2017-05-29 60 views
0

我有一個大約20GB的數據庫,但實際上可用空間大約爲17GB。發生這種情況是因爲我已經將相當大的審計表移出到另一個數據庫。縮小數據庫...我應該

我錯誤地試圖在營業時間內執行收縮數據庫,但沒有意識到完成這個所需的時間,以便設法阻止它。

我現在已經對此進行了一些研究,並且我已經閱讀過不應該縮小數據庫的文章,因爲它可能導致「大規模」索引碎片化。我不是SQL大師,但這確實會響起警鐘。

人們建議僅使用帶截斷的縮進。

是否有任何SQL專家可以幫助我在這裏做正確的事情?

+0

在dba.stackexchange.com上查詢可能更好。 – DavidG

+0

@DavidG - 謝謝! –

+0

我建議看看爲什麼文件過大的根本原因。例如,可能有一個分段過程,例如,定期加載和轉換大量數據。查看這些文章以獲得更多關於該主題的信息:http://www.sqlmvp.org/do-not-shrink-your-data-files/ http://sqlblog.com/blogs/aaron_bertrand/archive/2009/07 /27/oh-the-horror-please-stop-telling-people-they-should-shrink-their-log-files.aspx –

回答

0

在一次性操作中刪除大量數據後收縮數據庫是正確的。你想留下足夠的自由空間,因爲重新生長會很昂貴。並且您想在收縮後重建索引,以刪除碎片。

但是這裏的數據庫只有20GB,所以縮小它並不能真正解決任何問題。如果你想縮小到6GB左右,那就沒問題了。但我會把它留在20GB。

相關問題