Администрирование · 9 мин
Как удалить логи в 1С 8.3 и освободить место на диске
Как удалить логи в 1С 8.3: сокращение журнала регистрации, очистка технологического журнала, файловых логов СУБД и каталога srvinfo. Пошаговые инструкции, риски и проверка результата.
Логи 1С 8.3 — это сразу несколько разных хранилищ: журнал регистрации информационной базы, технологический журнал платформы, логи сервера 1С в каталоге srvinfo и журналы СУБД (MS SQL, PostgreSQL). Перед удалением нужно понять, какой именно лог разросся, потому что способы очистки и риски у них разные.
Чаще всего администраторы сталкиваются с двумя ситуациями: переполнен диск из-за технологического журнала, который никто не отключил после диагностики, либо файл журнала регистрации (1Cv8.lgd) занимает десятки гигабайт. Обе проблемы решаются штатными средствами, но требуют аккуратности.
Удаление логов — безопасная операция только при соблюдении двух условий: сделана резервная копия базы и никто из пользователей не работает в момент очистки. Нарушение этих условий может привести к повреждению данных или потере истории событий, которая нужна для расследования инцидентов.
Какие логи есть в 1С 8.3 и где они хранятся
Журнал регистрации хранится внутри информационной базы. В файловом варианте это файл 1Cv8.lgd в каталоге базы, в клиент-серверном — таблица в базе данных СУБД. В него пишутся действия пользователей, ошибки, изменения данных, фоновые задания.
Технологический журнал — это текстовые файлы дампов и событий платформы, которые включаются конфигурационным файлом logcfg.xml. По умолчанию он выключен; если его включили для диагностики и забыли отключить, файлы могут заполнить весь диск за несколько дней.
Отдельно существуют логи сервера 1С: Предприятия в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo или аналог в Linux), а также журналы транзакций СУБД. Журнал транзакций MS SQL при модели восстановления Full растёт, пока не настроено резервное копирование логов.
Сокращение через Конфигуратор
Отключить настройку и удалить файлы
Проверить модель восстановления и бэкапы
Очистка при остановленном агенте
Как сократить журнал регистрации через Конфигуратор
Штатный способ очистки журнала регистрации — функция «Сократить» в Конфигураторе. Откройте базу в режиме Конфигуратора, перейдите в меню «Администрирование → Настройка журнала регистрации» и нажмите кнопку «Сократить».
В диалоге выберите дату, до которой удаляются события, и укажите вариант сохранения удаляемой части: в отдельный файл или без сохранения. Если история может понадобиться для аудита, сохраните выгрузку в файл — он откроется позже через «Файл → Открыть» в режиме просмотра журнала.
Для файловой базы сокращение требует монопольного доступа: все пользователи должны выйти, фоновые задания — завершиться. В клиент-серверном варианте операция также лучше выполняется при минимальной нагрузке, иначе возможны блокировки.
- 1Сделайте резервную копию информационной базы
- 2Завершите сеансы пользователей и фоновые задания
- 3Откройте Конфигуратор → Администрирование → Настройка журнала регистрации
- 4Нажмите «Сократить», укажите дату и вариант сохранения удаляемых событий
- 5Дождитесь завершения и проверьте размер файла 1Cv8.lgd или таблицы EventLog
Как уменьшить количество записываемых событий
Чтобы журнал не разрастался снова, настройте уровень детализации. В том же окне «Настройка журнала регистрации» снимите флажки с групп событий, которые не нужны: например, оставьте только ошибки и предупреждения, убрав информационные сообщения и доступ к данным.
Для баз с интенсивным обменом и фоновыми заданиями это критично: регистрация каждого успешного выполнения задания и каждого сеанса может давать сотни тысяч записей в сутки. Разумный минимум — ошибки, предупреждения и изменение настроек доступа.
Как удалить файлы технологического журнала
Технологический журнал управляется файлом logcfg.xml, который размещается в каталоге conf рядом с исполняемыми файлами платформы (например, C:\Program Files\1cv8\<версия>\bin\conf). Если каталог логов растёт, сначала откройте logcfg.xml и проверьте, какие события настроены.
Чтобы остановить запись, удалите файл logcfg.xml или закомментируйте его содержимое, затем перезапустите службу агента сервера 1С (или процессы rphost/ragent). После этого файлы техножурнала из указанного в настройке каталога можно удалять обычными средствами ОС.
Удалять файлы, в которые платформа активно пишет, нельзя — они могут быть заблокированы или оставить «битые» процессы. Сначала отключите настройку, потом удаляйте.
Как очистить каталог srvinfo и логи сервера 1С
В каталоге srvinfo кластер сервера хранит реестр баз, журналы и служебные файлы. Сам по себе он растёт умеренно, но при сбоях там накапливаются большие файлы. Очистку выполняют только при остановленной службе агента сервера 1С.
Порядок безопасной очистки: остановите службу «Агент сервера 1С:Предприятия», скопируйте каталог srvinfo в архив как страховку, удалите устаревшие файлы журналов (не трогая файлы реестра кластера 1CV8Clst.lst и списка баз), затем запустите службу. Если удалить служебные файлы реестра, кластер потеряет список баз, и их придётся добавлять заново.
Что делать с журналом транзакций СУБД
Если разросся .ldf-файл базы MS SQL, причина почти всегда в модели восстановления Full без регулярного резервного копирования журнала транзакций. Проверьте модель в свойствах базы: для большинства баз 1С достаточно модели Simple, при которой журнал переиспользуется автоматически.
Переключение на Simple и последующее сжатие файла (DBCC SHRINKFILE) выполняет администратор СУБД, понимая последствия: цепочка восстановления на момент времени прерывается. Перед операцией обязательно сделайте полный бэкап базы.
Как выбрать действие
Как проверить результат и автоматизировать очистку
После сокращения журнала регистрации проверьте фактический размер: для файловой базы — размер 1Cv8.lgd, для клиент-серверной — размер таблицы EventLog средствами СУБД. Откройте журнал регистрации в режиме 1С:Предприятие и убедитесь, что записи начинаются с заданной даты, а новые события фиксируются.
Чтобы проблема не вернулась, настройте регламент: периодическое сокращение журнала регистрации (вручную по расписанию или скриптом через пакетный режим конфигуратора), мониторинг свободного места на дисках сервера и контроль размера каталогов техножурнала, если он включён.
Как проверить результат
Заметно меньше исходного
Размер не изменился — сокращение не выполнено
Записи с заданной даты, новые события пишутся
Журнал пуст полностью или новые события не фиксируются
Новые файлы не создаются после отключения
Файлы продолжают расти — logcfg.xml не отключён везде
Увеличилось на объём удалённых логов
Место не освободилось — файлы заблокированы или удалены не те каталоги
Частые вопросы
Можно ли просто удалить файл 1Cv8.lgd из каталога базы?
Технически файл удаляется при закрытых сеансах, и платформа создаст новый пустой журнал при следующем запуске. Но вся история событий будет потеряна без возможности восстановления. Правильный путь — сокращение через Конфигуратор с выгрузкой удаляемой части в файл.
Удаление журнала регистрации влияет на данные базы?
Нет. Журнал регистрации хранит только историю событий и не связан с прикладными данными: документами, справочниками, проводками. Их удаление не затрагивает.
Как часто нужно сокращать журнал регистрации?
Зависит от интенсивности работы и требований к хранению истории. Практичный ориентир — хранить события за период, достаточный для расследования инцидентов (обычно от нескольких месяцев до года), и сокращать журнал по расписанию, например ежемесячно.
Почему технологический журнал появляется снова после удаления?
Значит, настройка logcfg.xml активна. Проверьте каталог conf всех установленных версий платформы и на сервере, и на клиентских машинах — настройка может лежать в нескольких местах.
Можно ли автоматизировать очистку логов?
Да. Техножурнал и старые файлы srvinfo очищаются скриптами планировщика задач ОС, журнал регистрации — периодическим сокращением через Конфигуратор, журналы СУБД — штатными планами обслуживания и резервного копирования СУБД.
Что делать, если после очистки srvinfo пропал список баз?
Скорее всего, удалён файл реестра кластера. Восстановите его из архивной копии srvinfo, которую нужно было сделать перед очисткой. Если копии нет — добавьте информационные базы в консоли кластера заново, указав те же параметры подключения к СУБД.
Что важно запомнить
Определите, какой именно лог разросся, и очищайте его штатным способом: журнал регистрации — сокращением в Конфигураторе, техножурнал — отключением logcfg.xml и удалением файлов, srvinfo — при остановленном агенте, журнал СУБД — через настройку модели восстановления. Резервная копия перед очисткой обязательна.