В процессе эксплуатации серверов 1С старых версий, в частности платформы 8.1, администраторы часто сталкиваются с критической ошибкой 0xc0000005 (Access Violation). Падение процесса rmngr.exe — менеджера кластера — приводит к остановке работы всех пользователей и прерыванию регламентных заданий. Давайте разберем, почему это происходит и как минимизировать риски возникновения таких сбоев.
Когда вы видите в журнале событий Windows ошибку с кодом 0xc0000005, это означает, что процесс rmngr.exe попытался обратиться к недопустимой области памяти. В вашем случае сбойным модулем является lockman.dll. Эта библиотека отвечает за работу системы блокировок в 1С. Основные факторы, провоцирующие эту ошибку:
lockman.dll, что в сочетании с устаревшими алгоритмами обработки транзакций вызывает фатальный сбой процесса.Прежде чем принимать радикальные меры, необходимо проанализировать, что именно происходит перед падением службы. Для этого мы рекомендуем воспользоваться технологическим журналом (ТЖ).
Для поиска проблем с памятью настройте фильтрацию ТЖ на следующие события:
MEM — регистрация событий, связанных с использованием оперативной памяти.LEAKS — поиск возможных утечек памяти в процессе работы rmngr.exe.Анализ логов поможет понять, есть ли в серверном коде бесконечная рекурсия или процессы, которые постепенно «съедают» всю доступную память, приводя к падению менеджера кластера.
Если обновление платформы невозможно, единственным рабочим способом стабилизации системы на текущий момент является регулярная принудительная перезагрузка службы «Агент сервера 1С:Предприятия». Это позволяет очистить кэш и освободить память, занятую процессом rmngr.exe.
Шаги по реализации:
net stop "1C:Enterprise 8.1 Server Agent"
timeout /t 10
net start "1C:Enterprise 8.1 Server Agent"
Несмотря на опасения, что переход на 8.3 — это долгий и трудоемкий процесс, технически это является самым правильным решением. Современная платформа гораздо более стабильна и устойчива к ошибкам доступа к памяти.
Почему стоит рассмотреть переход:
lockman.dll в составе 8.3 оптимизированы для работы с многопоточностью и современными версиями SQL Server, что полностью исключает большинство ошибок, характерных для версии 8.1.В заключение рекомендуем вам проанализировать частоту падений и сопоставить их с регламентными задачами. Если ошибки 0xc0000005 становятся системными и мешают бизнесу, планируйте миграцию на платформу 8.3. Это не только избавит вас от необходимости постоянно «лечить» службу перезагрузками, но и позволит использовать современные инструменты администрирования и мониторинга, которые недоступны в устаревшей версии 8.1.