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

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

Путаница возникает ещё и потому, что пути зависят от операционной системы, версии платформы и того, как именно установлен сервер — как служба Windows или как демон под Linux. Кроме того, часть журналов пишется всегда, а часть (например, технологический журнал) по умолчанию отключена и требует отдельной настройки через конфигурационный файл.

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

Какие журналы вообще есть у сервера 1С

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

• Служебные файлы кластера (srvinfo) — рабочий каталог агента сервера, где хранится реестр кластера (файлы вида 1CV8Clst.lst), списки информационных баз, сеансов и часть диагностической информации самого сервера приложений.
• Технологический журнал (ТЖ) — детальный лог всех событий платформы: запросы к СУБД, вызовы сервера, ошибки, взаимоблокировки, дампы при аварийном завершении. По умолчанию отключён, включается через logcfg.xml.
• Журнал регистрации — журнал событий информационной базы (входы пользователей, изменение данных, ошибки прикладного кода). Хранится вместе с базой, а не с сервером.
• Логи СУБД — журналы MS SQL Server, PostgreSQL или другой СУБД: ошибки соединений, блокировки, медленные запросы.
• Журналы операционной системы — «Просмотр событий» Windows (Application и System) или syslog/journald в Linux фиксируют старт и падение службы сервера 1С.

Диагностика всегда начинается с вопроса «что именно произошло»: ошибку прикладного кода ищут в журнале регистрации, падение сервера — в логах ОС и дампах ТЖ, медленную работу — в ТЖ и логах СУБД.

Каталог srvinfo: главная папка сервера 1С

Рабочий каталог кластера серверов — первое место, куда стоит заглянуть администратору. Его расположение зависит от ОС и способа установки.

Пути в Windows

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

• C:\Program Files\1cv8\srvinfo — типичный вариант для 64-разрядной версии платформы;
• C:\Program Files (x86)\1cv8\srvinfo — для 32-разрядной версии;
• в ряде конфигураций — внутри каталога конкретной версии платформы или в профиле служебной учётной записи (например, C:\Program Files\1cv8\srvinfo с подкаталогом вида reg_1541).

Внутри srvinfo находится подкаталог reg_1541 (номер соответствует порту агента сервера — по умолчанию 1541). Там лежат файлы реестра кластера: 1CV8Clst.lst (список баз кластера), 1CV8Clsto.lst, каталоги с данными сеансов. Эти файлы — не текстовые логи в привычном смысле, а служебные данные, но именно здесь можно проверить, какие базы зарегистрированы на сервере.

Пути в Linux

В Linux рабочий каталог сервера обычно располагается по адресу /var/1cv8 или /opt/1cv8/x86_64/<версия>/ — в зависимости от дистрибутива и скрипта установки. Внутри также будет подкаталог вида reg_1541 с файлами реестра кластера.

ls -la /var/1cv8/reg_1541/

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

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

• Windows: C:\Program Files\1cv8\<версия>\bin\conf\logcfg.xml;
• Linux: /opt/1cv8/x86_64/<версия>/conf/logcfg.xml.

Каталог, куда будут складываться файлы ТЖ, задаётся внутри самого logcfg.xml в элементе <log location="...">. Если каталог не указать, журнал по умолчанию пишется в подкаталог logs внутри каталога служебных данных (для Windows это обычно профиль служебной учётной записи, под которой работает служба, либо каталог вида %APPDATA%\1C\1cv8\logs для клиентских процессов).

Минимальный пример logcfg.xml, включающий запись ошибок и событий СУБД:

<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\1clogs" history="24">
<event><eq property="name" value="EXCP"/></event>
<event><eq property="name" value="DBMSSQL"/></event>
<property name="all"/>
</log>
<dump create="true" location="D:\1clogs\dumps"/>
</config>

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

Журнал регистрации информационной базы

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

Для файловой базы журнал хранится в каталоге базы: либо как файл 1Cv8Log\1Cv8.lgd (старый формат), либо в формате SQLite (каталог 1Cv8Log с файлом 1Cv8.lgd в новом формате). Для клиент-серверной базы журнал физически находится внутри самой базы данных СУБД — отдельного файла на диске сервера 1С нет.

Просматривать журнал регистрации удобнее всего штатными средствами:

• в режиме «1С:Предприятие» — через раздел администрирования (в типовых конфигурациях — «Администрирование → Обслуживание → Журнал регистрации»);
• в конфигураторе — меню «Администрирование → Журнал регистрации» с фильтрами по пользователю, периоду, типу события и уровню важности;
• программно — методом ВыгрузитьЖурналРегистрации() для выгрузки в XML или текст с последующим разбором.

Уровень детализации журнала настраивается в конфигураторе: «Администрирование → Настройка журнала регистрации». Можно отключить регистрацию малозначимых событий, чтобы журнал не разрастался, но полностью отключать его не стоит — это единственный штатный способ узнать, кто и когда изменил данные.

Логи СУБД и операционной системы

Значительная часть ошибок, которые выглядят как «проблема сервера 1С», на самом деле фиксируется на уровне СУБД или ОС.

MS SQL Server

Журнал ошибок SQL Server находится в каталоге экземпляра, обычно C:\Program Files\Microsoft SQL Server\MSSQL<номер>.<имя>\MSSQL\Log\ERRORLOG. Там фиксируются разрывы соединений, взаимоблокировки (deadlock), нехватка памяти. Тот же журнал доступен из SQL Server Management Studio: «Management → SQL Server Logs».

PostgreSQL

В PostgreSQL каталог логов задаётся параметром log_directory в postgresql.conf; типовые пути — /var/lib/pgsql/<версия>/data/log/ (Linux) или подкаталог data\log в каталоге установки (Windows). Именно здесь видны ошибки подключений от сервера 1С, медленные запросы (если включён log_min_duration_statement) и взаимоблокировки.

Журналы ОС

В Windows откройте «Просмотр событий» (eventvwr.msc), раздел «Журналы Windows → Приложение» и «Система»: здесь видны старт и аварийная остановка службы «Агент сервера 1С:Предприятия», ошибки приложения rphost.exe. В Linux используйте journalctl -u <имя службы> или файлы в /var/log.

Как искать нужное событие и не утонуть в объёме

Файлы технологического журнала на активном сервере достигают гигабайтов, поэтому открывать их в «Блокноте» бессмысленно. Практичный подход выглядит так:

1. Сузьте временное окно: попросите пользователя назвать точное время ошибки с точностью до минуты.
2. Фильтруйте по имени события: EXCP (исключения), TLOCK и TDEADLOCK (блокировки), CLSTR (события кластера), DBMSSQL/DBPOSTGRS (запросы к СУБД).
3. Используйте поиск по тексту: в Windows — findstr, в Linux — grep по каталогу ТЖ с указанием временной метки или текста ошибки.
4. Для регулярного анализа применяйте специализированные средства разбора ТЖ (штатные скрипты на встроенном языке 1С или сторонние парсеры), а не ручное чтение.

grep -r "EXCP" /var/1clogs/ --include="*.log" | tail -50

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

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