我们有峰值,其中延迟(根据数据文件所在驱动器上的 [Physical Disk\Avg Disk Sec read] 测量)高达 0.2 秒。
我立即开始怀疑 SAN,而 DBA 怀疑这与我们目前只有一个 5 TB 的 MDF 文件有关。
非常大的 MDF 文件是否会对延迟产生负面影响?如果是这样,合适的尺寸是多少?
我没有看到很多关于这个主题的内容。
谢谢!-泽维尔
我们有峰值,其中延迟(根据数据文件所在驱动器上的 [Physical Disk\Avg Disk Sec read] 测量)高达 0.2 秒。
我立即开始怀疑 SAN,而 DBA 怀疑这与我们目前只有一个 5 TB 的 MDF 文件有关。
非常大的 MDF 文件是否会对延迟产生负面影响?如果是这样,合适的尺寸是多少?
我没有看到很多关于这个主题的内容。
谢谢!-泽维尔
只有 MDF 的大小不影响 IO 延迟。延迟与您的磁盘 IO 子系统、其配置和磁盘分区对齐有关。
要查明磁盘子系统是否是瓶颈,请使用
sys.dm_io_virtual_file_stats
DMV 或捕获 IO 延迟一段时间在不同的 LUN 上拥有多个数据文件- 取决于 CPU 内核的数量也有助于在某种程度上缓解争用。
查看服务器实例的 NUMA 配置,因为每个 NUMA 节点都有一个 I/O 线程和一个惰性写入器线程。.
您应该查看自动增长事件,如果频繁触发自动增长事件,您将看到性能下降。确保您已将 autogorowth 配置为合理的值- 绝对远离 Percent increase。此外,配置Instant file initialization,以便数据文件可以利用它的强大功能。