Лог сервера 1С: где находится и как его найти

Логи сервера 1С:Предприятие хранятся не в одном месте — расположение зависит от того, о каком именно журнале идёт речь: журнал регистрации информационной базы, технологический журнал кластера или служебные файлы агента сервера. Каждый из них лежит в своём каталоге и включается по-разному, поэтому поиск «лога сервера» начинается с уточнения, какое событие нужно отследить.

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

Ниже разобраны конкретные пути для Windows и Linux, способы включить технологический журнал через logcfg.xml, отличия файловых и серверных баз, а также типичные ошибки при чтении логов.

Какие логи существуют у сервера 1С и чем они отличаются

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

Третий источник — служебные протоколы самого кластера серверов: файлы агента и менеджера кластера (например, ragent, rphost, rmngr), где фиксируются старт и остановка процессов, ошибки лицензирования и проблемы соединения с СУБД. Именно их проверяют, когда сервер 1С не стартует или рабочие процессы падают.

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

В клиент-серверном варианте журнал регистрации хранится на сервере 1С в каталоге кластера. Типовой путь в Windows: C:\Program Files\1cv8\srvinfo\reg_1541\, где 1541 — порт агента кластера (может отличаться). Внутри находятся файлы с расширением .lgd — это и есть срезы журнала регистрации, а рядом лежит служебный файл 1Cv8.lgd или каталоги с GUID информационных баз.

В Linux каталог кластера обычно располагается по пути /opt/1cv8/x86_64/<версия>/ или /home/usr1cv8/.1cv8/1C/1cv8/ в зависимости от способа установки. Точный каталог кластера виден в консоли администрирования серверов 1С в свойствах кластера — параметр «Каталог кластера».

Читать файлы .lgd напрямую неудобно: это бинарный формат. Практичный способ — открыть журнал регистрации через конфигуратор (Администрирование → Журнал регистрации) либо выгрузить его в текстовый формат или SQLite. Если база файловая, журнал регистрации лежит в каталоге самой базы в подкаталоге 1Cv8Log.

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

Технологический журнал по умолчанию не ведётся. Чтобы сервер 1С начал его писать, нужно создать файл logcfg.xml в каталоге conf. В Windows это обычно C:\Program Files\1cv8\<версия платформы>\bin\conf\logcfg.xml (для 64-битного сервера — внутри соответствующего каталога платформы). В Linux — /opt/1cv8/x86_64/<версия>/conf/logcfg.xml.

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

<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\1clogs" history="24">
<event><eq property="name" value=""/></event>
<property name="all"/>
</log>
</config>

Параметр history задаёт глубину хранения в часах — без него каталог быстро переполнится. После создания файла конфигурация подхватывается автоматически в течение примерно минуты, перезапуск сервера не требуется. Проверить, что журнал пишется, просто: в указанном каталоге должны появиться подкаталоги с именами процессов (rphost, ragent, rmngr) и файлы вида ГГММДДЧЧ.log.

1. 1
   Создайте каталог для логов, например C:\1clogs, и дайте учётной записи службы агента сервера 1С права на запись в него.
2. 2
   Создайте файл logcfg.xml в каталоге conf установленной платформы с нужными событиями и параметром history.
3. 3
   Подождите 1–2 минуты: процессы сервера перечитывают конфигурацию автоматически.
4. 4
   Проверьте появление файлов .log в подкаталогах rphost и ragent внутри C:\1clogs.
5. 5
   После сбора данных отключите или сузьте журнал, чтобы не переполнить диск.

Где искать служебные логи агента и процессов кластера

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

Дополнительно в Windows полезен системный журнал событий (Просмотр событий → Журналы Windows → Приложение и Система): служба «Агент сервера 1С:Предприятия» пишет туда ошибки запуска и аварийной остановки. В Linux аналогичную информацию даёт journalctl для юнита srv1cv8 или файлы в /var/log.

Если рабочий процесс rphost аварийно завершается, в каталоге, указанном в logcfg.xml (или в каталоге по умолчанию), появляются дампы и файлы с событием EXCP. Их анализ уже требует обращения к документации платформы или вендору, но само наличие дампа с точным временем — важная зацепка.

Различия путей в Windows и Linux

Логика расположения одинакова — отличаются корневые каталоги. Ниже сведены типовые пути; фактические зависят от версии платформы и параметров установки.

Если серверов несколько или кластеров больше одного, порт в имени каталога reg_<порт> будет отличаться — ориентируйтесь на свойства кластера в консоли администрирования, а не на запомненный путь.

Типичные ошибки при поиске и чтении логов

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

Вторая ошибка — ожидать, что технологический журнал пишется «сам». Без logcfg.xml сервер не создаёт файлы ТЖ, и администратор, открыв пустой каталог, делает неверный вывод об отсутствии ошибок. Третья типичная ситуация — logcfg.xml создан, но служба агента работает под учётной записью без прав записи в целевой каталог: журнал молча не пишется.

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

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

Технологический журнал включён

Норма

В каталоге логов появились подкаталоги rphost, ragent и файлы .log с текущим временем

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

Каталог пуст через 5 минут после создания logcfg.xml

Журнал регистрации на месте

Норма

В reg_&lt;порт&gt; есть файлы .lgd, журнал открывается в конфигураторе

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

Каталог пуст или конфигуратор сообщает об ошибке формата

Место на диске

Норма

Свободного места достаточно, логи ротируются по history

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

Диск заполняется, старые файлы не удаляются

Практические рекомендации по организации логирования

Держите технологический журнал постоянно включённым только с узким набором событий — например, EXCP (исключения) и LONGLOCK (долгие блокировки). Полный журнал включайте точечно, на время воспроизведения проблемы. Такой подход даёт диагностическую информацию без риска переполнения диска.

Выносите каталог логов с системного раздела, настройте мониторинг свободного места и периодически сокращайте журнал регистрации штатными средствами конфигуратора с сохранением выгрузки в архив. Перед обновлением платформы проверяйте, что logcfg.xml перенесён в каталог conf новой версии — при установке новой версии старый конфиг автоматически не копируется.

Частые вопросы

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

В каталоге самой информационной базы, в подкаталоге 1Cv8Log. Внутри — файлы .lgd, которые открываются через конфигуратор (Администрирование → Журнал регистрации) или выгружаются в текстовый формат.

Почему технологический журнал не пишется после создания logcfg.xml?

Чаще всего файл положен не в тот каталог conf (другая версия платформы), у учётной записи службы агента нет прав записи в целевой каталог, или в XML допущена синтаксическая ошибка. Проверьте путь, права и валидность файла, затем подождите 1–2 минуты.

Нужно ли перезапускать сервер 1С после изменения logcfg.xml?

Нет, процессы кластера перечитывают конфигурацию технологического журнала автоматически, обычно в течение минуты. Перезапуск требуется только в редких случаях, когда изменения не подхватываются.

Как узнать точный каталог кластера, если стандартный путь не подходит?

Откройте консоль администрирования серверов 1С, выберите нужный кластер и посмотрите его свойства — там указан параметр «Каталог кластера». Это и есть фактическое расположение srvinfo с журналами регистрации и служебными файлами.

Можно ли читать файлы .lgd сторонними программами?

Формат .lgd внутренний, напрямую текстовым редактором он не читается. Практичные варианты — выгрузка журнала регистрации из конфигуратора в текстовый файл или SQLite, после чего данные можно анализировать любыми средствами.

Что делать, если логи разрослись и заняли весь диск?

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