2017-05-29 8 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のままにしておきます。

関連する問題