Где находятся логи 1С: полный разбор расположений

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

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

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

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

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

Для файловой базы журнал регистрации хранится в файле 1Cv8.lgd (в старых версиях формата — 1Cv8.lgf и папка 1Cv8Log), который лежит в том же каталоге, что и файл базы 1Cv8.1CD. Для клиент-серверной базы журнал хранится внутри самой базы на СУБД (MS SQL, PostgreSQL и других), и отдельным файлом на диске его нет.

Как открыть журнал регистрации

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

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

Технологический журнал (ТЖ) — главный инструмент диагностики на уровне платформы: он пишет запросы к СУБД, длительные вызовы, ошибки, взаимоблокировки и дампы аварийного завершения. Ключевая особенность: по умолчанию ТЖ отключён, и каталога с логами просто не существует, пока вы не создадите конфигурационный файл.

ТЖ включается файлом logcfg.xml, который нужно положить в каталог conf установки платформы (например, C:\Program Files\1cv8\<версия>\bin\conf) или в общий каталог C:\ProgramData\1C\1cv8\conf — тогда настройка действует для всех установленных версий. На Linux аналогичный каталог — /opt/1cv8/<архитектура>/<версия>/conf.

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

В примере выше логи ошибок (событие EXCP) будут писаться в каталог C:\1clogs с хранением 24 часа. Каталог нужно создать заранее и дать на него права записи той учётной записи, под которой работает процесс платформы (для сервера — обычно USR1CV8). Перезапуск службы для logcfg.xml не требуется — платформа подхватывает файл автоматически, но уже запущенным процессам может понадобиться до минуты на применение настроек.

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

Логи сервера 1С:Предприятия

Если база работает в клиент-серверном режиме, дополнительные логи пишет сам кластер серверов. Основной каталог данных сервера — srvinfo. В Windows он обычно находится по пути C:\Program Files\1cv8\srvinfo или C:\Program Files (x86)\1cv8\srvinfo для 32-разрядной версии. В Linux — /home/usr1cv8/.1cv8/1C/1cv8 (каталог зависит от учётной записи, под которой запущен агент).

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

Логи клиентского приложения и системные журналы

На стороне пользователя тоже есть полезные источники. Кэш и временные данные клиента лежат в профиле пользователя: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Там же, в подкаталогах logs и dumps, могут появляться аварийные дампы при падении тонкого или толстого клиента. Если клиент «вылетает» без сообщения, сначала проверьте именно эти каталоги.

Параллельно смотрите системные журналы: в Windows — «Просмотр событий» (журналы «Приложение» и «Система», источники с именем 1С или Application Error), в Linux — вывод journalctl -u srv1cv8 для службы агента сервера. Ошибки уровня ОС — нехватка памяти, отказ диска, остановка службы — в журнале регистрации 1С не отражаются вообще.

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

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

Третья ошибка — забытый включённый ТЖ с широким набором событий. Полный лог запросов на загруженном сервере способен заполнить диск за часы и уронить производительность. Всегда задавайте параметр history (глубина хранения в часах) и отключайте ТЖ после диагностики.

Как проверить, что логи пишутся корректно

После настройки обязательно проверьте результат. Воспроизведите проблемное действие и убедитесь, что в целевом каталоге появились свежие файлы с текущей датой в имени. Для журнала регистрации контроль простой: выполните любое действие в базе (например, откройте и закройте документ) и найдите соответствующее событие с текущим временем.

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