この情報は、SAP HANA スケールアウト インスタンスを対象としています。スケールアップ構成と HA 1+1 構成については、SAP HANA 用の Backup and DR サービスをご覧ください。
SAP HANA スケールアウトのインスタント リカバリ(マウントと移行)
LVM 移行方法を使用して、バックアップ/リカバリ アプライアンスのステージング ディスクから本番環境ディスクへの HANA データの移行を自動化します。スケールアップ構成または非共有 LVM マルチノード スケールアウト クラスタのバックアップ/リカバリ アプライアンスのステージング ディスクで SAP HANA データベースが復元されたら、LVM 移行方法を使用します。
復元スクリプト
復元スクリプトは /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh です。
スクリプトの詳細をご覧ください。
データベースの復元と移行
復元を開始する前の前提条件
- SAP HANA データベースを停止します(スケールアウト構成の場合はすべてのノードで停止します)。
sapcontrol -nr <instance number> -function StopSystemsapcontrol -nr <instance number> -function GetSystemInstanceList
- /etc/fstab に /hana/data と /hana/log のマウントの /dev/mapper エントリがあることを確認します。
df -khを使用して、/hana/data と /hana/log の /dev/mapper エントリを取得します。
- /hana/data と /hana/log がどのプロセスにも保持されていないことを確認します。
- /hana/data と /hana/log のアンマウントと再マウントを使用して確認します。
- HANA 高速再起動が構成されている場合は、/etc/fstab の HANA 高速再起動のエントリをコメントアウトし、高速再起動のマウント ポイントをアンマウントします。復元後、2 段階のマウントと移行の最初のステップが完了したら、高速再起動のマウントをマウントして高速再起動を有効にし、高速再起動のマウントの /etc/fstab エントリのコメントを解除します。
イメージをマウントする
アプライアンス管理コンソールを使用して、バックアップ イメージをターゲット サーバーにマウントします。
- 特権ユーザーとしてアプライアンス管理コンソールにログインします。
- 必要なアプリケーションを選択し、[アクセス] を選択します。
- イメージを選択し、[マウント] をクリックします。
- [CREATE NEW VIRTUAL APPLICATION] オプションを無効にして、該当するターゲット ノードまたはクラスタを選択します。スケールアウト クラスタにマウントする場合は、[MOUNT TO ALL CLUSTER SERVERS] オプションが有効になっていることを確認します。
- マウント ポイントの場所を指定して、[送信] をクリックします。
マウントジョブが完了すると、イメージがターゲット HANA サーバーの指定された場所にマウントされます。
マウントと移行のユースケース
2 つのユースケース
1 段階のマウントと移行。データベースを復元し、データベースの実行中に、バックアップ/リカバリ アプライアンスが提示するストレージから本番環境ストレージにデータを移行します。
2 段階のマウントと移行。データベースのコピーを復元します。復元されたデータベースは、バックアップ/リカバリ アプライアンスから運用できます。本番環境ストレージの準備ができたら、データベースの実行中に本番環境ストレージへのデータの移行を開始できます。
1 段階のマウントと移行
イメージをマウントしたら、1 回の実行でデータを復元して移行できます 。
イメージがマウントされているターゲット サーバーでこのスクリプトを実行します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate特定の時点に復元するには、
-rオプションを使用します。/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -r <time>このオプションを使用すると、データベースが復元され、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクのボリューム グループがローカル ストレージとマージされ、データベースの移行が開始されます。
ジョブが成功すると、データベースの実行中に、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクからローカルの本番環境ストレージにデータが移動されます。
HANA のソースとターゲットの SID が異なる場合
HANA のソースとターゲットの SID が異なる場合は、`hana_lvm_recover_migrate.sh スクリプトを実行する前に、データとログのマウント ポイントで SID ディレクトリの名前をターゲット SID に変更します。
次に例を示します。
ソース SID: HPR ターゲット SID: HSR マウント ポイント: /mmrestore
hana_lvm_recover_migrate.shスクリプトを実行する前に、/mmrestore/hana/data マウント ポイントでディレクトリ/mmrestore/hana/data/HPRの名前を/mmrestore/hana/data/HSRに変更する必要があります。hana_lvm_recover_migrate.shスクリプトを実行する前に、/mmrestore/hana/log マウント ポイントでディレクトリ/mmrestore/hana/log/HPRの名前を/mmrestore/hana/log/HSRに変更する必要があります。
2 段階のマウントと移行
イメージをマウントしたら、データベースのコピーを復元します。 復元されたデータベースは、バックアップ/リカバリ アプライアンスから運用できます。
recovermerge オプションを実行して、マウントされたイメージからデータベースのコピーを実行します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge特定の時点に復元するには、
-rオプションを使用します。/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -r <time>復元が成功すると、データベースはバックアップ/リカバリ アプライアンスのマウントされたデバイスで実行されます。データベースは起動し、アプリケーションで使用できます。
本番環境ストレージが使用可能になったら、データベースの実行中に本番環境ストレージへのデータの移行を開始します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh migrate
マウントされたイメージをバックアップ/リカバリ アプライアンスからアンマウントして削除する
- 特権ユーザーとしてアプライアンス管理コンソールにログインします。
- ステップ 1 でマウントしたイメージを選択します。
- [**Unmount & Delete**] をクリックします。
スクリプトの詳細(hana_lvm_recover_migrate.sh)
スクリプトには次の詳細が含まれています。
- NAME: SAP HANA 復元ヘルパースクリプト
- パス: /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh
- SYNOPSIS:
hana_lvm_recover_migrate.sh <OPERATION> [OPTIONS] - 説明: バックアップ/リカバリ アプライアンスからスケールアウト クラスタまたはスタンドアロン クラスタに SAP HANA データを復元します。
- オペレーション: 実行するオペレーションを指定します。これは必須です。
- マージ: Actifio ボリューム グループと本番環境ボリューム グループをマージします。
- Migrate: Actifio ディスクから本番環境ディスクにボリュームを移行します。
- Recover: Actifio スケールアウト復元スクリプトを実行します。
- RecoverMerge: Recover と Merge を実行します。
- RecoverMigrate. Recover と Migrate を実行します。
- Rollback. 復元を再度試行できる状態にします。
- Test. ジョブ構成のテストに使用できます。
オプション パラメータ
スクリプトには、値をオーバーライドするためのオプション パラメータも用意されています。
-a \<name\>: mount job name override
-A \<log|params\>: Method to discover job name, log file or params file
-C \<count\>: Expected node count override
-D \<path\>: Path to the HANA data mount point, expected to be the same
for all nodes
-h: Display help documentation and exit, specify operation for more info
-I \<name\>: HANA database SID override
-K \<user\>: HANA keystore user to use for the restore
-L \<path\>: Path to the HANA log mount point, expected to be the same
for all nodes
-r \<time\>: Timepoint to which to recover the HANA database
-R: Assert that the recover script has already been run
-S \<path\>: Path to the shared directory, expected to be the same for
all nodes
-t \<minutes\>: Number of minutes without an update before a job is
considered timed out
-T \<minutes\>: Number of minutes to allow for starting the HANA DB
service
-u \<user\>: HANA service account username \<adm user\>
-v: Enable verbose logging
-V \<version\>: HANA version
-w \<seconds\>: Base wait time, job status checks 1x, file system
operations 4x
hana_lvm_recover_migrate.shスクリプト オプション
Recover
データを本番環境ストレージに移行しない場合は、復元オプションを実行します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover
デフォルトでは、スクリプトは UDSAgent ログから最新のジョブ番号を取得し、ターゲット マウント ポイントやデータベース SID など、ジョブに必要なすべての情報を収集します。 このターゲット サーバーの最後のジョブがマウントでない場合は、最後のマウントジョブのジョブ番号 (-a オプションを使用)を指定して、マウントジョブのデフォルト値をオーバーライドする必要があります。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover -a <Job_#>
特定の時点へのポイントインタイム リカバリ(-r オプションを使用)
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover -a <Job_#> -r <time>
復元が成功すると、データベースはバックアップ/リカバリ アプライアンスのマウントされたデバイスから実行されます。
merge
このオプションは、アプライアンスからマウントされたデバイスからデータベースが実行されている場合に、ステップ A の復旧オペレーション後に実行して、データを本番環境ストレージに移行できます。このプロセスでは、データベースが停止し、本番環境ストレージのボリューム グループがバックアップ/リカバリ アプライアンスのボリューム グループとマージされます。マージ オペレーションが成功すると、データベースがオンラインになります。
merge オプションが渡されると、データベースの復元プロセスが完了することが想定されます。このスクリプトを使用せずに手動で復元した場合は、-R オプションを指定して、復元が実行されたことを確認できます。復元が完了していない場合、スクリプトはマージ プロセスを続行しません。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh merge
recovermerge
データを本番環境ストレージに移行する場合は、recovermerge オプションを実行します。recovermerge オプションは、復元とマージのプロセスのスーパーセットです。マージ オペレーションは復元の一部として行われます。これにより、移行プロセスの開始時にデータベースが再起動されるのを防ぐことができます。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge
このターゲット サーバーの最後のジョブがマウントでない場合は、最後のマウントジョブのジョブ番号 を -a オプションを使用して指定し、マウントジョブのデフォルト値をオーバーライドする必要があります。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -a <Job_#>
特定の時点へのポイントインタイム リカバリには、-r オプションを使用します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -a <Job_#> -r <time>
復元が成功すると、スクリプトはマージ オペレーションを続行します。このオペレーションでは、本番環境ストレージのボリューム グループがバックアップ/リカバリ アプライアンスのボリューム グループとマージされます。このプロセスでは、データベースが停止し、マージ オペレーションが成功すると、データベースがオンラインになります。
migrate
スクリプトの recover または recovermerge の実行後に migrate オプションを実行すると、データベースの実行中に、バックアップ/リカバリ アプライアンスが提示するストレージから本番環境ストレージへのデータの移行を開始できます。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh migrate
復元が完了していない場合、スクリプトは移行プロセスを続行しません。移行プロセス中、スクリプトはマージ オペレーションが完了しているかどうかを確認し、完了している場合はデータベースを再起動せずに移行に進みます。完了していない場合は、本番環境ストレージのボリューム グループをバックアップ/リカバリ アプライアンスのボリューム グループとマージします。このプロセスでは、データベースが停止し、マージ オペレーションが成功すると、データベースがオンラインになります。
recovermigrate
recovermigrate は、recover、recovermerge、migrate オペレーションのスーパーセットです。 このプロセスでは、データベースが復元され、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクのボリューム グループがローカル ストレージと統合され、データベースの移行が開始されます。
スクリプトは /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate です。
このターゲット サーバーの最後のジョブ がマウントでない場合は、最後のマウントジョブのジョブ番号 を -a オプションを使用して指定し、マウントジョブのデフォルト値をオーバーライドする必要があります。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -a <Job_#>
特定の時点へのポイントインタイム リカバリには、-r オプションを使用します。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -a <Job_#> -r <time>
スケールアウト構成の場合、移行はクラスタのすべてのノードで並行して開始されます。
ジョブが成功すると、データベースの実行中に、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクからローカルの本番環境ストレージにデータが移動されます。
rollback
rollback オプションは、ジョブログを調べて、recover、merge、migrate、recovermerge、recovermigrate ジョブのステージを特定し、データベース サーバーに加えられた変更を元に戻します。ローカルの本番環境ディスクとバックアップ/リカバリ アプライアンスのステージング ディスク間でボリューム グループがマージされている場合は、ロールバック オペレーションを実行するために、ステージング ディスクの物理ボリュームが本番環境ボリューム グループから削除されます。
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh rollback
test
Test オペレーションを使用すると、実際の復元オペレーションを開始する前に、環境が正しく構成されていることを確認できます。Test オペレーションでは変更が行われないため、必要に応じて何度でも実行できます。また、完全にスキップすることもできます。
テストの実行時に次の項目が確認されていることを確認します。
- ノードの確認。このタスクはすべてのオペレーションで実行されます。
- 想定されるノード数が実際のノード数と一致しているかどうかを確認します。
- 該当する場合は、非マスターノードへの SSH アクセスが可能かどうかを確認します。
- ノードが共有ディレクトリにアクセスできるかどうかを確認します。
SAP HANA スケールアウトの Backup and DR サービスのドキュメント
このページは、Backup and DR サービスを使用して SAP HANA スケールアウト インスタンスを保護および復元するためのページシリーズの 1 つです。 詳細については、次のページをご覧ください。
- SAP HANA スケールアウトの Backup and DR
- バックアップ用に SAP HANA スケールアウト インスタンスを準備する
- SAP HANA スケールアウト ホストを追加し、そのデータベースを検出して保護する
- SAP HANA スケールアウトのステージング ディスク形式とバックアップ方法を構成する
- SAP HANA スケールアウト インスタンスのアプリケーションの詳細と設定を行う
- HANA 1+n と HANA スケールアウト データベースをバックアップする
- SAP HANA スケールアウト インスタンスを復元して復旧する
- SAP HANA スケールアウト バックアップを標準マウントとしてマウントする
- SAP HANA スケールアウト バックアップを仮想データベースとしてマウントする
- SAP HANA スケールアウト バックアップをマウントして移行し、任意のターゲットにインスタント リカバリを行う