0

プライマリ データベースからセカンダリ データベースへのログ配布をセットアップできました。次に、プライマリ データベースから古いデータをクリーンアップする必要がありますが、レポート用にセカンダリにそのデータが必要です。

したがって、私の考えは、ログ バックアップ ジョブを停止し、プライマリのデータをクリーンアップして、トランザクション ログを切り捨て、削除コマンドがセカンダリ データベースに到達しないようにしてから、ログ配布プロセスを再開することでした。

ただし、

DBCC SHRINKFILE(Primary_log,1) 

トランザクション ログから削除コマンドを削除するには不十分であり、それらはセカンダリで実行されます。

プロセスを繰り返してみましたが、Primary を Recovery Model Simple に切り替え、再度 Full に戻してログを消去しました。これにより、ログ シーケンス番号 (LSN) チェーンが壊れているように見えるため、復元ジョブとプロセス全体が壊れます。

では、ログ配布プロセスを中断することなく、クリーンアップ削除コマンドをスキップする方法はありますか?

ありがとう、

4

1 に答える 1

0

差分バックアップを使用して、すべてのログ バックアップの最終的な結果を効果的に取得できます。詳細については、 http://www.brentozar.com/archive/2014/09/log-shipping-magic-using-differential-backup-delayed-secondary/をご覧ください。

于 2015-12-23T04:25:50.997 に答える