![除了缩小数据库之外,还应该做什么以及如何修复由以前缩小的数据库引起的问题?](https://linux22.com/image/599443/%E9%99%A4%E4%BA%86%E7%BC%A9%E5%B0%8F%E6%95%B0%E6%8D%AE%E5%BA%93%E4%B9%8B%E5%A4%96%EF%BC%8C%E8%BF%98%E5%BA%94%E8%AF%A5%E5%81%9A%E4%BB%80%E4%B9%88%E4%BB%A5%E5%8F%8A%E5%A6%82%E4%BD%95%E4%BF%AE%E5%A4%8D%E7%94%B1%E4%BB%A5%E5%89%8D%E7%BC%A9%E5%B0%8F%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E5%BC%95%E8%B5%B7%E7%9A%84%E9%97%AE%E9%A2%98%EF%BC%9F.png)
我是一名相当新的 SQL Server DBA,但我有软件工程背景。我在几篇博客上看到过,定期缩减数据库是不好的,我明白为什么。我遇到的问题是,在我开始工作之前制定的数据库维护计划失败了。该计划只有 1 个步骤,包括检查数据库完整性任务、重建索引任务、更新统计信息任务以及最后的缩减数据库任务。该计划计划每周三和周日晚上 10 点运行。
我需要一些建议来进一步确定问题所在,并想知道收缩数据库任务是否可能导致问题。
谢谢您耐心回答这个新手的问题。
答案1
右键单击维护计划并选择查看历史记录应该会提供一些有意义的信息。您至少应该能够推断出哪个步骤失败了。
如果空间不足,Shrink 任务必然会失败。它还可以被在特定隔离级别执行的命令阻止。更多信息请见此处:
DBCC SHRINKDATABASE (Transact-SQL)
http://msdn.microsoft.com/en-us/library/ms190488.aspx