追加のバックアップトピックの説明

このレッスンでは、実行したバックアップの情報が、どのようにバックアップカタログに表示されるのかについて説明します。

backup.log ファイルおよび backint.log ファイルに、重要なすべてのバックアップおよびリカバリ情報が人間が解読できる形式で記録されます。この情報を使用して、バックアップエラーまたはリカバリエラーを診断することができます。

backup.log ファイルには、データおよびログのバックアップ、進捗、およびリカバリに関する情報が記録されます。

backint.log ファイルには、BACKINT エージェントのアクティビティに関する情報が含まれます。BACKINT エージェントは、サードパティバックアップツールの一部です。

backup.log ファイルおよび backint.log ファイルでは自動切捨を実行できます。これにより、サイズが過剰に大きくなることを防げます。よって、トレースファイルのローテーションが可能です。

古いフルバックアップまたはバックアップ世代を削除できるかどうかを定期的に確認することをお奨めします。バックアップ記憶域を最適なレベルで維持するには、リカバリに不要になったバックアップを定期的に削除します。

バックアップストレージを解放するために、データバックアップおよびログバックアップを物理的に削除し、Backup Catalog 内の関連エントリを削除することができます。Backup Catalog のサイズを削減するには、Backup Catalog から個々のデータバックアップのレコードを削除します。ただし、データ保持の法的要件などに従うために、物理バックアップを保持します。

バックアップライフサイクル管理は、バックアップカタログのみから古いデータとログのバックアップを削除するか、またはバックアップカタログとバックアップ場所から物理的に削除するフレームワークを提供します。BACKINT インタフェースを介して、ファイルシステムまたは接続されているサードパーティバックアップサーバからバックアップを削除することができます。これによりバックアップの記憶領域を管理したり、規則削除要件を満たすことができます。

フルバックアップの削除

フルバックアップ (およびデルタバックアップ) の概要を照会し、個別のフルデータバックアップを削除することもできます。

個別のフルバックアップの Backup Catalog レコードを削除することはできますが、関連する物理バックアップは保持することができます。オプションで、Backup Catalog のレコードおよび関連する物理バックアップを削除することができます。

以下の SQL コマンドを使用して、古いバックアップを削除することもできます。

• BACKUP CATALOG DELETE BACKUP_ID <backup_id> [COMPLETE]
• BACKUP CATALOG DELETE ALL BEFORE BACKUP_ID <backup_id> [WITH FILE] | [WITH BACKINT] | [COMPLETE]

バックアップ生成の削除

バックアップ世代の概要を照会し、リカバリに不要になったバックアップ世代を削除することができます。

バックアップ生成は、正常に作成された 1 つのフルバックアップ (完全データバックアップまたはデータスナップショット) と、フルバックアップの後、次に成功したフルバックアップの開始時刻までに登録された以下のバックアップで構成されます。

• デルタバックアップ (差分バックアップまたは増分バックアップ)
• ログバックアップ
• Backup Catalog のバックアップ

バックアップ世代の Backup Catalog レコードは削除できますが、関連する物理バックアップは保持します。オプションで、Backup Catalog および関連付けられた物理バックアップからレコードを削除することができます。

バックアップ保存ポリシー

バックアップ設定を使用して、バックアップの保存ポリシーを有効化して、古いバックアップ世代を自動的に削除することができます。保持ポリシースケジューラを有効化し、定義した基準に従って SAP HANA でバックアップ世代が自動的に削除されるようにするかどうかを指定する必要があります。

保持ポリシー設定:

• より新しいバックアップ世代を保持

  日数を指定します。バックアップの生成は、この日数だけ保持されます。

  デフォルトでは、バックアップ生成は 3 日間保持されます。

• Minimum no. of Retained Backup Generations

  最小で 1 から 14 個のバックアップ生成を保持できます。

  デフォルトでは、2 つのバックアッ生成が保持されます。

カスタマ固有の設定 (*.ini ファイル) は、フルバックアップの一部として自動的にバックアップされません。これらの設定は、データベースリカバリの実行に必須ではありません。ユーザ固有の変更を含む設定ファイルは、手動でバックアップします。

リカバリの状況では、設定のバックアップを使用して、デフォルト設定に対するカスタマ固有の変更をより簡単に識別および復元することができます。リカバリ後にカスタマ固有の設定を使用する場合は、SAP HANA コックピットを使用してリカバリされたシステムを再設定する必要があります。

SAP HANA システムのプロパティは、設定ファイルのパラメータで定義されます。

インストール後にユーザ固有の変更が行われた場合のみ、これらのディレクトリに設定ファイルが成されます。カスタマ固有の変更が行われていない場合、これらのディレクトリは空になります。

nameserver.ini ファイルには、各インストールのグローバル情報が保存されます。ランドスケープセクションには、システム固有のランドスケープ ID と、COORDINATOR、WORKER、および STANDBY ロールへのホストの割当が含まれます。ホストの追加や削除など、システムランドスケープが変更されると、nameserver.ini ファイルの landscape セクションも変更されます。

デフォルトでは、パラメータ basepath_databackup および basepath_logbackup を使用して、ディスクにバックアップするように SAP HANA が設定されています。NFS などのネットワークファイルシステムを使用して、ネットワークで使用可能になっているリモートストレージロケーションに、データおよびログバックアップを直接登録することができます。SAP では特定のネットワークファイルシステムプロトコルは推奨していませんが、使用時に問題が見られる一部のネットワークファイルシステムは除外しています。この除外リストは、SAP ノート 1820529 - バックアップおよびリカバリに不適切なネットワークファイルシステム (Unsuitable network file systems for backup and recovery) で参照できます。

サードパーティのバックアップツールを使用する場合、SAP HANA インタフェース用の BACKINT ソフトウェア開発キット (SDK) を設定する必要があります。SAP Certified Solutions Directory では、BACKINT SDK for SAP HANA をサポートする認定バックアップソリューションの一覧が提供されています。バックアップツールは、BACKINT SDK for SAP HANA インタフェースを介して SAP HANA データベースと直接通信します。

SAP HANA バージョンおよび CPU アーキテクチャ関連の一覧は、SAP ノート 2031547 - SAP 認定のサードパーティバックアップツールおよび関連するサポートプロセスの概要 (Overview of SAP-certified third-party backup tools and associated support process) に記載されています。SAP オンライン文書の "サードパーティバックアップツールの使用 (Working with Third-Party Backup Tools)" にも情報が記載されています。

BACKINT SDK for SAP HANA は、サードパーティバックアップエージェントによって実装できるアプリケーションプログラミングインタフェース (API) です。これには以下の機能があります。

• バックアップ、リカバリ、クエリ、および削除の機能が提供されます。

• サードパーティバックアップエージェントは SAP HANA サーバで実行され、サードパーティバックアップサーバと通信します。

• バックアップはパイプを介して転送されます。

• SAP HANA コックピットと完全に統合されています (BACKINT へのバックアップの設定および実行)。

• これは、データバックアップおよびログバックアップに対して設定することができます。

サードパーティのバックアップツールがインストールされると、デフォルトの設定が定義されます。バックアップツールのインストール後は、その他の変更なしに SAP HANA データベースのバックアップと回復が可能です。

データベースリカバリが正常に行われるのは、必要なバックアップが利用可能であり、作成後に変更されていない場合のみです。このため、バックアップは定期的にマニュアルでチェックするか、またはバックアップの登録後に何らかの方法で変更されていると思われるかどうかを確認してください。

SAP HANA データバックアップまたはログバックアップが登録されると、バックアップの書込中にバックアップ対象データの整合性が自動的にチェックされます。完全性チェックが成功した場合にのみ、データがバックアップ宛先に書き込まれます。

リカバリが開始されると、使用されるバックアップの整合性が自動的にチェックされます。エラーが検出されると、リカバリは停止し、繰り返す必要があります。

SAP HANA で実行される自動バックアップチェックに加えて、リカバリを実行せずに、データバックアップおよびログバックアップをマニュアルでチェックすることができます。リカバリに必要なすべてのバックアップが利用可能であり、アクセス可能かどうか、およびバックアップが初回書込以降に変更または移動されているかどうかをチェックすることができます。

良好なリカバリパフォーマンスを維持し、チェックを迅速に完了できるようにするために、hdbbackupdiagではバックアップのメタデータのみがチェックされます。ブロックレベルでのバックアップコンテンツの整合性はチェックされません。

状況によっては、バックアップに整合性があり、そのメタデータが正しいように見えますが、内部エラーが発生する可能性があります。このような場合は、を使用してhdbbackupcheck個々のデータまたはログバックアップの破損をチェックします。

SAP HANA コックピットを使用したバックアップおよびリカバリ操作の実行に加えて、SQL 文を使用することもできます。これらの文の構文は、SAP HANA Administration Guide に記載されています。

これらの SQL 文を使用して、SAP HANA バックアップ機能でデータベースバックアップをトリガするスクリプトを定義することができます。このようなバックアップスクリプトの例については、SAP ノート 1651055 を参照してください。