← На главную

Ситуация, когда сервер 1С начинает плодить сотни фоновых заданий, которые зависают в статусе «Выполняется» и парализуют работу системы, является критической. Давайте разберем по шагам, как диагностировать и устранить эту проблему.

Шаг 1: Проверка регламентных заданий полнотекстового поиска

Первым делом проанализируем, не вызвана ли нагрузка перестройкой индексов. В кластере 1С при объединении серверов или изменении настроек часто происходит сбой в работе механизмов полнотекстового поиска (ППД). Если базы данных «потеряли» свои индексы, система будет пытаться перестроить их с нуля, запуская соответствующие регламентные задания.

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

1. Откройте консоль администрирования 1С для каждой базы.
2. Временно отключите регламентные задания, связанные с ППД: Обновление индекса ППД, Слияние индекса и Извлечение текстов для ППД.
3. Завершите зависшие сеансы фоновых заданий в консоли кластера.
4. Вручную выполните операцию Очистить индекс, а затем Обновить индекс через меню администрирования.
5. После завершения индексации снова включите регламентные задания.

Шаг 2: Анализ используемой версии платформы

Разберем важный момент: платформа версии 8.3.18.1128, упомянутая вами, является одной из ранних сборок линейки 8.3.18. В данной ветке было выявлено множество критических ошибок, связанных с утечками памяти и некорректным поведением менеджера кластера. Ошибки в управлении фоновыми процессами в этой версии были исправлены только в релизах 8.3.18.1779 и выше.

Рекомендация: если проблема носит систематический характер и не связана с настройками логики, мы настоятельно рекомендуем обновить платформу до актуального стабильного релиза. Работа на ранних бета-версиях 8.3.18 часто приводит к тому, что рабочие процессы rphost бесконечно перезапускаются, а фоновые задания «застревают» в памяти сервера.

Шаг 3: Проверка настроек кластера и требований назначения функциональности

Разберем архитектуру вашего кластера. Если вы объединили сервера, но оставили уровень отказоустойчивости 0, кластер не будет эффективно управлять распределением нагрузки. Более того, если в требованиях назначения функциональности не указано, на каком именно сервере должны выполняться регламентные задания, все узлы кластера могут пытаться запустить одни и те же задачи одновременно.

Что необходимо проверить:

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

Шаг 4: Диагностика блокировок в СУБД

Иногда задание висит не из-за ошибки в коде 1С, а из-за того, что оно ожидает завершения транзакции в СУБД. Проанализируем ситуацию через SQL Server (или аналог):

1. Посмотрите список активных блокировок. Если вы обнаружите длительные транзакции, которые блокируют системные таблицы, становится ясно, почему фоновые задания не могут завершиться.
2. Проверьте журнал регистрации 1С. Ищите события с уровнем Ошибка, которые предшествуют массовому запуску заданий. Часто там содержатся записи об аварийном завершении рабочих процессов.

Итоговый алгоритм действий

Для исправления ситуации рекомендуем следующий порядок действий:

1. Обновите платформу до версии 8.3.18.1779 или выше для исключения багов движка.
2. Ограничьте выполнение регламентных заданий на одном сервере, настроив требования назначения функциональности в консоли кластера.
3. Выполните обслуживание полнотекстового поиска во всех проблемных базах.
4. Настройте профили безопасности и проверьте лимиты потребления памяти для процессов rphost, чтобы предотвратить их принудительное завершение сервером при нехватке ресурсов.

Помните, что стабильность кластера зависит не только от кода конфигурации, но и от чистоты индексов СУБД, а также от корректной настройки взаимодействия между рабочими процессами внутри сервера 1С.