SAP のオブザーバビリティに関する問題のトラブルシューティング

このドキュメントでは、Workload Manager で SAP ワークロードのオブザーバビリティ サービスを使用する際に発生する可能性のある問題の解決方法について説明します。

オブザーバビリティ ダッシュボードに SAP システム ID が表示されない

オブザーバビリティ用に Google Cloudの SAP 用エージェントを構成し、SAP システムのさまざまな要素(セントラル サービス、アプリケーション サーバー、SAP HANA データベースなど)をホストするすべての VM のサービス アカウントに必要な権限を付与すると、システム ID が SAP オブザーバビリティ ダッシュボードに表示されます。システム ID が表示されない場合は、次のセクションで説明するように、エージェントの構成とログを確認します。

エージェントの構成を確認する

Google Cloudの SAP 用エージェントに必要なすべての機能が正しく構成されていることを確認する必要があります。

エージェント インスタンスの機能のステータスを取得するには、次のコマンドを実行します。

    sudo /usr/bin/google_cloud_sap_agent status

このコマンドの出力には、有効と無効の機能の概要が表示されます。また、不足している IAM 権限や構成の問題も示します。詳細については、Workload Manager オブザーバビリティの設定を検証するをご覧ください。

VM インスタンスのログを確認する

VM インスタンスのログで、SAP 用エージェントが SAP システム情報を更新できないことに関連する問題を確認します。ログを表示する手順は次のとおりです。

  1. VM を選択して [詳細] ページを開きます。
  2. [オブザーバビリティ] タブをクリックして、VM に関する情報を表示します。
  3. [すべてのログ] を選択し、[重大度] でエラーを基準に並べ替えます。

    VM のオブザーバビリティ タブ

    これらのエラーのほとんどは、VM に関連付けられているサービス アカウントの権限が不足していることが原因です。これらのエラーを解決するには、サービス アカウントに必要な権限を付与します。

Cloud Logging を使用してログを確認する

SAP 用エージェントが SAP ワークロードを正しく検出することを確認する必要があります。エージェントをホストする VM インスタンスのログエントリを表示するには、次の操作を行います。

  1. Google Cloud コンソールで [ロギング] を選択し、[ログ エクスプローラ] を選択します。

    [ログ エクスプローラ] に移動

  2. [クエリ] ペインで、[クエリを表示] を選択し、次のクエリを入力します。

    jsonPayload.@type:"SapDiscovery"
    

    エージェントをホストする VM からの情報が表示されない場合は、エージェントが構成されていないか、正常に動作していない可能性があります。詳細については、SAP 用エージェントを構成するをご覧ください。

  3. 省略可: Agent for SAP が SAP 検出データをアップロードしたときのプロセスに関連するログを表示するには、次のクエリを使用します。

     -jsonPayload.caller=~"third_party/sapagent/internal/system/clouddiscovery/cloud_discovery.go"
     -jsonPayload.caller=~"third_party/sapagent/internal/system/sapdiscovery"
    

ヘルス ステータスが指定なしと表示される

SAP システムの [Unspecified](グレー)の健全性ステータスには、複数の根本原因が考えられます。この健全性ステータスは、指標や設定がないために Workload Manager で正しく評価できないシステムを特定するために使用されます。この健全性ステータスの最も一般的な原因は次のとおりです。

  • Google Cloudの SAP 用エージェントが停止しているか、必要な指標を誤って報告している可能性があります。詳細については、エージェントのインストールを検証するをご覧ください。

  • SAP 用エージェントが実行中で、システム ステータスが [Unspecified] の場合は、VM で実行されている SAP プロセスに応じて、エージェントで プロセス モニタリング機能と SAP HANA モニタリング機能が有効になっており、正しく構成されていることを確認します。セントラル サービスとアプリケーション サーバーでは Process Monitoring を有効にする必要があります。SAP HANA データベースでは、Process Monitoring と SAP HANA Monitoring を有効にする必要があります。

    • 変化の激しい Process Monitoring 指標と変化の緩やかな Process Monitoring 指標の収集頻度のデフォルト値は、それぞれ 5 秒と 30 秒です。これらの値をデフォルト値より大きくすると、ヘルスステータスが [Unspecified](未指定)と表示されることがあります。
  • [システムの概要] ページで、システムのアーキテクチャスケールタイプが正しく識別されているかどうかを確認します。これらのパラメータのいずれかまたは両方が正しくない場合は、Google Cloudの SAP 用エージェントまたは Google Cloudにアップロードされた SAP データに根本的な問題があります。詳細な分析については、Cloud カスタマーケアにお問い合わせください。 Google Cloudの SAP 用エージェントのサポートを受けるをご覧ください。

  • 指標 workload/sap/nw/instance/role または workload/sap/hana/ha/availability が正しく機能していないか、欠落しているため、システムに関連する各 VM のロールが正しく識別されていません。アプリケーションとデータベースのダッシュボードの VM のリストで、特定された SAP ロールを確認します。

    各アーキテクチャ タイプには、次のロールが必要です。

    • 集中型アーキテクチャ: セントラル サービス、アプリケーション サーバー、SAP HANA プライマリ。
    • 分散アーキテクチャ: セントラル サービス、アプリケーション サーバー、SAP HANA プライマリ。
    • HA で分散: Central Services、ERC、アプリケーション サーバー、SAP HANA プライマリ、SAP HANA セカンダリ。

    リスト内のすべての VM にロールが割り当てられている必要があります。

  • Cloud Monitoring 内の指標を確認するか、timeSeries API メソッドを使用して SAP 用エージェントから最新の値を取得することで、必要な指標に有効な値があることを確認します。指標が Cloud Monitoring に存在しない場合や、値がない場合、その指標を評価するのに十分なデータがないため、ヘルスステータスは [未指定] とマークされます。

  • HA アーキテクチャで分散されている場合は、クラスタに失敗したアクションがあるかどうかを確認し、次のコマンドを実行してクリーンアップを行います。

    RHEL

    pcs resource cleanup RESOURCE_ID

    SLES

    crm resource cleanup RESOURCE_ID

    RESOURCE_ID は、クラスタ内の失敗したリソースの ID に置き換えます。

    クラスタ内のアクションが失敗すると、指標 workload.googleapis.com/sap/cluster/nodesworkload.googleapis.com/sap/cluster/resources に影響し、誤った値が報告される可能性があります。

  • Google Cloudの SAP 用エージェントのバージョンが最新であり、利用可能な最新バージョンを実行していることを確認します。エージェントの新しいバージョンには、オブザーバビリティ指標に関連する問題とバグの修正が含まれています。指標が正しくないと、システムのヘルスステータスが [Unspecified] になることがあります。

  • セカンダリ サイトにレプリケートする SAP HANA データベースの場合は、プライマリとセカンダリの間に有効なクラスタ構成があるかどうかを確認します。