Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

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

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

Ошибка 1С: Рабочий процесс перезапущен из-за превышения лимита времени

Обновлено: 25.08.2026 · Официальная документация ↗
  • В журнале регистрации и ТЖ регистрируются регулярные события перезапуска процессов по таймеру.
  • Пользователи жалуются на кратковременные подвисания интерфейса в момент перезапуска rphost.
  • Сброс временных данных клиентских сессий и отмена выполнения длительных операций.

1. Настройка параметра «Интервал перезапуска» в кластере

По умолчанию параметр «Интервал перезапуска» равен 0 (перезапуск отключен). Если в кластере задано ненулевое значение (например, 86400 сек — 24 часа), процесс будет принудительно перезапущен:

  • Откройте консоль администрирования кластера -> Свойства кластера.
  • Установите «Интервал перезапуска» = 0 (если перезапуск не требуется) или вынесите его на ночное нерабочее время (параметр «Период перезапуска»).

2. Настройка параметра через консоль RAC

# Отключение автоматического перезапуска процессов по времени
rac cluster update --cluster=<CLUSTER_ID> --lifetime-limit=0

3. Бесшовный перезапуск рабочих процессов (Graceful Recycling)

Чтобы перезапуск по таймеру происходил без отключения пользователей, настройте резервирование процессов:

# Количество резервных процессов, запускаемых заранее
rac cluster update --cluster=<CLUSTER_ID> --redundant-processes=1

4. Анализ причин включения перезапуска

Если перезапуск был включен для борьбы с утечками памяти, замените его на корректный мониторинг параметра --max-memory-size вместо жесткого таймера времени жизни.

💡 Практика специалистов: Не используйте параметр 'Интервал перезапуска' на серверах с круглосуточным циклом (24/7 склады, WMS, интеграционные шины). Используйте лимитирование по объему памяти и настройку резервных рабочих процессов.

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

Зачем администраторы настраивают принудительный перезапуск rphost?

Исторически перезапуск процессов раз в сутки использовался как превентивная мера против фрагментации памяти и накопления невалидных дескрипторов при интенсивной работе с COM-объектами.

Прерывает ли перезапуск по таймеру транзакции активных пользователей?

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

Что такое параметр 'Период перезапуска' (restart schedule)?

Это временной интервал в секундах от начала суток (например, 03:00 ночи), когда кластеру разрешено выполнять плановую замену рабочих процессов.

Как проверить, сколько времени непрерывно работает процесс rphost?

В Linux: ps -eo pid,etimes,cmd | grep rphost. В Windows: через Task Manager на вкладке 'Подробности' (колонка 'Время работы').

Полезные материалы
Рекомендуем