ログファイルを圧縮してもサイズは小さくなりません

350 MBのデータファイル（.mdf）と4.9 GBのログファイル（.ldf）を持つデータベースがあります。復旧モデルはに設定されFULLます。

ログファイルを圧縮しようとしても、圧縮されません。

データベースの縮小は良くないことを知っています。しかし、私はまだログファイルを縮小するためにそれをやろうとしています。

走ったとき

DBCC SQLPerf(logspace) 

ログサイズは4932 MBで、使用されるログ領域は98.76％であることがわかりました。

それから私はこのコマンドを試しました

USE <databasename>;
DBCC loginfo;

現在、ほとんどすべてのVLFは「ステータス2」であり、すべてが使用中であることを意味します。

ログのバックアップを取り、ログファイルを圧縮しようとしました。縮小してもサイズは小さくなりませんでした。

復旧モデルをに変更し、SIMPLE再度縮小しようとしましたが、これも役に立ちませんでした。

未処理のトランザクションを確認しました

DBCC opentran (database);

現在開いているトランザクションがないことがわかりました。

ログファイルの縮小を妨げているのは何ですか？どうすれば解決できますか？

これが私の質問に対する答えです。

以下のクエリを実行して、ログファイルの再利用待機に関する情報を取得します。

SELECT log_reuse_wait_desc
FROM sys.databases
WHERE name = 'DBName'

私は次の出力を得ました：

log_reuse_wait_desc
-------------------
REPLICATION 

レプリケーションを削除した後でも、データベースにいくつかのレプリケーション関連オブジェクトが残っていました。

データベースからレプリケーションを削除するには、sp_removedbreplication使用できます。しかし、複製はその時点ではアクティブではなく、実際には複製はずっと前に削除されていたため、機能しませんでした。

解決策は、SQL Serverのインポートオプションを使用して、データベースの内容を別のデータベースにインポートすることでした。

ログを縮小する手順は次のようになります

SSMSまたはT-SQLを介してトランザクションログをバックアップしてから、縮小を実行します

データベース名を右クリックすると、SSMSのコマンドがタスクの下に表示されます

BACKUP LOG <Databasename> TO DISK N'<path\database_log.ldf';
GO

DBCC SHRINKFILE (<FileName>, <TargetSize>) WITH NO_INFOMSGS

あなたはおそらくこれを複数回行う必要があります

アクションをブロックしているトランザクションまたはジョブがある場合、アクティビティモニターを使用してプロセスを識別して強制終了するか、SQLエージェントジョブアクティビティモニターを使用してジョブを終了します。

ソース：http : //support.microsoft.com/kb/907511

ログの循環性が切り捨て後の縮小を防ぐ方法については、SQL Serverログを縮小する方法をご覧ください。LDF の最後にあるVLFに最後のLSNポイントを記録することは可能です。直感的に反論するには、ログ書き込みを生成して、ログを縮小します。

データベースを圧縮する前に、データベースに設定されているバックアップモデルに応じて、最初にバックアップを作成する必要があります。

これを実行してみてください：

USE <databasename>
GO

BACKUP DATABASE <databasename> TO DISK '<absolute path goes here>\<databasename>.bak';
GO

または、SSMSからそれを行い、利用可能なグラフィカルツールを使用することができます（詳細については、http：//msdn.microsoft.com/en-us/library/ms187510.aspxを参照してください）

データベースをバックアップしたら、圧縮できます。ただし、大量のインデックスの断片化が発生し、データの検索が遅くなるため、データベースを縮小することはお勧めできません。

お役に立てれば。

トランザクションログのサイズを実際に小さくするには、データベースとトランザクションログの両方を2〜3回バックアップする必要があることがわかりました。完全復旧モデルで作成されたデータベースがあります。毎晩データベースとトランザクションログのバックアップを実行しますが、トランザクションログは必然的に2〜3週間にわたって継続的に増大するようです。残りのディスク容量が1GBに達すると、トランザクションログが約30GBであることがわかります。Microsoftが推奨する手順に従い、データベースとトランザクションログの両方を4回または5回バックアップした後、トランザクションログは最終的に余分なスペースを解放して縮小します。その後、戻って、作成した複数のバックアップを削除します。

縮小ログファイルをブロックしているレプリケーションの回避策は次のとおりです。

1. DB復旧モデルをシンプルに設定
2. DBをオフラインにする
3. ログファイルのバックアップを作成します（念のため）
4. ログファイルを削除する
5. DBをオンラインにする

私の場合、うまくいきました。DBをオンラインにすると、ログが自動的に作成され、サイズは70GBではなく512kbになりました。ただし、これは回避策にすぎません。根本的な問題は解決されません。私の場合、レプリケーションを使用しています。