您始终为每个数据库设置哪些SQL Server警报？无论数据库如何，您总能监控什么？
答案 0 :(得分：11)
您应该监控17至25的严重等级并收到警报。
从17到19的严重级别需要DBA的干预，它们不像20-25那样严重，但需要提醒DBA。
17资源不足
18检测到非致命内部错误
19资源错误
这些都是严重的错误，这意味着SQL Server不再工作
20当前进程中的SQL错误
21数据库dbid进程中的SQL致命错误
22 SQL致命错误表完整性嫌疑人
23 SQL致命错误：数据库完整性可疑嫌疑人
24,25硬件错误
有关严重性级别的详细信息，请参阅http://msdn.microsoft.com/en-us/library/aa937483(SQL.80).aspx
答案 1 :(得分：0)
我还会在错误823,824和832上添加警报，因为这些错误表明存在损坏。
有关详细信息，请参阅http://www.sqlservercentral.com/articles/Memory+Corruption/93424/和http://www.sqlskills.com/BLOGS/PAUL/post/Dont-confuse-error-823-and-error-832.aspx
答案 2 :(得分：0)
无论数据库如何，您始终监控什么？
除了日志提醒外，我们始终为所有服务器启用硬件警报。例如，诸如inode错误之类的硬件错误可以使服务器的速度与5xx错误一样快。我们已经看到，当服务器上的代码无法删除旧的导出时，客户的PDF导出功能会失败，填满磁盘空间直到导出完全失败。定期日志提醒不会警告您这些事情，直到为时已晚。但监控磁盘空间会有。
不幸的是，日志管理解决方案并没有自动为您设置这些警报，所以有时您会发现需要提醒的方式：当您遇到问题时。
我们写了一篇博客文章，说明为什么将硬件指标警报与标准日志警报配对非常重要：https://blog.bluematador.com/posts/how-essential-alerts-could-have-saved-the-millennium-falcon/