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

Технологический журнал в 1С:Предприятие — это незаменимый инструмент для администраторов и разработчиков, позволяющий отслеживать работу системы на уровне сервера. Без него диагностика ошибок, анализ производительности и поиск узких мест превращаются в угадывание на кофейной гуще. Однако многие пользователи сталкиваются с трудностями при его настройке: где найти нужные параметры, какие настройки выбрать, и как не нарушить стабильность работы сервера?

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

Зачем нужен технологический журнал на сервере 1С?

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

• 🔍 Диагностика сбоев — точное определение причины падения сервера или медленной работы.
• ⚡ Оптимизация производительности — выявление "тяжёлых" операций и узких мест.
• 🔒 Контроль блокировок — анализ конфликтов между пользователями при работе с базами.
• 📊 Аудит активности — отслеживание действий администраторов и пользователей (при правильной настройке).

Без журнала администратору приходится полагаться на косвенные признаки (например, жалобы пользователей на "тормоза"), что часто приводит к неэффективным решениям или упущенным проблемам. Например, медленная работа может быть связана не с перегрузкой сервера, а с блокировкой одной таблицы в базе данных — и это легко выявить только через журнал.

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

Подготовка сервера перед включением журнала

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

• 💾 Свободное место на диске — не менее 10–20 ГБ (в зависимости от интенсивности работы сервера).
• ⚙️ Права доступа — учётная запись, под которой работает служба 1С:Предприятие, должна иметь права на запись в папку журнала.
• 🔄 Резервное копирование — при высокой нагрузке журналы могут быстро разрастаться, поэтому важно настроить автоматическую ротацию или архивацию.

Также проверьте версию платформы: в старых релизах (ниже 8.3.10) функциональность журнала была ограничена. Для современных конфигураций (например, 1С:ERP или 1С:УТ 11) рекомендуется использовать платформу не ниже 8.3.20, где доступны расширенные параметры журнала.

⚠️ Внимание: Если сервер работает в кластере, настройку журнала необходимо выполнять на каждом рабочем сервере отдельно. Параметры журнала не синхронизируются автоматически!

Для проверки свободного места на диске (например, в Windows) можно использовать команду:

wmic logicaldisk get size,freespace,caption

Пошаговая инструкция: как включить технологический журнал

Процесс активации журнала зависит от типа сервера (Windows или Linux) и версии платформы. Ниже приведена универсальная инструкция для Windows Server с платформой 1С:Предприятие 8.3.20+.

Шаг 1: Открытие конфигурационного файла

Файл настроек сервера 1С:Предприятие называется srvinfo и находится в каталоге:

C:\Program Files\1cv8\conf\srvinfo

Если папка conf отсутствует, её нужно создать вручную. Откройте файл srvinfo в любом текстовом редакторе (например, Notepad++) с правами администратора.

Шаг 2: Добавление параметров журнала

В файл srvinfo добавьте следующий блок (пример для минимальной конфигурации):

[TechLog]
; Включение журнала
Enable=Yes
; Путь к папке с журналами
Location=C:\1C_TechLog
; Уровень детализации (0-4, где 4 - максимальный)
LogLevel=3
; Максимальный размер файла журнала в МБ
MaxFileSize=100
; Количество хранимых файлов
MaxFiles=20

Параметры можно настроить под свои нужды. Например, для диагностики сложных ошибок рекомендуется установить LogLevel=4, но это увеличит нагрузку на диск.

Шаг 3: Создание папки для журналов

Создайте папку C:\1C_TechLog (или любую другую, указанную в параметре Location) и назначьте права на запись для учётной записи, под которой работает служба 1С:Предприятие (обычно это USR1CV8 или LOCAL SYSTEM).

Шаг 4: Перезапуск службы сервера 1С

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

net stop srv1cv83
net start srv1cv83

Если служба не перезапускается, проверьте синтаксис файла srvinfo — даже лишний пробел может вызвать ошибку.

Папка для журналов создана и доступна для записи

Файл srvinfo отредактирован без синтаксических ошибок

Служба 1С:Предприятие перезапущена

Права доступа назначены корректно-->

Ключевые параметры настройки технологического журнала

От правильного выбора параметров зависит полезность журнала и нагрузка на сервер. Рассмотрим основные настройки и их влияние:

Особое внимание уделите параметру LogLevel:

• 0 — только критические ошибки (минимальная нагрузка).
• 1–2 — базовая информация (подходит для мониторинга).
• 3 — детальная запись (рекомендуется для диагностики).
• 4 — максимальная детализация (используйте кратковременно!).

⚠️ Внимание: Уровень LogLevel=4 может значительно увеличить размер журналов (до нескольких ГБ в день) и нагрузку на диск. Используйте его только для краткосрочного анализа!

Анализ данных технологического журнала

После включения журнала в папке Location начнут появляться файлы с расширением .lgp и .lgd. Для их просмотра используйте утилиту TechLogViewer, которая входит в комплект поставки 1С:Предприятие (находится в папке bin платформы).

Основные возможности TechLogViewer:

• 🔎 Фильтрация по времени — поиск событий в заданном интервале.
• 🚨 Поиск по коду ошибки — быстрая навигация к критическим сбоям.
• 📈 Статистика по типам событий — визуализация частоты ошибок.
• 🔗 Экспорт в CSV/HTML — для дальнейшего анализа в Excel или других инструментах.

Пример типичного анализа:

1. Откройте журнал в TechLogViewer.
2. Отфильтруйте события по уровню Error или Warning.
3. Обратите внимание на повторяющиеся ошибки с одинаковым Context (контекстом).
4. Проверьте время выполнения длинных операций (например, запросов к базе данных).

Если в журнале встречаются ошибки вида SQLDeadlock или LockTimeout, это указывает на проблемы с блокировками в базе данных. В таких случаях полезно проанализировать:

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

Типичные ошибки при настройке журнала и их решения

Даже опытные администраторы иногда сталкиваются с проблемами при настройке технологического журнала. Рассмотрим наиболее распространённые ошибки и способы их устранения:

Если после исправлений журнал всё равно не работает, проверьте логи Windows (раздел Приложение в Просмотре событий). там могут быть записаны ошибки запуска службы 1С:Предприятие, связанные с конфигурацией журнала.

⚠️ Внимание: В кластерных установках 1С:Предприятие настройка журнала на одном узле не распространяется на другие. Необходимо вручную скопировать параметры srvinfo на все серверы кластера!

Оптимизация журнала для разных сценариев

Настройки технологического журнала должны соответствовать целям его использования. Рассмотрим типовые сценарии и рекомендуемые параметры:

Сценарий 1: Мониторинг стабильности сервера

Цель: отслеживание критических ошибок и общего состояния сервера без лишней нагрузки.

• LogLevel: 2
• MaxFileSize: 100 МБ
• MaxFiles: 30
• Дополнительно: Настройте уведомления о новых ошибках через скрипт или систему мониторинга (например, Zabbix).

Сценарий 2: Диагностика производительности

Цель: выявление "узких мест" и длинных операций.

• LogLevel: 3
• MaxFileSize: 200 МБ
• MaxFiles: 20
• Дополнительно: Включите запись времени выполнения запросов (SQLTrace=Yes в srvinfo).

Сценарий 3: Анализ блокировок

Цель: поиск и устранение конфликтов между пользователями.

• LogLevel: 4 (временно!)
• MaxFileSize: 500 МБ
• MaxFiles: 10
• Дополнительно: Фильтруйте события по ключевым словам Lock, Deadlock, Timeout.

Для долгосрочного хранения журналов настройте архивацию с помощью скрипта (например, на PowerShell):

Пример скрипта для архивации журналов старше 7 дней
$source = "C:\1C_TechLog\*"
$destination = "C:\Archives\1C_Logs\"
$days = 7

Get-ChildItem $source | Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-$days) } | Compress-Archive -DestinationPath "$destination\TechLog_$(Get-Date -Format 'yyyyMMdd').zip" -Force
Remove-Item $source\ -Include .lgp,*.lgd -Force

FAQ: Частые вопросы по технологическому журналу 1С

[TechLogComponents]
; Включить запись только для блокировок и SQL-запросов
DBMS=Yes
Locks=Yes
; Отключить запись для остальных компонентов
* = No