1.3. 概念

Standalone Enqueue Server (ENSA1) の (A)SCS インスタンスに問題がある場合は、(A)SCS インスタンスが ERS インスタンスの "後に続く" 必要があります。つまり、HA クラスターは、ERS インスタンスが現在実行されているホストで (A)SCS インスタンスを起動する必要があります。(A)SCS インスタンスを実行していたホストがフェンスされるまで、両方のインスタンスが同じノード上で実行されたままになります。(A)SCS インスタンスを以前に実行していた HA クラスターノードがオンラインに戻ったら、エンキューレプリケーションを再開できるように、HA クラスターは ERS インスタンスをその HA クラスターノードに移動する必要があります。

次の図は、Standalone Enqueue Server (ENSA1) を使用して SAP NetWeaver セットアップを管理するための Pacemaker HA クラスターの一般的なアーキテクチャーを示しています。 

この図では、必要に応じて Primary Application Server および Additional Application Server (PAS/AAS) インスタンスを別のサーバーで管理できることが示されています。ただし、これらのインスタンスを (A)SCS インスタンスや ERS インスタンスと同じ HA クラスターノードで実行し、当該クラスターで管理することもサポートされています。

Standalone Enqueue Server (ENSA1) の動作の詳細は、SAP ドキュメントの Standalone Enqueue Server を参照してください。

上記で ENSA1 に関して説明したように、フェイルオーバーが発生した場合、Standalone Enqueue Server は Enqueue Replication Server の "後に続く" 必要があります。つまり、HA ソフトウェアは、ERS インスタンスが現在実行されているホストで (A)SCS インスタンスを起動する必要がありました。

Standalone Enqueue Server (ENSA1) とは対照的に、新しい Standalone Enqueue Server 2 (ENSA2) および Enqueue Replicator 2 にはこれらの制限がなくなりました。つまり、障害が発生した場合、ASCS インスタンスを同じクラスターノードで再起動できます。または、別の HA クラスターノードに移動することもできます。移動先のノードは、ERS インスタンスが実行されている HA クラスターノードである必要はありません。これにより、Standalone Enqueue Server 2 (ENSA2) を使用する場合に、3 つ以上の HA クラスターノードを持つマルチノード HA クラスターセットアップを使用できるようになります。 

3 つ以上の HA クラスターノードを使用する場合、次の図に示すように、ASCS はスペアノードにフェイルオーバーします。

ENSA2 の詳細は、SAP Note の 2630416 - Support for Standalone Enqueue Server 2 を参照してください。

次の図は、Standalone Enqueue Server 2 (ENSA2) で SAP S/4HANA セットアップを管理するために使用できる 3 ノードクラスターのアーキテクチャーを示しています。

この図では、必要に応じて Primary Application Server および Additional Application Server (PAS/AAS) インスタンスを別のサーバーで管理できることが示されています。ただし、これらのインスタンスを ASCS インスタンスや ERS インスタンスと同じ HA クラスターノードで実行し、当該クラスターで管理することもサポートされています。

SAP S/4HANA の場合、“コスト最適化“ がなされた HA クラスターセットアップを使用することもできます。この場合、HANA システムレプリケーションセットアップの管理に使用するクラスターノードは、ASCS および ERS インスタンスの管理にも使用されます。