SAP HANA システムレプリケーションはデータベースレイヤで機能します。解決策は、プライマリシステムから変更を受信するディザスタリカバリサイトにある追加の SAP HANA システムに基づいています。このセカンダリシステムは、プライマリシステムと同じである必要があります。

SAP HANA システムレプリケーションは、次のいずれかのモードで実行できます。

すべての設定オプションとレプリケーションシナリオの概要の詳細については、を参照してください "『 SAP HANA Administration Guide 』をご覧ください"。

次の図は、 SAP HANA システムレプリケーションを使用した 2 リージョンのディザスタリカバリ解決策のセットアップを示しています。メモリにプリロードされたデータを含む同期レプリケーションは、同じ Azure リージョン内のローカル HA には使用されますが、アベイラビリティゾーンによって異なります。リモートのディザスタリカバリリージョンには、データがプリロードされていない非同期レプリケーションが設定されています。

次の図は、 SAP HANA システムレプリケーションを示しています。

ANF には、非同期データレプリケーションを使用したディザスタリカバリ解決策として ANF に組み込まれています。ANF クロスリージョンレプリケーションは、プライマリリージョンとセカンダリ Azure リージョンの 2 つの ANF ボリューム間でデータ保護関係を介して設定されます。ANF のクロスリージョンレプリケーションでは、ブロックの差分レプリケーションを効率的に使用してセカンダリボリュームが更新されます。更新スケジュールはレプリケーション設定時に定義できます。

次の図は、 ANF クロスリージョンレプリケーションを使用した 2 リージョンのディザスタリカバリ解決策の例を示しています。この例では、前の章で説明したように、 HANA システムはプライマリリージョン内で HANA システムレプリケーションによって保護されています。セカンダリリージョンへのレプリケーションは、 ANF のクロスリージョンレプリケーションを使用して実行されます。RPO は、レプリケーションスケジュールとレプリケーションオプションによって定義されます。

RTO は、主に、ディザスタリカバリサイトで HANA データベースを起動してメモリにデータをロードするのに必要な時間に左右されます。データの読み取りスループットが 1000Mb/s の場合、 1TB のデータをロードするには約 18 分かかります。レプリケーション設定に応じて、フォワードリカバリが必要で、 RTO の合計値にも加算されます。

さまざまな設定オプションの詳細については、の章を参照してください "SAP HANA を使用したリージョン間レプリケーションの構成オプション"。

通常の運用中は、ディザスタリカバリサイトのサーバを開発 / テストシステムとして使用できます。災害が発生した場合は、開発 / テスト用システムをシャットダウンし、 DR 本番用サーバとして起動する必要があります。

ANF クロスリージョンレプリケーションを使用すると、 RPO と RTO に影響を与えることなく DR ワークフローをテストできます。そのためには、ボリュームクローンを作成し、 DR テストサーバに接続します。

次の表に、このセクションで説明したディザスタリカバリソリューションの比較を示し、最も重要な指標を示します。

主な調査結果は次のとおりです。

次の表に、ディザスタリカバリソリューションの比較を示します。