这是一个有趣的。上周我将 tempdb 数据库中的初始文件大小重新配置为每个 1GB。几周前我们发生了一个事件,由于没有索引的表被彻底破坏,我们的服务器被锁定了。这导致我们的 3 个 tempdb 文件增长。我使用 SSMS 2014 重新调整了它们的大小,当我们重新启动服务器时,它们应该在上周日重置为配置的大小。他们没有,现在我看到 SSMS 为这些文件返回的信息有所不同。
我们的服务器是 2008 R2,这里是不同的 SSMS 视图:
2008年:
2014:
以下是当前位于服务器本身的文件:
SSMS 2014 似乎返回了正确的信息,但 SSMS 2008 却没有。这是任何人以前见过的已知问题吗?如果是这样,是什么原因造成的?2014 是否尝试以不同于 2008 R2 的方式存储此信息并否定 2008 配置值?
现在,服务器重新启动后没有发生自动增长事件(检查默认跟踪并且没有事件)鉴于此信息,您认为我最好的行动方案是适当地重新调整这些文件的大小。我完全同意将所有文件增加到 2GB,但这些 tempdb 文件几乎没有被使用(所有文件的使用率都低于 5%)。
服务器没有着火或发生任何事情,生产运行良好,但我们绝对希望所有这些 tempdb 文件配置为相同的大小。
编辑:请求查询的结果
为确保您按预期
tempdb
配置文件大小,您应该使用 T-SQL 而不是 SSMS 用户界面。要调整文件大小,您可以使用这样的东西:
您需要为 tempdb 中的每个逻辑文件执行一次。 等
NAME=tempdev_2
_NAME=tempdev_3
我建议使用 T-SQL 查询来获取有关文件大小的信息,如:
如评论中所述,如果您担心
tempdb
性能,您当然应该研究使用跟踪标志 1117 和 1118 的可能性;从表面上看,这是您对tempdb
.Aaron Bertrand 发表了一篇关于使用 SSMS 接口与 T-SQL 的精彩文章,网址为: