К статье
Практический материал

Администрирование · 10 мин

Администрирование серверов 1С: где находятся служебные файлы и настройки

Где находятся файлы сервера 1С, кластер, журнал регистрации и настройки службы. Пути в Windows и Linux, полезные команды и типичные ошибки администратора.

Администрирование серверов 1С начинается с простого вопроса: где физически находятся его файлы, настройки и журналы. Без этого невозможно ни сделать резервную копию, ни найти причину падения рабочего процесса, ни перенести кластер на другую машину. Пути зависят от операционной системы, разрядности платформы и версии, поэтому администратору важно знать стандартные расположения и уметь быстро их проверять.

Сервер 1С:Предприятия состоит из исполняемых файлов платформы, каталога данных кластера, служебных баз и журналов. Часть этих объектов лежит в каталоге установки, часть — в системных профилях и реестре. Ниже разобраны основные расположения для Windows и Linux, способы найти их через консоль и команды, а также типичные ошибки при работе с этими каталогами.

Где находится каталог установки сервера 1С

При установке платформы на Windows исполняемые файлы сервера размещаются в каталоге вида C:\Program Files\1cv8\8.3.хх.хххх\bin. Здесь находятся агент сервера (ragent), рабочие процессы (rphost), менеджер кластера (rmngr) и утилита администрирования rac. Каждая установленная версия платформы лежит в отдельной подпапке, поэтому на одном сервере могут сосуществовать несколько релизов.

Для 32-разрядной версии на 64-разрядной Windows путь будет C:\Program Files (x86)\1cv8\.... Это важно при написании скриптов: если скрипт ссылается на неверный путь, команды rac просто не выполнятся, и ошибка может выглядеть как сбой сервера, а не как опечатка в пути.

На Linux-сервере платформа устанавливается в /opt/1cv8/x86_64/8.3.хх.хххх. Там же располагаются утилиты и библиотеки. Служба агента обычно регистрируется через systemd-юнит, и путь к исполняемому файлу можно увидеть в его описании командой systemctl cat srv1cv8 (имя юнита может отличаться в зависимости от способа установки).

bash
sc qc "Агент сервера 1С:Предприятия 8.3"

Где находится каталог данных кластера (srvinfo)

Каталог данных кластера — главный объект администрирования. В нём хранится реестр кластера (файл 1CV8Clst.lst), список информационных баз (1CV8ClIB.lst), настройки рабочих процессов, сеансовые данные и журнал регистрации. По умолчанию в Windows это C:\Program Files\1cv8\srvinfo, но реальный путь определяется параметром -d в строке запуска службы агента.

Чтобы узнать точное расположение, откройте свойства службы «Агент сервера 1С:Предприятия» через services.msc или выполните команду sc qc с именем службы — в строке BINARY_PATH_NAME будет виден параметр -d с путём к каталогу. Если кластер когда-либо переносили, путь почти наверняка отличается от стандартного.

В Linux каталог кластера по умолчанию находится в домашней папке пользователя, от имени которого работает агент: /home/usr1cv8/.1cv8/1cv8. Обратите внимание: это скрытый каталог, он не отображается при обычном просмотре без флага ls -a. Права на этот каталог должны принадлежать пользователю службы, иначе агент не запустится.

Где находится журнал регистрации и технологический журнал

Журнал регистрации информационных баз в клиент-серверном режиме хранится не в базе данных, а в каталоге кластера — в подпапке reg_1541 (порт в имени может отличаться) внутри srvinfo. Для каждой базы там создаётся отдельная подпапка с её GUID. Именно поэтому при переносе только базы данных через СУБД журнал регистрации не переезжает — он остаётся на сервере приложений.

Технологический журнал (ТЖ) по умолчанию не ведётся: его нужно включить, создав конфигурационный файл logcfg.xml в каталоге conf рядом с исполняемыми файлами платформы (в Windows — C:\Program Files\1cv8\8.3.хх.хххх\bin\conf). В файле задаётся каталог сбора дампов и логов, например D:\1clogs. Без явной настройки при аварийном завершении рабочего процесса диагностической информации может просто не быть.

При включении ТЖ заранее оцените объём диска: на загруженном сервере логи событий DBMSSQL, EXCP и CALL могут занимать десятки гигабайт в сутки. Настройте ротацию через параметр history в logcfg.xml и следите за свободным местом — переполнение системного диска останавливает и кластер, и СУБД.

Где находятся настройки службы агента и как их изменить

Параметры запуска агента сервера в Windows хранятся в реестре: ветка HKLM\SYSTEM\CurrentControlSet\Services, подраздел с именем службы агента, значение ImagePath. Там же видны порт агента (по умолчанию 1540), диапазон портов рабочих процессов (1560–1591) и путь к каталогу кластера. Изменения вступают в силу после перезапуска службы.

Для изменения параметров безопаснее использовать штатные средства: оснастку «Службы», команду sc config или переустановку службы утилитой ragent с нужными ключами. Прямая правка реестра допустима, но требует точности — лишний пробел или неверная кавычка в ImagePath приведёт к тому, что служба не стартует.

В Linux параметры задаются в скрипте запуска или systemd-юните. После правки юнита обязательно выполните systemctl daemon-reload, иначе systemd продолжит использовать старую конфигурацию, и изменения «не применятся» без видимой ошибки.

Как найти каталог кластера на незнакомом сервере
  1. 1
    Откройте список служб и найдите службу агента сервера 1С
  2. 2
    Посмотрите строку запуска: sc qc "имя службы" или свойства службы
  3. 3
    Найдите параметр -d — это путь к каталогу кластера
  4. 4
    Откройте каталог и убедитесь, что там есть файл 1CV8Clst.lst
  5. 5
    Зафиксируйте путь в документации сервера

Как найти файлы через консоль администрирования и утилиту rac

Консоль кластеров (оснастка «Администрирование серверов 1С:Предприятия») показывает структуру кластера, но не пути на диске. Зато она позволяет узнать GUID информационной базы — он нужен, чтобы найти её журнал регистрации в reg_1541 и каталоги сеансовых данных. Откройте свойства базы в консоли и скопируйте идентификатор.

Утилита командной строки rac лежит в каталоге bin платформы и позволяет получать ту же информацию скриптами: список кластеров, баз, сеансов и рабочих процессов. Это удобно для мониторинга и автоматической диагностики, когда доступ к серверу есть только по SSH или через планировщик задач.

bash
rac cluster list && rac infobase summary list --cluster=<ID_кластера>

Типичные ошибки при работе с файлами сервера 1С

Частая проблема — переполнение диска из-за каталога srvinfo: журнал регистрации и дампы растут незаметно, пока служба не начнёт падать. Регулярно контролируйте размер reg_1541 и настройте технологический журнал с ограничением глубины хранения. Удалять старые файлы журнала регистрации можно, но только при остановленном кластере или через штатное сокращение журнала в конфигураторе.

Вторая типичная ситуация — смена прав на каталоги после работы антивируса или «оптимизаторов» системы. Служба агента должна иметь полный доступ к srvinfo и каталогу логов; антивирусные проверки этих путей стоит исключить, иначе возможны блокировки файлов реестра кластера и ошибки вида «файл занят другим процессом».

Типичные ошибки
01
Копирование srvinfo при работающем кластере — получается повреждённая или неполная копия реестра
02
Перенос базы только средствами СУБД — журнал регистрации и настройки базы в кластере остаются на старом сервере
03
Правка logcfg.xml без ограничения объёма — диск переполняется логами за несколько дней
04
Смена порта кластера без проверки reg_1541 — теряется связь с накопленным журналом регистрации
05
Удаление старой версии платформы до проверки, что служба агента использует новый каталог bin

Проверка результата и контрольные точки

После любых операций с каталогами сервера — переноса, настройки ТЖ, смены параметров службы — проверьте три вещи: служба агента запущена и не падает циклически, консоль кластеров открывает список баз без ошибок, пользователи могут подключиться и в журнале регистрации пишутся новые события. Этого достаточно, чтобы убедиться, что структура файлов не нарушена.

Контрольные точки

Как проверить результат

Служба агента сервера
Норма

Статус «Работает», в журнале событий Windows нет повторяющихся ошибок запуска

Тревожный признак

Служба останавливается сразу после старта — проверяйте путь -d и права

Каталог кластера
Норма

В каталоге есть 1CV8Clst.lst и подпапка reg_1541, файлы обновляются

Тревожный признак

Каталог пуст или файлы старые — служба запущена с другим параметром -d

Технологический журнал
Норма

В указанном в logcfg.xml каталоге появляются файлы логов

Тревожный признак

Каталог пуст — проверьте расположение logcfg.xml и синтаксис XML

FAQ

Где искать сервер 1С, если я не знаю, на какой машине он установлен?

Посмотрите строку подключения информационной базы в списке баз на клиенте: в клиент-серверном варианте там указано имя сервера приложений. Также имя можно узнать у пользователей из окна «О программе» или через поиск службы агента на кандидатных серверах командой sc query.

Можно ли перенести кластер 1С на другой диск без переустановки?

Да. Остановите службу агента, скопируйте каталог srvinfo целиком на новый диск, измените параметр -d в строке запуска службы на новый путь и запустите службу. После этого проверьте доступность баз и журнал регистрации.

Где находится журнал регистрации файловой базы?

У файловой базы журнал регистрации хранится внутри каталога базы — в подпапке 1Cv8Log рядом с файлом 1Cv8.1CD. В клиент-серверном режиме он, наоборот, лежит на сервере приложений в reg_1541, а не в СУБД.

Почему папка srvinfo находится не в Program Files, а в профиле пользователя?

Так бывает, когда служба агента зарегистрирована с параметром -d, указывающим на пользовательский каталог, либо при установке под конкретной учётной записью. Ориентируйтесь не на «типичный» путь, а на фактический параметр -d в строке запуска службы.

Как узнать, какая версия платформы обслуживает кластер?

Откройте каталог bin, из которого запущена служба (виден в строке запуска службы), — имя родительской папки и есть номер версии. Также версию видно в консоли кластеров в свойствах кластера и в консоли СУБД не отображается вовсе.

Опасно ли удалять старые каталоги версий платформы из Program Files?

Удалять можно только те версии, которые точно не используются: проверьте, что служба агента и ярлыки клиентов ссылаются на актуальный каталог. Перед удалением убедитесь, что в старом каталоге нет logcfg.xml с нужными настройками и каталога conf, который может быть общим.