Как мы оптимизировали производительность 1С: УХ, пропустив нагрузочное тестирование

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

На какой версии платформы вы наблюдали этот баг?

Выяснив, в чем дело, мы направили обратную связь в 1С об этой проблеме (ц)

Что ответил 1С? признал ошибку? Что рекомендовал как решение?

Выяснилось, что проблема заключалась в проверке корректности заполнения расчетных счетов при формировании списка. (ц)

правильно понял, это ошибка типового решения? если так, как отреагировал 1С на нее: признал? исправил в новых версиях?

спасибо

по поводу множественного запуска фз. обращали ли внимание это происходило во время выключения рабочего процесса?

у платформы есть особенность, если кластер выключает рабочий процесс, то этот рпхост начинает выполнять метод ФоновыеЗадания.ОжидатьЗавершение(массивФЗ) (точное имя метода не помню, но смысл близок) не по документации, а сразу возвращает управление в место вызова. Таким образом плодятся потоки, сталкивались у себя с таким, но не в СПБ, а в собственной разработке

кластер может перезапустить рпхост и самостоятельно, например, признав его проблемным. клиентские сеансы предприятия переедут, а фз не переезжают.