作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
一些背景知识:我们在服务器上有 17 个不同的 TempDB 数据库文件和 6 个 TempDB 日志文件。它们分布在不同的驱动器上,但托管在 2 个驱动器阵列上。
我发现磁盘 IO 响应时间超出了建议的限制。通常,您希望磁盘在 5-10 毫秒内响应,任何时间都不超过 200 毫秒。我们在 TempDB 文件上看到高达 800 毫秒的随机峰值,但仅限于一个驱动器阵列。
建议的解决方案:重新启动 SQL 服务器。当 SQL Server 关闭时,重新启动托管大部分 TempDB 文件的驱动器阵列。此外,当 SQL 关闭时,重做网络连接以绕过网络交换机,以尝试消除硬件上任何缓慢的根源。
这是一个好主意还是盲目尝试?有任何想法吗?提前致谢。
最佳答案
17?谁想出了这个数字? Please read this和 this - 很少有超过 8 个文件会有所帮助的情况,特别是如果您只有 2 个底层数组/ Controller 。一些建议:
DBCC CHECKDB
。如果您定期运行 CHECKDB
,那就太好了!拍拍自己的背。然而,这可能会对 tempdb 造成损害 - please see this article on optimizing this operation并在可行的情况下将其从生产实例中拉出。您是否考虑过显式地减少对 tempdb 的使用(减少 #temp 表、@table 变量和静态游标 - 或全部游标)?您是否大量使用 RCSI、MARS 或 LOB 类型的局部变量?
关于sql-server - TempDB性能爬取;我们应该重新启动吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14697128/
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 要求我们推荐或查找工具、库或最喜欢的场外资源的问题对于 Stack Overflow 来说是偏离主题的,
我是一名优秀的程序员,十分优秀!