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

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

Главное — понимать, что «логи 1С» — это не один файл, а несколько разных хранилищ: каталог srvinfo с данными кластера, журнал регистрации конкретной базы, технологический журнал, настраиваемый через logcfg.xml. У каждого свой механизм переноса, и ниже разобраны все три сценария с остановкой служб, переносом файлов и проверкой результата.

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

Что именно нужно переносить: виды логов сервера 1С

Прежде чем что-то перемещать, определите, какие именно данные занимают место. В типовой установке Windows платформа 1С хранит служебные данные в каталоге C:\Program Files\1cv8\srvinfo (для 32-битных версий путь может отличаться). Внутри находятся подкаталоги кластеров вида reg_1541, где лежат журналы регистрации баз, файлы списков сеансов и служебные данные кластера.

Отдельно существует технологический журнал — детальный лог событий платформы (запросы, ошибки, блокировки, вызовы). Он включается файлом конфигурации logcfg.xml и пишется в каталог, указанный в этом файле. Если техножурнал включён без фильтрации, именно он чаще всего «съедает» диск: при активной работе пользователей объём может расти на гигабайты в день.

Третий элемент — журнал регистрации конкретной информационной базы (файлы 1Cv8.lgd и связанные). Его расположение задаётся в свойствах базы, а не кластера, поэтому переносится отдельной процедурой.

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

Любой перенос начинается с остановки службы агента сервера 1С. Пока служба работает, файлы журналов заблокированы, и копирование даст повреждённые или неполные данные. Остановите службу «Агент сервера 1С:Предприятия» через оснастку services.msc или командой в консоли с правами администратора.

net stop "1C:Enterprise 8.3 Server Agent"

После остановки убедитесь, что процессы ragent, rphost и rmngr завершились в диспетчере задач. Если rphost «завис», завершите его вручную — иначе часть файлов останется заблокированной. Затем создайте резервную копию переносимых каталогов: достаточно скопировать их архивом на другой диск или сетевой ресурс.

Перенос каталога srvinfo с данными кластера

Каталог srvinfo задаётся параметром -d в строке запуска службы агента сервера. Чтобы изменить расположение, нужно скопировать содержимое каталога на новый диск и прописать новый путь в параметрах службы. Самый надёжный способ — утилита sc или редактирование реестра: параметры запуска службы хранятся в ветке HKLM\SYSTEM\CurrentControlSet\Services в параметре ImagePath соответствующей службы агента.

Порядок действий: скопируйте весь каталог srvinfo (со всеми подкаталогами reg_*) на новый диск, например в D:\1C_Logs\srvinfo. Сохраните структуру и права доступа — удобно использовать robocopy с сохранением атрибутов. Затем измените параметр -d в ImagePath службы на новый путь и запустите службу.

robocopy "C:\Program Files\1cv8\srvinfo" "D:\1C_Logs\srvinfo" /E /COPYALL /R:2 /W:5

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

Перенос технологического журнала через logcfg.xml

Технологический журнал управляется файлом logcfg.xml, который размещается в каталоге conf рядом с исполняемыми файлами сервера (например, C:\Program Files\1cv8\<версия>\bin\conf). Внутри файла элемент <log location="..."> задаёт каталог записи логов. Чтобы перенести журнал, достаточно указать новый путь и перезапустить службу агента — старые файлы можно переместить вручную или оставить для архива.

Пример фрагмента конфигурации с записью на диск D: и хранением истории 24 часа:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1C_Logs\techlog" history="24">
    <event><eq property="name" value="EXCP"/></event>
    <property name="all"/>
  </log>
</config>

Обратите внимание на параметр history — он ограничивает глубину хранения логов в часах. Без него техножурнал растёт бесконечно, и новый диск переполнится так же, как старый. Для диагностики ошибок обычно достаточно 24–72 часов; для расследования блокировок настройте фильтрацию по событиям TLOCK и TDEADLOCK, чтобы не писать лишнее.

Перенос журнала регистрации информационной базы

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

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

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

Права доступа и проверка результата

Частая причина проблем после переноса — права. Служба агента работает под специальной учётной записью (по умолчанию USR1CV8), и новый каталог должен быть доступен ей на чтение и запись. Выдайте права через свойства папки или командой icacls:

icacls "D:\1C_Logs" /grant "USR1CV8:(OI)(CI)M" /T

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

Типичные ошибки и ограничения

Учтите ограничение: каталог srvinfo нельзя размещать на сетевом диске — кластер 1С требует локального хранилища с гарантированной блокировкой файлов. Для технологического журнала сетевой путь формально возможен, но не рекомендуется: при разрыве соединения логи теряются, а производительность падает. Оптимальный вариант — отдельный локальный диск или том на том же RAID-массиве сервера.

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

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