第3章 SAP HANA システムのアップグレード

手順

1. システム固有のセットアップを完了します。

   1. クラウド以外のシステムまたは BYOS クラウドシステムの準備
      

      1. システムを Red Hat リポジトリーソースに登録してサブスクライブします。Red Hat Satellite を使用している場合は、RHEL 7 と RHEL 8 の両方の e4s リポジトリーが利用可能で、最新の更新と同期されていることを確認してください。アクティベーションキーに対して次のリポジトリーを有効にします。

         rhel-7-server-rpms
         rhel-sap-for-rhel-7-server-rpms
         rhel-sap-hana-for-rhel-7-server-rpms
         rhel-7-server-extras-rpms
         rhel-8-for-x86_64-baseos-e4s-rpms
         rhel-8-for-x86_64-appstream-e4s-rpms
         rhel-8-for-x86_64-sap-netweaver-e4s-rpms
         rhel-8-for-x86_64-sap-solutions-e4s-rpms

      2. RHEL 7.9 システムで通常のリポジトリーが有効になっていることを確認します。必要なアップグレードツールが含まれる rhel-7-server-extras-rpms リポジトリーを有効にします。

         # subscription-manager repos --disable='*' \
         --enable="rhel-7-server-rpms" \
         --enable="rhel-sap-hana-for-rhel-7-server-rpms" \
         --enable="rhel-7-server-extras-rpms"

         SAP NetWeaver リポジトリー(rhel-sap-hana-for-rhel-7-server-rpms)も使用している場合は、そのリポジトリーも有効にします。

         # subscription-manager repos --disable='*' \
         --enable="rhel-7-server-rpms" \
         --enable="rhel-sap-for-rhel-7-server-rpms" \
         --enable="rhel-sap-hana-for-rhel-7-server-rpms" \
         --enable="rhel-7-server-extras-rpms"

         注記

         RHEL 7.9 では、e4s または eus リポジトリーがありません。これらは、最終的な RHEL マイナーバージョンの前に、RHEL マイナーバージョンでのみ必要で、利用できます。詳細は、Red Hat Enterprise Linux の ライフサイクル の Web ページを参照してください。

      3. yum/dnf によってキャッシュされたすべてのファイルを削除します。

         # rm -rf /var/cache/yum

      4. RHEL リリースロックが設定されていないことを確認します。

         # subscription-manager release --unset

         リリースの設定が設定されていません。

         注記

         リリースロックでは、yum が e4s リポジトリーまたは eus リポジトリーからパッケージにアクセスするように指示します。これは、RHEL 7.9 にはそのようなリポジトリーがないため、RHEL 7.9 で失敗します。

   2. AWS での PAYG クラウドインスタンスの準備

      1. leapp-rhui-aws-sap-e4s パッケージをインストールします。

         # yum install leapp-rhui-aws-sap-e4s

      2. rhel-7-server-rhui-extras-rpms リポジトリーを有効にします。

         # yum-config-manager --enable rhel-7-server-rhui-extras-rpms

   3. Google Cloud での PAYG クラウドインスタンスの準備

      1. Google Cloud Platform (GCP)用の Leapp RHUI パッケージ で説明されているように、leapp-rhui-google-v1-rhel7-sap パッケージ をダウンロードしてインストールします。

      2. rhui-rhel-7-server-rhui-extras-rpms リポジトリーを有効にします。

         # yum-config-manager --enable rhui-rhel-7-server-rhui-extras-rpms

   4. Microsoft Azure での PAYG クラウドインスタンスの準備

      1. leapp-rhui-azure-sap パッケージをインストールします。

         # yum install leapp-rhui-azure-sap

      2. rhui-rhel-7-server-rhui-extras-rpms リポジトリーを有効にします。

         # yum-config-manager --enable rhui-rhel-7-server-rhui-extras-rpms

2. システム固有でないセットアップの完了

   上記の手順を完了したら、AWS、Google Cloud、または Microsoft Azure 上のクラウド以外のシステム、BYOS クラウドシステム、PAYG クラウドシステムに関わらず、すべてのシステムで残りの手順を実行します。

   1. SAP HANA システムを停止し、すべての SAP プロセスを停止します。

      重要

      SAP HANA ファイルシステムは アンマウントしない でください。これらは、SAP HANA がインストールされているかを検出したり、インストールされているシステムのバージョンを検出したりするために必要です。

   2. ブート時に SAP プロセスを自動的に開始するようにシステムが設定されている場合は、SAP プロセスの自動開始を無効にします。
      

   3. SAP HANA の RHEL を設定します。

      1. SAP HANA 2.0 SPS05 の SAP HANA インストーラーは、ファイル /etc/sysctl.conf でカーネル設定を設定します。これらの設定はそのままにしておきます。
      2. SAP ノート 2382421 および 2292690 に従って、SAP HANA に推奨されている追加設定は、ディレクトリー /etc/sysctl.d 内の sap.conf および sap_hana.conf ファイルを使用して設定されます。sap_hana.conf の設定は、RHEL 7 と RHEL 8 の両方に対して有効ですが、RHEL 7 の sap.conf の kernel.sem の値は、RHEL 8 のデフォルト値よりも低くなります。このため、kernel.sem を 1250 256000 100 1024 に設定する行を /etc/sysctl.d/sap.conf から削除します。vm.max_map_count の値は RHEL 7 と RHEL 8 の両方に対して再び有効であるため、この設定はそのままにしておきます。

   4. RHEL 7.9 システムを最新の RHEL 7 パッケージレベルに更新します。

      # yum update

   5. システムを再起動します。

      # reboot

   6. システムが起動して実行されたら、システム上で SAP HANA システムも SAP プロセスも実行されていないことを確認します。
      
   7. SAP HANA ファイルシステムが使用可能であることを確認します。
      

   8. Leapp ユーティリティーをインストールします。

      # yum install leapp-upgrade

   9. 元の RHEL 7 システムの復元を試行する設定管理システム(Salt、Chef、Puppet、Ansible など)が有効になっていないこと、または設定されていないことを確認します。
      
   10. システムで、接頭辞 eth に基づく名前のネットワークインターフェイスカード(NIC)が使用されていないことを確認します。
       
   11. システムの完全バックアップまたは仮想マシンのスナップショットがあることを確認してください。
       
   12. 復元テストをまだ行っていない場合は、別のシステムへのバックアップの復元テストを実行して、正常な復元にバックアップを使用できることを確認します。復元テストは、必要な復元作業に慣れるためにも役立ちます。これにより、必要に応じてできるだけ迅速にシステムを戻すことができます。