ERR_1C_JOB_KILLED_RPHOST_RESTART 1С:Предприятие и СУБД

Задание 1С завершено аварийно из-за перезапуска рабочего процесса rphost

Обновлено: 25.08.2026 · Официальная документация ↗

В ЖР запись: Задание завершено аварийно из-за перезапуска рабочего процесса.
Внезапный разрыв сессий всех пользователей, подключенных к конкретному процессу rphost.
В системном журнале ОС регистрируется падение процесса rphost.exe или убийство процесса демоном OOM Killer в Linux.
Резкий всплеск создания новых рабочих процессов в консоли кластера 1С.

1. Проверка срабатывания ограничений памяти в свойствах кластера

В консоли серверов 1С проверьте параметры кластера:

Допустимый объем памяти рабочих процессов: если суммарная память процессов превышает лимит, кластер принудительно перезапускает rphost.
Интервал превышения допустимого объема памяти: если задано малое значение (например, 10-30 сек), фоновое задание не успевает освободить память и уничтожается.

2. Диагностика OOM Killer в Linux

Проверьте, не завершает ли ядро Linux процесс rphost из-за нехватки оперативной памяти:

dmesg -T | grep -Ei "oom[-_]killer|killed process.*rphost"

Если OOM Killer активен, увеличьте RAM сервера или добавьте Swap.

3. Настройка Технологического журнала на перехват аварийного завершения

Создайте конфигурацию logcfg.xml:

<config xmlns="http://v8.1c.ru/v8/tech-log">
    <dump location="C:\1C_Dumps" create="1" type="2"/>
    <log location="C:\1C_Logs\Crash" history="72">
        <event>
            <eq name="name" value="EXCP"/>
        </event>
        <event>
            <eq name="name" value="PROC"/>
        </event>
        <property name="all"/>
    </log>
</config>

💡 Практика специалистов: Всегда настраивайте параметр кластера 'Количество ИБ на один процесс' и используйте функционал ТНФ (Требования назначения функциональности), чтобы изолировать тяжелые фоновые регламенты от клиентских интерактивных сессий.

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

Почему один тяжелый отчет или фоновое задание 'роняет' весь рабочий процесс с другими пользователями?

В стандартной архитектуре 1С несколько клиентских и фоновых сеансов обслуживаются общими потоками одного rphost. Если один поток вызывает Access Violation или переполняет память процесса, ОС аварийно завершает весь процесс целиком.

Как изолировать фоновые задания от интерактивных пользователей?

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

Что означает параметр 'Объем памяти рабочих процессов, до которого сервер считается производительным'?

Это порог, по достижении которого менеджер кластера перестает назначать новые сеансы на данный rphost и направляет их на менее загруженные процессы.

Как предотвратить падение rphost при формировании гигантских таблиц значений в памяти?

Оптимизируйте код: заменяйте обработку больших массивов в памяти временными таблицами СУБД и выгружайте данные порциями.