共用方式為

管理與監控

  • 發行項

建置在BizTalk Server引擎上的每個應用程式都需要管理。 如何安裝新應用程式？ 有什麼可能的組態？ 現在系統內部發生了什麼問題？ 此部分針對這些工具回答以上問題。

安裝 BizTalk Server

Microsoft BizTalk Server包含許多元件，而且取決於 Windows 環境的多個層面。 請確定已備妥產品所需的正確版本，否則不容易正確安裝所有的產品元件。

安裝工作其實十分簡單。 從 BizTalk Server 2009 升級的作業會自動進行，且舊版組建的所有項目 (協調流程、對應等等) 都會繼續正常運作。 為了確保正確的環境存在，BizTalk Server 系統管理員可以下載標準 .CAB 檔案，或參考先前下載 .CAB 檔案的已提供 .CAB 檔案。 無論是哪一種情形，這個檔案都包含安裝產品所需的可轉散發元件。 這包含 Microsoft Data Access Components (MDAC) 與 Microsoft XML Parser (MSXML) 的正確版本、最新的安全性 Hot Fix 及其他需要的軟體。

安裝完此 .CAB 檔內容後，有兩個主要選項可安裝 BizTalk Server。 預設的方式，也是開發人員建立 BizTalk Server 環境時的一般作法，就是在一部機器上使用單一帳戶安裝所有產品的元件。 程序開始後，開發人員只需在一旁觀看安裝進度即可。 相反的，在系統管理員設定生產環境 BizTalk Server 時，可使用自訂組態選項。 這個選項可將產品部署在不同機器上，定義並使用不同帳戶及其他更詳細的組態。

建立可調整的組態

如果高可用性或備援不是需求，則可以在單一電腦上安裝整個BizTalk Server引擎。 不過在某些情況下，這不是適當的解決方案。 可能引擎必須處理的訊息數目對於一台電腦來說太多，或者需要備援讓系統更可靠。 為了符合這類需求，BizTalk Server引擎可以透過數種方式進行部署。

部署引擎的基礎概念是主控件的構思。 主控件可以包含各種項目，包括協調流程、配接器以及管線。 不過主控件只是邏輯的建構。 若要使用主控件，BizTalk Server 系統管理員必須建立主控件執行個體。 每一個主控件執行個體都是一個 Windows 程序，而且可以包含各種項目，如下圖所示。 如範例所示，機器 A 是兩個主控件執行個體的主控所。 一個包含接收配接器及接收管線，而另一個包含協調流程 P 及 Q。機器 B 只執行一個主控件執行個體，另包含兩個協調流程 P 及 Q。機器 C 和機器 A 一樣，是兩個執行個體的主控所，但是這兩個執行個體都不包含協調流程。 反之，每一個執行個體都包含不同的傳送管線和傳送配接器。 最後，電腦 D 儲存此組態中所有主控件執行個體使用的 MessageBox 資料庫。

顯示多個主機實例範例的影像。

此範例說明多個使用主控件的方法。 例如，既然機器 A 與 B 同時為協調流程 P 及 Q 的主控所，BizTalk Server 可以根據每部機器的可用性及目前負載，自動負載平衡要求到這些協調流程。 這可讓 BizTalk 應用程式視需要為高容量程序擴大效能。 同時請注意，機器 C 包含兩種不同處理外寄訊息的方法。 也許一種方法依賴標準的 BizTalk Server 配接器，例如 HTTP 配接器，而另一種可以使用自訂配接器，與特定系統溝通。 在某些情況下，像這樣將所有輸出處理在單一電腦上組成群組是不錯的方法。 而且因為每一個主控件執行個體與其他每一個主控件執行個體隔離 (它們是不同的程序)，可以更安全地在個別的執行個體執行未完全信任的程式碼，例如新的自訂配接器。 即使此範例僅包含 MessageBox 資料庫的單一執行個體，您還是可以複製或叢集資料庫，避免建立單點的失敗。

在目前 BizTalk Server 版本中介紹的 BizTalk 應用程式抽象概念本質上與主控件無關。 若是簡單的 BizTalk 應用程式，所有元件應會包含在單一主控件中，且都安裝在同一部電腦上。 不過在較複雜的案例中，組成應用程式的不同成品 (協調流程、配接器及管線等等) 可能會散佈在多台機器的多個主控件中，如上圖所示。 因此，將這些成品對應到實體機器的程序就不能依賴 BizTalk 應用程式的概念。

管理應用程式

管理BizTalk Server引擎的主要工具是BizTalk Server管理主控台，這是 Microsoft Management Console (MMC) 嵌入式管理單元，可為BizTalk Server系統管理員提供使用者介面。 雖然此工具為系統管理員提供一些功能，但最重要的功能是執行三件事：

  • 部署 BizTalk 應用程式。 BizTalk Server 可讓系統管理員將完整的 BizTalk 應用程式視為一個單位來使用。 使用 BizTalk Server 管理主控台，系統管理員可以建立 BizTalk 應用程式，並將其部署至一或多部伺服器。

  • 設定 BizTalk 應用程式。 當開發人員建立協調流程時，大多使用邏輯術語。 例如，若要定義 BizTalk Server 引擎與特定應用程式溝通的方法，開發人員可以選擇 HTTP 配接器，不需擔心會使用到特定 URL。 同樣地，開發人員可指定傳送管線應該包含可新增數位簽章到外寄訊息的元件，而不需擔心建立此簽章會使用到哪個金鑰。 不過要讓應用程式運作，還是必須指定這些細節。 BizTalk Server 管理主控台可讓系統管理員建立和修改這類設定。

  • 監控 BizTalk 應用程式。 在 BizTalk Server 管理主控台上使用 [群組中樞] 頁面，系統管理員可以監視 BizTalk 應用程式的作業。 群組中樞會顯示這些應用程式目前狀態的相關資訊，而且可以透過各種方式檢查應用程式。 例如， 群組中樞 頁面會使用色彩編碼的指標來顯示這些問題，而不是要求系統管理員搜尋問題。 這樣系統管理員可以更主動的進行應用程式監控。

    依賴BizTalk Server管理資料庫的 BizTalk 管理主控台也會提供其他服務。 系統管理員可在應用程式執行時動態新增電腦，並指定要指派給他們的主機。 不需關閉應用程式就可進行這些變更。 也可透過 Windows Management Instrumentation (WMI)，以程式設計的方式存取管理主控台的功能，讓系統管理員建立自動化管理功能的指令碼。

報告和偵錯應用程式

BizTalk 應用程式會執行許多動作：傳送和接收訊息、在協調流程中處理這些訊息、使用不同通訊協定與各種系統通訊等等。 保存應用程式活動記錄非常有用，特別是在失敗發生時。 同樣地，具有偵錯協調流程及其他應用程式元件的方法也是同樣重要。 這兩項功能都是由群組中樞在 BizTalk Server 中提供。

  • 群組中樞提供在引擎上執行之應用程式相關資訊的圖形化存取。 此資訊包含協調流程開始及結束的時間、協調流程中的每個圖形執行的時間、傳送及接收每個訊息的時間及這些訊息的內容等等。 開發人員或系統管理員甚至可以設定中斷點，讓協調流程在預先定義的地方停止並進行檢查。 群組中樞也可以用來檢查封存的資料，尋找商務程式執行中的模式和趨勢。 此資訊對於偵錯、回答商務問題 (例如查驗訊息是否已傳送至客戶)，以及保留持續產生的統計值 (用於改進效能)，有很大的幫助。

另請參閱

BizTalk Server 傳訊引擎
安裝BizTalk Server 2016或BizTalk Server 2013 或 R2
設定 BizTalk Server
部署和管理 BizTalk 應用程式
使用群組中樞頁面