Отключение логирования в 1С Предприятие

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

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

Влияние логирования на производительность сервера

Прежде чем приступать к изменениям конфигурации, необходимо осознать масштаб влияния записывающих процессов на инфраструктуру. Активный Технологический журнал (ТЖ) способен генерировать гигабайты текстовых данных за считанные часы при высокой интенсивности работы пользователей. Это не просто занимает место, но и вызывает постоянные операции ввода-вывода (I/O), которые конкурируют за ресурсы с основными процессами базы данных.

Особенно критична ситуация в файловых вариантах баз данных или при использовании медленных HDD-дисков в серверных массивах. Каждый запрос к базе данных сопровождается попыткой записи соответствующей информации в лог-файл. Если эти файлы не ротировались вовремя или их размер превысил допустимые лимиты операционной системы, производительность может упасть практически до нуля.

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

Настройка Технологического журнала (ТЖ)

Основным инструментом детального мониторинга работы платформы является Технологический журнал. Его конфигурация хранится в файле logcfg.xml, который обычно располагается в каталоге установки сервера 1С или в профиле пользователя, запускающего сервер. Именно здесь определяется, какие именно события будут попадать в логи.

Для полного отключения записи событий необходимо отредактировать этот XML-файл. Если вы хотите полностью остановить процесс логирования, следует убедиться, что список событий пуст или параметры записи отключены на уровне правил. Однако чаще всего требуется не полное отключение, а сужение круга отслеживаемых событий до минимума.

Рассмотрим структуру файла конфигурации. В нем присутствуют элементы и . Удаление или комментирование конкретных типов событий позволяет гибко управлять объемом записываемой информации. Например, события типа CALL (вызовы методов) могут генерировать огромный объем данных, тогда как события EXCP (исключения) важны для отладки.

Где находится файл logcfg.xml?

По умолчанию файл конфигурации технологического журнала находится в каталоге C:\Program Files\1cv8\conf для сервера или в профиле пользователя %APPDATA%\1C\1Cv8\conf. Путь может отличаться в зависимости от версии платформы и способа установки.

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

Управление Журналом регистрации через Конфигуратор

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

Чтобы отключить или настроить журнал регистрации, вам необходимо зайти в базу данных в режиме Конфигуратор под пользователем с правами администратора. В меню выберите пункт Администрирование, затем Журнал регистрации. Откроется окно со списком всех регистрируемых событий.

В этом окне вы увидите таблицу, где перечислены объекты и действия. Снятие галочек с определенных типов событий прекратит их запись в базу данных. Это существенно снижает нагрузку на сервер SQL или файловый сервер, так как системе не нужно выполнять дополнительные INSERT-запросы при каждом действии пользователя.

• 📉 События входа/выхода: Отключение регистрации входов пользователей полезно в тестовых базах, но критично для безопасности в промышленных системах.
• 📝 Изменение данных: Регистрация изменений в документах и справочниках занимает больше всего места; отключайте selectively.
• 🔒 Права доступа: События, связанные с проверкой прав, могут быть отключены, если аудит безопасности не требуется.

Отключение логирования через консоль управления сервером

Для централизованного управления кластером серверов 1С используется Консоль администрирования серверов 1С:Предприятие (ras). Этот инструмент позволяет применять настройки ко всему кластеру или отдельным информационным базам без ручного редактирования файлов на каждом сервере.

Запустите консоль управления и подключитесь к центральному серверу кластера. В дереве объектов раскройте ветку Информационные базы, выберите нужную базу и перейдите на вкладку Сеансы или Блокировки, в зависимости от версии интерфейса. Однако настройки логирования чаще находятся в свойствах самого кластера или расширения конфигурации.

В современных версиях платформы управление параметрами ТЖ может осуществляться через утилиту командной строки ras. Это позволяет автоматизировать процесс отключения логов на множестве серверов. Использование скриптов гарантирует единообразие настроек во всей инфраструктуре.

Параметр	Описание	Рекомендуемое значение для отключения
log-level	Уровень детализации событий	0 (минимальный)
log-size	Максимальный размер файла лога	10MB (ограничение)
log-rotation	Политика ротации файлов	none (если отключено)
dump-create	Создание дампов при ошибках	false

⚠️ Внимание: Полное отключение Журнала регистрации в бухгалтерских и кадровых системах может нарушить требования законодательства РФ о хранении аудиторской информации. Всегда проверяйте нормативные акты перед изменением настроек аудита.

Оптимизация через параметры запуска сервера

Дополнительным уровнем контроля являются параметры запуска служб 1С. В свойствах службы Windows Agent 1C:Enterprise v8.3 Server можно прописать ключи командной строки, которые принудительно меняют поведение системы логирования. Это особенно актуально, когда конфигурационные файлы перезаписываются сторонним ПО.

Использование ключей позволяет задать ограничения "жестко". Например, можно запретить создание файлов дампов памяти при возникновении критических ошибок, если дисковое пространство критически мало. Однако стоит помнить, что это усложнит последующую диагностику сбоев.

Для применения параметров откройте services.msc, найдите службу сервера 1С, откройте свойства и в поле "Путь к исполняемому файлу" добавьте необходимые флаги. Будьте предельно осторожны с синтаксисом, так как ошибка в строке запуска может привести к тому, что служба вообще не стартует.

Существует также возможность управления через реестр Windows, хотя этот метод считается устаревшим и менее предпочтительным по сравнению с файлом logcfg.xml. Тем не менее, в некоторых legacy-инсталляциях ключи реестра могут иметь приоритет.

Автоматизация очистки и ротации логов

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

В файле logcfg.xml можно настроить параметры, при достижении которых старый лог-файл будет архивироваться или удаляться, а новый создаваться с нуля. Это предотвращает разрастание одного файла до гигантских размеров, что особенно болезненно для файловых систем NTFS при работе с файлами свыше 4 ГБ.

Для реализации сложной логики очистки (например, удаление логов старше 7 дней) рекомендуется использовать стандартные средства операционной системы. Скрипты PowerShell или задачи планировщика Windows (Task Scheduler) справляются с этой задачей эффективнее, чем встроенные средства 1С.

Get-ChildItem "C:\Logs\1C" -Filter *.log | Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-7) } | Remove-Item

Такой скрипт можно запускать ежедневно в ночное время, когда нагрузка на сервер минимальна. Это гарантирует, что дисковое пространство никогда не будет заполнено устаревшими данными, а производительность системы останется стабильной.

⚠️ Внимание: При настройке автоудаления убедитесь, что скрипт имеет права на запись и удаление файлов в целевой директории. Запуск от имени системного аккаунта часто является необходимым условием.

Диагностика проблем после отключения логирования

После того как вы выполнили действия по отключению или ограничению логов, важно провести мониторинг системы. Убедитесь, что пользователи не столкнулись с новыми ошибками, а нагрузка на диск действительно снизилась. Используйте встроенные средства мониторинга Windows или сторонние утилиты.

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

Для включения режима отладки в экстренной ситуации достаточно вернуть исходный файл logcfg.xml из резервной копии и перезапустить службу. Имейте всегда под рукой готовый шаблон конфигурации для подробного логирования, чтобы быстро активировать его при возникновении проблем.

Что делать, если сервер перестал отвечать после изменения логов?

Если после редактирования logcfg.xml служба 1С не запускается, проверьте синтаксис XML файла. Часто ошибка заключается в незакрытом теге или неверной кодировке. Восстановите файл из бэкапа.

Можно ли отключить логи только для конкретного пользователя?

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

Влияет ли отключение журналов на скорость работы базы в файловом варианте?

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

Где хранятся логи, если я отключил запись в файл?

Если вы отключили запись в файл через logcfg.xml, события просто не сохраняются ни в каком виде. Они обрабатываются в оперативной памяти и discard-ятся. Если же вы отключили только Журнал регистрации в конфигураторе, то данные не попадают в таблицы базы данных _InfoRg256 и подобные, но могут продолжаться запись в системный ТЖ, если он не настроен отдельно.

Нужно ли перезагружать сервер 1С при изменении настроек журнала регистрации?

Нет, изменения в Журнале регистрации, сделанные через интерфейс Конфигуратора (меню Администрирование), применяются немедленно для новых транзакций. Перезапуск сервера или службы не требуется. В отличие от этого, изменения в файле logcfg.xml требуют обязательного перезапуска службы сервера 1С.

Как узнать, какой процесс больше всего пишет в логи?

Для этого можно временно включить подробное логирование событий CALL и PROC с указанием имени пользователя. Проанализировав полученный файл лога за короткий промежуток времени, вы сможете увидеть, от чьего имени поступает наибольшее количество запросов, генерирующих записи. Также можно использовать утилиты мониторинга дисковой активности, такие как Process Monitor.