Server 2005 TempDB维护

Question

我正在使用Server 2005数据库，它在TempDB的一个文件组中有8个文件。第一个文件的初始大小为8MB，其余7个为2GB。此数据库是一个reporting，每晚从SSIS包中填充。包和报表使用了很多临时表。

这些文件已增长到消耗300 to左右，分布均匀。它被设置为200 by的无限制增长。TempDB没有备份，而是在SAN上。

我读过，您不应该在TempDB上使用SHRINKDATABASE或SHRINKFILE。在这种情况下执行维护的正确方法是什么，以确保我们不会最大限度地利用磁盘空间，并保持TempDB的简洁和平均。

谢谢你的建议和知识。

Answer 1

下面是微软的307487一篇关于这一点的文章。

这可以归结为几种基本的方式：

1. 重新启动SQL instance
2. 使用DBCC SHRINKDATABASE
3. 使用DBCC SHRINKFILE

正如您所知道的，所有这些都有它们的问题，但我不确定是否有任何方法能够整洁地执行此任务，因为实际上您正在处理的是实例中最重要的数据库之一。如果你能负担得起关闭实例几分钟，那将是最好的选择，我认为。

记住，如果你的tempdb一开始就增长了这么大，那么它很有可能再次到达那里。如果这是一个主要的问题，您应该调查为什么tempdb变得这么大，并相应地进行计划。人们对收缩操作大声疾呼的主要原因是，除非做错了什么，否则数据库往往会变得越来越大。它可能不适用于您，但这只是一个一般性的免责声明，我给出的任何问题有关数据库萎缩。