Логи 1С: где лежат журнал регистрации, техжурнал и дампы

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

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

Журнал регистрации файловой базы: каталог 1Cv8Log

В файловом варианте журнал лежит рядом с самой базой. Каталог базы — это папка, где находится файл 1Cv8.1CD. Внутри неё платформа создаёт подкаталог 1Cv8Log, и всё событийное хранится там.

Как узнать путь к каталогу базы, если вы его не помните:

1. В окне запуска 1С выделите нужную базу — полный путь показывается в нижней части окна.
2. Либо запустите базу и откройте Главное меню → Справка → О программе (в режиме «Такси» — значок меню в левом верхнем углу). В строке «Каталог» будет путь.
3. В Конфигураторе путь к базе виден там же — Справка → О программе.

Внутри 1Cv8Log вы увидите один из двух форматов:

• 📦 Новый формат (платформа 8.3.5 и новее) — один файл 1Cv8.lgd. Это база SQLite, обычным текстовым редактором её не открыть.
• 📄 Старый формат — файл 1Cv8.lgf и периодические файлы с расширением .lgp (по дням, месяцам или годам — в зависимости от настройки разделения).

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

Журнал регистрации в клиент-серверной базе

Здесь журнал хранится не рядом с клиентом, а на сервере 1С — в рабочем каталоге кластера. По умолчанию для службы сервера на Windows это каталог srvinfo в папке установки платформы, например C:\Program Files\1cv8\srvinfo. Точный путь задаётся параметром -d агента сервера (ragent).

Структура каталога такая:

srvinfo\
  reg_1541\                 ← кластер на порту 1541
    <GUID информационной базы>\
      1Cv8Log\              ← журнал регистрации этой базы

Папка базы называется её GUID-идентификатором, а не именем. Чтобы узнать GUID:

• через консоль администрирования серверов — откройте свойства информационной базы, идентификатор виден в списке;
• через утилиту rac — команда rac infobase summary list --cluster=<id кластера> покажет базы и их идентификаторы. Если не помните синтаксис, подскажет rac help.

Внутри 1Cv8Log формат тот же, что и в файловом варианте: 1Cv8.lgd либо 1Cv8.lgf плюс .lgp.

Как открыть и настроить журнал регистрации

Лазить в файлы вручную почти никогда не нужно — журнал читается внутри 1С.

В режиме 1С:Предприятие. Через Все функции → Стандартные → Журнал регистрации. Если пункта «Все функции» нет, включите его: Главное меню → Сервис → Параметры → Отображать команду «Все функции».

В Конфигураторе. Пункт Администрирование → Журнал регистрации. Здесь же удобно смотреть историю при разборе ошибок конфигурации.

Журнал регистрации — общий для базы, а не персональный: в нём видны действия всех пользователей, и доступ к нему обычно имеет администратор или пользователь с правом на административные функции. Для файловой базы журнал можно открыть и из Конфигуратора, не открывая саму конфигурацию, — этого достаточно, чтобы посмотреть историю событий на «сломавшейся» базе.

Настройки журнала задаются в Конфигураторе: Администрирование → Настройка журнала регистрации. Что здесь можно изменить:

• 🗂 Разделение хранения — как часто создавать новый файл: без разделения, по дням, неделям, месяцам или годам. Для старого формата это влияет на число .lgp-файлов.
• 🧹 Сокращение журнала — удаление записей старше указанной даты. Это штатный способ почистить разросшийся журнал, не трогая файлы руками.
• 🔕 Уровень фиксации — какие события писать. Для рабочей базы обычно оставляют всё; для нагруженной можно отключить фиксацию несущественных событий.

Технологический журнал: файл logcfg.xml и каталог событий

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

Управляет ТЖ единственный файл — logcfg.xml. Платформа ищет его в каталоге conf:

• общий для всех процессов — conf в папке установки платформы, например C:\Program Files\1cv8\conf;
• пути вывода самих логов задаёте вы внутри logcfg.xml, атрибутом location.

Минимальный пример, который пишет ошибки и исключения в указанную папку:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\v8logs\tj" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Здесь location — куда писать, history — сколько часов хранить, EXCP — события исключений. Платформа подхватывает изменения logcfg.xml сама, без перезапуска, в течение примерно минуты.

В каталоге вывода ТЖ раскладывает файлы по процессам: отдельные подпапки вида rphost_<PID>, 1cv8_<PID>, а внутри — файлы по часам с именами вида ГГММДДЧЧ.log. Это обычный текст, его можно открыть любым редактором или искать по нему grep.

Писать всё подряд не нужно — выбирайте события под задачу. Самые ходовые:

Внутри элемента <log> можно перечислить несколько <event>, и каждый — отбор по name. Если нужен ещё и отбор по конкретной базе, добавляют условие по свойству p:processName.

Дампы аварийного завершения: где искать

Дамп — это снимок памяти процесса в момент сбоя. Он нужен, чтобы техподдержка 1С или системный администратор поняли причину «молчаливого» падения.

Сбор дампов настраивается тем же файлом logcfg.xml, отдельным элементом <dump>:

<dump location="C:\v8logs\dumps" create="1" type="3"/>

• location — каталог для дампов;
• create="1" — собирать дампы;
• type — вид дампа (малый или полный); полный дамп крупный, но информативнее.

Куда смотреть по режимам:

• 🖥 Клиент (тонкий/толстый клиент) — при падении платформа показывает окно с предложением отправить отчёт в 1С. Технические файлы отчёта платформа складывает во временный каталог профиля пользователя; надёжнее настроить явный location через logcfg.xml.
• ⚙️ Сервер (rphost, ragent) — дампы пишутся туда, куда указывает <dump>, по умолчанию сбор отключён, поэтому до сбоя его лучше включить заранее на проблемной базе.

Сам по себе дамп вам ничего не покажет — это бинарный снимок памяти. Его анализируют специализированными средствами, а на практике чаще всего архивируют и передают в техподдержку 1С вместе с описанием: версия платформы, что делали перед сбоем, и файлы технологического журнала за тот же период. Связка «дамп + ТЖ за тот же час» даёт максимум информации для диагностики.

Как быстро найти нужную запись в логах

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

В журнале регистрации (и в 1С:Предприятии, и в Конфигураторе) есть кнопка настройки отбора. Отбирать можно по:

• 📅 интервалу дат и времени — сужает выборку сильнее всего;
• 👤 пользователю — кто выполнил действие;
• 🏷 важности события — ошибка, предупреждение, информация;
• 📂 данным и метаданным — по конкретному документу, справочнику или их типу.

Практический порядок при разборе инцидента:

1. Поставьте узкий интервал — час-два вокруг времени проблемы.
2. Добавьте отбор по важности «Ошибка».
3. Если известен пользователь или документ — добавьте и их.
4. Нужную строку раскройте двойным щелчком: платформа покажет полный текст события и данные.

Для технологического журнала отбор делается иначе — он текстовый. Ищите по ключевым маркерам: EXCP — исключения, process=rphost — рабочий процесс сервера. Строки ТЖ начинаются со времени и длительности события в микросекундах, так что по ним удобно искать самые долгие операции.

Отдельная сложность клиент-сервера — понять, какому сеансу принадлежит проблемный процесс. Подпапки ТЖ названы по PID процесса (rphost_<PID>), а связать PID с конкретным пользователем помогает список сеансов кластера:

• в консоли администрирования серверов откройте «Сеансы» — там видны пользователь, база и рабочий процесс;
• либо командой rac session list --cluster=<id> — она покажет сеансы и процессы, которые их обслуживают.

Сопоставив PID из имени папки ТЖ с сеансом, вы быстро отделите события нужного пользователя от общего потока.

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

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