TempDB 与 48 核 AMD Opteron 机箱上的 24 个物理 tempdb 文件的争用

Question

我刚刚收到有关 SQL Server 2005 实例的以下通知。该实例的核心与 tempdb 文件的比率为 2:1，tempdb 文件总数为 24 个文件。不应该发生争用 - 我将如何检测这种争用的来源？TempDB 和所有其他数据库都通过 10 GB 以太网存储在 SAN 存储上。SAN 在一个 RAID-60 阵列中配置了 46 个 10k SAS 驱动器。该阵列与多个 VMWare 服务器和一个或两个 Exchange 服务器共享。

来自 Idera SQL 诊断管理器的通知：

2012 年 11 月 8 日下午 10:49:00，MGSQL01 上的 Tempdb 争用 (ms) 至关重要。

在 MGSQL01 上检测到 Tempdb 闩锁争用。检测到的总等待时间为 1782 毫秒。这表明性能受到 tempdb 中分配映射争用的影响。如果这是一个常规问题，可以通过遵循有关 tempdb 文件计数、大小和 IO 子系统的最佳实践来缓解。

PFS 等待时间：1782 ms GAM 等待时间：0 ms SGAM 等待时间：0 ms

Tempdb 争用 (ms)：tempdb 分配映射（GAM、SGAM 和 PFS）的当前等待时间，以毫秒为单位。此警报只能在运行 SQL 2005 或更高版本的实例上引发。

Answer 1

跟踪标志 1118 强制统一扩展区分配而不是混合页分配。跟踪标志通常用于通过避免 SGAM 和其他分配争用点来帮助 TEMPDB 可伸缩性。如果您有 SQL Server 2008 或 SQL Server 2005 并应用了修复程序，但仍然遇到 TEMPDB 争用，请考虑使用跟踪标志 1118 以获取解决争用的进一步帮助。