我目前处于一种“偶然的 dba”角色。我试图监视和改进数据库。我一直在使用 Udemy 课程中的脚本（我可以发布，但可能有点长）。我每小时运行它 5 分钟来捕获磁盘延迟样本，我不确定这是否是一个好方法。但是我注意到 tempdb 中有很多巨大的峰值，例如 300+ 毫秒，但通常会低一点。
tempdb 与数据文件位于同一磁盘上。我将建议使用单独的驱动器，理想情况下是 SSD，但目前我已将 tempdb 数据文件拆分为 4 个文件并使它们相当大，因此它们不需要经常自动增长。这种变化是否会造成峰值，不幸的是没有基线，因为所做的更改是为了改善某些问题。或者 tempdb 问题仅仅是性能不佳的第 3 方应用程序。任何建议将不胜感激！
这是 sp_blitz 降价
我已经隐藏了引用特定公司的任何数据库名称。
优先级 1：备份：
备份到数据库所在的同一驱动器 - 过去两周在驱动器 D:\ 上完成了 85 次备份，数据库文件也存在于此。如果该阵列出现故障，这表示严重的风险。
无日志备份的完全恢复模式
COMPCRM - 上周未备份 500.00MB 的日志文件。
ClientManager - 上周没有备份 2.25MB 的日志文件。
CRMSelfService - 上周未备份 2.31MB 的日志文件。
VOIP.SDC - 上周没有备份 2362.81MB 的日志文件。
Elmah - 上周没有备份 20.94MB 的日志文件。
hMailServer - 上周没有备份 2.06MB 的日志文件。
NLog - 上周未备份 117.63MB 的日志文件。
ReportServer - 上周未备份 6.25MB 日志文件。
ACC_COMP_SYS_Be - 上周未备份 2599.13MB …