如何解决TempDB在SQL Server 2000中每个CPU核心一个物理数据文件
| 我知道建议从SQL 2005开始使用，但是它也适用于SQL Server 2000吗？ 任何参考链接也将不胜感激。解决方法
您读到的有关SQL Server 2000的任何内容都可能由于技术过时而过时
从那以后开始了。
但是，这似乎最适合SQL Server2000。但不适用于SQL Server 2005+
这表示SQL Server 2000与SQL Server 2005+不同（我的粗体）
TempDB中只允许一个文件组用于数据，一个文件组用于日志，但是您可以配置多个文件。对于SQL Server 2000，建议每个CPU内核有一个数据文件，但是在SQL Server 2005/2008中进行了优化，现在建议与CPU内核有1/2或1/4的文件。这仅是一个指南，应该监视TempDB以查看PAGELATCH等待是否随着每次更改而增加或减少。
保罗·兰德尔
在SQL Server 2000上，建议为每个处理器核心使用一个tempdb数据文件。在2005年和2008年，该建议仍然存在，但是由于进行了一些优化（请参阅我的博客文章），您可能不需要一对一-tempdb数据文件的数量等于1/4到1/2可能没问题处理器核心数。
SQL Server工程师。这很有趣，因为它是内部MS，与前两篇文章不一致
现在，我将按照前两个步骤进行操作，然后决定是否需要实际执行任何操作。
就像保罗·兰德尔（Paul Randal）所说的（我的粗体）：
最大的困惑点之一是，SQL CAT团队建议采用一对一的方式，但它们纯粹是从可扩展的角度出发，而不是从整体性能的角度出发，并且他们正在与顶级客户打交道。缺口服务器和IO子系统。大多数人不是。
您是否证明了：
你需要这个吗？
有瓶颈
每个文件有单独的磁盘阵列？
你懂TF 1118
...
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。