ベアメタル インスタンス上の SAP HANA のバックアップと復元

このドキュメントでは、Compute Engine ベアメタル インスタンス(C3 と X4 で利用可能)で実行されている SAP HANA システムについて、Google Cloud が推奨するバックアップと復元の戦略(ベスト プラクティスを含む)について説明します。

Compute Engine ベアメタル インスタンスを使用すると、数テラバイトの SAP HANA ワークロードを実行できます。そのため、このような大規模なワークロードでは、バックアップと復元オペレーションを最適化するために、特定の設定とアプローチが必要です。

このドキュメントは、ベアメタル インスタンスで実行されている SAP HANA システムを最適化したい SAP Basis 管理者を対象としています。ベアメタル インスタンスに固有のデプロイではない SAP HANA のバックアップと復元については、バックアップと復元をご覧ください。

SAP HANA での使用が SAP によって認定されている Compute Engine ベアメタル インスタンスについては、SAP HANA のベアメタル マシンタイプをご覧ください。

次の表では、C3 および X4 ベアメタル インスタンスで実行されている SAP HANA システムに対して Google Cloud が推奨するバックアップ戦略を示します。リソース競合を回避するには、処理アクティビティが少ない期間にバックアップを作成します。

頻度 アクティビティ
週に 1 回以上 システム全体のバックアップを作成します。これは、Google Cloud の SAP 用エージェントの Backint 機能を使用して実行できます。
毎日 1 回以上 SAP HANA データ ボリュームのスナップショット ベースのバックアップを作成します。これは、Google Cloud の SAP 用エージェントの SAP HANA のディスク スナップショット ベースのバックアップと復元機能を使用して行うことができます。
1 日おきに 1 回以上 SAP HANA データ ボリュームの差分バックアップを作成します。
ログ バックアップ間隔のデータベースの構成に応じて 15 分以内おき、または SAP HANA ログセグメントがいっぱいになったとき SAP HANA ログ バックアップを作成します。これは、Google Cloud の SAP 用エージェントの Backint 機能を使用して実行できます。
バックアップ保持サイクル中に 1 回以上 手順は次のとおりです。
  • バックアップの整合性をテストします。
  • テスト復元オペレーションを実行して、バックアップをテストします。これにより、バックアップがデータベースの復元に使用可能であることを確認できます。

このバックアップ戦略は、次の考慮事項に基づいています。

  • 標準ディスク スナップショットは、増分ブロック デバイスの特定時点のデータコピーを提供します。このメカニズムにより、SAP HANA のプライマリ ブロック ストレージから Cloud Storage などの耐久性の高いセカンダリ ロケーションに大量のデータを転送するための、より高速でリソース効率の高い方法が可能になります。これは、堅牢な障害復旧戦略に必要です。
  • ディスク スナップショット ベースのバックアップでは、ページレベルまたはブロックレベルで論理整合性チェックが行われないため、SAP HANA データ ボリュームの不整合や破損はディスク スナップショットにコピーされます。この場合、システム全体のバックアップが必要になります。Backint ベースの週次フルシステム バックアップでは、SAP HANA データボリュームのスナップショットで論理的な破損が発生した場合に、暗黙的な整合性チェックが行われ、SAP HANA データベースを復元するための検証済みの方法が提供されます。
  • 特定の時点にデータベースを復元して RPO の目標を達成するには、Backint ベースの SAP HANA ログ ボリューム バックアップと、ディスク スナップショット バックアップまたは Backint ベースのフル データベース バックアップを組み合わせます。

制限事項

Google Cloud の SAP 用エージェントを使用する場合、ディスク スナップショット ベースのバックアップと復元にはいくつかの制限があります。これらの制限事項については、制限事項をご覧ください。

カスタマイズ

組織の RTO または RPO の目標に合わせて、このドキュメントで推奨されているバックアップ戦略をカスタマイズするには、Backint またはディスク スナップショット ベースの追加バックアップを作成します。

Google Cloud の SAP 用エージェントを使用してこれらのバックアップを作成する方法については、以下をご覧ください。

ベスト プラクティス

ベアメタル インスタンスで実行されている SAP HANA システムに対して Google Cloud が推奨するバックアップと復元に関するベスト プラクティスは次のとおりです。

  • Backint の構成: Backint ベースのバックアップと復元オペレーションで最大のパフォーマンスを実現するには、次の構成を行う必要があります。

    • ログ バックアップの場合は、個別の Backint 構成ファイルを作成し、そのパスを SAP HANA global.ini ファイルの log_backup_parameter_file パラメータに指定することをおすすめします。次に、Backint 構成ファイルで次のパラメータ値を設定します。

      パラメータ
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2500
    • データ バックアップの場合は、SAP HANA global.ini ファイルで次のパラメータ値を設定することをおすすめします。

      パラメータ
      parallel_data_backup_backint_channels 32
  • 整合性と完全性のチェック: 将来の障害からデータベースを復元するためにバックアップを確実に使用できるようにするには、バックアップに対して定期的に整合性と完全性のチェックを行う必要があります。これらのチェックを実施する方法は、バックアップを作成する方法によって異なります。

    • Backint ベースのバックアップの場合、整合性チェックはバックアップの作成時に行われます。

      Backint ベースのバックアップの完全性を確認するには、hdbbackupcheck ツールを使用します。このツールは、データとログのバックアップの作成中に整合性チェックを自動的に実行します。整合性チェックが成功すると、バックアップ ファイルがバックアップ先(Cloud Storage など)に書き込まれます。

    • ディスク スナップショット ベースのバックアップの整合性を確認するには、hdbpersdiag ツールを使用します。ディスク スナップショット ベースのバックアップと復元に関するベスト プラクティスについては、ベスト プラクティスをご覧ください。

      Google Cloud の SAP 用エージェントを使用してスナップショットの整合性を検証する方法については、スナップショットの整合性を検証するをご覧ください。

      整合性チェックを実行するこの方法には、かなりの時間と手作業を伴いますが、Backint ベースのバックアップとは異なり、スナップショット ベースのバックアップではバックアップの作成時に整合性が自動的にチェックされないため、この方法が必要になります。

  • バックアップの復元可能性の確認: RPO の目標を達成するには、バックアップの利用可能性を確認する必要があります。これには、SAP の hdbbackupdiak ツールを使用できます。

  • バックアップ カタログのメンテナンス: SAP HANA バックアップ カタログ内のエントリやデータの数が多くなることで発生する問題を回避するには、バックアップ カタログとバックアップ ストレージをメンテナンスする必要があります。詳細については、SAP ドキュメントのバックアップ カタログとバックアップ ストレージのメンテナンスをご覧ください。

    SAP HANA バックアップ カタログからストレージ スナップショットのエントリを削除しても、Google Cloud に保存されているディスク スナップショットは削除されません。ディスク スナップショットの削除方法については、スナップショットを削除するをご覧ください。

  • データベースの暗号化: SAP HANA では、データ ボリューム、ログボリューム、データベース バックアップを暗号化できます。データ ボリュームとデータベース バックアップの暗号化を有効にすると、バックアップ オペレーションと復元オペレーションの両方のパフォーマンスに悪影響を及ぼす可能性があります。RTO 要件やバックアップ戦略を定義する際は、この影響を必ず考慮してください。

    Google Cloud には、SAP HANA システムに関連するディスクとディスク スナップショットを暗号化するオプションもありますが、バックアップ オペレーションと復元オペレーションのパフォーマンスへの影響はごくわずかです。

  • バックアップの暗号化: Backint とディスク スナップショット ベースのバックアップは、デフォルトで保存データが暗号化されます。ただし、より安全性を高めるために、追加のオプションを検討することもできます。これらのオプション(データベースのパフォーマンスへの影響など)については、以下をご覧ください。

  • 長期保持: バックアップを長期間保持するには、以下をご覧ください。

    • Cloud Storage に保存されている Backint ベースのバックアップの場合、Cloud Storage バケットに保持ポリシーを設定することで長期保持を定義できます。保持ポリシーは、バケット内のオブジェクトを保持する期間を定義します。バケットの保持ポリシーの構成方法については、バケットロックをご覧ください。

    • ディスク スナップショット ベースのバックアップはデフォルトで保持されます。独自の保持ポリシーを作成し、不要になったら手動で削除する必要があります。古いスナップショットを削除しても、新しいスナップショットが無効になることはありません。詳細については、スナップショットの削除をご覧ください。スナップショットを削除する方法、またはフィルタに基づいて複数のスナップショットを削除する方法については、ディスク スナップショットを管理するをご覧ください。