BizTalk 主控件的高可用性
BizTalk Server提供解決高可用性的絕佳彈性，因為您可以策略性地指定邏輯主機來執行特定功能區域，例如接收和傳送訊息或處理協調流程，這些區域可以實際部署到多部伺服器。
BizTalk 主機是BizTalk Server群組內的邏輯容器，可存放BizTalk Server專案，例如配接器傳送處理常式 (包括管線) 、接收位置和協調流程。 您通常會將具有相似擴充屬性的項目群組成特定的主控件。
建立主機之後，您可以將它部署至實體BizTalk Server電腦作為主機實例。 主機實例會在指定的BizTalk Server電腦上，以 Windows 服務的形式執行，BTSNTSvc.exe (或 64 位主機實例) BTSNTSvc64.exe。 對於每個主機，您只能有一個特定BizTalk Server電腦上的實例。 不過，您可以在一或多部BizTalk Server電腦上擁有特定主機的實例，而且您可以在特定BizTalk Server電腦上擁有不同主機的實例。
BizTalk 主機中包含的專案可以執行下列功能：
接收。 在接收位置拾取訊息之後，這些項目會進行訊息的初始處理。 當主機包含接收專案時，例如使用管線) (接收位置，訊息解碼和解密會在主機內的管線中發生。
傳送。 這些項目會在訊息傳送到傳送埠之前，進行訊息的最後處理。 當主機包含傳送專案時，例如傳送埠，訊息簽署和加密會在主機內的管線中發生。
處理。 這些專案會根據協調流程中的指示來處理訊息。
一個 BizTalk 主控件可以包含接收、傳送和處理訊息的項目。 為了方便管理和延展性，建議您為每個函式建立指定的不同主機。 特別是，我們建議您使用不同的主機來處理和接收/傳送作業。
例如，若您接收一個訊息、執行協調流程，並傳送十個訊息，您要將接收和傳送功能分成兩個獨立的主控件，因為傳送項目將會比接收項目多出十倍的流量。 若您接收一個訊息、執行協調流程，並傳送一個訊息，您可以將這些項目視為一個工作單位並將它們群組為單一主控件。 或者，您可以將它們分成三個不同的主控件以增加效能和彈性，不過這也可能增加管理成本。
BizTalk 主機是兩種類型之一：進程內或隔離。 同進程主機會在BizTalk Server執行時間進程 (BTSNTSvc.exe 或 BTSNTSvc64.exe) 和隔離主機內部執行，不會在BizTalk Server執行時間進程中執行。 隔離主機只會用於隔離接收配接器的接收端。 下表列出每個主控件類型可能包含的項目。
| 主機類型 | 邏輯容器 |
|---|---|
| 內含式 | - 協調流程 - 配接器傳送處理常式 - 進程內配接器接收處理常式 |
| 隔離式方案 | - HTTP，SOAP 接收處理常式 - 任何其他隔離配接器接收處理常式 |
如需管理 BizTalk 主機和主機實例的詳細資訊，請參閱BizTalk Server說明中的管理 BizTalk 主機和主機實例https://go.microsoft.com/fwlink/?LinkID=154191 () 。
若要為 BizTalk 主機提供高可用性，您必須在環境中的兩部或多部電腦上) ，針對每個主機 (擁有兩個以上的主機實例。 透過針對每個主機擁有一個以上的主機實例，您可以確定如果一個主機實例無法使用，執行相同主機實例的其他電腦上主機實例可以繼續發生問題或失敗主機實例的功能，而且整體系統可以繼續執行最少中斷。
其他主機的缺點
雖然建立其他主機實例的優點，但如果建立太多主機實例，也有潛在的缺點。 每個主機實例都是 Windows 服務 (BTSNTSvc.exe 或 BTSNTSvc64.exe) ，它會針對 MessageBox 資料庫產生額外的負載，並取用電腦資源，例如 CPU、記憶體和執行緒。 除了這些以外，您有下列原因導致未設定太多額外的主機實例：
每個主機會報告數個效能計數器，資料細微性太多。 這會影響需要周遊大量資料之系統管理員的可用性。 這會對系統管理員擁有的整體檢視產生負面影響。
每個主機都會耗用大量的記憶體，這可能會導致節流和降低效能的情況。
如果主機收到持續執行輪詢的配接器，則每個主機會以短間隔輪詢資料庫，因而導致效能降低。
本節內容
另請參閱
設定主機和主機實例，為Master Secret Server設定高可用性的專用追蹤主機規劃高可用性2高可用性資料庫高可用性