SQL Server 版本（选择 @@VERSION 的输出）：Microsoft SQL Server 2017 (RTM-CU19) (KB4535007) - 14.0.3281.6 (X64)（内部版本 14393：）
sp_Blitz从 Brent Ozar安装，存储过程创建成功。
代码中的版本信息： SELECT @Version = '7.93', @VersionDate = '20200217';
该实例具有 4 个带整理的系统 DBSQL_Latin1_General_CP1_CI_AS和 2 个带整理的用户数据库SQL_Latin1_General_CP1_CS_AS
当我尝试运行时，sp_Blitz我得到了这个：
Msg 468, Level 16, State 9, Procedure sp_Blitz, Line 896 [Batch Start Line 0] 无法解决“SQL_Latin1_General_CP1_CS_AS”和“SQL_Latin1_General_CP1_CI_AS”在等于操作中的排序冲突。
感谢任何在故障排除方面的帮助（我主要是一个 Oracle 人员，他收到了一个 SQL Server 进行审查，并记得这对于显而易见的事情来说可能是一个好的开始）。
对于运行 ERP 系统的 Azure 上的 Microsoft SQL Server 2017 (RTM-CU20)（因此不能更改此处的代码）。
我有一个超过 4200 万行的表。这是一个机器操作统计跟踪表。用户按设备、日期、班次和统计类型（运行小时数、吨数等）输入运行统计数据。
该表具有这样的主键结构（请不要对 nchar 而不是 nvarchar 或将日期存储为字符串发表评论，这就是 ERP 供应商提供它的方式，这正是我必须使用的）：
equip nchar(12) This is a 12 character equipment number
key_type nchar(1) One of two values E for equipment or G - always E here
shift_seq_no nchar(2) Sequence of shifts (usually 00 or 01)
stat_date nchar(8) Date, YYYYMMDD
stat_type nchar(2) A code for stat type, OH here (operating hours)
trc_seq_no nchar(3) A sequence number for when there's more than one entry …我收到了一张来自 SolarWinds 的图表，其中显示了按天细分的主要等待事件。过去 2 天，每天有一部分颜色编码条代表 ASYNC_NETWORK_IO 总共 3 小时。仍在尝试查看是否可以访问 Solar Winds 面板，以尝试查看它是否提供深入了解图表的功能。
在过去的 2 个小时里，我一直在通过谷歌、网站和文档进行搜索，但没有发现任何结果来告诉我如何深入研究这 3 个小时。
它是一个大块吗，是一天中到处都是几分钟，它是否与任何特定的高 I/O 活动窗口（数据仓库刷新或其他）相匹配。
我所拥有的只是“昨天和前一天总共有 3 个小时的等待，现在告诉我为什么” - 我必须承认我真的不知道如何进一步深入研究。
我已经阅读了各种关于“嗯，它通常是一个设计不佳的应用程序”或类似内容的文章。
有趣的是，这是过去 7 天的，前 5 天都清楚。没有这种等待的迹象。突然有一大块。我需要知道如何挖掘更多。
据我所知，没有用户抱怨系统性能。
是否有 DMV 或其他可以帮助的东西？
任何人都可以给我一些指点？
谢谢