規劃通知解決方案

發行項
12/15/2008

在您開始實作 Notification Services 應用程式之前，一定要考慮有關應用程式輸入和輸出的預期類型和磁碟區標準。仔細檢閱這些標準，並且徹底分析建議應用程式的需求，可讓您開發符合商務目標的系統。

計劃檢查清單

請利用下列問題，引導您計劃應用程式。

您會使用 XML 或 Managed 程式碼來定義應用程式和設定執行個體嗎？

SQL Server 2005 Notification Services 可讓您選擇開發應用程式和執行個體。您可以利用 XML 來定義應用程式和設定執行個體，方法是針對每一個應用程式各建立一個應用程式定義檔案 (ADF)，以及針對每一個 Notification Services 執行個體各建立一個執行個體組態檔 (ICF)。或者，也可以利用 Notification Services Management Objects (NMO) 來定義應用程式以及設定執行個體。

如需詳細資訊，請參閱下列主題：

您的事件來源是什麼？

Notification Services 會尋找相符的事件和訂閱來產生通知。在開發應用程式之前，最好能夠想想您要在哪裡取得事件。如果可以從 XML 檔案或資料庫取得事件，也可以利用內建的事件提供者，連續或按照排程將資料提交到 Notification Services 應用程式。如果您的事件是採用另一種格式，可能得將事件直接提交到事件檢視，建立一個自訂事件提供者，或者查詢事件的其他資料來源。

如需有關事件提供者的詳細資訊，請參閱下列主題：

您會使用哪些資料庫來儲存執行個體和應用程式資料呢？Database Engine 執行個體的組態是什麼？

當您定義 Notification Services 應用程式和設定主控應用程式的執行個體時，可以為執行個體和應用程式資料建立新的資料庫，或者也可以利用現有的資料庫。您必須決定要把執行個體和應用程式資料連同其他作業資料一起儲存，還是要將執行個體和應用程式資料儲存在另一個資料庫中。

如果您選擇的資料庫含有多個檔案群組，那麼還必須決定要使用哪些檔案群組，來儲存特定的執行個體和應用程式資料。

請與您的資料庫管理員一起決定，如何以及在哪裡設定資料庫來儲存執行個體和應用程式資料。如需有關選項的詳細資訊，請參閱下列主題：

您希望應用程式接受哪些事件和訂閱的結構描述，以及希望它產生哪些通知呢？您希望使用任何紀事輯資料表的哪些結構描述呢？

您在定義 Notification Services 應用程式時，會記錄事件資料、訂閱資料和通知資料的結構描述。這些結構描述是用來建立應用程式資料表和檢視。了解這些結構描述，可以幫助您快速開發應用程式。

應用程式也可以利用事件和訂閱紀事輯，來儲存補充事件和訂閱資料。紀事輯的一般用途，是儲存事件資料讓排定的訂閱使用，以及儲存有關個別訂閱的歷程記錄資料。

您在定義 Notification Services 應用程式時，會提供聯結事件和訂閱資料的查詢，然後將資料插入通知檢視中。良好的結構描述設計，以及結果資料表和檢視的索引定義，可以幫助您建立最佳化的通知產生規則，提供更好的應用程式效能。

如需有關結構描述的詳細資訊，請參閱下列主題：

在部署應用程式之後，變更事件或通知結構描述會卸除並且重新建立基礎資料表和檢視。變更訂閱類別的結構描述，會將儲存訂閱資料的現有資料表重新命名，並且要求您以手動方式，將舊的訂閱資料移轉到新資料表上。

您要提供排程的訂閱，還是事件驅動訂閱，或是兩者都提供？您希望訂閱者提供參數來預先定義查詢，還是讓訂閱者定義他們自己的條件？

Notification Services 支援事件驅動的訂閱 (在事件到達時評估)，以及排定的訂閱 (按照排程加以評估)。無論是事件驅動的訂閱還是排定的訂閱，都支援基本動作或條件動作。

如需詳細資訊，請參閱＜定義訂閱規則＞。

您希望每隔多久移除一次舊事件和通知資料？

Notification Services 可以透過一個稱為 vacuuming 的處理序，自動移除過期的舊事件和通知資料。您可以在定義應用程式時，為每個應用程式設定 vacuuming。如需詳細資訊，請參閱＜設定資料移除＞。

您要使用標準的 Notification Services 元件，還是計劃實作自訂元件？

自訂元件可以為應用程式提供非常特定和強大的功能，但它們也需要額外的資源來進行設計、開發和測試。如需詳細資訊，請參閱＜開發自訂的 Notification Services 元件＞。

您預期傳遞什麼磁碟區的通知 (基底時間和尖峰時間)？高可用性有多重要？

Notification Services 支援向上延展、向外延展和容錯移轉叢集硬體組態。了解通知磁碟區和可用性需求，可以幫助您選擇一個硬體組態。如需詳細資訊，請參閱＜規劃 Notification Services 系統＞。

您打算使用哪些技術來實作您的訂閱管理介面？

您可以使用 Microsoft .NET Framework 以及它所支援的任何語言，以 Managed 程式碼實作訂閱管理介面，也可以利用 Notification Services 檢視來提交基本訂閱者和訂閱資料。Managed 程式碼介面可以直接存取 Notification Services 類別，而 unmanaged 應用程式則必須使用 COM Interop，並且只限於基本動作，而非條件動作。

您可以利用 Notification Services 檢視，加入訂閱者和訂閱者裝置資料。如果您的應用程式所用的事件驅動訂閱，只支援基本動作，您也可以利用這些檢視來加入訂閱資料。

決定要使用哪一種實作，可以幫助您決定您必須在每一個伺服器安裝什麼軟體，並且幫助您為向外延展和容錯移轉做更好的計劃。

如需詳細資訊，請參閱＜開發訂閱管理介面＞。

您需要將 Notification Services 應用程式整合外部資料庫或協力廠商應用程式嗎？

Notification Services 可以從其他系統取得資料，並且將通知傳遞給其他系統。事件提供者到傳遞通訊協定，通常都會進行這項整合作業。您的應用程式也可以查詢外部資料庫，以取得事件、訂閱或其他資料。

整合需求可能會影響 Notification Services 應用程式的許多方面，例如，系統效能、資料格式化選項以及通知傳遞。

如需詳細資訊，請參閱＜Notification Services 與其他技術＞。

請參閱

共用方式為