我被要求提供我对改进tempdb性能的最佳实践的投入。我意识到,这是一个逐案的基础,由于工作量、工作量和类型的不同,一个庄园中的tempdb可能有不同的要求,但是我希望在我目前的建议之外得到一个最佳实践的想法。
目前,我们有一个数据文件,我将增加到4个,以匹配逻辑核的数量。我的tempdb文件目前驻留在与其他数据库文件相同的驱动器上,它们将被移动到自己的驱动器上,以停止IO争用。我还将实现跟踪标志1117,1118,以在文件组中平等地增长所有文件,并且只使用统一的区段。最后,我要做的另一个改变是启用即时文件初始化。
除了上面的内容之外,还有什么我错过的最佳实践吗?此外,它还建议在它自己的驱动器上存储tempdb是一种最佳实践,但应该将所有tempdb文件存储在同一个驱动器上,或者应该将.ldf、.mdf和.ndf存储在它们自己的卷中。
谢谢
发布于 2018-07-10 14:18:48
关于驱动器:如果你可以将它们保存在同一个驱动器上,你要么有一个非常小的数据库(在这种情况下--用足够的IOPS把它放到M.2 / U.2 SSD上),要么首先有一个问题--驱动器是“假的”(就像一个发送LUN的SAN,在现实中有很多落后),我这些天把我所有的卷都放在共享存储上,即使是在真实速度较慢的HDD (7200 RPM)上,但它现在得到了6.4 TB的M.2 SSD的支持,它甚至还会变大,因此,我的读取访问时间基本上保证在1毫秒以下。即使所有的结果都在相同的光盘上,我真的希望单独的卷检查争用一个外观。
同样的mdf和ldf
https://dba.stackexchange.com/questions/211760
复制相似问题