小编sql*_*dle的帖子

最近包含 SQL Server 启动跟踪标志 8048 以解决 SQL Server 2008 R2 系统中严重的自旋锁争用问题。

有兴趣听取其他人的意见，他们发现性能值由跟踪标志 8048（将查询内存授予策略从每个 NUMA 节点提升到每个核心）、跟踪标志 8015（SQL Server 忽略物理 NUMA）或 SUMA（交错足够统一的内存访问，某些 NUMA 机器上的 BIOS 选项）。

跟踪标志 8048

跟踪标志 8015

系统工作负载的详细信息、从出现问题的系统收集的指标以及在干预后从系统收集的指标。

跟踪标志 8048 是一个“修复”，但它是最好的修复吗？SQL Server 是否会因为跟踪标志 8015 而忽略物理 NUMA 已经完成了同样的事情？如何将 BIOS 设置为交错内存，让服务器使用 SMP 模拟 SUMA 行为而不是 NUMA 行为？

关于系统

• 4 六核 Xeon E7540 @ 2.00GHz，超线程
• 128 GB 内存
• WS2008R2
• MSSQL 2008 R2 SP2
• 最大值 6

关于工作量

• 由 2 个报告应用程序服务器驱动的 1000 份批处理计划/排队报告。
• 3 种口味的批次：每天、每周、每月
• 与 SQL Server 的所有报表应用程序服务器连接都作为单个服务帐户进行
• 最大报告并发数 = 90

问题系统的主要发现

• 从 …