SAP S/4HANA のデプロイ後のタスク

デプロイされた SAP S/4HANA システムを使用する前に、このドキュメントで説明するデプロイ後のタスクを実行することをおすすめします。

デプロイを確認する

SAP S/4HANA アプリケーションが正常にデプロイされたら、ダッシュボードでデプロイの出力と構成を確認できます。

デプロイ リソースを確認する

デプロイ中に作成されたリソースを確認するには:

  1. Google Cloud コンソールの Workload Manager ページに移動します。

    [Workload Manager] に移動

  2. 左側のナビゲーション パネルで [Deployments] をクリックして、デプロイ ダッシュボードを開きます。

  3. Deployment の名前を選択して、[Deployment 情報] ページを開きます。

  4. [Deployment Output] タブをクリックして、デプロイ中に作成されたすべてのリソース、リソースタイプ、リソースへのリンク（該当する場合）のリストを表示します。

デプロイ構成を確認する

デプロイ構成を確認するには:

  1. Google Cloud コンソールの Workload Manager ページに移動します。

    [Workload Manager] に移動

  2. 左側のナビゲーション パネルで [Deployments] をクリックして、デプロイ ダッシュボードを開きます。

  3. Deployment の名前を選択して、[Deployment 情報] ページを開きます。

  4. [詳細] タブをクリックして、デプロイの初期構成に入力した情報を表示します。

Ansible Runner VM を削除する

デプロイ プロセス中に、VM が Ansible Runner としてデプロイされ、Ansible を使用してシステムの構成とインストールをオーケストレートします。デプロイ後、Ansible Runner VM を削除して、このリソースの費用が発生しないようにできます。

VM を削除する前に、[デプロイ情報] ページの [デプロイ出力] タブで詳細を確認して、VM 名を確認できます。VM 名の形式は DEPLOYMENT_NAME-ansible-runner です。

また、Ansible Runner VM を保持して踏み台インスタンスとして再利用することもできます。この VM は、インターネットとネットワークにデプロイされた他の VM へのアクセスがすでに構成されているためです。VM はデプロイされたシステムにアタッチされており、後で Workload Manager を使用してシステムが削除されると削除されます。

SAP S/4HANA のデプロイを検証する

Workload Manager を使用して SAP S/4HANA システムを構成してデプロイしたら、次のタスクを実行してデプロイが正常に完了したことを確認します。

デプロイを検証したら、SAP HANA Studio や HANA Cockpit などの標準ツールを使用して SAP システムに接続します。

SSH を使用して VM に接続する

追加のログを表示したり、デプロイ中に作成された VM で検証コマンドを実行したりするには、SSH を使用して VM に接続する必要があります。

デプロイ プロセスで外部 IP アドレスを構成していない場合は、SSH を使用して、外部 IP アドレスを持つ同じネットワーク内の VM との接続を確立してから、他の VM に直接接続します。詳細については、踏み台インスタンスを使用して Linux VM に接続するをご覧ください。

コマンドを実行してデプロイメントを検証する

Google Cloudでの SAP S/4HANA のデプロイを検証するには、次の表に示すコマンドを実行します。デプロイメント内のそれぞれの VM インスタンスでコマンドを実行する必要があります。VM で実行されているオペレーティング システムによっては、コマンドが異なる場合があります。

VM インスタンス アクティビティ コマンド 検証
HANA HANA 基本チェック 
      sudo su - SID_LCadm -c "HDB info" | grep "indexserver"

次に例を示します。

sudo su - ed1adm -c "HDB info" | grep "indexserver"
 インデックス サーバー プロセスがアクティブです。
HANA 風景の詳細を確認する 
      sudo su - SID_LCadm -c "cdpy && python landscapeHostConfiguration.py"
[ホストの全体的なステータス] に [OK] と表示されます。
HANA プライマリ（HA のみ） HANA レプリケーションのステータスを確認する 
      sudo su - SID_LCadm -c "cdpy && python systemReplicationStatus.py"
レプリケーション ステータスに「ERROR」と表示されない。
HANA プライマリとセカンダリ（HA のみ） クラスタ リソースを確認する RHEL: 
sudo pcs status
 SLES: 
sudo crm status
 コマンドが次の情報を返すことを確認します。
  • すべてのクラスタノードが [ノードリスト] に「オンライン」として表示されます。
  • すべてのクラスタ リソースがプライマリまたはセカンダリで「起動済み」として表示されます。
    		•
    HANA HANA 構成を確認する 
          sudo su - SID_LCadm -c "cdcoc && cat global.ini"
    		ファイルが存在することを確認します。
    HA の場合は、[ha_dr_provider_SAPHanaSR] が存在することを確認します。
    ASCS NetWeaver インスタンスのリスト 
          sudo su - SID_LCadm -c "/usr/sap/hostctrl/exe/sapcontrol -nr ASCS_INSTANCE_NUMBER
      -function GetSystemInstanceList"

    次に例を示します。

    sudo su - ed1adm -c "/usr/sap/hostctrl/exe/sapcontrol -nr 12
      -function GetSystemInstanceList"
    		 HANA サーバーを除く、デプロイされた各 VM のステータスが GREEN であることを確認します。
    ASCS のステータスの場合: MESSAGESERVER|ENQUE を含むエントリ 1 つ
    アプリケーション サーバーのステータスの場合: 複数のエントリ（デプロイされたアプリケーション サーバーごとに 1 つ）、ABAP|GATEWAY
    HA の場合、ERS のステータス: ENQREP を含むエントリ 1 つ
    ERS（HA のみ） ERS ステータス 
          sudo su - SID_LCadm -c "/usr/sap/hostctrl/exe/sapcontrol -nr ERS_INSTANCE_NUMBER
      -function GetSystemInstanceList"
         		すべての GREEN
    ERS には ENQREP プロセスがあります。
    NetWeaver クラスタのステータス（HA のみ） クラスタ リソースを確認する RHEL: 
    sudo pcs status
     SLES: 
    sudo crm status
    		 コマンドから次の情報が出力されることを確認します。
  • すべてのクラスタノードが [ノードリスト] に「オンライン」として表示されます。
  • すべてのクラスタ リソースが、プライマリまたはセカンダリで「起動済み」として表示されます。
    		•
    NetWeaver クラスタのステータス（HA のみ） NetWeaver クラスタのステータス RHEL: 
    sudo pcs config show | grep SAPInstance
     SLES: 
    sudo crm config show | grep SAPInstance
    		 SAP インスタンス構成がクラスタの出力に表示されます。
    すべて Google Cloudの SAP 用エージェント 
    sudo systemctl status google-cloud-sap-agent
    		 出力に「active (running)」が含まれます。

    次のように置き換えます。

    • SID_LC: システム ID（SID）（小文字）。
    • ASCS_INSTANCE_NUMBER: ASCS インスタンス番号。00～99 の 2 桁の番号です。
    • ERS_INSTANCE_NUMBER: ERS インスタンス番号。00～99 の 2 桁の番号です。

    高可用性クラスタのフェイルオーバーをテストする

    高可用性クラスタをテストするには、プライマリ ホストで障害をシミュレートします。SAP HANA データベースと SAP NetWeaver クラスタの両方でフェイルオーバーをテストするには、次の手順を実施します。

    SAP HANA クラスタの場合:

    SAP NetWeaver クラスタの場合:

    SAP S/4HANA システムに接続する

    このセクションでは、デプロイされた SAP S/4HANA システムにアクセスする方法について説明します。

    新しくデプロイされた SAP システムにアクセスする詳細な手順については、SAP ツールの関連する SAP ドキュメントをご覧ください。

    システム認証情報にアクセスする

    構成プロセス中に、SAP HANA データベース認証情報とアプリケーション レイヤ認証情報にシークレットを割り当てる必要があります。

    デプロイに使用された認証情報にアクセスする手順は次のとおりです。

    1. Google Cloud コンソールで Workload Manager ページに移動し、デプロイ構成を確認します。
    2. デプロイの [詳細] タブで、[データベース認証情報のシークレット名] または [アプリケーション認証情報のシークレット名] に表示されている値を確認します。
    3. Google Cloud プロジェクトの Secret Manager に移動し、データベースとアプリケーションに指定したシークレットを選択します。
    4. パスワードを表示するには、シークレット値を表示します。

    SAP HANA データベースに接続する

    HANA データベースに接続するには、SAP HANA Cockpit や SAP HANA Studio などの標準の SAP ツールを使用します。データベースに接続するには、次の情報が必要な場合があります。

    • ホスト名または IP アドレス: SAP HANA クラスタのプライマリ ノードまたはアクティブ ノードとして機能する SAP HANA データベースを含む VM インスタンスの Google Cloud インターフェースで、対応するホスト名と IP アドレスを確認します。VM インスタンス名は、デプロイ時に構成されるパラメータの 1 つです。

      SAP HANA クラスタを参照する CNAME の DNS エントリを使用して接続することもできます。DNS エントリは、Google Cloud コンソールの Cloud DNS ページで確認できます。デプロイ時に作成されたゾーン名または既存のゾーンを選択します。デプロイ用に新しい Cloud DNS ゾーンを作成する場合、SAP HANA の CNAME レコードは db.DEPLOYMENT_NAME.gcp.sapcloud.goog に似ています。

    • SQL ポート:

      • SAP HANA システム データベース: 3INSTANCE_NUMBER13
      • SAP HANA テナント データベース: 3INSTANCE_NUMBER15
      • S/4HANA テナント データベース: 3INSTANCE_NUMBER40

    • 認証情報: Secret Manager に保存されているデータベース ユーザーとそのパスワード。システム認証情報にアクセスするをご覧ください。

    SAP アプリケーションに接続する

    SAP 認証情報を使用して SAP アプリケーションに接続できます。SAP メッセージ サーバーに接続するか、SAP Web ディスパッチャを使用していずれかの App Server に直接接続できます。

    アプリケーションに接続するには、次の情報が必要な場合があります。

    • ホスト名または IP アドレス: ASCS またはいずれかの App Server を含む VM インスタンスの Google Cloud インターフェースで、対応するホスト名または IP アドレスを確認します。- ASCS: VM インスタンス名は、デプロイ時に構成されるパラメータの 1 つです。- アプリサーバー: すべてのアプリケーション サーバーは、同じ命名パターン VM_PREFIXappNN に従います。たとえば、ed1app11、ed1app12、ed2app34 などです。

      メッセージ サーバーをホストするアクティブなクラスタノードを指す CNAME の DNS エントリを使用して接続することもできます。DNS エントリは、Google Cloud コンソールの Cloud DNS ページで確認できます。デプロイ時に作成されたゾーン名または既存のゾーンを選択します。デプロイ用に新しい Cloud DNS ゾーンを作成した場合、SAP の CNAME レコードは alidascs11.DEPLOYMENT_NAME.gcp.sapcloud.goog に似ています。

    • ポート:

      • メッセージ サーバー: 36INSTANCE_NUMBER
      • アプリサーバー ディスパッチャ: 32INSTANCE_NUMBER

    SAP Host Agent が指標を受信していることを確認する

    Agent for SAP がインフラストラクチャ指標を収集し、SAP Host Agent に正しく送信されていることを確認するには、次の操作を行います。

    1. SAP システムで、トランザクションとして「ST06」を入力します。
    2. 概要ペインで可用性と以下のフィールドの内容を確認し、SAP と Google モニタリング インフラストラクチャのエンドツーエンドの設定が正しいか調べます。
      • クラウド プロバイダ: Google Cloud Platform
      • Enhanced Monitoring Access: TRUE
      • Enhanced Monitoring Details: ACTIVE

    デプロイ後の次のステップ

    最初のデプロイ後の次のステップは、ユースケースと標準手順によって異なります。SAP S/4HANA インスタンスを使用する前に、次のタスクの一部を実行することをおすすめします。

    • 更新ライセンス: 新しくインストールされたシステムには、30 日後に期限切れになる一時ライセンスが付与されます。有効期限が切れる前に、標準の SAP 手順に沿ってシステムのライセンスを更新します。
    • 最新のパッチでソフトウェアを更新する
    • アプリケーション プロファイルとデータベース プロファイルのパラメータと構成を構成する
    • 構成とデータをシステムにインポートする
    • SAP Fiori や SAP Solution Manager などの他の SAP プロダクトをインストールする
    • 新しい SAP システムを構成してバックアップします。