TempDB的文件没有必要分布在多个存储器之间。如果你看到PAGELATCH类型的等待，即使你进行了分布也不会改善性能，而如果PAGEIOLATCH型的等待，或许你需要多个存储器，但这也不是必然-有可能你需要讲整个TempDB迁移到另一个存储系统，而不是仅仅为TempDB增加一个文件

误区 #12:TempDB的文件数和需要和CPU数目保持一致 错误     哎，由于上述误区是微软“官方”的建议，并且还有大量博文坚持这个观点，这个误区已经是老生常谈。     但让人困惑的是SQL CAT团队给出的建议就是1：1，但这个建议是源自扩展方面的原理来说,而不是一个通用法则。因为他们所面对的大型客户数据量服务器和IO子系统都是大部分人没有机会遇到的。     每个实例仅仅允许有一个TempDb,但需要用到TempDB的地方却有很多，所以TempDB很容易成为性能瓶颈，我想大家数人都了

您可以在服务器上,企业管理器中,将一个个库脱机,就知道是那个造成了.对于不能脱机的库,可以先停止它的网站. 您可能感兴趣的文章:SqlServer如何通过SQL语句获取处理器(CPU)、内存（Memory）、磁盘（Disk）以及操作系统相关信息SQL Server 2008 R2占用cpu、内存越来越大的两种解决方法SQL Server误区30日谈 第12天 TempDB的文件数和需要和CPU数目保持一致基于SQL Server OS的任务调度机制