Папка 1Cv8Log: как найти журнал регистрации 1С, ограничить его рост и безопасно сократить
Содержание
Файлы журнала регистрации 1С лежат в папке 1Cv8Log. В файловой базе она находится в каталоге информационной базы, рядом с 1Cv8.1CD. В клиент-серверной базе её ищут на сервере 1С: <каталог srvinfo>\reg_1541\<GUID базы>\1Cv8Log. Очищать журнал правильно не удалением папки, а командой сокращения в Конфигураторе: Администрирование → Настройка журнала регистрации → Сократить.
Распространённое заблуждение: журнал регистрации хранится внутри самой базы и попадает в выгрузку .dt. Это не так. Журнал живёт отдельными файлами, в .dt не выгружается и при переносе базы на другой компьютер сам не переезжает. Поэтому база на 3 ГБ может тащить за собой журнал на 40 ГБ, и никто об этом не знает, пока не закончится место на диске.
Как журнал хранится: два формата файлов
Прежде чем что-то чистить, загляните в папку 1Cv8Log и определите формат. От него зависит, что можно трогать руками.
| Формат | Какие файлы в папке | Особенности |
|---|---|---|
| Новый (SQLite) | один файл 1Cv8.lgd | все события в одной базе SQLite; быстрый отбор, но файл растёт одним куском |
| Последовательный (старый) | 1Cv8.lgf и набор файлов *.lgp | lgf — словарь (пользователи, компьютеры, метаданные), lgp — сами события по периодам |
📌 Файлы *.lgp называются по дате начала периода, например 20261001000000.lgp. По имени сразу видно, за какой месяц или день файл.
Файл 1Cv8.lgf — не «лишний». Без него события из lgp не прочитать: в них хранятся только ссылки на записи словаря. Удалять lgf отдельно от lgp нельзя.
Формат SQLite появился в платформе 8.3.5. Последовательный формат продолжает поддерживаться, и в рабочих базах встречаются оба. Если у вас база переехала с 8.2 или конвертировалась много лет назад, почти наверняка в папке будут lgf и lgp.
Где лежит журнал регистрации в файловой базе
В файловом варианте всё просто: папка 1Cv8Log находится там же, где файл базы.
- Откройте окно запуска 1С и выделите нужную базу.
- Внизу окна посмотрите строку пути, например
File="D:\Bases\Buh". - Откройте этот каталог в проводнике. Там будут
1Cv8.1CDи папка1Cv8Log.
Если базу открыть можно, путь видно и изнутри: в Конфигураторе или в режиме Предприятия через Справка → О программе — там указан каталог информационной базы.
💡 Быстро оценить размер журнала можно командой в PowerShell:
"{0:N1} ГБ" -f ((Get-ChildItem "D:\Bases\Buh\1Cv8Log" -Recurse | Measure-Object Length -Sum).Sum / 1GB)
Для сетевой файловой базы журнал лежит на том же сетевом ресурсе. Пользователям нужны права на запись в 1Cv8Log, иначе события просто не будут фиксироваться.
Журнал регистрации на сервере 1С: каталог reg_1541 и GUID базы
В клиент-серверном варианте журнал ведёт не клиент, а сервер 1С. Поэтому на компьютере пользователя его нет — только на рабочем сервере кластера.
Типовые пути по умолчанию:
| ОС сервера | Путь к журналу |
|---|---|
| Windows | C:\Program Files\1cv8\srvinfo\reg_1541\<GUID>\1Cv8Log |
| Linux | /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<GUID>/1Cv8Log |
Здесь 1541 — порт менеджера кластера. Если кластер создан на другом порту, папка будет называться, например, reg_2541. Каталог srvinfo тоже мог быть перенесён при установке службы: его фактический путь записан в параметре -d командной строки службы агента сервера (ragent.exe). Откройте свойства службы 1С в services.msc и посмотрите строку «Исполняемый файл».
Как узнать GUID нужной базы
Внутри reg_1541 лежат папки с длинными именами вида 3f2a9c1e-…. Это идентификаторы информационных баз. Сопоставить их с именами можно двумя способами:
- 📄 Открыть в блокноте файл
1CV8Clst.lstв каталогеreg_1541. В нём рядом с именем каждой базы указан её GUID. Только читайте, ничего не сохраняйте. - 🖥 Выполнить на сервере утилиту
rac:
rac cluster list
rac infobase --cluster=<id кластера> summary list
Вторая команда выводит для каждой базы поля infobase (GUID) и name. Для работы rac должна быть запущена служба ras.
💡 Ещё проще: отсортируйте папки в reg_1541 по размеру. Самая тяжёлая обычно и есть та база, ради которой вы пришли.
Настройка журнала: уровень событий и разделение по периодам
Размер журнала определяют две настройки. Обе находятся в Конфигураторе: Администрирование → Настройка журнала регистрации.
Уровень регистрации. Варианты по нарастанию объёма:
- 🚫 Не регистрировать.
- ❗ Регистрировать ошибки.
- ⚠️ Регистрировать ошибки и предупреждения.
- ℹ️ Регистрировать ошибки, предупреждения и информацию.
- 📚 Регистрировать все события (включает примечания).
Для рабочей базы с десятками пользователей «Все события» дают самый большой поток: каждое открытие сеанса, каждая запись объекта. Многие типовые механизмы (обмены, регламентные задания, подсистема безопасности) пишут свои события как информацию. Если опустить уровень до «Ошибки и предупреждения», вы потеряете историю изменения документов — её часто используют при разборе «кто удалил проводку». Решайте осознанно.
Разделение по периодам. Опция задаёт, как часто начинать новый файл журнала: по часам, дням, неделям, месяцам или годам. В последовательном формате каждый период — отдельный lgp. Это главный инструмент управления: старые месячные файлы потом легко архивировать или удалять целиком.
| Нагрузка на базу | Рекомендуемый период |
|---|---|
| 1–10 пользователей, обмена нет | месяц |
| 10–50 пользователей, регулярные обмены | неделя |
| Сотни сеансов, интенсивные регламентные задания | день |
Настройка применяется сразу, перезапуск сервера не нужен.
Как безопасно очистить журнал регистрации 1С
Есть три способа. Они различаются по риску и по тому, сохраняется ли история.
Способ 1. Сокращение журнала в Конфигураторе (рекомендуется)
- Откройте базу в Конфигураторе. Монопольный режим для этого не нужен.
- Перейдите в
Администрирование → Настройка журнала регистрации. - Нажмите «Сократить».
- Укажите дату: события до неё будут удалены.
- Если история может понадобиться, включите сохранение удалённых записей в файл и укажите путь на другом диске.
- Нажмите «ОК» и дождитесь окончания. На журнале в десятки гигабайт это занимает от нескольких минут до часа.
Файл SQLite 1Cv8.lgd после сокращения может не уменьшиться на диске сразу: удалённые записи освобождают место внутри файла, а не на диске. Если нужен именно свободный диск — смотрите способ 3.
Способ 2. Удаление старых файлов периодов (только последовательный формат)
Если журнал разбит по периодам, старые *.lgp можно перенести в архив или удалить. Файл текущего периода и 1Cv8.lgf не трогайте.
Сначала скопируйте удаляемые файлы на другой диск: восстановить историю потом будет не из чего.
Делать это лучше в нерабочее время. Если в момент удаления у пользователя открыт отбор журнала за этот период, файл может быть занят, и операция завершится ошибкой.
Способ 3. Полное пересоздание журнала
Когда журнал повреждён или история не нужна вовсе:
- Предупредите пользователей: все сеансы будут завершены.
- Для файловой базы — дождитесь, пока из неё выйдут все. Для серверной — заблокируйте начало сеансов в консоли кластера, завершите текущие сеансы или остановите службу агента сервера 1С.
- Переименуйте папку
1Cv8Logв1Cv8Log_old. - Запустите базу. Платформа сама создаст новую пустую папку журнала с текущими настройками.
- Убедившись, что всё работает и старая история не нужна, удалите
1Cv8Log_oldили отправьте в архив.
Остановка службы сервера 1С обрывает работу всех баз кластера, а не только той, журнал которой вы чистите. Планируйте это на вечер или выходные.
| Способ | Когда подходит | Риск |
|---|---|---|
| Сокращение в Конфигураторе | регулярная очистка, база работает | минимальный |
Удаление старых lgp | последовательный формат, разбивка по периодам | потеря истории без копии |
| Пересоздание папки | повреждение файла, журнал не нужен | обрыв сеансов, потеря всей истории |
Перенос журнала регистрации на другой диск
Платформа не даёт задать другой путь к журналу в настройках. Если системный диск сервера маленький, практики используют символическую ссылку: журнал физически живёт на другом диске, а 1С видит его на прежнем месте.
Порядок для Windows:
- Остановите службу агента сервера 1С (сеансы будут прерваны).
- Скопируйте папку
1Cv8Logна новый диск, например вE:\1CLog\Buh. - Переименуйте исходную папку в
1Cv8Log_old. - Создайте ссылку из командной строки администратора:
mklink /J "C:\Program Files\1cv8\srvinfo\reg_1541\<GUID>\1Cv8Log" "E:\1CLog\Buh"
- Запустите службу и убедитесь, что новые события появляются в журнале.
- Проверьте, что у учётной записи, под которой работает служба 1С (обычно
USR1CV8), есть права на запись вE:\1CLog\Buh.
На Linux то же самое делается командой ln -s с последующим chown usr1cv8:grp1cv8 на целевой каталог.
💡 Чаще переносят не только журнал, а весь каталог srvinfo — через параметр -d при регистрации службы. Это чище, но затрагивает все базы кластера сразу.
Как читать журнал и искать в нём ошибки
Открыть журнал можно тремя путями:
- 🔧 В Конфигураторе:
Администрирование → Журнал регистрации. - 🖥 В режиме Предприятия типовых конфигураций на БСП:
Администрирование → Обслуживание → Журнал регистрации. - 🧰 В любой конфигурации:
Функции для технического специалиста → Стандартные → Журнал регистрации(пункт «Функции для технического специалиста» включается в параметрах программы).
Чтобы не утонуть в миллионах строк, сразу ставьте отбор:
- Ограничьте интервал: день-два вокруг момента проблемы.
- В отборе по важности оставьте «Ошибка» — красные строки с текстом исключения.
- Если ищете, кто изменил документ, отберите по событию «Данные. Изменение» или «Данные. Удаление» и по метаданным нужного вида документа.
- Для проблем со входом смотрите события «Сеанс. Аутентификация» и «Сеанс. Аутентификация. Ошибка».
Отбор по периоду на огромном журнале — главный ускоритель. Без него форма пытается прочитать всё и может «висеть» десятки минут.
Для журнала в формате SQLite есть приём для технических специалистов: сделать копию 1Cv8.lgd и открыть её любым клиентом SQLite. Копию, а не рабочий файл — иначе можно заблокировать запись событий.
-- проверка целостности копии журнала
PRAGMA integrity_check;
Журнал регистрации не путайте с технологическим журналом. Технологический журнал включается отдельно файлом logcfg.xml в каталоге conf платформы и пишет низкоуровневые события сервера: вызовы, блокировки, исключения. Это инструмент для анализа производительности, а не для «кто что сделал».