Как перенести журнал регистрации 1С на другой диск

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

Способ переноса зависит от двух факторов: режима работы базы (файловая или клиент-серверная) и формата хранения журнала (старый бинарный .lgp/.lgx или новый формат SQLite с файлами .lgd). Процедура в обоих случаях несложная, но требует остановки работы пользователей и понимания, где именно лежат файлы журнала.

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

Где физически хранится журнал регистрации

Перед переносом нужно точно определить расположение файлов. В файловой базе журнал регистрации лежит внутри каталога информационной базы, в подкаталоге 1Cv8Log. В старом формате это файлы 1Cv8.lgx и 1Cv8.lgp, в новом формате — файл 1Cv8.lgd (база SQLite) и служебные файлы.

В клиент-серверном варианте журнал хранится не в базе данных СУБД, а на сервере 1С:Предприятия — в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo на Windows или /opt/1cv8/... на Linux) внутри подкаталога конкретной базы, в папке 1Cv8Log. Именно поэтому на серверах 1С системный диск часто переполняется, хотя сами базы данных лежат на другом сервере СУБД.

Перенос журнала файловой базы через конфигуратор

Штатный и самый безопасный способ — использовать настройку журнала регистрации в конфигураторе. Платформа сама перенесёт данные и при необходимости преобразует старый формат в новый. Работа пользователей с базой на время операции должна быть завершена.

1. 1
   Завершите сеансы всех пользователей и сделайте резервную копию базы (выгрузку .dt или копию каталога)
2. 2
   Откройте конфигуратор монопольно: меню «Администрирование → Настройка журнала регистрации»
3. 3
   На вкладке «Расположение» укажите новый каталог на другом диске, например D:\1CLog\ИмяБазы
4. 4
   Выберите формат «Новый формат» и при желании задайте разделение журнала по периодам (день, неделя, месяц)
5. 5
   Нажмите «ОК» и дождитесь завершения переноса — при большом журнале это может занять десятки минут
6. 6
   Проверьте, что в новом каталоге появились файлы .lgd, и откройте журнал регистрации в режиме предприятия

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

Перенос журнала клиент-серверной базы

Для клиент-серверной базы настройка расположения журнала через конфигуратор работает аналогично, но каталог указывается относительно сервера 1С, а не клиентской машины. Учётная запись, под которой работает агент сервера 1С (обычно USR1CV8), должна иметь полные права на новый каталог — это самая частая причина ошибок после переноса.

Альтернатива — ручной перенос с остановкой службы. Он удобен, когда журнал огромный и штатный механизм работает слишком долго, либо когда нужно просто переместить файлы без преобразования формата.

1. 1
   Остановите службу «Агент сервера 1С:Предприятия» (services.msc или systemctl stop srv1cv8)
2. 2
   Скопируйте каталог 1Cv8Log нужной базы из srvinfo в новое расположение
3. 3
   Перенесите весь каталог srvinfo целиком, если меняется диск для всех баз, и задайте новый путь в параметре -d службы агента либо в реестре (ImagePath для службы)
4. 4
   Убедитесь, что у учётной записи агента есть полные права на новый каталог
5. 5
   Запустите службу и проверьте запись событий в журнал

Настройка разделения журнала по периодам

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

Для баз с интенсивной работой (сотни пользователей, обмены, фоновые задания) оптимально разделение по дню или неделе. Для небольших баз достаточно разделения по месяцу. Старые периоды можно периодически переносить в архив на медленный диск — журнал останется читаемым, если вернуть файлы на место.

Альтернатива: сокращение журнала вместо переноса

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

Сокращение не заменяет перенос, если журнал нужен полностью (требования аудита, расследование инцидентов), но в связке «перенос на отдельный диск + разделение по периодам + разумный фильтр событий» проблема переполнения диска решается надолго.

Сравнение подходов

Перенос через конфигуратор

Безопасно, платформа сама преобразует формат; минус — долго при больших журналах и требует монопольного доступа

Ручное копирование файлов

Быстро для больших объёмов, но требует остановки службы и аккуратной настройки прав и путей

Сокращение журнала

Освобождает место без переноса, но история событий теряется (либо уходит в архивный файл)

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат

Наличие файлов в новом каталоге

Норма

Есть файлы .lgd, размер соответствует ожидаемому объёму журнала

Тревожный признак

Каталог пуст или файлы нулевого размера

Запись новых событий

Норма

Тестовое действие появляется в журнале, время модификации файла обновляется

Тревожный признак

Новые события не пишутся, в технологическом журнале ошибки доступа

Права на каталог

Норма

Учётная запись агента сервера имеет полный доступ

Тревожный признак

Ошибки «отказано в доступе» при старте сеансов

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

Можно ли перенести журнал регистрации на сетевой диск?

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

Что будет, если просто удалить каталог 1Cv8Log?

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

Переносится ли журнал при выгрузке базы в .dt?

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

Нужно ли останавливать работу пользователей при переносе через конфигуратор?

Да. Настройка расположения журнала требует монопольного доступа к информационной базе. Активные сеансы помешают операции, а принудительное завершение во время переноса может повредить файлы журнала.

Как узнать, какой формат журнала используется сейчас?

Откройте каталог 1Cv8Log базы: наличие файлов .lgp/.lgx означает старый формат, файла .lgd — новый формат SQLite. Точную информацию также показывает окно «Настройка журнала регистрации» в конфигураторе.

Почему после переноса журнал пустой, хотя файлы на месте?

Чаще всего указан неверный путь (платформа создала новый пустой журнал) или перенесены не все файлы периодов. Проверьте путь в настройках журнала и сравните содержимое старого и нового каталогов — при разделении по периодам файлов может быть много.