Почему периодически падает служба сервера 1С:Предприятие 8.1 (rmngr.exe) и как это исправить?

Системный администратор IT и автоматизация бизнеса
← На главную

В процессе эксплуатации серверов 1С старых версий, в частности платформы 8.1, администраторы часто сталкиваются с критической ошибкой 0xc0000005 (Access Violation). Падение процесса rmngr.exe — менеджера кластера — приводит к остановке работы всех пользователей и прерыванию регламентных заданий. Давайте разберем, почему это происходит и как минимизировать риски возникновения таких сбоев.

Анализ причин возникновения ошибки

Когда вы видите в журнале событий Windows ошибку с кодом 0xc0000005, это означает, что процесс rmngr.exe попытался обратиться к недопустимой области памяти. В вашем случае сбойным модулем является lockman.dll. Эта библиотека отвечает за работу системы блокировок в 1С. Основные факторы, провоцирующие эту ошибку:

Метод 1: Диагностика и выявление утечек памяти

Прежде чем принимать радикальные меры, необходимо проанализировать, что именно происходит перед падением службы. Для этого мы рекомендуем воспользоваться технологическим журналом (ТЖ).

Для поиска проблем с памятью настройте фильтрацию ТЖ на следующие события:

Анализ логов поможет понять, есть ли в серверном коде бесконечная рекурсия или процессы, которые постепенно «съедают» всю доступную память, приводя к падению менеджера кластера.

Метод 2: Регламентная перезагрузка службы

Если обновление платформы невозможно, единственным рабочим способом стабилизации системы на текущий момент является регулярная принудительная перезагрузка службы «Агент сервера 1С:Предприятия». Это позволяет очистить кэш и освободить память, занятую процессом rmngr.exe.

Шаги по реализации:

  1. Создайте пакетный файл (bat-скрипт) для перезапуска службы:
    
    net stop "1C:Enterprise 8.1 Server Agent"
    timeout /t 10
    net start "1C:Enterprise 8.1 Server Agent"
    
  2. Настройте выполнение этого скрипта через «Планировщик заданий» Windows в часы минимальной активности пользователей (например, глубокой ночью).
  3. Убедитесь, что регламентные задания, выполняемые ночью, завершаются до начала перезагрузки, чтобы избежать прерывания критически важных процессов загрузки данных.

Метод 3: Переход на современную платформу 8.3

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

Почему стоит рассмотреть переход:

В заключение рекомендуем вам проанализировать частоту падений и сопоставить их с регламентными задачами. Если ошибки 0xc0000005 становятся системными и мешают бизнесу, планируйте миграцию на платформу 8.3. Это не только избавит вас от необходимости постоянно «лечить» службу перезагрузками, но и позволит использовать современные инструменты администрирования и мониторинга, которые недоступны в устаревшей версии 8.1.

← На главную