ビジネスシナリオ
会社は、すべての SAP Business Suite および SAP BW システムを SAP HANA データベースに移行することを決定しました。SAP HANA データベースにとって何が最適なバックアップおよびリカバリ方針であるかを調査する必要があります。そのためには、SAP HANA データベースのバックアップとリカバリの概念を理解する必要があります。

通常のデータベースバックアップおよびリカバリの原則が SAP HANA に適用されます。SYSTEMDB およびすべてのテナントは個別のデータベースであり、個別にバックアップおよび復元することができます。SAP HANA では、以下のバックアップおよびリカバリ機能がサポートされています。
- 完全バックアップ、差分バックアップ、および増分バックアップ
- 自動 REDO ログバックアップ
- バックアップの完全性チェック
- バックアップライフサイクル管理
- 最新の状態、特定の時点、または特定のデータバックアップへのリカバリ
- サードパーティツールを使用したバックアップとリカバリ
- バックアップとリカバリを使用したデータベースコピー
SAP HANA コックピット、hdbsql、ABAP トランザクション DBACOCKPIT などのツールを使用すると、バックアップをマニュアルで登録したり、バックアップをスケジュールしたりすることができます。
データバックアップとログバックアップは、SAP HANA データベースがオンラインのときに実行されます。バックアップがシステムパフォーマンスに与える影響は無視できるほどであり、データバックアップの実行中にユーザは作業を続けることができます。
データおよびログのファイルシステムのバックアップ場所は、システム全体で指定され、SAP HANA システムのすべてのノードに対して有効である必要があります。データとログの場所の両方が外部メディアに存在している必要があります。
パラメータ basepath_databackup には、データバックアップが書き込まれる場所が保存されます。デフォルトでは、データバックアップファイルの場所は $(DIR_INSTANCE)/backup/data です。basepath_databackup のバックアップ場所を変更すると、変更がただちに有効になります。
テナントデータベースのバックアップは、常に basepath_databackup ロケーションのサブディレクトリに登録されます。
注記
デフォルトのバックアップ先を変更できるのは、ファイルベースのバックアップでのみです。サードパーティツールを使用して登録されたバックアップでは、常に宛先 /usr/sap/<SID>/SYS/global/hdb/backint が使用されます。このため、サードパーティツールのバックアップ先を変更することはできません。
自動ログバックアップは、パラメータ basepath_logbackup で指定された場所に書き込まれます。
整合性テストは、データベースバックアップの実行中に実行されます。これらのチェックが正常に終了すると、データがバックアップ先に書き込まれます。実行中のすべての SAP HANA サービスのデータ領域は個別にバックアップされ、これらのバックアップが並列で実行されます。これは、すべてのホストのすべてのサービスの全データ領域が並列でバックアップされている SAP HANA スケールアウトシステムにも当てはまります。
完全データバックアップには、データベースを整合性のある状態にリカバリするために必要なすべてのデータが含まれます。これには、ビジネスデータと管理データの両方が含まれます。データバックアップでは、実際のデータのみがバックアップされ、データベース内の未使用領域はバックアップされません。データバックアップは、データバックアップが開始された時点からの整合性のあるデータベースの状態を反映しています。
注記
システムデータベースは中心的な役割を果たします。システムデータベース自体と個々のテナントデータベースのバックアップを開始することができます。テナントデータベースは、システムデータベースを介して接続することなく、独自のバックアップを作成できます。システムデータベースとテナントデータベースには、独自のバックアップカタログがあります。
デフォルトでは、設定ファイルはデータバックアップの一部ではありません。必要に応じて、設定ファイルを含めるようにデータバックアップを簡単に設定することができます。
リカバリの状況では、設定ファイルはカスタマ固有の変更の特定とリストアに役立ちます。設定ファイルは、リカバリを実行するために必須ではありません。カスタマ固有の設定を使用する場合は、SAP HANA コックピットを使用してリカバリされたシステムを再設定します。
SAP HANA のバックアップ方針
データのセキュリティを確保するには、データバックアップとログバックアップを適切な間隔で実行する必要があります。以下を実行することをお奨めします。
- 4 週間のバックアップサイクルで、完全データバックアップを毎日 (または少なくとも週に 1 回) 実行
- その週のデルタデータバックアップ (増分または差異) を毎日実行
- 自動ログバックアップを毎日実行
これにより、28 日間周期で 4 つのバックアップ世代が登録されます。28 日を過ぎると、バックアップ媒体を再利用できます。

データベースサイズ、バックアップ先の利用可否、その他の要因に応じて、適切なバックアップ方針を定義することができます。
定期的な完全データベースバックアップとログバックアップで構成される単純なバックアップ方針を採用することができます。メディアエラー (ディスク) からリカバリするには、完全データバックアップ (できれば最後のバックアップ) からデータベースをリストアし、このバックアップ中およびその後に書き込まれたログバックアップをリカバリし、ログ領域から最新のログエントリをリカバリしてデータベースを完全にリカバリします。
デルタバックアップによってバックアップ時間を短縮できるシステムでは、完全バックアップの実行頻度を減らし、デルタバックアップに置き換えることができます。メディアエラー (ディスク) からリカバリするには、完全データバックアップ (できれば最後のバックアップ) からデータベースをリストアし、必要なデルタバックアップをリカバリし、このデルタバックアップ中およびその後に書き込まれたログバックアップをリカバリして、ログ領域から最新のログエントリをリカバリしてデータベースを完全にリカバリします。
例: 完全バックアップと 28 日間のバックアップサイクルでの完全/デルタバックアップ
前提条件:
- 日次完全バックアップ = 10 TB
- 日次ログバックアップ = 250 GB
- 日次増分バックアップ = 500 GB
| バックアップアクション | 完全バックアップ方針 | 完全と増分を併用したバックアップ方針 |
|---|---|---|
| 完全バックアップ | 28 x 10 TB = 280 TB | 4 x 10 TB = 40 TB |
| 増分バックアップ | N/A | 24 x 500 GB = 12 TB |
| ログバックアップ | 28 x 250 GB = 7 TB | 28 x 250 GB = 7 TB |
| 合計ストレージサイズ | 287 TB | 59 TB |
この簡単な計算例からわかるように、バックアップサイクルで増分バックアップまたは差分バックアップを使用すると、ストレージ要件を大幅に削減することができます。
SAP HANA バックアップのリリース互換性
以下の状況では、以前の SAP HANA リリースからのバックアップをデータベースリカバリに使用することができます。ソースバージョンはターゲットバージョン以下である必要があります。つまり、SAP HANA SPS05 で登録されたバックアップは SAP HANA SPS07 データベースシステムにリストアすることができます。
注記
SAP HANA 単一コンテナシステムのバックアップを SAP HANA マルチコンテナシステムにリストアする場合、リストアは自動的にテナントデータベースにリカバリされます。SAP HANA 単一コンテナシステムのバックアップの SYSTEMDB へのリストアはサポートされていません。


