Почему 1С выдает ошибки в строго определенное время и как это исправить?

Ситуация, когда информационная система работает стабильно днем, но начинает «сыпать» ошибками в утренние или ночные часы (например, с 03:00 до 08:00), является классическим индикатором конфликта планируемых процессов. В это время в системе часто пересекаются регламентные операции 1С, обслуживание баз данных SQL и внешние интеграции. Проанализируем ситуацию на примере конфигурации «Управление предприятием общепита» и разберем по шагам, как локализовать и устранить проблему.

1. Проверка механизмов расширений и исправлений

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

1. Запустим базу в режиме Конфигуратора.
2. Перейдем в меню Конфигурация — Расширения конфигурации.
3. В открывшемся списке вызовем контекстное меню правой кнопкой мыши и выберем пункт Проверка возможности применения всех расширений.
4. Если система выдает ошибки совместимости, их необходимо устранить, так как некорректное расширение может блокировать работу всей базы при попытке его динамического применения.

2. Диагностика отраслевой системы лицензирования (СЛК)

Поскольку рассматриваемая конфигурация является отраслевой (Общепит), она использует дополнительный модуль защиты — СЛК (Система лицензирования и конфигурирования). Рассмотрим, почему ошибки лицензирования возникают именно в 3 утра:

В этот период часто происходят процессы переподключения сетевого оборудования или обновления IP-адресов. Если сервер СЛК теряет связь с ключом защиты или сеансы пользователей «зависают» из-за кратковременного разрыва сети, система начинает выдавать ошибки при попытке записи любого документа, использующего защищенные функции. Проанализируем логи консоли СЛК на предмет отказов в выдаче лицензий в этот промежуток времени. Также выясним, не блокируются ли порты 9099 и 9091 средствами безопасности в ночное время.

3. Анализ фоновых и регламентных заданий

Несмотря на то, что многие задания могут казаться отключенными, необходимо проверить их реальное исполнение через Консоль регламентных заданий. Особое внимание уделим следующим моментам:

• Обмены данными (EDI): Интеграции, такие как Контур.EDI, часто запускаются по расписанию. Если в 03:00 стартует массовая загрузка заказов, она может инициировать сеансы под учетной записью администратора в режиме толстого клиента. Проверим, не настроены ли в планировщике задач Windows скрипты на запуск внешних обработок.
• Обновление индексов: Если внутри 1С запущено регламентное задание ОбновлениеПолнотекстовогоПоиска, оно может создавать значительную нагрузку на дисковую подсистему.

4. Влияние обслуживания SQL-сервера

Разберем ситуацию на уровне базы данных. Даже если бэкап 1С настроен на 21:00, у MS SQL Server могут быть свои Maintenance Plans (планы обслуживания). Проанализируем следующие операции:

Реиндексация и статистика: Если эти процессы стартуют в 03:00, они блокируют таблицы базы данных. Пользователь, пытающийся в этот момент провести документ отгрузки, получит ошибку «Конфликт блокировок» или «Ошибка при выполнении запроса». Рассмотрим возможность переноса обслуживания SQL на более раннее время, когда отгрузки еще не начались.

Сжатие базы (Shrink): Категорически не рекомендуем использовать автоматическое сжатие базы данных в часы работы пользователей. Это вызывает колоссальные задержки ввода-вывода (I/O) и может стать причиной ошибок записи.

5. Технологический журнал и мониторинг ресурсов

Чтобы точно выяснить причину, необходимо настроить Технологический журнал (ТЖ) 1С. Создадим файл logcfg.xml, который будет собирать события ошибок (EXCP) и длительных запросов. Проанализируем пример настройки для сбора ошибок:

<config xmlns="http://v8.1c.ru/v8/config/logcfg">
  <log location="C:\LOGS\1C" history="24">
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <property name="All"/>
  </log>
</config>

Параллельно с ТЖ проанализируем Монитор ресурсов Windows. Обратим внимание на счетчик Ошибок физической памяти/сек. На версии платформы 8.3.24.1761 замечены утечки памяти в процессах rphost. Если сервер работает без перезагрузки долгое время, к 3 утра память может быть критически заполнена, что приводит к непредсказуемым падениям сеансов.

6. Конфликты с антивирусным ПО

Часто системные администраторы настраивают «Полное сканирование системы» на глубокую ночь. Рассмотрим цепочку событий: в 03:00 антивирус начинает проверку файлов базы данных .mdf и .ldf, а также временных файлов пользователей в папке AppData\Local\Temp. В результате 1С теряет доступ к своим же временным данным, выдавая ошибки I/O. Выясним расписание работы антивируса и добавим папки с данными 1С и SQL в исключения.

7. План действий для исправления ситуации

Для окончательного решения проблемы выполним следующие шаги:

1. Проверим Журнал событий Windows (разделы System и Application) на отметку времени 03:00. Ищем сообщения о перезапуске служб или ошибках диска.
2. В консоли администрирования серверов 1С настроим перезапуск рабочих процессов (rphost) раз в сутки, например в 02:00, чтобы освободить память перед началом активной смены.
3. Проверим наличие внешних скриптов в Планировщике заданий Windows, которые могут очищать временные папки Temp или запускать архивацию файлов.
4. Если конфигурация снята с поддержки и ИТС отсутствует, проанализируем внесенные изменения в модули проведения. Ошибки могут быть вызваны некорректным кодом, который не учитывает многопользовательскую работу (блокировки).

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