Журналы сервера 1С:Предприятие: куда смотреть и как их читать

На сервере 1С 8.3 под Windows журнал регистрации каждой базы лежит в C:\Program Files\1cv8\srvinfo\reg_1541\<GUID базы>\1Cv8Log. Под Linux тот же каталог по умолчанию находится в домашней папке служебного пользователя: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<GUID базы>/1Cv8Log. Точный путь всегда задаёт параметр -d при запуске агента сервера ragent.

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

Какой журнал сервера 1С вам нужен

Прежде чем искать файлы, определитесь, что именно вы хотите увидеть. От этого зависит каталог.

Каталог srvinfo и журнал регистрации на сервере Windows

Сначала узнайте, где у вашего сервера каталог данных кластера. Установщик по умолчанию кладёт его в C:\Program Files\1cv8\srvinfo, но администраторы часто переносят его на отдельный диск.

Как проверить точный путь:

1. Откройте services.msc.
2. Найдите службу «Агент сервера 1С:Предприятия 8.3» (в имени может стоять номер версии).
3. В свойствах службы посмотрите поле «Исполняемый файл».
4. Найдите в строке параметр -d. Путь после него и есть каталог srvinfo.

Пример строки запуска:

"C:\Program Files\1cv8\8.3.24.1586\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "D:\1C\srvinfo" -debug

Здесь каталог данных — D:\1C\srvinfo. Число в имени папки reg_1541 совпадает с портом менеджера кластера из параметра -regport. Если у вас несколько кластеров на одном сервере, папок reg_ тоже будет несколько.

Что лежит внутри reg_1541:

• 📁 папки с именами-GUID — по одной на каждую информационную базу кластера;
• 📄 1CV8Clst.lst — реестр кластера: базы, их параметры, рабочие серверы;
• 📁 папки snccntx… — сеансовые данные, это не логи.

Журнал регистрации конкретной базы находится в папке 1Cv8Log внутри её GUID-каталога. Чтобы понять, какой GUID у нужной базы, откройте 1CV8Clst.lst любым текстовым редактором и найдите в нём имя базы: рядом будет её идентификатор. Если баз немного, помогает и дата изменения папок: в каталог активной базы запись идёт постоянно.

Где лежат логи сервера 1С в Linux

На Linux логика та же, меняются только пути. Агент сервера работает от пользователя usr1cv8, и по умолчанию каталог данных кластера создаётся в его домашней папке:

/home/usr1cv8/.1cv8/1C/1cv8/

Внутри — тот же reg_1541, те же GUID-папки и те же 1Cv8Log.

Если путь изменён, посмотрите параметры запущенного процесса:

ps aux | grep ragent

В выводе найдите -d и путь после него. Если сервер запускается через systemd, тот же путь виден в файле юнита. Посмотреть содержимое юнита можно командой systemctl cat с именем службы — имя зависит от способа установки, проверьте его через systemctl list-units | grep 1c.

Права на каталог — частая проблема в Linux. Каталог srvinfo и все вложенные папки должны принадлежать usr1cv8. Если вы копировали базы или логи от root, агент не сможет писать журнал:

sudo chown -R usr1cv8:grp1cv8 /home/usr1cv8/.1cv8

Ошибки запуска самой службы ищите в системном журнале:

journalctl -u <имя юнита> --since "1 hour ago"

Служебные файлы кластера и журналы ОС

Отдельного «лога администрирования кластера» в виде читаемого текстового файла платформа по умолчанию не ведёт. Состояние кластера хранится в реестре 1CV8Clst.lst, а события работы процессов попадают в технологический журнал, если он настроен.

Что даёт каждый источник:

• 🗂 1CV8Clst.lst — текстовый файл со скобочной структурой. По нему видно, какие базы зарегистрированы и на каком сервере СУБД они лежат. Удобно, когда консоль администрирования не открывается.
• 🖥 Журнал событий Windows — сюда служба пишет сбои старта: занятый порт, недоступный каталог, ошибки учётной записи.
• 🔎 Технологический журнал — исключения процессов rphost, rmngr, ragent, перезапуски, долгие вызовы.

Никогда не редактируйте 1CV8Clst.lst вручную на работающем кластере. Испорченный реестр приводит к тому, что базы пропадают из консоли. Если нужно что-то в нём поменять, остановите службу в нерабочее время, сделайте копию файла и только потом правьте. Остановка службы обрывает все сеансы пользователей.

Посмотреть текущие сеансы и процессы без консоли можно утилитой rac. Она работает через сервер администрирования ras, который нужно запустить отдельно:

rac cluster list
rac session list --cluster=<ID кластера>

Остальные команды и параметры смотрите в справке rac help.

Уровень детализации и ротация журналов

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

Уровень записи настраивается в Конфигураторе: Администрирование → Настройка журнала регистрации. Варианты:

1. Не регистрировать события.
2. Регистрировать ошибки.
3. Регистрировать ошибки и предупреждения.
4. Регистрировать ошибки, предупреждения и информацию.
5. Регистрировать все события.

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

Там же есть разбиение файлов журнала по периодам и кнопка сокращения журнала. Сокращение удаляет события до указанной даты и может сохранить их в отдельный файл. Делайте это в нерабочее время: операция нагружает сервер.

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

Технологический журнал настраивается файлом logcfg.xml. Его кладут в каталог conf платформы: общий для всех версий — C:\Program Files\1cv8\conf, или в bin\conf конкретной версии. Платформа перечитывает файл примерно раз в минуту, перезапуск службы не нужен.

Минимальная настройка для поиска падений и исключений:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1C\techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <event>
      <eq property="name" value="PROC"/>
    </event>
    <property name="all"/>
  </log>
  <dump location="D:\1C\dumps" create="1" type="0"/>
</config>

Что здесь важно:

• location — куда писать. Только отдельная папка, не srvinfo и не каталог платформы.
• history — сколько часов хранить файлы. Это и есть ротация: старые файлы платформа удаляет сама.
• event — какие события писать. Без отбора журнал за час вырастет до гигабайт.

Файлы технологического журнала раскладываются по папкам вида rphost_1234, rmngr_5678, где число — идентификатор процесса. Внутри — файлы по часам с именем вида ГГММДДЧЧ.log: год, месяц, день, час. Например, 26100714.log — запись за 7 октября 2026 года с 14 до 15 часов.

Чем открыть файлы lgf и lgd

В папке 1Cv8Log вы увидите файлы одного из двух форматов.

Новый формат появился в 8.3 и быстрее работает с отборами. Старый проще читать текстом и легче чистить по частям: каждый период — отдельный файл .lgp.

Через саму 1С

Самый надёжный способ — открыть журнал из программы. В типовых конфигурациях на БСП: Администрирование → Обслуживание → Журнал регистрации. Там работают отборы по дате, пользователю, событию, метаданным и уровню важности.

Программно

Если нужно выгрузить ошибки за период, например для отчёта, используйте метод ВыгрузитьЖурналРегистрации:

Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДата()));
Отбор.Вставить("Уровень", УровеньЖурналаРегистрации.Ошибка);

События = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(События, Отбор);

Для Каждого Строка Из События Цикл
    Сообщить(Строка(Строка.Дата) + " | " + Строка.ИмяПользователя + " | " + Строка.Комментарий);
КонецЦикла;

Код выполняется на сервере и требует права на просмотр журнала регистрации.

Сторонними средствами

Файлы .lgp старого формата — текст со скобочной структурой. Их можно искать через findstr или grep, если вы знаете, что ищете, например имя компьютера или фрагмент комментария. Файл 1Cv8.lgd открывается любым просмотрщиком SQLite. Работайте только с копией файла: открытый в другой программе журнал может мешать платформе писать новые события.

Автоматический сбор и мониторинг логов

Ручной просмотр работает, пока база одна. Когда баз десяток, журналы собирают автоматически.

Что обычно настраивают:

• 📦 Архивация журнала регистрации. Старые файлы .lgp за закрытые периоды переносят в архив скриптом по расписанию. Текущий файл не трогают: в него идёт запись.
• 🚨 Отбор ошибок в технологическом журнале. Включают узкий logcfg.xml с событием EXCP и следят за появлением новых файлов в папке. Появился файл — пришло оповещение.
• 💽 Контроль места на диске. Самый частый «сбой сервера 1С» — закончившийся диск, на котором лежит srvinfo или технологический журнал.
• 📊 Внешние системы. Технологический журнал — текст с фиксированной структурой строки, его забирают сборщиками логов в системы поиска и визуализации и строят там графики по длительности запросов и количеству исключений.

Пример простой проверки размера журналов в PowerShell. Скрипт только читает и ничего не удаляет:

Get-ChildItem "D:\1C\srvinfo\reg_1541" -Directory |
  ForEach-Object {
    $log = Join-Path $_.FullName "1Cv8Log"
    if (Test-Path $log) {
      $size = (Get-ChildItem $log -Recurse | Measure-Object Length -Sum).Sum / 1GB
      "{0}  {1:N2} ГБ" -f $_.Name, $size
    }
  }

Он покажет, какая база раздула журнал. Дальше GUID сопоставляете с именем базы по 1CV8Clst.lst и решаете, сокращать ли журнал штатными средствами.

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