A.4. SAPHanaController リソースパラメーター


SAPHanaController リソースの設定に使用できるパラメーターを以下に示します。

Expand
リソースオプション必須デフォルト説明

SID

はい

 

SAP システム識別子。

InstanceNumber

はい

 

SAP HANA インスタンスの数。

DIR_EXECUTABLE

いいえ

 

sapstartsrv および sapcontrol などのバイナリーへの完全修飾パス。デフォルトの SAP インストール後に SAP カーネルディレクトリーの場所を変更した場合は、このパラメーターを指定します。

デフォルトでは、SAP 標準パスが検索されます。

DIR_PROFILE

いいえ

 

SAP START プロファイルへの完全修飾パス。デフォルトの SAP インストール後に SAP プロファイルディレクトリーの場所を変更した場合は、このパラメーターを指定します。

デフォルトでは、SAP 標準パスが検索されます。

HANA_CALL_TIMEOUT

いいえ

120

タイムアウトを定義します。タイムアウトとは、たとえば、リソースエージェントが landscapeHostConfiguration.py を実行する場合など、HANA を呼び出して情報を受信するまでの最大時間のことです。HANA への特定の呼び出しには、独自のタイムアウト値を持つものがあります。

このリソースの HANA 呼び出しのタイムアウトを増やす場合は、同じリソースの操作タイムアウト値を増やすことも検討する必要があります。

INSTANCE_PROFILE

いいえ

 

SAP HANA インスタンスプロファイルの名前。デフォルトの SAP インストール後に、SAP HANA インスタンスプロファイルの名前を変更した場合は、このパラメーターを指定します。

デフォルトでは、SAP 標準パスが検索されます。

PREFER_SITE_TAKEOVER

いいえ

false

リソースエージェントが、プライマリーサイトをローカルで再起動するのではなく、セカンダリーサイトへのテイクオーバーをトリガーするかどうかを定義します。ただし、テイクオーバーは、SAP HANA ランドスケープのステータスが ERROR の場合にのみトリガーされます。FATAL の場合、ローカルの再起動が開始されます。

  • true: セカンダリーサイトへのテイクオーバーをトリガーすることを優先します。
  • false: ローカルで再起動することを優先します。

AUTOMATED_REGISTER

いいえ

false

リソースエージェントがクラスターリソースの起動時に元のプライマリーインスタンスをセカンダリーとして自動登録するかどうか、および DUPLICATE_PRIMARY_TIMEOUT 条件が満たされているかどうかを定義します。インスタンスをセカンダリーとして登録すると、プライマリーからのデータ同期が開始され、ローカルデータが上書きされる可能性があります。

  • false: 手動による介入が必要です。
  • true: 元のプライマリーは自動的にセカンダリーとして登録されます。

DUPLICATE_PRIMARY_TIMEOUT

いいえ

7200

デュアルプライマリー状況が発生した場合に、2 つのプライマリータイムスタンプ (LPT) 間に必要な時間差。両ノードの最後のプライマリータイムスタンプの差が DUPLICATE_PRIMARY_TIMEOUT より小さい場合、クラスターは 1 つまたは両方のインスタンスを WAITING ステータスで保持します。これにより、管理者はフェイルオーバーに対応する機会が得られます。

DUPLICATE_PRIMARY_TIMEOUT が経過した後に回復がどのように進行するかは、AUTOMATED_REGISTER パラメーターによって異なります。

ON_FAIL_ACTION

いいえ

proceed

リソースがノードのフェンスをトリガーできるようにするには、このパラメーターを fence に設定します。この機能は、SAPHanaSR-hookHelper ツールを使用してフェンスアクションを実行します。インスタンスの停止に通常より長い時間がかかる場合、fence オプションを使用すると、HANA インスタンスのテイクオーバーと回復の時間を改善できます。

  • proceed: 障害が発生したリソースに対して通常のアクションを続行します。
  • fence: srHook ステータスが SOK の場合に限り、リソース停止の失敗に反応してクラスターフェンシングアクションをトリガーします。srHook ステータスが SFAIL の場合、代わりにローカルリカバリーが実行され、フェンシングはトリガーされません。

PREFER_SITE_TAKEOVERtrue に設定することを推奨します。これにより、プライマリー HANA インスタンスの障害が検出されたときに、HA クラスターがテイクオーバーをトリガーできるようになります。ほとんどの場合、テイクオーバー後に新しい HANA プライマリーインスタンスが完全にアクティブになるまでの時間は、元のプライマリーインスタンスが再起動してすべてのデータをディスクからメモリーに再ロードするのにかかる時間よりも短くなります。

Operator が、以前に障害が発生したプライマリーインスタンスを新しいセカンダリーインスタンスとして手動で登録して両インスタンス間の HANA システムレプリケーションを再確立し、手動でインスタンスを起動する前に、まずそのインスタンスの健全性とデータ整合性を検証できるように、AUTOMATED_REGISTERfalse のままにしておきます。

テイクオーバーの発生後に、元のプライマリーインスタンスを新しいセカンダリーとして自動登録されるように有効化するには、AUTOMATED_REGISTERtrue に設定します。これにより、HANA システムレプリケーションセットアップの可用性が向上し、SAP HANA システムレプリケーション環境におけるいわゆるデュアルプライマリー状況が防止されます。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hat
トップに戻る