SQL Serverのみを使用してログシッピングで次のRTOとRPOを達成するにはどうすればよいですか？
以下を達成するための実行可能なバックアップ復元およびログシッピングソリューションを考え出すことを試みます。
- 15分の目標復旧時点（いつでも15分以内のデータ損失）
- 5分のリカバリ時間目標（データベースを5分で稼働状態に戻すことができる必要があります）
ログシッピングのみを使用することを検討します（これは一種のプッシュだと思いますが、他の誰かがこれを達成する方法を知っているかどうか知りたいです）。
考慮すべきその他の情報：
- プライマリサイトとディザスタリカバリ（DRC）サイト間で40ギガビット/秒のファイバチャネルを使用する
- サイトは約600km離れています。
- 営業終了時には、生成されるデータの量は約150MB /秒と予測されています。
- ログのバックアップは5分ごとに計画されています。
いくつかの大まかな計算をして、私は次の数字で思いついた：
- 40ギガビット/秒= 5 MB /秒@ 100％のネットワーク効率。
- 5 MB /秒= 300 MB /分。
- @ 300 MB /分、5分のRTOを考慮して転送できるデータの合計量は約1.5 GBですが、実際のバックアップと復元の時間がないため、3分のログ配布時間に短縮すると次のようになります。 100％のネットワーク効率で3分間で最大900 MBになり、バックアップ時間は約1分、復元時間は1分になります。現在、使用しているシステムが1分で900 MBを復元できるかどうかについての情報はありませんが、できると想定しています。
- cOBシナリオの場合... 150MB /秒、3分のログ配布時間を考慮すると、3分間で約27GBのデータに相当するはずです... ??? SLAが壊れます... 3分で40Gbit /秒の回線を介して27GBのデータを転送する方法がないためです。
他の人の意見を聞くことはできますか？
私はデータベースミラーリングがこれに対するより良い答えかもしれないと思っています。
強制同期を試みるには時間がかかりすぎ、データベースが大きくなるにつれて悪化するため、ここでの唯一のオプションはミラーリングです。
トランザクションレプリケーションを検討することもできます。これには、含まれるすべてのテーブルに主キーが必要になるなど、いくつかの追加要件が必要ですが、同期するまでレプリケーションを実行する頻度を指定できます。