Если количество обрабатываемых блоков «Мониторинг» становится больше сотни за одну секунду, это нагружает базу данных. Очередь отложенных сообщений разрастается до такой степени, что сервис отложенных операций (DelayedOperationsService) не успевает их обрабатывать. Такое может случиться при одновременной работе множества задач. В результате они зависают со статусом «В обработке».

Например, в компании запущены сотни тысяч процессов, разработанных на основе задачи на исполнение поручения. В их схемах используется блок «Мониторинг», с помощью которого каждые 10 минут проверяется завершение подзадач и заданий. В результате одновременно стартованные задачи, по которым еще не сформированы задания, остаются со статусом «В обработке».

В этом случае при проектировании схем задач в среде разработки или в проводнике веб-клиента выберите один из способов:

•для оптимизации нагрузки на веб-сервер закладывайте больший период мониторинга, чем значение по умолчанию – 15 минут. Для вычисления оптимального периода учитывайте среднее количество одновременно выполняющихся задач;

•вызывайте выполнение блока «Мониторинг» программно, не указывая свойства Период и Срок прекращения. Настройте вызов события Результат мониторинга в том событии, завершение которого должен был контролировать блок мониторинга, например при выполнении задания. В этом случае мониторинг выполняется, только когда из кода вызвано событие блока Результат мониторинга;

•откажитесь от использования блока «Мониторинг». Вместо этого в схему задачи добавьте задание и в качестве исполнителя укажите системного пользователя. Настройте программное выполнение этого задания при достижении события, которое должен был контролировать блок «Мониторинг».

Также не рекомендуется использовать блок «Мониторинг» для принудительного прекращения задания. Вместо мониторинга можно использовать свойство Срок прекращения блока «Задание».