Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

SAP HANA、S/4HANA および NetWeaver ベースの SAP アプリケーション向け Red Hat HA ソリューション

Red Hat Enterprise Linux for SAP Solutions 8

Red Hat Customer Content Services

概要

このドキュメントでは、SAP で利用可能な HA ソリューションの概要を説明し、各ソリューションの詳細を説明している関連ドキュメントを紹介します。

多様性を受け入れるオープンソースの強化
リンクのコピー

Red Hat では、コード、ドキュメントにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。多様性を受け入れる用語に変更する取り組みの詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。

Red Hat ドキュメントへのフィードバック (英語のみ)
リンクのコピー

Red Hat ドキュメントに関するご意見やご感想をお寄せください。また、改善点があればお知らせください。

Jira からのフィードバック送信 (アカウントが必要)

  1. Jira の Web サイトにログインしていることを確認してください。
  2. フィードバックを提供するには、このリンク をクリックしてください。
  3. Summary フィールドにわかりやすいタイトルを入力します。
  4. Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも追加してください。
  5. ダイアログの下部にある Create をクリックします。

第1章 はじめに
リンクのコピー

SAP 実稼働アプリケーションを運用している組織では、高可用性設定でデプロイすることで、ミッションクリティカルなアプリケーションに対して可能な限り最高のアップタイムを確保する必要があります。Red Hat はこのようなお客様に、SAP HANA、S/4HANA、および NetWeaver ベースの SAP アプリケーション向けの Red Hat HA ソリューションによって、業界トップクラスの Red Hat Enterprise Linux High Availability クラスターフレームワーク上に高可用性 SAP 環境を構築するためのソリューションのセットを提供しています。

Red Hat Enterprise Linux High Availability Add-On は、信頼性、スケーラビリティー、および可用性を重要な実稼働サービスに提供する pacemaker ベースのクラスターを設定するのに必要なすべてのパッケージを提供します。さらに、SAP HANA、S/4HANA、および NetWeaver ベースの SAP アプリケーション向けの Red Hat HA ソリューションを使用することで、可用性の高い SAP HANA、S/4HANA、および NetWeaver ベースの SAP アプリケーションの構築と設定が可能になり、対応する SAP 環境で、計画的および予定外のダウンタイムを削減するための標準ベースアプローチを実現できます。

第2章 SAP HANA 向け HA ソリューション
リンクのコピー

2.1. 自動化された SAP HANA システムレプリケーション
リンクのコピー

SAP HANA システムレプリケーション (HSR) は、ビジネス継続性をサポートするビルトインの高可用性機能および障害復旧機能です。HANA システムレプリケーションを使用すると、SAP HANA データベースを 1 つ以上の場所にコピーして継続的に同期することができます。目標復旧時間 (RTO) を最小限に抑えるために、データは常にセカンダリーシステムにプリロードされます。

text

しかし、SAP HANA には、HANA システムレプリケーションセットアップの一部であるコンポーネントで問題が発生した場合に、フェイルオーバーを自動的にトリガーするメカニズムが含まれていません。ただし、サードパーティーのクラスターソリューションを使用して、HANA システムレプリケーション環境の正常性を監視し、障害検出時にフェイルオーバーをトリガーできます。
RHEL では、Red Hat Enterprise Linux HA Add-On を使用してフェイルオーバーを自動化できます。Red Hat は、単一システムの SAP HANA セットアップ (スケールアップ) またはスケーラブルなマルチシステム SAP HANA セットアップ (スケールアウト) の両方に HA ソリューションを提供します。

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

Expand
サポート対象シナリオ注記

Performance Optimized

セカンダリーサイトがクライアント/アプリケーションサーバーに対してアクティブではありません。

Cost Optimized

セカンダリーサイトで実行されている QA/テストインスタンスをサポートします (Cost-Optimized)。Prod のフェイルオーバー時は、QA/テストインスタンスが最初にシャットダウンされます。

Active/Active (読み取り可能)

セカンダリー HANA インスタンスが読み取り専用の問い合わせを受けることができます。

多層システムレプリケーション

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

マルチターゲットシステムレプリケーション

標準の HANA システムレプリケーションに加えて、クラスターによって管理されない追加のセカンダリー HANA インスタンスにデータがレプリケートされます。

2.2.1. サポートポリシー
リンクのコピー

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

2.2.2. Performance Optimized
リンクのコピー

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

text

2.2.2.1. 設定ガイド
リンクのコピー

2.2.3. Cost Optimized
リンクのコピー

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

3
2.2.3.1. 設定ガイド
リンクのコピー

2.2.4. Active/Active (読み取り可能)
リンクのコピー

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

4
2.2.4.1. 設定ガイド
リンクのコピー

2.2.5. 多層システムレプリケーション
リンクのコピー

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

5

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

2.2.5.1. 設定ガイド
リンクのコピー

2.2.6. マルチターゲットシステムレプリケーション
リンクのコピー

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

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

21

2.2.6.1. 設定ガイド
リンクのコピー

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

Expand
サポート対象シナリオ説明

Performance Optimized

セカンダリーサイトがクライアント/アプリケーションサーバーに対してアクティブではありません

Active/Active (読み取り可能)

セカンダリー HANA インスタンスが読み取り専用の問い合わせを受けることができます。

マルチターゲットシステムレプリケーション

プライマリー HANA インスタンスが複数のセカンダリー HANA インスタンスにレプリケートされます

6

2.3.1. サポートポリシー
リンクのコピー

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

2.3.3. Active/Active (読み取り可能) HANA スケールアウトシステムレプリケーション
リンクのコピー

HANA 2.0 では、セカンダリーインスタンスは読み取り専用の問い合わせを受けることができます。このセットアップは、セカンダリーサイトで 2 番目の仮想 IP をサポートします。詳細は、SAP HANA スケールアウトおよびシステムレプリケーション向け Red Hat Enterprise Linux HA ソリューション の「Active/Active (読み取り可能) セットアップ用のセカンダリー仮想 IP アドレスリソースの追加」の章を参照してください。
詳細は、Active/Active (Read-Enabled) を参照してください。

2.3.4. マルチターゲットシステムレプリケーション (スケールアウト)
リンクのコピー

HANA 2.0 SPS 04 以降では、クラスター環境でマルチターゲットシステムレプリケーションがサポートされます。プライマリーサイトはセカンダリーサイトにレプリケートされ、追加の可用性要件を満たすために追加のセカンダリーサイトにもレプリケートされます。障害に関しては、この追加の第 3 サイトが、以前のセカンダリーサイトであった新しいプライマリーサイトに自動的に登録されます。
詳細は、Multitarget System Replication を参照してください。

第3章 ABAP Platform 1809 以降をベースとする S/4HANA 向け HA ソリューション
リンクのコピー

3.1. Standalone Enqueue Server 2 (ENSA2)
リンクのコピー

Application Server ABAP のコンポーネントである Standalone Enqueue Server は、ロックテーブルとそのエントリーの高可用性を確保するメカニズムです。
NetWeaver 7.51 以降、Standalone Enqueue Server は Standalone Enqueue Server 2 (ENSA2) として知られる第 2 世代に進化しました。ENSA2 では、ASCS に障害が発生した場合、クラスター内の別のノードで ASCS を起動しエンキューレプリケーター 2 からロックエントリーをコピーできます。

7

ABAP プラットフォーム 1809 以降では、Standalone Enqueue Server 2 (ENSA2) がデフォルトのインストールになっています。

3.2. サポート対象シナリオ
リンクのコピー

Expand
サポート対象シナリオ説明

マルチノードクラスター

ENSA2 では、ASCS が ERS に “従う“ 必要がないため、マルチノードクラスターが可能です。

2 ノードクラスター

アップグレードされた 2 ノードクラスターは、セットアップを簡単に調整して、ENSA1 から ENSA2 に切り替えることができます。

まったく新しいインストールでは、この機会にアーキテクチャーを設計し、マルチノードクラスターまたは 2 ノードクラスターを選択できます。以下は、典型的な 3 ノードクラスターのアーキテクチャー図です。もちろん、お客様のデータセンターにおける要件やニーズに応じて、さらにノードを追加することも可能です。

8

3.3. サポートポリシー
リンクのコピー

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

3.4. 設定ガイド
リンクのコピー

S/4HANA の現行バージョンでは、HANA と ABAP Application Server インスタンスを同じシステムで実行できます。これにより、同じクラスターノードで実行されている単一クラスターによって HANA システムレプリケーションと ENSA2 の両方が管理される、"コスト最適化" S/4HANA セットアップを提供できます。

9

詳細は、RHEL HA アドオンを使用して、コスト最適化された SAP S/4HANA HA クラスター (HANA システムレプリケーション + ENSA2) を設定する を参照してください。

4.1. Standalone Enqueue Server 1 (ENSA1)
リンクのコピー

古い Standalone Enqueue Server (ENSA1) を使用する場合、ASCS インスタンスは、アクティブな ERS インスタンスが実行されているクラスターノードにフェイルオーバーする必要があります。また、ERS インスタンスがシャットダウンされ、オンライン時に ASCS インスタンスが実行されていたノードに移動されていることを確認する必要があります。これは、アクティブなトランザクションのエンキューロックを追跡し続けるために、ERS インスタンスがエンキューロックテーブルのコピーを保持している共有メモリーに ASCS インスタンスがアクセスする必要があるためです。ENSA1 は、主に ASCS インスタンスが ERS インスタンスに "従う" 必要があるという制限のために、2 ノードクラスター設定として Pacemaker でサポートされます。

10

4.2. サポート対象シナリオ
リンクのコピー

Expand
サポート対象シナリオ説明

2 ノードクラスター

ENSA1 の場合、ASCS インスタンスは必ず ERS インスタンスが実行されているノードに移動する必要があります。

ABAP/Java Dual-Stack

すべての RHEL 7.x リリースのマスター/スレーブリソースでサポートされています。

4.2.1. ABAP/Java Dual-Stack
リンクのコピー

ABAP/JAVA Dual-Stack は、すべての RHEL 7.x マイナーリリースでサポートされているマスター/スレーブ方式を使用してサポートされています。設定ガイド (A)SCS/ERS SAPInstance クラスターリソースの設定 を参照してください。
ただし、SAP は ABAP と JAVA のインスタンスが同じ SID を共有するデュアルスタック設定を推奨していないため、ABAP と JAVA スタックが別々の SID を使用するように、Dual-Stack Split を検討することを推奨します。このようなセットアップでは、スタンドアロンアプローチを使用して、ABAP スタックの ASCS/ERS インスタンスと JAVA スタックの SCS/ERS インスタンスを管理できます。インスタンスごとに個別のリソースグループを設定し、環境の各部分で使用する個別の SID に基づいて適切な制約を設定する必要があります。設定ガイド RHEL 7.5 以降および RHEL 8 でのスタンドアロンリソースを使用した SAP NetWeaver ASCS/ERS ENSA1 の設定 を参照してください。

4.3. サポートポリシー
リンクのコピー

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

4.4. 設定ガイド
リンクのコピー

法律上の通知
リンクのコピー

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hatトップに戻る