Центр Диагностики & База Системных Ошибок

Решения для Windows Server, Active Directory, 1С, СУБД, Linux, Cisco, MikroTik и IP-телефонии.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, баз данных и сетевого оборудования. Перед выполнением действий обязательно создайте резервную копию. При отсутствии необходимой квалификации обратитесь к ИТ-специалистам.

Кластер 1С: Ошибка «Сеанс отсутствует или удален irmngrsrvcimpl»

Обновлено: 16.09.2026  ·  Официальная база знаний

Симптомы падения сеансов в кластере 1С

Пользователи в процессе работы (чаще всего при формировании объемных отчетов, проведении документов или после короткого простоя) внезапно выбрасываются из программы с критическим сообщением: Сеанс отсутствует или удален с указанием на файл исходного кода платформы: src\irmngrsrvcimpl.cpp или server_mod.cpp.

Событие в окне ошибкиЗапись в Техническом журналеПричина
Сеанс отсутствует или удален (irmngrsrvcimpl.cpp)EXCP ... Session not found / Process terminatedАварийное падение (краш) рабочего процесса rphost, обслуживавшего сеанс
Сеанс завершен администраторомADMIN ... Terminate sessionСрабатывание таймаутов спящих сеансов или принудительное удаление диспетчером
Соединение с сервером потеряноCALL ... server connection lostПерезапуск службы ragent или сброс сокетов сетевым экраном

Алгоритм стабилизации кластера и устранения ошибки

  1. Анализ причин аварийного завершения процесса rphost:

    Ошибка irmngrsrvcimpl.cpp почти всегда означает, что сеанс не был удален штатно — умер сам процесс rphost.exe, хранивший данные сеанса в оперативной памяти. Основные причины: превышение лимита памяти (Out of Memory) или повреждение внутренней памяти некорректным внешним компонентом (C++ / COM).

  2. Настройка параметров перезапуска рабочих процессов в консоли кластера:
    • Откройте консоль Администрирование серверов 1С:Предприятия.
    • Перейдите в свойства кластера.
    • Установите защитные лимиты для предотвращения падений из-за утечек памяти:
      • Допустимый объем памяти: задайте значение в байтах (например, 80% от физической RAM сервера).
      • Интервал превышения допустимого объема памяти: 60 секунд.
      • Период перезапуска рабочих процессов: 86400 секунд (1 раз в сутки ночью).
      • Выключенные процессы останавливать через: 180 секунд (позволит завершить активные вызовы).
  3. Ограничение времени спящих и неактивных сеансов:

    Зависшие фоновые задания переполняют менеджер кластера (rmngr):

    // Свойства информационной базы в консоли кластера:
    Время засыпания пассивных сеансов: 1200 (20 мин)
    Время завершения спящих сеансов: 3600 (60 мин)
  4. Анализ аварийных дампов памяти (Crash Dumps):

    Включите сбор дампов через Windows Error Reporting (WER) в реестре для точной локализации сбойного модуля платформы:

    New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\rphost.exe" -Force
    Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\rphost.exe" -Name "DumpType" -Value 2 -Type DWord

Сетевой фактор: Если процессы rphost не падают, а ошибка возникает после 10–15 минут простоя клиента, причиной является закрытие «тихих» TCP-соединений межсетевым экраном (Stateful Firewall Drop). Настройте Keep-Alive в реестре Windows на уровне 3-5 минут.

Практический опыт инженера: Практика ITSTM: Если ошибка возникает строго на одном отчете, снимите флаг 'Использовать управляемые блокировки' в коде этого отчета или проверьте, не пытается ли запрос выгрузить в память более 5 миллионов записей. Массивные выборки переполняют 32-битный буфер сортировки платформы.

Частые вопросы (FAQ)

Что означает файл irmngrsrvcimpl.cpp в тексте ошибки?

Это внутренний файл C++ исходного кода платформы 1С (IR Manager Service Implementation), отвечающий за взаимодействие менеджера кластера rmngr со списками активных пользовательских сеансов.

Почему ошибка появляется только у пользователей тонкого клиента?

Тонкий клиент работает по протоколам HTTP/TCP с жестким контролем идентификатора сессии. При потере контекста на сервере тонкий клиент не может выполнить автоматическое переподключение без перезапуска формы.

Помогает ли очистка серверного сеансового кэша (папки snccntx)?

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

Как изолировать сбоящие сеансы от основной массы пользователей?

Создайте в кластере второй рабочий процесс (rphost) и настройте требования назначения функциональности (ТНФ), выделив фоновые задания или тяжелые отчеты на отдельный процесс.