问题[sp-blitzfirst](dba)

我让 sp_BlizFirst 每 12 分钟运行几天，以捕获各种统计数据。

不过我逐渐意识到，除了 I/O 停顿之外，它似乎并没有收集很多与文件相关的性能统计数据。

是否有足够的信息来根据等待统计信息和 I/O 停顿来确定 I/O 是否有问题？我在 Blitz 表中找不到任何关于磁盘平均的提及。读取时间，磁盘平均。写时间，平均。我认为应该考虑磁盘队列长度吗？

任何人都可以就以下内容提供一些反馈吗？我的并行统计数据肯定需要正确查看 (CXPACKET)，但我也对我的磁盘 i/o 性能感到好奇。我认为 OLDEDB 等待是由链接服务器和 Idera SQL 诊断管理器每 1 分钟监控一次实例引起的。

从https://www.sqlskills.com/blogs/paul/are-io-latencies-killing-your-performance/我读到以下内容：每个人对什么是好的或坏的 I/O 延迟都有自己的想法，这是我的采取： 优秀：< 1 毫秒 非常好：< 5 毫秒 好：5 – 10 毫秒 差：10 – 20 毫秒 差：20 – 100 毫秒 非常差：100 – 500 毫秒 哇！：> 500 毫秒

如果我按照那个去做，我属于坏类别。

这是我的等待统计数据：

服务器 1

平均读取 I/O 停顿为 23.91

最大读取 I/O 停顿为 1162

平均写入 I/O 停顿为 0.71

最大写入 I/O 停顿为 139

这是完整的摘录。

服务器 2

平均读取 I/O 停顿为 26.28

MAX Read I/O Stall 为 428

平均写入 I/O 停顿为 2.60

最大写入 I/O 停顿为 667

这是完整的摘录。

我有一些 BlitzFirst 等待统计数据，如下所示：

这是解释这个的正确方法吗？在 30 秒的样本中，总共有 627.1 秒的 IO_Completion 等待，平均每秒每个核心 0.5 次等待，总共有 20,723 次等待，每次平均 30.3 毫秒？

另外，我没有使用 Since Startup 选项。

我有版本sp_BlitzFirst 2016-12-10。

我执行了以下操作：

sp_blitzfirst @ExpertMode = 1, @CheckProcedureCache = 1, @OutputType = 'Opserver1'

下面的输出显示 SPID 124 被 SPID 143 阻止，但是 SPID 143 没有出现在任何输出中。还有另一种方法可以让 sp_BlitzFirst 也显示 blocking_sesesion_id 的信息，这样我就可以看到正在执行什么查询吗？

我有一个代理作业运行sp_AskBrent了一段时间，使用以下参数运行：

EXEC sp_AskBrent @Expertmode=1
,@OutputDatabaseName = 'DBName'
, @OutputSchemaName = 'dbo'
, @OutputTableName = 'AskBrentResults'
,@seconds = 30
, @OutputTableNameFileStats='AskBrentResultsFileStats'
,@OutputTableNamePerfmonStats='AskBrentResultsPerfmonStats'
, @OutputTableNameWaitStats='AskBrentResultsWaitStats'

今天我想更新到新改名的程序sp_BlitzFirst。创建新过程后，我更改了代理作业中的代码以sp_BlitzFirst使用相同的参数运行。

一切似乎都很顺利，直到将值输出到表中，然后似乎出现了某种转换错误。

整个历史输出如下：

设置配置变量 [SQLSTATE 01000]（消息 50000）
现在开始诊断分析 [SQLSTATE 01000]（消息 50000）
捕获等待统计、性能计数器、文件统计的第一遍 [SQLSTATE 01000]（消息 50000）
开始调查查询 [SQLSTATE 01000 ]（消息 50000）
完成运行调查查询 [SQLSTATE 01000]（消息 50000）
等待匹配 @Seconds 参数 [SQLSTATE 01000]（消息 50000）
捕获等待统计、性能计数器、文件统计的第二次传递 [SQLSTATE 01000]（消息 50000 )
Analysing changes between first and second passes of DMVs [SQLSTATE 01000] (Message 50000)
分析完成，输出结果 [SQLSTATE 01000] (Message 50000)
从字符串转换日期和/或时间时转换失败。[SQLSTATE 22007]（错误 241）。该步骤失败。

有人对可能导致这种情况的原因有任何建议吗？自调用该过程以来，输出表是否以某种方式发生了变化sp_Askbrent？的版本sp_Askbrent是这样报告的：sp_AskBrent (TM) v20 as of Jan 1 2016 12:00AM。