SAP HANA のバックアップのスケジュール戦略を実装する
HANA 管理ガイドに記載されている一般的なバックアップ スケジュール戦略には、次のバックアップが含まれています。
- ストレージ スナップショット (毎日)
- ファイルまたは backint 形式を使用した完全なデータ バックアップ (毎週)
- 自動ログ バックアップ
必要に応じて、ストレージ スナップショットをまったく使用せずにバックアップを行うこともできます。これらは、増分バックアップや差分バックアップなど、HANA デルタ バックアップに置き換えることができます。
HANA 管理ガイドには例の一覧があります。 管理ガイドによると、次の一連のバックアップを使用して、SAP HANA を特定の時点に回復するよう推奨されます。
- 完全なデータ バックアップ
- 差分バックアップ
- 増分バックアップ 1
- 増分バックアップ 2
- ログのバックアップ
特定のバックアップの種類を実行するタイミングと頻度の正確なスケジュールについて、一般的なガイドラインを示すことはできません。これは、お客様固有のものであり、システムでのデータ変更の量によって異なります。 SAP の基本的な推奨事項の 1 つであり、一般的なガイダンスは、週 1 回、HANA の完全バックアップを 1 つ作成することです。 SAP では、バックアップ カタログが無限に増大するのを防ぐために、ハウスキープ処理を実行することも推奨しています。
SAP HANA 構成ファイル
SAP Note #1642148 の FAQ で述べられているように、SAP HANA 構成ファイルは標準の HANA バックアップに含まれません。 システムの復元には必須ではありません。 HANA の構成は復元後に手動で変更できます。 復元プロセス中に同じカスタム構成を取得する場合は、HANA 構成ファイルを個別にバックアップする必要があります。
標準の HANA バックアップを専用 HANA バックアップ ファイル システムに保存する場合、構成ファイルを同一のバックアップ ファイル システムにコピーしたうえで、クール BLOB ストレージなどの最終的な保存先にまとめてコピーすることもできます。
SAP HANA バックアップの暗号化
SAP HANA ではデータとログの暗号化を行えます。 SAP HANA データおよびログが暗号化されていない場合、バックアップも暗号化されません。 SAP HANA バックアップを暗号化するために、何らかの形式のサード パーティ製ソリューションを使用することは、ユーザー次第です。
Microsoft Azure では、IaaS VM 暗号化機能を使用できます。 たとえば、VM に接続された専用データ ディスクに SAP HANA バックアップを格納してから、それらのディスクのコピーを取得することができます。 Azure Backup サービスでは、暗号化された VM やディスクを処理できます。 もう 1 つの方法として、SAP HANA VM とそのディスクを暗号化せずに保持し、暗号化が有効になっているストレージ アカウントに SAP HANA バックアップ ファイルを保存します。
テストのバックアップ サイズの見積もり
SAP HANA のバックアップ サイズの見積もりは重要です。 この見積もりでは、複数のバックアップ ファイルの最大バックアップ ファイル サイズを定義することで、ファイル コピー中の並列処理により、パフォーマンスを向上させることができます。 また、完全バックアップと差分バックアップ (増分または差分) のどちらを実行するかを決定する必要もあります。 幸い、バックアップ ファイルのサイズを見積もる簡単な SQL ステートメントとして、select * from M_BACKUP_SIZE_ESTIMATIONS があります。 M_BACKUP_SIZE_ESTIMATIONS から得られる情報は、SAP HANA と SAP HANA Cockpit のバックアップ ダイアログからも利用できます。