Как посмотреть логи сервера 1С

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

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

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

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

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

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

Журнал регистрации: просмотр из клиента 1С

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

Чтобы не тонуть в тысячах записей, сразу настройте отбор: укажите период (например, последний час), уровень важности «Ошибка» и, при необходимости, конкретного пользователя. Двойной клик по записи открывает детали: текст ошибки, имя метаданного, сеанс и соединение. Именно по номеру сеанса потом удобно искать связанные события в технологическом журнале.

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

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

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

Минимальный пример конфигурации для записи ошибок и событий СУБД:

<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>
    <event><eq property="name" value="TDEADLOCK"/></event>
    <event><eq property="name" value="TLOCK"/></event>
    <property name="all"/>
  </log>
</config>

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

Каталог для логов должен существовать, и у учётной записи службы агента сервера 1С (по умолчанию USR1CV8 в Windows, usr1cv8 в Linux) должны быть права на запись в него. Отсутствие прав — самая частая причина, по которой «технологический журнал не пишется».

Логи кластера и службы агента сервера

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

Ключевые файлы в этом каталоге:

• 1CV8Clst.lst — реестр кластера: список информационных баз, рабочих серверов и процессов. Полезен, чтобы понять, какие базы зарегистрированы, и найти их идентификаторы.
• Подкаталоги reg_1541 и по GUID базы — журналы регистрации файловых копий и служебные данные сеансов.
• Каталоги с логами процессов — если включён технологический журнал, сюда же или в указанный location пишутся дампы событий ragent и rmngr.

Если служба агента сервера 1С вообще не запускается, сначала проверьте системный журнал. В Windows откройте «Просмотр событий» → «Журналы Windows» → «Система» и «Приложение» и отфильтруйте по источнику «Агент сервера 1С:Предприятия» или по времени сбоя. В Linux используйте journalctl:

journalctl -u srv1cv8 --since "1 hour ago" | tail -n 100

Типичные причины, видимые в этих логах: занят порт агента (1540–1541), недостаточно прав на каталог srvinfo, повреждён файл реестра кластера, не хватает памяти для старта процессов.

Как быстро найти нужное в больших файлах логов

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

В Linux удобно работать grep-ом. Например, найти все взаимоблокировки за текущий час:

grep -h "TDEADLOCK" /var/log/1c/rphost_*/$(date +%y%m%d%H).log

В Windows подойдёт PowerShell с Select-String или бесплатные просмотрщики логов с подсветкой. Для регулярного анализа технологического журнала существуют специализированные инструменты парсинга ТЖ — они группируют события по длительности и строят статистику по запросам, что заметно ускоряет поиск узких мест.

1. 1
   Зафиксируйте точное время ошибки и имя пользователя со слов пользователя
2. 2
   Откройте журнал регистрации, отфильтруйте по периоду и уровню «Ошибка», запишите номер сеанса
3. 3
   Включите технологический журнал с событиями EXCP и СУБД, если он ещё не включён
4. 4
   Найдите в ТЖ события по номеру сеанса и времени, изучите текст исключения и запрос к СУБД
5. 5
   Проверьте системный журнал ОС на предмет падений процессов в тот же момент
6. 6
   После диагностики отключите или сократите состав событий ТЖ и убедитесь, что диск не переполняется

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

Отдельно предупредим о редактировании файлов в srvinfo «вручную». Изменение 1CV8Clst.lst или файлов регистрации при работающем кластере может привести к потере регистрации баз и невозможности запуска сервера. Любые правки — только при остановленной службе агента и с резервной копией каталога.

Проверка результата и когда обращаться к специалистам

Самостоятельный анализ логов оправдан, когда речь идёт о разовой прикладной ошибке, поиске медленного запроса или проверке действий пользователя. Это безопасные операции чтения, которые не влияют на работу системы, если не менять конфигурацию кластера.

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

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