ログファイルが大きすぎて十分なスペースがありません

Question

SQL Server 2008 でホストされているデータベースの 88 GB のログ ファイルがあり、トランザクション ログ バックアップを使用してバックアップして縮小しようとしています。問題は、C にも D にも十分なスペースがないため、ジレンマに陥っていることです。

ログを縮小するにはどうすればいいですか? バックアップをせずに強制的に縮小することはできますか? できる場合、そうするとどのような結果になりますか?

ありがとう...

Answer 1

リカバリ モードをシンプルに切り替えてから、再びフル モードに戻すことができます。その後、データを縮小して、その時点からやり直すことができるはずです。

これは、最後の完全バックアップからのみ回復できることを意味します (完全バックアップ後に試してみることをお勧めします)。また、レプリケーションが中断されます。

Answer 2

外付け USB HDD を入手してサーバーに接続し、このドライブにバックアップしてみてはいかがでしょうか?

Answer 3

BACKUP LOG <DatabaseName>  WITH TRUNCATE_ONLY

これは 2005 年のことでした。申し訳ありませんが、タグは見えませんでした。この情報は、質問の件名または本文に記載しておいたほうがよいでしょう。

とにかく、私はあなたのためにこれをグーグルで検索しました:

http://social.msdn.microsoft.com/Forums/en-US/transactsql/thread/d64dc18b-52f8-4c8b-8be2-1a837988776e

ニック・カヴァディアスより

通常の BACKUP LOG コマンドを使用して、ファイルをビット バケットに送信できます。

BACKUP
 LOG
 DBNAME TO
 DISK
='NUL'

トランザクション ログが破棄されるため、データベースが一括または完全ログ記録されている場合、トランザクション ログ バックアップのチェーンが壊れてしまいます (これは、頻繁に実行する必要があります)。したがって、このコマンドを実行する場合は、後で完全または差分データベース バックアップを必ず実行してください。

ログ バックアップを実行する必要がない環境の場合は、単純な復旧モデルへの切り替えを検討してください。

Answer 4

SQL2008 の Enterprise エディションをお持ちの場合は、圧縮ログ バックアップを実行してみてください。または、前述のように、データベースをシンプル モードにして完全バックアップを実行することもできますが、ポイント イン タイムの復元を行う機能は失われます。