Мое понимание этого параметра (при условии, что оно совпадает с записью Throttling PauseAt / ResumeAt в BTSNTSvc.exe.config начиная с BizTalk 2006), заключается в том, что оно ограничивает количество сообщений любой отдельной подпиской (порт или оркестровка любого типа), а не обязательно число одновременных оркестровок определенного типа.Все дальнейшие сообщения для этой подписки будут поставлены в очередь в окне сообщений.(ИМХО, я обнаружил, что настройки регулирования BTS являются скорее механизмом самосохранения для BizTalk, а не механизмом настройки конкретного приложения)
Если вам нужно ограничить количество оркестровок определенного типа (например, если BizTalkперегружает нисходящее приложение с ограниченными ресурсами WCF или SQL), вам потребуется реализовать вариант оркестровки Singleton (т. е. одновременные оркестровки <= N).Ричард Серотер описывает такой механизм <a href="http://seroter.wordpress.com/2008/05/19/biztalk-orchestration-throttling-pattern/" rel="nofollow"> здесь (Балансировка нагрузки / Круглое планирование Робина, хотя мы использовали модификацию генерации случайных чисел, предложенную Майком С. в комментариях).Существуют некоторые дополнительные проблемы с надежностью в отношении синглетонов, так как одна оркестровка будет обрабатывать все / многие сообщения - например, охватывать ваши сообщения и переменные настолько строго, насколько это возможно.Вам также необходимо следить за одиночными сообщениями, чтобы убедиться, что количество невыполненных сообщений не слишком велико - мы обнаружили, что, как только вы получаете 10 000+ сообщений, помещенных в очередь в одном месте, время обработки сокращается.