继我的另一个问题之后,我想开始考虑在警报方面我应该每天/每周/每月查看哪些内容。我希望能够在问题发生之前看到问题(这是计划)......
到目前为止,我已经开始收集以下脚本(无顺序):
日常的
- 检查系统正常运行时间(以防我作为 DBA 需要检查任何内容)
- 检查上次备份
- 检查事务日志备份
- 检查 SQL 作业的状态
- 检查过去 24 小时(或 1140 分钟)的平均 CPU 使用率
每周
- 检查 MSDB 备份历史记录
- 查看上次运行 CheckDB 的时间
- 检查索引碎片
- 检查索引统计信息(读取与写入等)
- 检查 IO 瓶颈
月刊
- 检查缺失的索引
- 检查不再使用的索引
还有其他建议吗?(我是 DBA 的新手,所以总是欢迎任何帮助/建议)
我在您的检查清单上建议的唯一变体是将单词 BACKUP 替换为 RESTORE。检查备份是否完成是一个好的开始,真正重要的是您是否可以从中恢复。在备份失败时发出警报,自动进行随机恢复采样,以便您知道您的备份是好的。
每日/每周/每月检查清单的下一步是历史记录。如果没有基准来比较今天和昨天,对 x/y/z 性能计数器的检查是没有意义的。如果不了解今天和昨天,就不可能预测下个月。
备份
磁盘可用空间。请注意与先前检查的显着差异。日志文件可能会受到每月作业的显着影响
工作失败。过滤失败的作业活动
系统检查。在 sql 日志中查找任何严重错误。
表现
连接性
复制。验证每个发布和分发器是否正在为每个订阅运行
SQL Server DBA 清单
布拉德的肯定 DBA 清单
Oracle DBA 清单(可能有用)
SQL Server DBA 数据库管理清单
DBA 晨检清单
MS SQL Server DBA 清单(许多清单)
SQL Server DBA 清单
免责声明:不是 SQL Server DBA
如果可能,您可能希望每月检查一下没有被任何查询使用的索引。这是你绝对想做的
经常检查 I/O 队列长度是否存在瓶颈。
帮助完成它的东西...Idera 推出了一个免费工具,用于查看我使用过几次的 SQL Server 作业。它非常适合获得良好的概述,尽管它确实有一些限制,因为它是免费的。值得检查:http ://www.idera.com/Products/Free-Tools/SQL-job-manager/
我会为房子的安全方面添加一些东西......一个专门用于捕获用户帐户登录活动的跟踪文件。这将允许您轻松找到不活动的帐户。然后还有一个脚本来监控某人何时被添加到固定的服务器/数据库角色。特别是系统管理员,如果您不是唯一管理服务器/实例的人。