向外延展設定

您可以跨多部伺服器來向外延展 Microsoft SQL Server Notification Services 執行個體。您可以將產生器、事件提供者和散發者放在個別伺服器中。另外，您也可以將非主控的事件提供者和訂閱管理應用程式放在個別伺服器中。這個主題說明三個常見的向外延展案例：需要較大散發輸送量的應用程式、使用非主控 (獨立) 事件提供者的應用程式，及在 Web 伺服器中有訂閱管理應用程式的應用程式。

散發者向外延展

高容量應用程式的散發者作業有可能會落後，因為將通知格式化可能非常消耗處理器的能力，散發通知則需要傳遞通知之系統的適當頻寬。若要儘可能減少散發瓶頸，您可以在應用程式定義中定義多個散發者，將散發者散佈於多部伺服器。當有可用的散發工作項目時，散發者便會收取這些項目。

下圖顯示 Notification Services 有三部伺服器的系統：一個伺服器執行產生器和主控的事件提供者，另兩個伺服器執行散發者。

請注意，產生器與主控的事件提供者在一起。這是因為產生器處理序的 CPU 或磁碟負擔不大；大部份散發者工作都是在資料庫伺服器上執行的。

附註：
您可以在每個應用程式的伺服器上主控每個應用程式的產生器，但每個應用程式都只會使用單一產生器。

建議格式化和散發採用的 CPU 數目，會隨著格式化演算法和散發記錄設定的複雜度而不同。如果格式化比較複雜，主控散發者的伺服器便需要較強的能力。如果您記錄通知文字，您的應用程式資料庫便必須有足夠的磁碟空間，才能儲存記錄的資訊。如需詳細資訊，請參閱＜設定散發者記錄＞。

一般建議是每個 Notification Services 伺服器和資料庫伺服器都應該有兩到四個 CPU。資料庫伺服器必須有足夠的磁碟空間來儲存事件、通知、訂閱和訂閱者資料，直到資料移除處理序移除資料為止。另外，您應該將資料庫檔案、記錄檔和 tempdb 資料庫放在個別實體磁碟中。

非主控的事件提供者

Notification Services 引擎可以執行事件提供者主機，事件提供者主機支援 Notification Services 所提供的標準事件提供者，以及您或協力廠商所開發的自訂主控事件提供者。不過，非主控的 (獨立的) 事件提供者會比較適合或比較容易使用。這些非主控的事件提供者通常都是執行於個別伺服器，如 Web 伺服器。

非主控的事件提供者利用 Notification Services API 來連接到資料庫以及提交事件，但不需要 Notification Services 引擎。在個別伺服器中使用非主控的事件提供者，您必須安裝 Notification Services 用戶端元件，以及在這部伺服器中註冊執行個體，但您不需要建立執行 Notification Services 引擎的 Windows 服務。

下圖說明含有遠端非主控事件提供者的系統。

如需部署資訊，請參閱＜部署非裝載的事件提供者＞。

訂閱管理介面

如同非主控的事件提供者，訂閱管理介面也是利用 Notification Services API 來連接到資料庫以及提交事件，但不需要 Notification Services 引擎。在主控訂閱管理介面的伺服器中，例如 Web 伺服器，您必須安裝 Notification Services 用戶端元件，以及在主控訂閱管理應用程式的伺服器中註冊執行個體，但您不需要建立 Windows 服務。

下圖說明含有遠端訂閱管理應用程式的系統。

如需部署資訊，請參閱＜部署訂閱管理介面＞。

請參閱

工作

逐步解說：向外延展部署

概念

硬體組態
Notification Services 注意事項
資料庫考量因素
資料庫資源規劃

說明及資訊

取得 SQL Server 2005 協助