アプライアンス管理コンソールの任意のターゲットに復元するための SAP HANA バックアップをマウントして移行する

この情報は、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 StopSystem
    • sapcontrol -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 エントリのコメントを解除します。

イメージをマウントする

  1. アプライアンス管理コンソールを使用して、バックアップ イメージをターゲット サーバーにマウントします。

    1. 特権ユーザーとしてアプライアンス管理コンソールにログインします。
    2. 必要なアプリケーションを選択し、[アクセス] を選択します。
    3. イメージを選択し、[マウント] をクリックします。
    4. [CREATE NEW VIRTUAL APPLICATION] オプションを無効にして、該当するターゲット ノードまたはクラスタを選択します。スケールアウト クラスタにマウントする場合は、[MOUNT TO ALL CLUSTER SERVERS] オプションが有効になっていることを確認します。
    5. マウント ポイントの場所を指定して、[送信] をクリックします。

マウントジョブが完了すると、イメージがターゲット HANA サーバーの指定された場所にマウントされます。

マウントと移行のユースケース

2 つのユースケース

  • 1 段階のマウントと移行。データベースを復元し、データベースの実行中に、バックアップ/リカバリ アプライアンスが提示するストレージから本番環境ストレージにデータを移行します。

  • 2 段階のマウントと移行。データベースのコピーを復元します。復元されたデータベースは、バックアップ/リカバリ アプライアンスから運用できます。本番環境ストレージの準備ができたら、データベースの実行中に本番環境ストレージへのデータの移行を開始できます。

1 段階のマウントと移行

イメージをマウントしたら、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>

    このオプションを使用すると、データベースが復元され、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクのボリューム グループがローカル ストレージとマージされ、データベースの移行が開始されます。

  2. ジョブが成功すると、データベースの実行中に、バックアップ/リカバリ アプライアンスからプロビジョニングされたディスクからローカルの本番環境ストレージにデータが移動されます。

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 段階のマウントと移行

イメージをマウントしたら、データベースのコピーを復元します。 復元されたデータベースは、バックアップ/リカバリ アプライアンスから運用できます。

  1. 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>

    復元が成功すると、データベースはバックアップ/リカバリ アプライアンスのマウントされたデバイスで実行されます。データベースは起動し、アプリケーションで使用できます。

  2. 本番環境ストレージが使用可能になったら、データベースの実行中に本番環境ストレージへのデータの移行を開始します。

/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh migrate

マウントされたイメージをバックアップ/リカバリ アプライアンスからアンマウントして削除する

  1. 特権ユーザーとしてアプライアンス管理コンソールにログインします。
  2. ステップ 1 でマウントしたイメージを選択します。
  3. [**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: RecoverMerge を実行します。
  • RecoverMigrate. RecoverMigrate を実行します。
  • 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 つです。 詳細については、次のページをご覧ください。