2.2. 自動化された SAP HANA スケールアップシステムレプリケーションのサポート対象シナリオ

RHEL 高可用性クラスターのサポートポリシー - クラスター内の SAP HANA の管理 を参照してください。

Performance Optimized シナリオでは、セカンダリー HANA データベースがテーブルをメモリーにプリロードするように設定されているため、通常、テイクオーバー時間が非常に短くなります。ただし、セカンダリー HANA データベースはシステムレプリケーション専用であり、クライアントからの問い合わせを受け付けないため、このセットアップではハードウェアコストが高くなります。

Cost Optimized シナリオでは、セカンダリーサイトで追加の TEST/QA HANA データベースをサポートし、クライアントからの問い合わせに対応します。ハードウェアリソースを TEST/QA インスタンスに割り当てる必要があるため、実稼働 HANA データベースをプリロードすることはできません。テイクオーバーの前に、まず TEST/QA インスタンスをシャットダウンして、それに割り当てられたハードウェアリソースを解放し、昇格してプライマリーインスタンスになるセカンダリー HANA インスタンスに再割り当てする必要があります。したがって、テイクオーバー時間は、Performance Optimized セットアップよりも長くなります。

セカンダリー HANA インスタンスが読み取り専用の問い合わせを受けることができます。このセットアップは、セカンダリーサイトで 2 番目の仮想 IP をサポートします。

多層システムレプリケーションは可能ですが、ターシャリーサイトをクラスターで管理することはできません。

ターシャリーサイトへのテイクオーバーは手動でトリガーする必要があります。ターシャリーサイトへの手動テイクオーバー後に環境を以前の状態に戻す必要がある場合は、HANA システムレプリケーションのセットアップを再設定するすべての手順を手動で実行する必要があります。クラスターが無効になっている間も同様です。クラスターによる管理が必要な HANA インスタンスで、HANA システムレプリケーションセットアップが再び正常に機能していることを確認したら、クラスターを再アクティブ化できます。

HANA 2.0 SPS 04 以降と、resource-agents-sap-hana RPM パッケージのバージョン 0.162.1 以降を提供する RHEL リリースを使用している場合、マルチターゲットシステムレプリケーション は、RHEL HA アドオンにより管理される HANA スケールアップシステムレプリケーションセットアップでサポートされます。

スケールアップマルチターゲットシステムレプリケーションの HA クラスターセットアップでは、追加の可用性要件を満たすために、プライマリー HANA インスタンスは、HA クラスターによって管理されるセカンダリー HANA インスタンスと、クラスターによって管理されない追加のセカンダリー HANA インスタンスにレプリケートされます。