日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SnapCenter によるSAPシステムのクローニング

寄稿者

"前：SAP HANAシステムはSnapCenter で更新されました。"

このセクションでは、SAPシステムのクローニング処理の手順ごとの概要 を示します。このを使用して、論理的な破損に対処するための修復システムをセットアップできます。

注記 ラボのセットアップと検証では、SAPアプリケーションサービスは対象外です。ただし、SAPアプリケーションサービスに必要な手順については、このドキュメントで説明しています。

エラー：グラフィックイメージがありません

前提条件および制限事項

以降のセクションで説明するワークフローには、HANAシステムアーキテクチャとSnapCenter 構成に関するいくつかの前提条件と制限事項があります。

  • ここで説明するワークフローは、シングルテナントを使用するシングルホストSAP HANA MDCシステムに対して有効です。

  • 自動化スクリプトを実行できるようにするには、SnapCenter HANAプラグインをターゲットホストに導入する必要があります。HANAプラグインをHANAソースシステムホストにインストールする必要はありません。

  • NFSのワークフローが検証されました。自動化スクリプト「sc-mount-volume.sh」は、HANA共有ボリュームのマウントに使用され、FCPをサポートしていません。この手順は、手動で実行するか、スクリプトを拡張して実行する必要があります。

  • 記述されたワークフローは、SnapCenter 4.6 P1リリース以降でのみ有効です。以前のリリースでは、ワークフローが若干異なります。

ラボのセットアップ

次の図は、システムのクローニング処理に使用するラボ環境のセットアップを示しています。

使用したソフトウェアバージョンは次のとおりです。

エラー：グラフィックイメージがありません

ターゲットホストの準備

ここでは、システムクローンターゲットとして使用するサーバで必要な準備手順について説明します。

通常運用時は、HANAのQAやテスト用システムなど、別の目的にターゲットホストを使用することもできます。したがって、前述のほとんどの手順は、システムクローン処理が要求されたときに実行する必要があります。一方、関連する構成ファイルは、「/etc/fstab」や「/usr/sap/sapservices」のように準備し、構成ファイルをコピーするだけで運用に移すことができます。

ターゲットホストの準備には、HANAのQAまたはテストシステムのシャットダウンも含まれます。

ターゲットサーバのホスト名と IP アドレス

ターゲット・サーバのホスト名は ' ソース・システムのホスト名と同じである必要がありますIP アドレスは異なっていてもかまいません。

注記 ターゲットサーバが他のシステムと通信できないように、ターゲットサーバの適切なフェンシングを確立する必要があります。適切なフェンシングが設定されていないと、クローニングされた本番用システムは他の本番用システムとデータを交換する可能性があります。
注記 このラボ環境では、ターゲットシステム側から見て、ターゲットシステムのホスト名を内部的にのみ変更しました。ホストの外部からは、ホスト名として「HANA -7」を使用してアクセスできました。ホストにログインすると、ホスト自体がHANAです。

必要なソフトウェアをインストールします

SAP ホストエージェントソフトウェアをターゲットサーバにインストールする必要があります。詳細については、を参照してください "SAP ホストエージェント" SAP ヘルプポータルで、次の作業を行います。

SnapCenter のホストの追加処理を使用して、SnapCenter HANAプラグインをターゲットホストに導入する必要があります。

ユーザ、ポート、および SAP サービスを設定する

ターゲットサーバに、 SAP HANA データベースに必要なユーザとグループが配置されている必要があります。通常は、ユーザの一元管理が使用されるため、ターゲットサーバで設定手順を行う必要はありません。HANA データベースに必要なポートは、ターゲットホストで設定する必要があります。構成は '/etc/services ファイルをターゲット・サーバにコピーすることによって ' ソース・システムからコピーできます

必要な SAP サービスのエントリがターゲットホストにあることが必要です。/usr/sap/sapservices' ファイルをターゲットサーバにコピーすることで ' ソースシステムから構成をコピーできます次の出力は、このラボ環境で使用する SAP HANA データベースの必須エントリを示しています。

#!/bin/sh
LD_LIBRARY_PATH=/usr/sap/SS1/HDB00/exe:$LD_LIBRARY_PATH;export LD_LIBRARY_PATH;/usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
limit.descriptors=1048576

ログとログのバックアップボリュームを準備

ログボリュームをソースシステムからクローニングする必要はなく、clear logオプションを使用してリカバリを実行するため、空のログボリュームをターゲットホストで準備しておく必要があります。

ソースシステムには独立したログバックアップボリュームが設定されているため、空のログバックアップボリュームを準備し、ソースシステムと同じマウントポイントにマウントする必要があります。

hana- 1:/# cat /etc/fstab
192.168.175.117:/SS1_repair_log_mnt00001 /hana/log/SS1/mnt00001 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
192.168.175.117:/SS1_repair_log_backup /mnt/log-backup nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0

ログボリュームhdb*内では、ソース・システムと同じ方法でサブディレクトリを作成する必要があります。

hana- 1:/ # ls -al /hana/log/SS1/mnt00001/
total 16
drwxrwxrwx 5 root   root   4096 Dec  1 06:15 .
drwxrwxrwx 1 root   root     16 Nov 30 08:56 ..
drwxr-xr-- 2 ss1adm sapsys 4096 Dec  1 06:14 hdb00001
drwxr-xr-- 2 ss1adm sapsys 4096 Dec  1 06:15 hdb00002.00003
drwxr-xr-- 2 ss1adm sapsys 4096 Dec  1 06:15 hdb00003.00003

ログバックアップボリュームには、システムとテナントデータベースのサブディレクトリを作成する必要があります。

hana- 1:/ # ls -al /mnt/log-backup/
total 12
drwxr-xr-x 4 root root 4096 Dec  1 04:48 .
drwxr-xr-x 1 root root   48 Dec  1 03:42 ..
drwxrwxrwx 2 root root 4096 Dec  1 06:15 DB_SS1
drwxrwxrwx 2 root root 4096 Dec  1 06:14 SYSTEMDB

ファイルシステムのマウントを準備

データおよび共有ボリュームのマウントポイントを準備しておく必要があります。

この例では'/hana/data/ss1/mnt00001'/hana/shared’およびusr/sap/ss1’ディレクトリを作成する必要があります

SnapCenter スクリプト用にSID固有の構成ファイルを準備します

SnapCenter 自動化スクリプト「sc-system-refresh.sh」の構成ファイルを作成する必要があります。

hana- 1:/mnt/sapcc-share/SAP-System-Refresh # cat sc-system-refresh-SS1.cfg
# ---------------------------------------------
# Target database specific parameters
# ---------------------------------------------
# hdbuserstore key, which should be used to connect to the target database
KEY="SS1KEY"
# Used storage protocol, NFS or FCP
PROTOCOL

HANA共有ボリュームのクローニング

  1. ソース・システムSS1共有ボリュームからSnapshotバックアップを選択し、Clone from Backupをクリックします。

    エラー：グラフィックイメージがありません

  2. ターゲット修復システムの準備が完了したホストを選択します。NFSエクスポートのIPアドレスは、ターゲットホストのストレージネットワークインターフェイスである必要があります。ターゲットSIDはソースシステムと同じSIDを保持するため、この例ではSS1です。

    エラー：グラフィックイメージがありません

  3. 必要なコマンドラインオプションを指定して、マウントスクリプトを入力します。

    注記 HANAシステムは、構成ガイドで推奨されているように、単一のボリュームを「/hana/shared」と「/usr/sap/ss1」に使用し、サブディレクトリで区切られます "NFSを使用したNetApp AFF システムでのSAP HANA"。スクリプトのsc-mount-volume.sh’は’マウント・パスに特別なコマンド・ライン・オプションを使用して’この構成をサポートしていますマウント・パス・コマンド・ライン・オプションがusr-sap-and -sharedと等しい場合’スクリプトは’それに応じて’ボリューム内のサブディレクトリであるsharedとusr-sapをマウントします

    エラー：グラフィックイメージがありません

  4. SnapCenter のジョブ詳細画面に処理の進捗状況が表示されます。

    エラー：グラフィックイメージがありません

  5. sc-mount-volume.shスクリプトのログファイルには’マウント操作に対して実行されるさまざまな手順が示されています

    20201201041441###hana-1###sc-mount-volume.sh: Adding entry in /etc/fstab.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117://SS1_shared_Clone_05132205140448713/usr-sap /usr/sap/SS1 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /usr/sap/SS1.
20201201041441###hana-1###sc-mount-volume.sh: 192.168.175.117: /SS1_shared_Clone_05132205140448713/shared /hana/shared nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201041441###hana-1###sc-mount-volume.sh: Mounting volume: mount /hana/shared.
20201201041441###hana-1###sc-mount-volume.sh: usr-sap-and-shared mounted successfully.
20201201041441###hana-1###sc-mount-volume.sh: Change ownership to ss1adm.

  6. SnapCenter ワークフローが終了すると’usr/sap/ss1’および'/hana/shareed’ファイルシステムがターゲット・ホストにマウントされます

    hana-1:~ # df
Filesystem                                                       1K-blocks     Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001                         262144000      320 262143680   1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share                                    1020055552 53485568 966569984   6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup                           104857600      256 104857344   1% /mnt/log-backup
192.168.175.117: /SS1_shared_Clone_05132205140448713/usr-sap  262144064 10084608 252059456   4% /usr/sap/SS1
192.168.175.117: /SS1_shared_Clone_05132205140448713/shared   262144064 10084608 252059456   4% /hana/shared

  7. SnapCenter では、クローニングされたボリュームの新しいリソースが表示されます。

    エラー：グラフィックイメージがありません

  8. 「/hana/shared」ボリュームが使用可能になったので、SAP HANAサービスを開始できます。

    hana-1:/mnt/sapcc-share/SAP-System-Refresh # systemctl start sapinit

  9. SAPホストエージェントとsapstartsrvプロセスが開始されました。

    hana-1:/mnt/sapcc-share/SAP-System-Refresh # ps -ef |grep sap
root     12377     1  0 04:34 ?        00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
sapadm   12403     1  0 04:34 ?        00:00:00 /usr/lib/systemd/systemd --user
sapadm   12404 12403  0 04:34 ?        00:00:00 (sd-pam)
sapadm   12434     1  1 04:34 ?        00:00:00 /usr/sap/hostctrl/exe/sapstartsrv pf=/usr/sap/hostctrl/exe/host_profile -D
root     12485 12377  0 04:34 ?        00:00:00 /usr/sap/hostctrl/exe/saphostexec pf=/usr/sap/hostctrl/exe/host_profile
root     12486 12485  0 04:34 ?        00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
ss1adm   12504     1  0 04:34 ?        00:00:00 /usr/sap/SS1/HDB00/exe/sapstartsrv pf=/usr/sap/SS1/SYS/profile/SS1_HDB00_hana-1 -D -u ss1adm
root     12582 12486  0 04:34 ?        00:00:00 /usr/sap/hostctrl/exe/saposcol -l -w60 pf=/usr/sap/hostctrl/exe/host_profile
root     12585  7613  0 04:34 pts/0    00:00:00 grep --color=auto sap
hana-1:/mnt/sapcc-share/SAP-System-Refresh #

追加のSAPアプリケーションサービスのクローニング

SAP HANA共有ボリュームと同じ方法で、追加のSAPアプリケーションサービスのクローンを作成できます（を参照）HANA共有ボリュームのクローニング」 もちろん、SAPアプリケーションサーバに必要なストレージボリュームもSnapCenter で保護する必要があります。

必要なサービスエントリを/usr/sap/sapservicesに追加し’ポート’ユーザ’ファイルシステムマウントポイント(たとえば'/usr/sap/sid')を準備する必要があります

データボリュームのクローニングとHANAデータベースのリカバリ

  1. ソースシステムSS1からHANA Snapshotバックアップを選択します。

    エラー：グラフィックイメージがありません

  2. ターゲット修復システムの準備が完了したホストを選択します。NFSエクスポートのIPアドレスは、ターゲットホストのストレージネットワークインターフェイスである必要があります。ターゲットSIDはソースシステムと同じSIDを保持します。この例では、SS1です。

    エラー：グラフィックイメージがありません

  3. 必要なコマンドラインオプションを指定して、マウントスクリプトとクローニング後スクリプトを入力します。

    注記 リカバリ処理のスクリプトは、HANAデータベースをSnapshot処理の時点までリカバリします。フォワードリカバリは実行しません。特定の時点までのフォワードリカバリが必要な場合は、リカバリを手動で実行する必要があります。手動フォワードリカバリでは、ソースシステムのログバックアップをターゲットホストで利用できることも必要です。

    エラー：グラフィックイメージがありません

SnapCenter のジョブ詳細画面に処理の進捗状況が表示されます。

エラー：グラフィックイメージがありません

sc-system-refresh.shスクリプトのログファイルには’マウントおよびリカバリ操作で実行されるさまざまなステップが示されています

20201201052114###hana-1###sc-system-refresh.sh: Adding entry in /etc/fstab.
20201201052114###hana-1###sc-system-refresh.sh: 192.168.175.117:/SS1_data_mnt00001_Clone_0421220520054605 /hana/data/SS1/mnt00001 nfs rw,vers=3,hard,timeo=600,rsize=1048576,wsize=1048576,intr,noatime,nolock 0 0
20201201052114###hana-1###sc-system-refresh.sh: Mounting data volume: mount /hana/data/SS1/mnt00001.
20201201052114###hana-1###sc-system-refresh.sh: Data volume mounted successfully.
20201201052114###hana-1###sc-system-refresh.sh: Change ownership to ss1adm.
20201201052124###hana-1###sc-system-refresh.sh: Recover system database.
20201201052124###hana-1###sc-system-refresh.sh: /usr/sap/SS1/HDB00/exe/Python/bin/python /usr/sap/SS1/HDB00/exe/python_support/recoverSys.py --command "RECOVER DATA USING SNAPSHOT CLEAR LOG"
20201201052156###hana-1###sc-system-refresh.sh: Wait until SAP HANA database is started ....
20201201052156###hana-1###sc-system-refresh.sh: Status:  GRAY
20201201052206###hana-1###sc-system-refresh.sh: Status:  GREEN
20201201052206###hana-1###sc-system-refresh.sh: SAP HANA database is started.
20201201052206###hana-1###sc-system-refresh.sh: Source system has a single tenant and tenant name is identical to source SID: SS1
20201201052206###hana-1###sc-system-refresh.sh: Target tenant will have the same name as target SID: SS1.
20201201052206###hana-1###sc-system-refresh.sh: Recover tenant database SS1.
20201201052206###hana-1###sc-system-refresh.sh: /usr/sap/SS1/SYS/exe/hdb/hdbsql -U SS1KEY RECOVER DATA FOR SS1 USING SNAPSHOT CLEAR LOG
0 rows affected (overall time 34.773885 sec; server time 34.772398 sec)
20201201052241###hana-1###sc-system-refresh.sh: Checking availability of Indexserver for tenant SS1.
20201201052241###hana-1###sc-system-refresh.sh: Recovery of tenant database SS1 succesfully finished.
20201201052241###hana-1###sc-system-refresh.sh: Status: GREEN

マウント処理とリカバリ処理が完了すると、ターゲットホストにHANAデータボリュームがマウントされます。

hana-1:/mnt/log-backup # df
Filesystem                                                       1K-blocks     Used Available Use% Mounted on
192.168.175.117:/SS1_repair_log_mnt00001                         262144000   760320 261383680   1% /hana/log/SS1/mnt00001
192.168.175.100:/sapcc_share                                    1020055552 53486592 966568960   6% /mnt/sapcc-share
192.168.175.117:/SS1_repair_log_backup                           104857600      512 104857088   1% /mnt/log-backup
192.168.175.117: /SS1_shared_Clone_05132205140448713/usr-sap  262144064 10090496 252053568   4% /usr/sap/SS1
192.168.175.117: /SS1_shared_Clone_05132205140448713/shared   262144064 10090496 252053568   4% /hana/shared
192.168.175.117:/SS1_data_mnt00001_Clone_0421220520054605           262144064  3732864 258411200   2% /hana/data/SS1/mnt00001

HANAシステムが使用可能になり、修理システムなどとして使用できるようになります。

"次へ：追加情報 およびバージョン履歴の参照先。"