我們有一個BizTalk應用程序，它使用Web服務將XML文件發送到外部應用程序。自動暫停編排自動恢復
BizTalk通過傳遞XML文件和目標應用程序URL作爲參數來調用Web服務方法。
如果外部應用程序無法接收XML，或者如果沒有收到從Web服務返回給BizTalk的響應，則該消息會在BizTalk中暫停。
目前針對這種情況，我們手動轉到BizTalk管理並恢復每個掛起的消息。
我們的客戶希望這個過程自動化所有，他們希望一個儀表板顯示消息詳細信息列表和一個按鈕，在其點擊所有暫停的消息必須恢復。
如果您在編排過程中執行此操作並捕獲連接錯誤，只需添加配置爲5小時的延遲形狀即可。或者將重試間隔設置爲300分鐘，並且在發送端口重試多次（如果有意義的話）。您也可以使用規則引擎來執行此操作。
爲什麼不實現異步模式？
你這樣做，以便編排在初始化某個相關集時通過發送形狀發送文件。
您然後把一個listen形狀，在其一端：
- 接收（以下初始化相關集）
- 延遲形狀設定爲5小時。
當您收到消息時，您的編排可以優雅地處理它。
如果不這樣做，延遲形狀將會啓動並且相應地進行處理。
與解決方案40Alpha相比，此解決方案的優點在於，如果在接收到響應時超時啓動或超時，則您的編排只會從脫水狀態'醒來'。在40Alpha的例子中，編排會很多次喚醒，消耗額外的資源。
您可能想看產品，例如BizTalk 360。它內置了這種監視和命令。雖然我不確定它是否適用於BizTalk 2006R2，但是您應該考慮將該平臺從微軟支持中移除。