← На главную

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

Оцениваем масштаб: нагрузка и дисковое пространство

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

1. Периодичность обслуживания: При такой интенсивности работы, как правило, критическое накопление данных происходит раз в 2–3 года. Тем не менее, рекомендуется настроить автоматическое разделение файла журнала по периодам (например, помесячно или еженедельно) в настройках самой 1С.
2. Мониторинг диска: Основная причина, по которой ЖР отключают — это неконтролируемое «поедание» дискового пространства. Выясним причину: если файлы журнала никто не архивирует и не удаляет, они могут занять сотни гигабайт.
3. Скрипты очистки: Оптимально будет написать простой скрипт для операционной системы, который будет перемещать старые файлы журнала в архив или удалять их по истечении N времени (например, хранить только последние 6 месяцев).

Выбор формата журнала: SQLite против Текста

В платформе 1С 8.3 по умолчанию используется новый формат журнала — .lgd (на базе SQLite). Рассмотрим подробнее его особенности и альтернативы:

Формат SQLite (.lgd): Удобен тем, что позволяет быстро фильтровать записи через стандартную консоль 1С. Однако проанализируем ситуацию с блокировками: SQLite плохо справляется с конкурентной записью. Если база начнет «подтормаживать» при массовых операциях, это может быть связано именно с блокировками в файле .lgd.

Текстовый формат (.lgf): Если вы столкнулись с падением производительности, имеет смысл рассмотреть перевод журнала в старый текстовый формат. Он работает быстрее на запись, так как не требует сложных транзакционных механизмов базы данных, но поиск по нему стандартными средствами 1С будет значительно медленнее.

Настройка уровней детализации: избавляемся от «шума»

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

• Ошибки и Предупреждения: Это обязательный минимум. Позволяет оперативно реагировать на программные сбои и отказы оборудования.
• Критические изменения: Для полноценного аудита (выяснения, кто изменил сумму или удалил документ) необходимо регистрировать события изменения и удаления данных для важных объектов метаданных.
• Исключение лишнего: Если пользователей немного, но они часто заходят и выходят из системы, события Сеанс — Начало и Сеанс — Конец могут создавать лишний «шум». Их можно отключить, если аудит времени работы сотрудников ведется иными средствами.

Влияние на стабильность и работу rphost

Журнал регистрации обслуживается рабочим процессом rphost. Выясним, какие риски здесь существуют. Если файл журнала поврежден или заблокирован сторонним приложением, это может привести к аварийному завершению работы rphost, что повлечет за собой «вылет» всех пользователей из базы.

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

Проблема транзакционности и раздувания файлов

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

Если в коде конфигурации есть длительные транзакции или массовые обработки данных (например, загрузка прайс-листа на 100 000 позиций), файл журнала может мгновенно вырасти в объеме. Кроме того, при нештатном завершении работы сервера (отключение питания), файл .lgd может потребовать процедуру проверки целостности (integrity check) при следующем запуске, что временно заблокирует вход пользователей.

Инструменты для анализа больших объемов данных

Если вы решили вести подробный журнал и его объем превысил 1–2 ГБ, стандартная консоль просмотра в 1С может работать крайне медленно. В таких случаях рассмотрим альтернативные варианты:

1. Внешние утилиты: Использование специализированных конфигураций (например, из состава «Инструментов разработчика») для анализа файлов ЖР.
2. Выгрузка данных: Для крупных систем данные ЖР часто выгружают во внешние системы (ElasticSearch, ClickHouse), что позволяет строить аналитические отчеты, не нагружая основную рабочую базу.

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