В администрировании платформы 1С:Предприятие одной из самых частых задач является анализ логов для выявления причин сбоев или медленной работы системы. Журнал регистрации 1С сервера представляет собой централизованное хранилище событий, которое собирает данные от всех клиентских сессий, работающих с базой данных. Понимание физической структуры этого механизма критически важно для любого системного администратора.
По умолчанию система настроена так, чтобы писать логи на диск сервера приложений, но многие новички теряются, пытаясь найти эти файлы среди сотен других служебных данных. В этой статье мы детально разберем архитектуру хранения, пути к каталогам на разных операционных системах и методы управления размером этого хранилища.
Кроме того, мы затронем вопросы производительности, так как активное ведение логирования может существенно нагружать дисковую подсистему. Вы узнаете, как правильно конфигурировать параметры отбора, чтобы не потерять важную информацию, но при этом избежать переполнения диска.
Логическая структура и принцип работы RPHOST
Журнал регистрации в 1С работает как надстройка над процессами rphost. Именно рабочие процессы генерируют события, которые затем агрегируются в единый файл. Важно понимать, что физическое расположение файлов зависит от того, как именно запущена платформа: в файловом варианте или в режиме клиента-сервер.
В файловом варианте базы данных журнал хранится непосредственно внутри каталога самой базы. Обычно это папка 1Cv8.cfl или файлы с расширением .lgd в корне каталога. Однако в серверном варианте архитектура усложняется, и данные пишутся в специальный каталог на сервере 1С:Предприятие.
Сервер 1С использует механизм буферизации перед записью на диск. Это означает, что события не появляются в файле мгновенно, а накапливаются в оперативной памяти процесса. Такой подход снижает нагрузку на ввод-вывод, но может создавать задержку в появлении записей при отладке.
Если вы не видите свежую запись в журнале сразу после совершения действия в базе, подождите 1-2 минуты или принудительно завершите сеанс, чтобы сбросить буфер.
Ключевым элементом здесь является файл журнала регистрации, который представляет собой бинарный файл, читаемый только через интерфейс самой платформы или специальные утилиты. Прямое редактирование этого файла в текстовом редакторе запрещено и приведет к повреждению данных.
Физические пути к файлам на Windows и Linux
Поиск расположения файлов журнала регистрации всегда начинается с определения версии операционной системы сервера. Пути по умолчанию жестко заданы установщиком платформы, но могут быть изменены администратором при инсталляции.
На операционной системе Windows стандартный путь выглядит следующим образом: C:\ProgramData\1C\1Cv8\SrvInfo\<ИмяКластера>\log. Обратите внимание, что папка ProgramData по умолчанию скрыта, поэтому для перехода в неё нужно включить отображение скрытых элементов в проводнике.
В среде Linux структура каталогов аналогична, но корневая директория меняется. Обычно файлы находятся по пути /var/opt/1C/v8/i386/srvinfo или /opt/1C/v8.3/x86_64/srvinfo, в зависимости от разрядности установленной платформы и дистрибутива.
Внутри папки log вы не увидите одного большого текстового файла. Там будут лежать файлы с именами вида log_YYYYMMDD_HHMMSS_XXXX.rgd. Каждый такой файл соответствует определенному временному промежутку или размеру, после достижения которого происходит ротация.
Настройка параметров журнала через консоль администрирования
Управление процессом записи осуществляется через консоль администрирования серверов 1С:Предприятие. Для доступа к настройкам необходимо запустить утилиту ras или графический интерфейс консоли с правами администратора.
В свойствах кластера серверов существует вкладка "Журнал регистрации". Именно здесь задаются глобальные параметры: включение или выключение ведения журнала, уровень детализации и условия отбора событий. По умолчанию журнал может быть отключен для экономии ресурсов.
Администратор может настроить отбор по конкретным событиям. Например, можно оставить запись только ошибок или записей, связанных с блокировками данных. Это позволяет существенно сократить объем занимаемого места на диске.
☑️ Настройка фильтрации журнала
Важно отметить, что изменения в настройках применяются ко всем информационным базам, зарегистрированным в данном кластере. Если вам нужно настроить логирование индивидуально для одной базы, следует использовать параметры внутри самой конфигурации 1С.
Анализ размера и ротация логов
Без контроля размера файлы журнала регистрации могут занять все доступное пространство на диске за считанные дни, особенно в высоконагруженных системах. Платформа 1С предоставляет встроенные механизмы для автоматической ротации и очистки старых записей.
В настройках кластера можно указать максимальный размер одного файла журнала. Когда файл достигает этого предела, система создает новый файл с новым временным штампом в имени. Старые файлы при этом не удаляются автоматически, если не настроен скрипт очистки.
Для предотвращения переполнения диска рекомендуется использовать сторонние утилиты или стандартные средства ОС (например, logrotate в Linux) для удаления файлов старше определенного периода. Хранить логи более 30 дней обычно не имеет смысла, если не идет расследование конкретного инцидента.
⚠️ Внимание: Никогда не удаляйте файлы журнала регистрации вручную, пока процесс сервера 1С активен. Это может привести к зависанию процесса записи и потере текущих данных. Останавливайте службу или используйте штатные средства очистки.
Также стоит учитывать, что частая ротация маленьких файлов может создать дополнительную нагрузку на файловую систему. Оптимальный размер файла зависит от интенсивности работы пользователей и обычно составляет от 10 до 100 МБ.
Чтение и анализ записей журнала
Просмотр содержимого файлов .rgd возможен двумя основными способами: через интерфейс конфигуратора/предприятия или с помощью утилиты командной строки. Графический интерфейс удобен для разового анализа, а консоль — для автоматизации.
В режиме 1С:Предприятие журнал открывается через меню "Администрирование" -> "Журнал регистрации". Здесь доступен мощный механизм фильтров, позволяющий искать события по тексту, пользователю, компьютеру или коду ошибки.
Для выгрузки данных в текстовый формат часто используют утилиту 1CV8LogReader или встроенные средства платформы. Это позволяет передать логи разработчикам или загрузить их в системы мониторинга типа ELK Stack.
| Параметр события | Описание | Пример значения |
|---|---|---|
| Дата и время | Момент фиксации события | 2026-05-20 14:30:05 |
| Пользователь | Имя пользователя в базе | Иванов И.И. |
| Сеанс | Уникальный идентификатор сеанса | 45 |
| Событие | Тип произошедшего действия | Ошибка выполнения |
| Текст | Детальное описание ошибки | Деление на ноль |
Как читать бинарный файл лога без 1С?
Существуют сторонние утилиты, например, от фирмы "1С" или открытые проекты на GitHub, которые парсят формат .rgd и конвертируют его в CSV или JSON для анализа в Excel.
При анализе следует обращать внимание на коды ошибок. Часто одна и та же ошибка маскируется под разные сообщения, но код события остается неизменным, что упрощает поиск корневой причины проблемы.
Влияние журналирования на производительность системы
Включение журнала регистрации всегда вносит накладные расходы на работу сервера. Запись каждого события требует процессорного времени и операций дискового ввода-вывода. В пиковые часы нагрузки это может стать узким местом.
Если вы наблюдаете тормоза в работе базы, попробуйте временно отключить журнал или повысить уровень фильтрации, оставив только критические ошибки. Сравните показатели быстродействия до и после изменения настроек.
Особенно сильно влияет на производительность запись событий "Технологические" или детальных трассировок вызовов. Такие настройки следует включать только на тестовых копиях баз или в моменты отладки конкретного модуля.
⚠️ Внимание: В высоконагруженных системах (более 100 одновременных пользователей) ведение полного журнала регистрации на том же физическом диске, где лежит СУБД, категорически не рекомендуется. Разнесите эти потоки данных по разным дисковым массивам.
Оптимальная стратегия: держать журнал включенным с фильтром "Только ошибки" в штатном режиме и расширять настройки только на время расследования инцидентов.
Использование быстрых NVMe накопителей для папки логов может нивелировать влияние на скорость работы, но не отменяет необходимости грамотной фильтрации событий.
Частые вопросы администраторов (FAQ)
Можно ли перенести журнал регистрации на другой диск?
Да, это можно сделать, изменив параметры запуска службы сервера 1С или создав символическую ссылку (symlink) с исходного каталога логов на новый диск. Это поможет разгрузить системный раздел.
Почему журнал регистрации пуст, хотя пользователи работают?
Скорее всего, журнал регистрации отключен в настройках кластера серверов. Проверьте консоль администрирования и убедитесь, что галочка "Включить журнал регистрации" активна.
Как очистить журнал регистрации автоматически?
Сама платформа 1С не удаляет старые файлы автоматически. Для этого необходимо настроить задачу в Планировщике заданий (Windows) или Cron (Linux), которая будет удалять файлы старше N дней из папки логов.
Влияет ли отключение журнала на работу регламентных заданий?
Нет, регламентные задания выполняются независимо от наличия записей в журнале. Однако без журнала вы не сможете проанализировать причины их неудачного выполнения в случае сбоя.
Где хранятся логи в облачной версии 1С (1С:Фреш)?
В облачных решениях прямой доступ к файловой системе сервера закрыт. Просмотр журнала доступен только через веб-интерфейс администрирования или по запросу в техническую поддержку провайдера.