Compute Engine で実行されている SAP HANA データベースを保護して復元する

データ損失、エラー、破損から SAP 本番環境を保護する

SAP HANA は、世界で最も人気のあるエンタープライズ データベースの一つです。インメモリで実行されるため、クエリ結果を非常に迅速に返すことができます。多くの企業は、ミッション クリティカルなアプリケーションに SAP HANA を使用しています。他のどのデータベースでも発生する可能性があるように、SAP HANA は破損、誤削除、ランサムウェア攻撃などのセキュリティ脅威の影響を受けやすくなります。Backup and DR サービスを使用すると、本番環境システムを効率的かつ安全にバックアップして復元できます。

Backup and DR サービスを使用して HANA データベースを保護する方法の概要については、SAP HANA のバックアップと DR をご覧ください。

最初に Backup and DR サービスをデプロイする

始める前に、次の手順を読んで完了する必要があります。

Backup and DR サービスの仕組みを確認する

次に、バックアップと DR の使用を開始する: Compute Engine インスタンスを保護して復元するで、Backup and DR サービスの仕組みを確認します。

バックアップ用に SAP HANA インスタンスを準備する

SAP HANA インスタンスをバックアップする前に、次の準備手順を確認してください。

前提条件

  • 構成済みのすべてのサービス（SAP Note 1697613 および SAP Note 1649519 を参照）（nameserver や indexserver など）が実行中である必要があります。これは、SAP HANA Studio の [Overview] > [Operational State] > すべてのサービスが起動していることを確認することで確認できます。
  • バックアップと DR エージェントがホストサイド オペレーションを実行できるようにするには、ユーザー名とパスワードではなく SAP HANA hdbuserstore キーを使用して、SAP HANA セキュア ユーザーストアを使用して HANA データベースと通信します。
  • データベース log_mode は、HANA Studio の [設定] タブで [normal] にする必要があります。
  • Backup and DR サービスで保護する HANA データが存在するすべての SAP HANA サーバー（Compute Engine）は、Backup and DR サービスにオンボーディングされている必要があります。
  • Backup and DR サービスによって保護される HANA データが存在するすべての SAP HANA サーバー（Compute Engine）に、Backup and DR エージェントをインストールする必要があります。

  • SAP HANA ログ バックアップの推奨事項:

    • SAP HANA ログ バックアップ パスを global.ini の basepath_logbackup と basepath_catalogbackup として設定してください。
    • SAP HANA ログ バックアップ マウントを使用して、HANA アーカイブ ログ バックアップ以外のファイルを保存しない
    • デフォルトでは、ログのパージはデータベースのバックアップごとに実行されます。これにより、最適な復元 RTO が実現されます。

  • Persistent Disk スナップショット キャプチャ方法を使用して SAP HANA をバックアップするには、構成が次の条件を満たしている必要があります。

    • /hana/shared と /usr/sap は、データ、ログ、ログバックアップのボリューム グループまたはディスクと共有しないでください。
    • ログバックアップには個別のディスクを構成する必要があります。データ ボリューム、ログボリューム、HANA バイナリと共有しないでください。

HANA ユーザーストア キーを構成する

次の手順で HANA ユーザーストア キーを構成します。

  1. HANA Studio からデータベース バックアップ ユーザーを作成します。
  2. インスタンス番号と SQL ポート番号を取得します。
  3. システム DB バックアップ ユーザー用の SAP HANA hdbuserstore キーを作成します。

ステップ 1: HANA Studio からデータベース バックアップ ユーザーを作成する

会社の標準に従ってデータベースのユーザー名を選択します。このユーザー アカウントは必ず SYSTEMDB に作成します。

  1. SYSTEMDB の下にユーザーを作成します。
    • SAP HANA Studio の SYSTEMDB で、[System] > [Security] > [Users] > [New User] に移動します。
    • ユーザー名とパスワードを割り当てます。
    • [Force password change on next logon] を [No] に設定します。
    • HANA 2.0（SPS01 から SPS04）: [System privilege] タブをクリックし、次の権限を選択して割り当てます。
      • バックアップ管理者
      • カタログの読み取り
      • データベース管理者
      • データベースの起動
      • データベースの停止
    • HANA 2.0（SPS05 以降）: [System privilege tab] をクリックし、次の項目を選択して権限を割り当てます。
      • バックアップ管理者
      • カタログの読み取り
      • データベース バックアップ オペレーター + データベース復元オペレーター
      • データベース管理者
      • データベースの起動
      • データベースの停止
  2. 緑色の矢印をクリックして、新しく作成したシステム ユーザーをデプロイします。

ステップ 2: インスタンス番号と SQL ポート番号を取得する

システム DB 向けに HANA のインスタンス番号と SQL ポート番号が必要です。

HANA 2.0 Studio からインスタンス番号と SQL ポート番号を取得するには:

  1. [システム] に移動します。
  2. [横] タブをクリックします。
  3. [Services] タブをクリックします。
  4. [サービス] 列で nameserver に移動します。
  5. SQL ポートの値を取得します。インスタンス番号は、SQL ポート番号の 2 桁目と 3 桁目です。

ステップ 3: システム DB バックアップ ユーザー用の SAP HANA hdbuserstore キーを作成する

ユーザーストア キー名には、次の命名規則を使用します。SYSTEMDB の場合は、キー名を（Database backup username）に設定します。たとえば、データベースのバックアップ ユーザー名（Actbackup）の場合は、SYSTEMDB—key_name— (ACTBACKUP) に設定します。

手順

  1. SSH を使用して HANA データベース システムに接続し、(sid)adm にログインします。 su - (sid)adm
  2. ディレクトリを変更: cd exe

  3. コマンド hdbuserstore を使用して、hdbuserstore にエントリを作成します。 ./hdbuserstore SET (key_name) (host name):(port) (DB_user_name) (DB_user_password)

    この例では: ./hdbuserstore SET ACTBACKUP s4hana:30013 ACTBACKUP (DB_user_password)

  4. キーストアを確認します。./hdbuserstore list

HANA Studio でログモードとログ バックアップを設定する

HANA Studio を使用して、バックアップと DR 向けに HANA のログモードとログ バックアップの場所を設定し、HANA DB のトランザクション ログのバックアップを取得します。

  1. SAP HANA HDB Studio で、ログのバックアップが [DATABASE]（HANA 2.0 の場合は SYSTEMDB） > [Backup] > [Configuration] のページで正しく設定されていることを確認します。
    • 宛先の種類が [File] になっている。
    • Destination がローカルのファイル システムのマウントパスに設定されている。
    • バックアップ間隔が必要な RPO に設定されている。
    • 自動ログ バックアップが有効になっている。
    • データベース log_mode は normal に設定する必要があります。
  2. [Database configuration] で、[DATABASE]（HANA 2.0 の場合は SYSTEMDB）> [Configuration] ページで、フィルタに「basepath」と入力します。
  3. basepath_logbackup が正しく設定されていることを確認します。
    • basepath_catalogbackup を basepath_logbackup と同じに設定します。
    • basepath_catalogbackup の編集ページを開き、[新しい値] を basepath_logbackup と同じに設定します。[保存] をクリックします。これにより、ポイントインタイム リカバリのログをバックアップするよう設定されたカタログのバックアップを確認できます。
  4. HANA データベース サーバーで、値が有効になるように再構成を実行します。hdbnsutil -reconfig

このクイックスタート演習について

この演習では、Compute Engine インスタンスで実行されている SAP HANA データベースを検出して保護し、最後に、バックアップ イメージから新しい場所に完全に機能する新しい HANA データベースをマウントする手順について説明します。

  1. Compute Engine にバックアップと DR エージェントをインストールする
  2. SAP HANA データベースのバックアップ プランを作成する
  3. SAP HANA データベースを検出して保護する
  4. SAP HANA バックアップ イメージを標準マウントとしてマウントする
  5. SAP HANA データベースを復元する

ホストに Backup and DR エージェントをインストールする

Backup and DR エージェントは、Compute Engine インスタンスをバックアップ/リカバリ アプライアンスに接続します。バックアップと DR エージェントをインストールするには、Linux ホストにバックアップと DR エージェントをインストールするをご覧ください。

SAP HANA データベースのバックアップ プランを作成する

バックアップ プランは、Backup and DR サービスがバックアップ ジョブのスケジュールを設定し、バックアップ イメージのストレージを管理する方法です。

バックアップと DR のスタートガイド: Compute Engine インスタンスを保護して復元するで、Compute Engine インスタンスのバックアップ プランを作成しました。次に、Compute Engine インスタンス内で実行されている HANA データベースのバックアップ プランを作成する必要があります。ポリシー テンプレートを作成して適用するをご覧ください。

Compute Engine Persistent Disk 上の HANA データベースに固有の高度なポリシー設定

ポリシー テンプレートには、これらの特定の詳細設定が必要です。

  1. 管理コンソールの [バックアップ プラン] で、[テンプレート] を選択します。
  2. HANA データベースのポリシー テンプレートを選択し、[編集] をクリックします。
  3. 右側の [ポリシー] で、[スナップショット] の横にある白い矢印をクリックし、[ポリシーを編集] をクリックします。
  4. [ポリシーの作成/編集] セクションの下部にある [ポリシーの詳細設定] をクリックします。

  5. [詳細設定] ダイアログで、次の詳細設定を見つけて設定します。

    スナップショットのロケーション: Persistent Disk スナップショットを保存するリージョンを選択します。デフォルトでは、[マルチリージョン] が選択されています（ソースディスクのロケーションに基づく）。スナップショットの保存場所を、ソースディスクのリージョンとは異なるリージョンに変更することもできます。スナップショットをソースディスクのロケーションとは異なるロケーションに保存すると、データは異なるロケーション間のネットワークを通過するため、ネットワーク費用が発生する可能性があります。スナップショットには、Cloud Storage の下り（外向き）と同じ料金が発生します。Persistent Disk スナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。

    スナップショットのタイプ: SAP HANA バックアップに使用する Persistent Disk スナップショットのタイプを選択します。スナップショットは、永続ディスクからデータを増分的にバックアップします。バックアップ中に、新しいスナップショットが作成され、Persistent Disk の現在の状態がキャプチャされます。これは、後でマウントまたは復元用の新しいディスクの作成に使用できます。Compute Engine ではデータの整合性を確保するため、自動チェックサムを使用して各スナップショットの複数のコピーを複数のロケーションに保存します。Persistent Disk スナップショットの詳細を確認する。料金の詳細については、ディスクの料金をご覧ください。

    • 標準スナップショット: デフォルトでは、標準スナップショット タイプが選択されています。バックアップを 90 日未満保持する場合は、標準タイプを使用します。
    • アーカイブ スナップショット: バックアップ イメージを長期間保持する場合は、このアーカイブ タイプを選択します。アーカイブ スナップショットの最小請求対象期間は、ポリシーで定義された保持期間に関係なく 90 日です。また、アーカイブ タイプのスナップショットがマウント ジョブまたは復元ジョブで使用された場合は、追加の取得料金も発生します。

    Truncate（Purge）Log After Backup: バックアップ後に HANA アーカイブ ログを切り捨て（パージ）するかどうかを指定します。[Truncate Log after Backup] が有効になっている場合、HANA アーカイブ ログは切り捨てられます。デフォルトでは、アーカイブのパージはすべてのデータベース バックアップで実行されます。デフォルトを使用して、最適な復元 RTO を実現します。本番環境ログの保持が設定されている場合、パージは [Application Details & Settings] の [Retention of production db logs in hour] の設定に基づいて実行されます。

    • バックアップ後にログを切り捨て/パージしない: デフォルトです。このモードでは、アーカイブ ログはパージされません。
    • Truncate/Purge Log after Backup: アーカイブ ログのパージを有効にするには、このオプションを選択します。

    Enable Database Log Backup: このオプションを [はい] に設定します。[Enable Database Log Backup] オプションを使用すると、バックアップ プラン ポリシーでデータベースと関連するすべてのトランザクション ログファイルをバックアップできます。ログは、ログ スナップショット ジョブの実行時にバックアップされます。[はい] に設定すると、関連するオプションが有効になります。

    RPO: データベース ログ バックアップを分単位で指定します。Enable Database Log Backup が [Yes] に設定されている場合、RPO によってデータベース ログのバックアップ頻度が定義されます。頻度は分単位で設定し、データベースのバックアップ間隔を超えないようにする必要があります。設定できる最小値（分単位）は 15 です。

    Replicate Logs (Uses Streamsnap Technology): これを [No] に設定します。これは、SAP HANA Persistent Disk スナップショット保護には適用されません。この機能はデフォルトで有効（[はい] に設定）になっています。「いいえ」に設定しないと、テンプレートの作成エラーが発生します。

    Send logs to OnVault Pool: これを [No] に設定します。これは、SAP HANA Persistent Disk スナップショット保護には適用されません。この機能はデフォルトで有効になっています（[はい] に設定されています）。No に設定しないと、テンプレートの作成エラーが発生します。

SAP HANA データベースを検出して保護する

Compute Engine インスタンスで HANA データベースを検出して Backup and DR Service で保護するには、SAP HANA データベース アプリケーションをオンボーディングする前に、SAP HANA データベースをホストする Compute Engine インスタンスをオンボーディングする必要があります。バックアップと DR のスタートガイド: Compute Engine インスタンスの保護と復元で、Compute Engine インスタンスをオンボーディングしました。

  • これが SAP HANA データベースをホストするインスタンスの場合は、次のセクションに進みます。
  • 別の Compute Engine インスタンスを Backup and DR サービスにオンボーディングする必要がある場合は、Compute Engine インスタンスの検出と保護をご覧ください。

App Manager から SAP HANA データベースをオンボーディングする

HANA データベース アプリケーションを検出して保護するには:

  1. 管理コンソールの [App Manager] > [Applications] ページで、[Add Application] を選択します。
  2. [Add Application wizard] で [SAP HANA] を選択します。
  3. ウィザードに沿って操作します。
  4. [Application Settings] の [Configure] セクションで、[Configure backup options] を設定します。
    • HANA DB ユーザーストア キー: 先ほど作成したシステム データベースの SAP HANA hdbuserstore キーです。この項目は必須です。
    • バックアップのキャプチャ方法: [Use Persistent Disk Snapshot] を選択します。
    • 本番環境 DB ログの保持時間（時間）: basepath_logbackup の宛先から HANA アーカイブ ログのバックアップを完全に削除するために使用されます。この設定に基づいて、指定した時間より古いログがパージされます。デフォルト値では、最後のデータ バックアップより前のすべてのログがパージされます。
    • Retention of production catalog in days: バックアップの SAP HANA カタログ メタデータの保持期間（日単位）。デフォルト値は 7 日です。
  5. [保存] > [次へ] > [完了] をクリックします。
  6. バックアップ プランが適用されたことを示す緑色のシールドのついたデータベースが [App Manager Applications] リストに表示されます。

アプリの詳細と設定を設定する

ステージング ディスクの形式とバックアップ方法を設定したら、バックアップ プランに適用する詳細と設定を入力する必要があります。

  1. 管理コンソールで [App Manager] に移動し、[アプリケーション] をクリックします。

  2. HANA データベースを右クリックし、[バックアップ構成を管理] をクリックします。

  3. ページ上部の [詳細と設定] をクリックします。

  4. [アプリケーションの詳細と設定] ウィンドウで、ホストタイプに基づいてデータベース設定を構成します。

    • バックアップ キャプチャ方法: 永続ディスク
    • HANA DB User Store Key: 先ほど作成したシステム データベースの SAP HANA hdbuserstore キーです。この項目は必須です。
    • Retention of Production DB Logs in Hours: 本番環境ログのバックアップは、経過時間に基づいて削除されます。デフォルト値は 2 時間です。
    • Retention of Production Catalog in Days: カタログ ログの保持日数。
    • スクリプトのタイムアウト: この値は、Backup and DR エージェントによって呼び出される内部バックアップ スクリプトと復元スクリプトに適用されます。デフォルト値を推奨します。

  5. [変更を保存] をクリックします。

HANA（HA）1+n を保護する

HANA 1+n は、常にメタデータにすべてのノードの詳細を含むクラスタ アプリケーションとして検出されます。アプリケーションの検出後、アプリケーションのクラスタホストは (HANA sid 名)_cluster_(サイト ID)_(HANA ハードウェア ID) になります。たとえば、HANA インスタンスが sr1 の場合、[App Manager]、[Applications list] でのアプリケーションの名前は sr1、ホスト名は sr1_cluster<_…> となります。

クラスタへのノード追加、クラスタからのノード削除などの後には、クラスタノード構成に加えられたすべての変更に対する強制検出を実行することをおすすめします。検出と保護の後にノードを削除または追加した場合、バックアップと DR のメタデータで構成は自動的に更新されず、バックアップに問題が生じる可能性があります。

HANA HA（1+n）の保護の前提条件:

  • SAP HANA クラスタのすべての SAP HANA サーバー（Compute Engine）が Backup and DR サービスにオンボーディングされている必要があります。
  • SAP HANA クラスタのすべての SAP HANA サーバー（Compute Engine）に、バックアップと DR エージェントをインストールする必要があります。
  • SAP HANA クラスタのすべての SAP HANA サーバー（Compute Engine）に、[App Manage] - [Manage] - [Host] - [Backup and DR] [Backup and DR agent Settings] - [Secret] でシークレットを実装する必要があります。
  • ポート 5106 での通信を許可するには、ホストでポートを開く必要があります。これには、バックアップ/リカバリ アプライアンスがソース、バックアップと DR エージェントを実行しているホストがターゲット、ターゲット ポートが 5106 の上り（内向き）ファイアウォール ルールが必要です。また、バックアップ/リカバリ アプライアンス用に作成されたデフォルトの上り（内向き）ルールにポート 5106 を追加する必要はありません。これは、バックアップ/リカバリ アプライアンスをターゲットとして指定するためです。

SAP HANA バックアップ イメージを標準マウントとしてマウントする

標準マウントでは、データ、アクティブ ログ、アーカイブ ログ ボリュームのバックアップ イメージ ディスクが指定されたターゲットに提供されます。SAP HANA データベースのスナップショット バックアップ イメージは、次の標準マウントとしてマウントできます。

  • 手動操作
  • SNAPSHOT DATA INTEGRITY CHECK を実行する: このツールは、SAP HANA 永続性チェックツール hdbpersdiag を「すべてチェック」オプションで実行し、マウントされたスナップショット イメージからデータ ボリュームの正常な状態を確認します。事前チェックでイメージの破損が検出されると、マウント ジョブは失敗し、説明的なエラー メッセージが表示されます。

マウント時の事前チェック

  • コネクタの接続ステータス: Backup & DR エージェントがインストールされ、バックアップ/復元アプライアンスと Backup & DR エージェント間のホスト接続にシークレットが適用されていることを確認します。
  • 指定されたマウント ロケーションは、マウント オペレーションで使用できます。
  • HANA バイナリがインストールされている
  • ソースと同じ HANA SID がターゲットで稼働していないことを確認します。
  • HANA インスタンスのバージョンが 2.0SP05 より大きい。
  • Cloud Storage サービスのソース プロジェクトとターゲット プロジェクトに対する権限チェック

バックアップ イメージをマウントする手順は次のとおりです。

  1. [App Manager Applications] リストで保護されたデータベースを右クリックし、[アクセス] を選択します。

  2. スナップショット イメージを選択し、[マウント] を選択します。

  3. [マウント] ページで、次の操作を行います。

    • プロジェクト名、リージョン、ゾーン: HANA データベース イメージをマウントするインスタンスのプロジェクト、リージョン、ゾーンを選択します。
    • インスタンス名: 対象となる Compute Engine インスタンス（HANA ノード）は、プルダウンから選択できます。プルダウンからマウントするノードを指定します。.

  4. 必要に応じて、[Label] フィールドにマウントに関連する一意の名前を入力します。

  5. INCLUDED TENANT DATABASES は情報のみで、バックアップ イメージ内のテナント データベースのリストが表示されます。

  6. [Mapping Options] で以下を指定します。

    • DATA ボリュームのマウント場所: HANA データボリュームがマウントされているソースデバイスのパスとディスクタイプが事前入力されています。
    • Log Volume Mount Location: HANA アクティブ ログ ボリュームがマウントされているソースデバイスのパスとディスクタイプが事前入力されています。

    • ログ バックアップ ボリュームのマウント場所: HANA アーカイブログ バックアップ ボリュームがマウントされているソース デバイスのパスとディスクタイプが事前入力されています。

      • DEVICE PATH: ソースの DEVICE PATH が事前に入力されています。選択したターゲットで使用されていないパスを指定します。このパスは、ターゲット サーバーに DATA VOLUME、LOG VOLUME、LOG BACKUP VOLUME のスナップショット イメージをマウントするために使用します。
      • DISK TYPE: ソースの DISK TYPE 値が事前に入力されています。ディスクの種類を変更するには、プルダウン値から別の種類を選択します。

  7. SNAPSHOT DATA INTEGRITY CHECK: デフォルトでは true に設定されています。チェックを実行しない場合は、切り替えボタンをクリックして false に設定します。このツールは、[すべてチェック] オプションを使用して SAP HANA 永続性チェックツール hdbpersdiag API を実行します。これにより、マウントされたスナップショット イメージからデータとアクティブなログボリュームの正常な状態が確認されます。事前チェックでイメージの破損が検出されると、マウント ジョブは失敗し、説明的なエラー メッセージが表示されます。

    完全性チェックの結果は、/var/act/log/(HANA sid)_dataintegrity_check.log と /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc で確認できます。

  8. [フライト前のチェック] をクリックします。これにより、マウントを成功させるためにターゲット サーバーで必要なオプションが検証されます。プリフライト チェックが失敗した場合は、失敗したチェックがプリフライトに表示されるため、修正してプリフライトを再実行できます。

  9. [送信] をクリックします。ジョブ モニタに移動して、ジョブの進行状況と詳細を確認できます。

マウントされたバックアップ スナップショット イメージをマウント解除する

マウント後にディスクを削除または保持するには:

  • [Application] > [Access] ページに移動し、マウントに使用するイメージを選択します。
  • [アクセス] ページの [現在のアクティブなマウント] プルダウンで、次のいずれかを選択します。
    • マウント解除と削除: このオプションを選択すると、マウント ポイントをマウント解除し、ディスクを切断して、ターゲット サーバーからディスクを削除できます。
    • アクティブなマウントを忘れる: このオプションを選択すると、ディスクは接続されたままマウントされますが、バックアップと DR サービスからメタデータが削除されます。このオペレーションが完了したら、 Google Cloud コンソールを使用して、ターゲット インスタンスからこのイメージを削除する必要があります。

SAP HANA データベースを復元する

バックアップ イメージから SAP HANA データベースを復元する前に、次のライセンス要件を確認してください。

ライセンス要件と復元への影響

  • SAP HANA データベースのライセンスキーは、システム ID とハードウェア ID に基づいています。復元後、SID またはハードウェア ID が変更されている場合、SAP HANA ライセンスキーは無効になります。
  • 復元に使用したバックアップに有効な永続ライセンスがある場合、復元中に一時ライセンスキーも自動的にインストールされます。自動的にインストールされた一時ライセンスは、最大 90 日間使用できます。この期間中、移行元データベースから新しいライセンスキーへのライセンスの移行を SAP に申請する必要があります。次に、復元された SAP HANA データベースに新しいライセンスキーをインストールする必要があります。
  • 復元に使用されたバックアップにのみ一時ライセンスがある場合、復元直後にデータベースはロックダウン モードになります。
  • 一時ライセンスを使用したソース データベース。一時ライセンスを使用して取得されたバックアップです。
    • ソースに復元する: データベースの作成から 90 日が経過し、データベースがロックダウン モードになっています。
    • 新しいターゲットに復元: SAP 一時ライセンスでは新しいターゲットに復元できないため、失敗します。
  • 永続ライセンスを使用した移行元データベース。これらは、永続ライセンスを使用して取得されたバックアップです。
    • ソースに復元: 問題なし。
    • 新しいターゲットに復元: 90 日間の試用ライセンスがあります。バックアップは成功しますが、新しいバックアップを使用して復元することはできません。

SAP の参照

  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

プリフライト チェック

復元手順を送信する前に、事前フライト チェックで、データベースの復元が成功するために必要な前提条件が検証されます。

  • HANA SID: HANA は、同じ HANA SID 名でターゲット ノードに構成されています。
  • データベースのステータスを確認します。HANA データベースは稼働していません。
  • 構成ファイル: 構成ファイル global.ini はターゲット サーバーで使用できます。
  • ログ バックアップ パス: ログ バックアップ パスは global.ini で設定されます。
  • HANA バージョン: 移行先の HANA バージョンは移行元の HANA バージョンと同じです。
  • USERSTOREKEY: 指定されたユーザーストア鍵がターゲットに存在するか、バックアップ時に存在する有効な特権ユーザー名とパスワードが指定されている。
  • 新しいターゲットに復元する場合は、マッピング オプションで指定されたマウント ポイントがターゲット サーバーで使用されていないか、マウントされていないことを確認します。
  • データとログのボリュームの詳細を確認する: 構成ファイル（global.ini）のデータとログのボリュームのパスが、マッピング オプションで選択したデバイスパスと異なる場合、構成ファイル（global.ini）は、マッピング オプションで選択したパスで更新されます。

  • ノードのステータス:

    • スケールアップとスタンドアロンの構成: ターゲット HANA サーバーが稼働していて利用可能
    • HANA HA（1+n）構成: レプリケーションが無効になっていることを確認します。復元を開始する前に、レプリケーションを無効にする必要があります。復元後のレプリケーションを再構成する必要があります。HANA HA（1+n）クラスタの任意のノードに復元すると、選択したターゲット ホストにスタンドアロン アプリケーションが作成されます。ユーザーは、必要に応じてクラスタを明示的に構成し直し、アプリケーションを適切に検出する必要があります。

SAP HANA データベースを復元する

  1. [App Manager Applications] リストで、データベースを右クリックして [Access] を選択します。
  2. 復元するバックアップ イメージを選択し、[復元] を選択します。

  3. [復元] ページのオプションは次のとおりです。

    • ソースに復元する: すべてのフィールドには、保護された SAP HANA インスタンスのソース値が事前に入力されています。アプリケーション オプションを除き、変更できません。

    • 新しいターゲットに復元する: すべてのフィールドには、保護された SAP HANA インスタンスのソース値が事前に入力され、変更可能です。

    オプション

    • プロジェクト名、リージョン、ゾーン:
      • ソースに復元する場合: すべてのフィールドには、保護された SAP HANA インスタンスのソース値が事前に入力され、変更できません。
      • 新しいターゲットに復元する場合: 新しいターゲットに復元するには、HANA データベースを復元するインスタンスのプロジェクト、リージョン、ゾーンを選択します。
    • インスタンス名:
      • ソースに復元する場合: ソースの Compute Engine インスタンスが選択され、変更不可になります。
      • 新しいターゲットに復元する場合: 対象となる Compute Engine インスタンス（HANA ノード）は、プルダウンで選択できます。プルダウンから復元するノードを選択します。
    • ラベル: 必要に応じて、このマウントに関連付ける一意の名前を入力します。
    • [Included Tenant Databases] は情報のみで、バックアップ イメージ内のテナント データベースのリストが表示されます。
    • 元のアプリケーション ID を置き換える: このオプションは、バックアップが最初に生成された同じバックアップ/リカバリ アプライアンスの新しいホストに復元する場合にのみ使用できます。
      • はい: 元のアプリケーションが復元されたアプリケーションに置き換えられます。復元されたアプリケーションには、元のアプリケーションと同じアプリケーション ID、ジョブ履歴、バックアップ イメージ、バックアップ プランが含まれます。
      • いいえ: 元の申請書に代わるものではありません。復元ジョブの一環として、新しいアプリケーションとして検出されます。

    アプリケーション オプション

    • ロールフォワード時間: ログで保護されたデータベースを必要な時点に復元する日時を選択します。

    • TARGET DATABASE SID: 保護されたデータベースの SID 名が事前に入力され、変更できません。

    • SAP DB USER STORE-KEY: バックアップ中にユーザーストア キーが事前入力されます。新しいユーザーストア鍵は、バックアップ中に使用可能な特権ユーザー名とパスワードで指定できます。この新しいユーザーストア鍵が作成され、復元に使用されます。

      • 既存のユーザーストア鍵でユーザー名とパスワードが指定されている場合、このユーザー名とパスワードでユーザーストア鍵が再作成されます。検証は、systemdb が復元された後にのみ行われます。ユーザー名またはパスワードが有効でないか、適切な権限が含まれていない場合、またはバックアップ イメージの一部として使用できない場合、テナントの復元が失敗することがあります。
      • ユーザー名とパスワードを含む新しいユーザーストア鍵が指定されている場合、ユーザーストア鍵は、指定されたユーザーストア鍵名、ユーザー名、パスワードで作成されます。検証は、systemdb の復元後にのみ行われます。ユーザー名またはパスワードが有効でないか、適切な権限が含まれていないか、バックアップ イメージの一部として使用できない場合、テナントの復元が失敗することがあります。
      • userstorekey、ユーザー名、パスワードが渡されなかった場合、事前チェック中に、バックアップ中に使用された userstorekey がターゲット サーバーに存在するかどうかが検証されます。バックアップ中に使用された userstorekey が見つからない場合、事前チェックは失敗します。ユーザー名またはパスワードが有効でないか、適切な権限が含まれていないか、バックアップ イメージの一部として使用できない場合、テナントの復元が失敗することがあります。
      • userstorekey が渡されず、ユーザー名とパスワードが指定されている場合、バックアップ中に使用された userstorekey が、ターゲット サーバーで渡された認証情報を使用して再作成されます。ユーザー名またはパスワードが有効でないか、適切な権限が含まれていないか、バックアップ イメージの一部として使用できない場合、テナントの復元が失敗することがあります。

    マッピング オプション

    • DATA ボリュームのマウント場所: HANA データボリュームがマウントされているソースデバイスのパスとディスクタイプが事前入力されています。
    • Log Volume Mount Location: HANA アクティブ ログ ボリュームがマウントされているソースデバイスのパスとディスクタイプが事前入力されています。

    • ログ バックアップ ボリュームのマウント場所: HANA アーカイブログ バックアップ ボリュームがマウントされているソース デバイスのパスとディスクタイプが事前入力されています。

      • デバイスパス: ソースへの復元では不変です。これは、新しいターゲットに復元するときに変更できます。

      • ディスクタイプ: ソースへの復元用に変更可能。これは、ソースまたは新しいターゲットへの復元中に変更できます。ディスクタイプを使用すると、バックアップ イメージから復元されたデータに使用する基盤となるブロック ストレージのタイプを選択できます。

    カスタム HANA 構成を復元する

    バックアップ イメージには、お客様固有の構成設定（デフォルトから変更された .ini ファイル）がキャプチャされます。バックアップ時にキャプチャされたカスタム構成設定を復元できます。

  4. プリフライト チェックをクリックします。

    • プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。
    • プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。