在提出其他问题之后，我想开始考虑我应该在每日/每周/每月的基础上根据警报来考虑什么。我希望能够在问题发生之前就看到问题（这是计划）...
到目前为止，我已经开始收集以下脚本（无顺序）：
日常
每周
每月一次
还有其他建议吗？（我是DBA的新手，因此随时欢迎您提供帮助/建议）
Answers:
后备
磁盘可用空间。请注意与以前的检查有显着差异。日志文件可能会受到每月工作的影响
工作失败。筛选作业活动以查找失败
系统检查。在sql日志中查找任何严重错误。
性能
连接性
复制。验证每个订阅都在运行每个发布和分发者
我建议您在检查表上使用的唯一变化是将BACKUP一词替换为RESTORE。检查备份是否完整是一个好的开始，真正重要的是您是否可以从备份中还原。在备份失败时发出警报，自动执行恢复的随机采样，因此您知道备份是好的。
每日/每周/每月检查清单的下一步是历史记录。没有今天和昨天比较的基准，对x / y / z性能计数器的检查就毫无意义。如果不了解今天和昨天，就无法预测下个月。
免责声明：不是SQL Server DBA
如果可能，您可能希望每月检查一次未被任何查询使用的索引。您肯定要为此做
有助于解决问题的方法... Idera推出了一个免费工具，用于检查我使用过几次的SQL Server作业。尽管它是免费的，但确实有一些局限性，但是对于获得良好的概述非常有用。值得检查：http : //www.idera.com/Products/Free-Tools/SQL-job-manager/
我会为房屋的安全性添加一些内容...一个跟踪文件，专门用于捕获用户帐户的登录活动。这样一来，您就可以轻松找到无效的帐户。然后还有脚本，监视何时有人被添加到固定服务器/数据库角色。如果您不是唯一管理服务器/实例的人，则尤其是sysadmin。