データベースのサイズは大きな

Question

私は、以下の問題です。してデータベースを格納するバイナリのデータベースです。そして、そしてサイズのデータベースで大いに除去すべてのバイナリデータベースから、タスク"縮小"です。このようにこのデータベースがかなり小さい。これらの結果は:

前に除去したサイズ:20ギガバイト 除去した後、サイズ:25ギガバイトを含むログファイル) 後縮小サイズ:13ギガバイト

今から評価を頂きましたがその13イブは、最大データベース上のテーブルはlogtableで1.3ブは他のすべての組合せはかかりません200mb...

これでもまだまだ可能性があると一部のデータのlogfileの収縮タスクが削除できません?ある解決策のですが。

Answer 1

あなたの復旧モデルが「完全」であり、あなたがバックアップし、それはまだ大きな残る可能性があり、あなたのトランザクションログを縮小していない場合ます。

あなたの状況に応じて、トランザクションログをシュリンク番目の最も簡単な方法の一つは、これが生産されている場合、しかし...その後、トランザクションログファイルを縮小してから戻ってフルに復旧モデルを設定し、シンプルに自分の復旧モデルを設定することですあなたがあなたの代わりにあなたのトランザクションログのバックアップを実行する必要があり、時間回復のポイントを必要とするかもしれないシステムます。

Answer 2

あなたが試すことができますスペースの使用状況に関する詳細情報を入手するには：

EXEC sp_spaceused;

Answer 3

あなたはロビン・デイのアドバイスを取り、ログやログがちょうど再び大きくなります縮小した後、

（あなたが判明しているとして、彼らは小さなログを維持しないだろうとだけでなく、データベースのバックアップ）トランザクションログのバックアップを設定することを忘れないでください。私たちのトランザクションログは15分ごとにバックアップされます。あなたのスケジュールはあなたが障害を持っている場合は失う余裕がどのくらいのデータに応じて、多かれ少なかれ頻繁にする必要があります。最低でも私は、ログに適切なサイズを保つために、毎日ログのバックアップを行うと思います。

Answer 4

可能性のひとつのテーブルだけを削除したデータからは、ヒープとはありませんクラスタ化されたインデックスで、削除したい場合はからヒープのスペース割り当てのテーブルなスが解放されます。チェックこの記事はMS: http://support.microsoft.com/kb/913399