Где и как посмотреть логи пользователей в 1С: полное руководство

Скрытый текст с подробным разбором полей: 2026-05-15 14:30:45 192.168.1.100 POST /1c_web/e1cib/base/ 500 0 0 156 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/124.0.0.0+Safari/537.36

Здесь:

- 192.168.1.100 — IP клиента,

- POST /1c_web/... — тип и путь запроса,

- 500 — код ошибки сервера,

- 156 — время обработки в мс.

5. Поиск и анализ конкретных событий

Чаще всего логи анализируют для решения трёх типов задач:

1. 🔍 Аудит действий пользователя (кто и когда изменил документ).
2. 🚨 Диагностика ошибок (почему не проводится документ или падает сервер).
3. 📈 Мониторинг производительности (где возникают задержки).

Рассмотрим каждый сценарий на примерах.

5.1. Как найти, кто изменил документ

В журнале регистрации:

1. Откройте журнал и установите фильтр по типу события Изменение данных.
2. В поле Объект выберите нужный документ (например, РеализацияТоваровУслуг).
3. Укажите диапазон дат (например, последний день).
4. В результатах найдите записи с действием Запись или Проводка.

В технологическом журнале:

• Ищите события с параметром userevent и идентификатором документа.
• Обращайте внимание на поля user (имя пользователя) и session (ID сеанса).

Если документ был удалён, в журнале регистрации будет событие Удаление, а в технологическом журнале — запись с параметром delete.

5.2. Диагностика ошибок по логам

При поиске причин сбоев обращайте внимание на:

• 🔴 Коды ошибок в технологическом журнале (например, SQLDeadLock — взаимная блокировка транзакций).
• 🕒 Время выполнения запросов (если операция занимает >10 секунд, это потенциальная проблема).
• 🔄 Циклические вызовы (например, рекурсивные обработки в модулях).

Пример типичных ошибок и их причин:

Ошибка в журнале	Возможная причина	Решение
Lock timeout	Долгая блокировка объекта другим пользователем	Увеличить таймаут или оптимизировать транзакции
ORA-01400 (для Oracle)	Попытка вставить NULL в поле с ограничением NOT NULL	Проверить логику заполнения полей в коде
Memory limit exceeded	Недостаточно памяти для операции (например, при построении большого отчёта)	Увеличить лимит памяти в параметрах запуска или разбить задачу на части

Для анализа производительности полезно использовать отчёт Производительность системы в технологическом журнале (доступен через techlog.exe). Он показывает:

• Топ медленных запросов.
• Распределение нагрузки по пользователям.
• Время выполнения транзакций.

5.3. Мониторинг активности пользователей

Для отслеживания текущей активности (кто сейчас работает в системе) используйте:

• 🖥️ Список активных пользователей в консоли администрирования сервера 1С.
• 📡 Текущие сеансы в технологическом журнале (события sessionstart и sessionfinish).
• 📊 Отчёт "Активные пользователи" в журнале регистрации (если включена соответствующая настройка).

Чтобы понять, какие операции выполняют пользователи в реальном времени, настройте в технологическом журнале фильтр по событию usercmd (команды пользователя) и обновляйте данные каждые 5–10 секунд.

6. Автоматизация сбора и анализа логов

Ручный просмотр логов эффективен для разовых задач, но для постоянного мониторинга лучше настроить автоматизацию. Рассмотрим основные подходы.

6.1. Настройка архивации логов

Чтобы логи не занимали слишком много места, настройте их ротацию:

• В журнале регистрации укажите максимальный размер файла (например, 100 МБ) и период архивации (еженедельно).
• Для технологического журнала используйте параметр -logrotate при настройке через ragent.exe.
• Настройте задачу в планировщике Windows (Task Scheduler) для автоматического копирования логов в резервное хранилище.

Пример команды для архивации технологического журнала:

ragent.exe -d "C:\Logs\1C\reg_1541" -logrotate 7 -logarch "C:\Archive\1CLogs"

Здесь 7 — количество дней хранения, после которых логи архивируются.

6.2. Интеграция с системами мониторинга

Для крупных инфраструктур логи 1С можно передавать в централизованные системы:

• 📌 ELK Stack (Elasticsearch, Logstash, Kibana) — для визуализации и поиска по большим объёмам логов.
• 🔍 Graylog — альтернатива ELK с удобным интерфейсом.
• 📊 Zabbix или Prometheus — для мониторинга ошибок и оповещений.

Для интеграции потребуется:

1. Настроить агент на сервере 1С, который будет отправлять логи в систему мониторинга.
2. Создать парсеры для структурирования данных (например, разбирать строки технологического журнала на поля).
3. Настроить дашборды для визуализации критических событий.

Пример конфигурации Filebeat (агент для ELK) для сбора логов 1С:

filebeat.inputs:
- type: log
paths:
- C:\Logs\1C\reg_1541\*.log
fields:
log_type: "1c_techlog"

output.elasticsearch:
hosts: ["elasticsearch:9200"]
indices:
- index: "1c-logs-%{+yyyy.MM.dd}"

6.3. Скрипты для анализа логов

Для автоматизации рутинных задач можно использовать скрипты на PowerShell или Python. Примеры:

• 📜 Поиск ошибок:

  Get-ChildItem "C:\Logs\1C\" -Filter ".log" |
  Select-String -Pattern "ERROR|Exception" |
  Out-File "C:\Reports\1C_Errors.txt"

• 📅 Отчёт по активности пользователей:

  python parse_1c_logs.py --input "C:\Logs\1C\journal.lgd" --output "report.xlsx"

Готовые скрипты для работы с логами 1С можно найти на GitHub или в сообществе Infostart. Например, проект 1C-Company/log_analyzer предлагает инструменты для парсинга технологических журналов.

7. Типичные ошибки при работе с логами

Даже опытные администраторы иногда сталкиваются с проблемами при настройке или чтении логов. Рассмотрим самые распространённые ошибки и способы их избежать.

• 🚫 Логи не пишутся despite включённых настроек:

  Проверьте:

  • Права доступа к папке с логами (особенно в сетевых установках).
  • Свободное место на диске.
  • Параметры запуска 1С (иногда логи отключаются через ключи командной строки, например, -NoLog).
• 🔍 Нельзя открыть файл .lgd:

  Файл блокируется платформой. Решения:

  • Остановите все сеансы 1С (включая фоновые задачи).
  • Скопируйте файл через Shadow Copy (для Windows Server).
  • Используйте утилиту 1cv8.exe с ключом -DisableLog для временного отключения блокировки.
• ⏳ Логи занимают слишком много места:

  Оптимизируйте настройки:

  • Уменьшите уровень детализации (например, не логируйте информационные сообщения).
  • Настройте автоматическую ротацию и архивацию.
  • Перенесите логи на отдельный диск.
• 🔄 В логах дублируются записи:

  Это может происходить из-за:

  • Несколько источников журналирования (например, дублирование в журнале регистрации и технологическом журнале).
  • Ошибок в настройках кластера 1С (например, несколько рабочих процессов пишут в один файл).

Если после изменений в настройках логи не обновляются, перезапустите:

• Сервер 1С:Предприятие (для клиент-серверного варианта).
• Веб-сервер (IIS или Apache), если используете веб-клиент.
• Сеансы пользователей (иногда требуется полный выход из системы).

Как проверить, пишутся ли логи?

Создайте тестовое событие (например, проведите документ с ошибкой) и сразу проверьте появление записи в журнале. Если запись не появилась в течение 1–2 минут, значит, журналирование не работает.

8. Безопасность и конфиденциальность при работе с логами

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

• 🔒 Ограничьте доступ к папкам с логами. Используйте права NTFS или ACL в Linux, чтобы разрешить чтение только администраторам.
• 🗑️ Удалите логи с истёкшим сроком хранения. Не храните их дольше, чем требуется для аудита (обычно 30–90 дней).
• 🔍 Маскируйте чувствительные данные при экспорте логов для анализа сторонними инструментами.
• 📡 Шифруйте архивы логов, если передаёте их по сети или храните в облаке.

Для маскировки данных в логах можно использовать:

• 🛠️ Встроенные средства 1С (например, настройка журнала регистрации для исключения полей с персональными данными).
• 🔧 Сторонние утилиты (например, LogExpert с плагинами для анонимизации).
• 📜 Скрипты на Python или PowerShell для замены чувствительной информации на плейсхолдеры (например, *** вместо номеров паспортов).

Пример скрипта для маскировки данных в логах:

Get-Content "C:\Logs\1C\journal.txt" |
Foreach-Object { $_ -replace '\d{10,12}', 'MASKED' } |
Set-Content "C:\Logs\1C\journal_clean.txt"

Этот скрипт заменяет длинные числовые последовательности (например, номера телефонов или ИНН) на MASKED.

Если логи передаются третьим лицам (например, в службу поддержки 1С), обязательно:

• Удалите все персональные данные.
• Оставьте только релевантные для диагностики фрагменты.
• Используйте защищённые каналы передачи (например, SFTP или зашифрованную почту).

Для автоматизации проверки логов на наличие персональных данных можно использовать регулярные выражения. Пример для поиска ИНН:

\b\d{10,12}\b

И Номера телефонов:

\+?\d{1,3}[-.\s]?\(?\d{3}\)?[-.\s]?\d{3}[-.\s]?\d{2}[-