1

我知道它被推荐用于 SQL 2005 以后，但它是否也适用于 SQL Server 2000？任何参考链接也将不胜感激。

4

1 回答 1

2

您读到的任何关于 SQL Server 2000 的内容都可能已经过时，因为从那时起技术的发展。

但是，这似乎最适合 SQL Server 2000。但不是 SQL Server 2005+

TempDB中数据只允许一个文件组，日志一个文件组，但是您可以配置多个文件。对于 SQL Server 2000，建议每个 CPU 核心有一个数据文件，但是在 SQL Server 2005/2008 中进行优化后，现在建议有 1/2 或 1/4 与 CPU 核心一样多的文件。这只是一个指南，应监视 TempDB 以查看 PAGELATCH 等待是否随着每次更改而增加或减少。

在 SQL Server 2000 上，建议每个处理器内核使用一个 tempdb 数据文件。在 2005 年和 2008 年，该建议仍然存在，但由于一些优化（请参阅我的博客文章），您可能不需要一对一 - 您可能可以接受 tempdb 数据文件的数量等于 1/4 到 1/2处理器内核的数量。

现在，我会通过前两个来决定你是否需要真正做任何事情。

正如保罗·兰德尔（Paul Randal）所说（我的大胆）：

最大的困惑点之一是 SQL CAT 团队推荐 1 对 1，但它们是从纯粹的扩展角度来看，而不是从整体性能的角度来看，并且他们正在使用一流的服务器与大客户打交道和 IO 子系统。大多数人不是。

你有没有证明：

  • 你需要这个吗？
  • 有瓶颈
  • 每个文件都有单独的磁盘阵列？
  • 你明白TF 1118
  • ...
于 2011-05-29T15:53:07.237 回答