我知道它建议用于SQL 2005以后的版本，但它也适用于SQL Server 2000吗？任何可供参考的链接也将受到赞赏。
您读到的任何关于SQL Server 2000的内容都可能已经过时，因为技术从那时起就一直在前进。
不过，这似乎是SQL Server 2000的最佳选择。但不是SQLServer2005+
- 这表明SQL Server 2000与SQL Server 2005+不同（粗体）
TempDB中只允许一个文件组用于数据，一个文件群用于日志，但您可以配置多个文件。对于SQL Server 2000，建议每个CPU核心有一个数据文件，但是对于SQL Server 2005/2008中的优化，现在建议文件数量为CPU核心的1/2或1/4。这只是一个指南，应监控TempDB以查看PAGELACH等待时间是随着每次更改而增加还是减少。
- Paul Randal
在SQLServer2000上，建议每个处理器核心使用一个tempdb数据文件。在2005年和2008年，这一建议仍然存在，但由于一些优化（请参阅我的博客文章），您可能不需要一对一——您可能可以接受tempdb数据文件的数量等于处理器内核数量的1/4到1/2。
- SQL Server工程师。有趣的是，它是内部MS，与前两篇文章一起出现在奇数处
现在，我会从前两个开始，决定你是否真的需要做任何事情。
正如保罗·兰德尔（Paul Randal）所说（我大胆地说）：
最大的困惑点之一是SQL CAT团队建议1比1，但他们是从纯粹的扩展角度出发，而不是从整体性能角度出发，而且他们与拥有一流服务器和IO子系统的大客户打交道大多数人不是
你证明了吗：
- 你需要这个吗
- 有瓶颈
- 每个文件都有单独的磁盘阵列
- 你了解TF1118