大きなDBのログ配布-ログはどうですか？

現在、大容量のDB（約1.5 TB）のログ配布を設定しており、ログファイルに対して何ができるか疑問に思っています。

現状では、次の手順を実行したいと思います。

1. DBを完全復旧に変更する
2. プライマリで完全バックアップ（5〜6時間）を取る
3. フルバックアップをセカンダリに復元（NORECOVERYのまま）
4. プライマリでDIFFバックアップを作成
5. DIFFバックアップをセカンダリに復元（まだNORECOVERYのまま）
6. 「データベースはすでに初期化されています」を使用してログ配布を初期化します

問題は、フルバックアップを実行しているときに、ログファイルがバックアップの完了よりも早くいっぱいになることです。

ログファイルがいっぱいにならないようにするには、どのようなオプションが必要ですか？DIFFリストアはその期間中に行われたトランザクションをすべてカバーするため、フルバックアップ中に通常どおりにログバックアップを実行できますか？これまでにこのサイズのDBでこれを行ったことがありますか？それを簡単にするためのヒント/トリック？

私があなたを正しく理解している場合、主な問題は、数時間のバックアップ中のログファイルです。冒頭の声明から、1.5 TBのデータベースは通常、シンプルなリカバリで実行されるため、ログバックアップを実行する必要がないことを理解しています。

免責事項：この規模でログ配布を行ったことはありません。

もちろん、ログファイルに割り当てる領域を増やすことができるかどうかを確認する必要があります。できれば素晴らしいです。

ただし、SIMPLE復旧モデルで既に実行している場合や、SIMPLE復旧モデルのリスクが数時間ある場合は、計画を少し変更するだけで、その価値は十分にあると思います。

1. 単純な復旧モデルでDBを保持（または設定）します。
2. プライマリで完全バックアップ（5〜6時間）を取る
3. フルバックアップをセカンダリに復元（NORECOVERYのまま）
4. 完全復旧モデルでのDBの設定
5. プライマリでDIFFバックアップを作成
6. DIFFバックアップをセカンダリに復元（まだNORECOVERYのまま）
7. 「データベースはすでに初期化されています」を使用してログ配布を初期化します

明らかな利点は次のとおりです。

1. 大規模なフルバックアップ中にバックアップするログファイルはありません。
2. DIFFバックアップを開始する前にFULLに切り替えると、最初に必要なログが得られます。その最大の増加はおそらくDIFFバックアップ中です。

ログバックアップをいつ開始できるかについて：

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

「新しいログチェーンは、データベース作成後の最初の完全データベースバックアップから、または単純復旧モデルから完全または一括ログ復旧モデルに切り替えた後に開始されます。」

したがって、これは概説どおりに機能すると信じています。（同一ではありませんが、ログバックアップの新しいオリジンを確立するために、ログファイルが失われたときのギャップを補うために差分バックアップを使用しました。）

（もちろん私の免責事項を思い出してください。）