資料庫考量因素
Microsoft SQL Server Notification Services 會在部署 Notification Services 執行個體時建立資料庫。除了在執行個體組態與應用程式定義中定義資料庫屬性之外，不用定義資料庫；然而，您必須適當設定 Database Engine 以達到最佳效能。設定 Database Engine 時請使用下列方針。
資料庫建議
為了得到最佳效能、安全性以及復原能力，我們建議下列有關 Notification Services 資料庫的事項。
記錄檔
處理事件及通知會在記錄檔中建立頻繁活動。這個活動會減少其他作業的讀寫次數，從而可能降低整個系統的效能。若要最佳化效能，在定義執行個體資料庫和應用程式資料庫時，請將記錄檔放在專用的實體磁碟上。
tempdb
Notification Services 廣泛使用 tempdb 資料庫。例如，每當事件與訂閱相符時，SQL Server 就會建立暫存資料表。因為 tempdb 很重要且使用頻繁，所以為這個資料庫定義足夠的初始大小以盡量減少重設大小，以及將資料庫放在不同的實體磁碟上以減少資源爭用都是很重要的。
每次 SQL Server 啟動時，都會重新建立初始大小的 tempdb 資料庫。如果 tempdb 的初始大小太小，而資料庫設定為自動成長，則自動成長處理序將使用比正常作業期間資料庫所用更多的系統資源，這可能會降低系統效能。您可以變更資料庫增加 tempdb 的初始大小，以及增加自動成長百分比來避免這種負擔。
如需詳細資訊，請參閱＜系統資料庫＞。
索引
索引對於最佳化 Notification Services 效能非常重要。首先，索引可以大幅改善聯結的效能。其次，出現事件與訂閱相符情況後，會從其他表格擷取資料以產生帶有傳遞指示的實際通知。索引能協助 SQL Server 更快地擷取此資料。
當 Notification Services 資料庫建立時，您應在 ADF 中為大部份資料表定義索引。然而，其他索引則可以提高這些查詢的效能。
若要定義其他索引，可以檢查 ADF 中定義的 Transact-SQL 程式碼，或者建立自己的索引或使用會建議索引的 SQL Server Database Engine Tuning Advisor。
如需詳細資訊，請參閱＜設計索引＞。
資料庫復原模式
若要確保該資料不會遺失，請經常使用完整復原模式備份所有 Notification Services 資料庫。這可讓您定期建立完整的資料庫備份，並且視需要建立差異備份及交易記錄備份。
若要確保交易記錄未滿，請密集而定期地備份資料庫檔案及記錄檔。如需有關資料庫備份的詳細資訊，請參閱＜備份 Notification Services 資料庫與運作檔案＞和＜在 SQL Server 中備份和還原資料庫＞。
您也可以使用「系統監視器」(為「Microsoft Windows 效能」工具的一部份) 來監視資料庫及交易記錄。例如，SQL Server: Databases效能物件包含了已使用的記錄百分比效能計數器來監視交易記錄的寫滿程度。如需有關 SQL Server 效能物件的詳細資訊，請參閱＜使用 SQL Server 物件＞。
使用者連接
連接是一種重要的資源。Notification Services 執行個體和應用程式的資料儲存在 SQL Server 資料庫，而當處理事件時，應用程式會從 SQL Server 要求並收到資料。如果可用的連接不夠，則會發生錯誤。
您可以讓使用者同時連接最大值的值保持為 0，這表示連接數僅由 SQL Server 的最大值限制。如需詳細資訊，請參閱＜user connections 選項＞。
資料庫驗證
Notification Services 支援 Windows 驗證及 SQL Server 驗證；但其功能並不需要 SQL Server 驗證。在大多數應用程式中，Windows 驗證的某些優點使它優於 SQL Server 驗證，例如安全性驗證、密碼加密、稽核、密碼過期、最小密碼長度，以及多個無效登入後要求帳戶鎖定。
由於這些原因，我們強烈建議您使用 Windows 驗證。如需有關安全性組態的詳細資訊，請參閱＜保全 Notification Services＞。
如果您使用 SQL Server 驗證，必須指定 Notification Services 引擎用來連接到 Database Engine 的 SQL Server 使用者名稱和密碼。如需詳細資訊，請參閱＜為 Notification Services 的執行個體設定 SQL Server 權限＞。
請參閱
概念
資料庫資源規劃
定義應用程式資料庫
定義執行個體資料庫
規劃 Notification Services 系統