如何升級協調流程
當協調流程處理長時間執行的交易或正在等候來自請求回應埠的回應時，如何更新生產環境中執行的協調流程。
概觀
當協調流程無法處理長時間執行的交易時，您可以依照 檢查清單：更新 BizTalk 應用程式中的成品中所述進行更新。 不過，如果協調流程有處理長時間執行的交易，就無法立即切換到協調流程的更新版本。 您必須讓原始的版本完成訊息的處理，以避免訊息遺失。 若要完成這項作業，您要將更新的協調流程部署到與原始版本相同的應用程式中。 然後再停止原始的版本，並啟動更新版本使它可以接收所有新的訊息，而舊版本則持續處理任何已傳遞的訊息。 在原始的協調流程完成所有其訊息的處理之後，請將它從部署所在的 BizTalk 應用程式中解除部署。
如需此案例的詳細資訊，請參閱 案例：更新應用程式成品。
重要
如果有一個以上的協調流程繫結到相同的接收埠，而每個協調流程都已啟動或登錄，則您會在系統中導入重複的訊息。
注意
在升級到新的協調流程時，有些協調流程執行個體會在高壓力情況下而變成「已擱置 (可繼續)」，這是因為舊的協調流程與新的協調流程在升級過程中出現競爭而造成的。 若要手動繼續這些協調流程實例，請參閱 如何繼續暫停的協調流程實例。
必要條件
使用屬於 BizTalk Server Administrators 群組成員的帳戶登入。 您的帳戶也必須具有本機檔案系統和全域組件快取的讀取/寫入權限。 本機電腦上的「系統管理員」帳戶具有這項權限。
如需許可權的詳細資訊，請參閱 部署和管理 BizTalk 應用程式所需的許可權，以及 最低安全性許可權。
更新協調流程
對協調流程進行必要的變更。
依下列方式遞增組件的版本號碼：
在方案總管中，以滑鼠右鍵按一下 BizTalk 專案，然後按一下 [屬性] 以啟動專案的 [專案Designer]。
如果應用程式尚未使用中，請按一下 [ 應用程式 ] 索引標籤，然後按一下 [ 元件資訊]。
在右方窗格中增加組件的版本號碼。 您只應該增加主要或次要的版本號碼。 主要版本號碼是序列中的第一個數位， (0.0.0.0) ; 次要版本號碼是序列中的第二個數字 (0。0.0.0) 。 BizTalk Server無法辨識序列稍後的版本號碼變更，例如 0.0。0.0或 0.0.0。0.
按一下 [確定 ] 以關閉 [ 元件資訊 ] 對話方塊。
儲存專案。
從 Visual Studio 將組件部署到 BizTalk 應用程式。 如需指示，請參閱 將 BizTalk 元件從 Visual Studio 部署到 BizTalk 應用程式。 請確定您選取的部署選項會將組件部署在 GAC 中。
測試包含協調流程的組件。
將元件從測試環境中的應用程式匯出至 .msi 檔案，如 如何匯出 BizTalk 應用程式中所述。
注意
您可以使用下列步驟，對組件進行測試並將其部署到實際執行環境中。 如需開發、測試、預備和生產環境中應用程式部署工作的詳細資訊，請參閱 應用程式部署工作。
將 .msi 檔案匯入至生產環境中的 BizTalk 應用程式，其中包含您要更新的協調流程，如 如何匯入 BizTalk 應用程式中所述。
使用與原始協調流程相同的系結來系結更新的協調流程，如 如何設定協調流程的系結中所述。
取消登錄原始的協調流程，然後啟動更新的協調流程。 若要避免任何已卸載的訊息，您應該以程式設計方式執行這項操作，如 以程式設計方式部署和啟動新版協調流程中所述。 或者，您可以手動執行這些步驟，如如何 取消登錄協調流程、 如何登記協調流程和 如何啟動協調流程中所述。
使用群組中樞頁面查詢檢視監視原始協調流程版本的實例系統，如 如何檢視協調流程的實例資訊中所述。
當所有作用中、已解除凍結和暫停的實例都完成時，請從應用程式取消部署原始協調流程，如 如何從應用程式移除協調流程中所述。
選擇性地從執行應用程式之每部電腦上的 GAC 卸載原始元件版本，如 如何從 GAC 卸載元件中所述。