数据库注意事项
Microsoft SQL Server Notification Services 在您部署 Notification Services 实例时创建数据库。除了在实例配置和应用程序定义中定义数据库属性之外，不必另行定义数据库；但是，只有正确地配置数据库引擎，才可获得最佳性能。配置数据库引擎时，请遵循以下指导原则。
数据库建议
为了获得最佳的性能、安全性和可恢复性，我们针对 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 数据库引擎优化顾问以便按其建议定义索引。
有关详细信息，请参阅设计索引。
数据库恢复模式
为确保不丢失数据，请经常使用完全恢复模式备份所有 Notification Services 数据库。这样，您就可以定期创建完整的数据库备份，然后根据需要创建差异备份和事务日志备份。
为确保事务日志不会填满，请经常定期备份数据库文件和日志文件。有关数据库备份的详细信息，请参阅备份 Notification Services 数据库和操作文件和在 SQL Server 中备份和还原数据库。
也可以使用 System Monitor（Microsoft Windows Performance 工具的组成部分）监视数据库和事务日志文件。例如，SQL Server: Databases 性能对象包含的 Percent Log Used 性能计数器可用于监视事务日志的填充程度。有关 SQL Server 性能对象的详细信息，请参阅使用 SQL Server 对象。
用户连接
连接是一种非常重要的资源。Notification Services 实例和应用程序的数据存储在 SQL Server 数据库中，处理事件时，应用程序从 SQL Server 中请求并接收数据。如果没有足够的连接可用，则会产生错误。
可保留 Maximum Concurrent User Connections 值为 0，这意味着连接的数量只受 SQL Server 并发用户连接的最大数目的限制。有关详细信息，请参阅user connections 选项。
数据库身份验证
Notification Services 既支持 Windows 身份验证，也支持 SQL Server 身份验证；但它的任何功能都不要求 SQL Server 身份验证。在大多数应用程序中，Windows 身份验证因其某些优点而优先于 SQL Server 身份验证，如安全的身份验证、密码加密、审核、密码过期、最小密码长度和多次无效登录请求后的帐户锁定。
鉴于这些原因，我们极力建议您使用 Windows 身份验证。有关安全配置的详细信息，请参阅保护 Notification Services 的安全。
如果使用 SQL Server 身份验证，则必须指定 Notification Services 引擎连接到数据库引擎时要使用的 SQL Server 用户名和密码。有关详细信息，请参阅为 Notification Services 实例配置 SQL Server 权限。
请参阅
概念
数据库资源计划
定义应用程序数据库
定义实例数据库
计划 Notification Services 系统