SAP HANA データベースを保護する前に、Compute Engine インスタンスをオンボーディングする必要があります。
SAP HANA データベース アプリケーションを検出して保護する
- サードパーティ製バックアップ ツールのための Backint の設定で LVM のバックアップに失敗します
- 一連の復元における損傷により、復元が困難になります
- 完全バックアップと増分バックアップが孤立し、復元に問題が生じます。
次の手順に沿って、SAP HANA スケールアウト インスタンスを検出して保護します。
管理コンソールの [App Manager] > [Applications] ページで、[Add Application] を選択します。
[Add Application] ウィザードで [SAP HANA] を選択します。
ウィザードに沿って操作します。
[選択] セクションで、管理するデータベースを選択します。
管理セクションで、ポリシー テンプレートとリソース プロファイルを適用します。これらは、ポリシー テンプレートとリソース プロファイルを定義するで作成したものです。
[Configure] セクションで [Application Settings] をクリックします。
[Application Settings] ウィンドウで [Backup Capture Method] を選択します。この方法は、お客様のニーズと、データ損失、エラー、破損から SAP 本番環境を保護するに記載されている情報に基づいています。
[Application Settings] タブで、アプリケーション独自の設定を変更できます。次の項目を設定してください。
HANA DB ユーザーストア キー: 先ほど作成したシステム データベースの SAP HANA hdbuserstore キーです。この項目は必須です。
ボリューム グループ内の予約スペースの割合: ボリューム レベル バックアップがスナップショットの LVM ボリューム グループ内に必要な一時的な空き容量を判断するために必要です。推奨値は 20% です。
バックアップ キャプチャ方法:
Persistent Disk スナップショットを使用する: Compute Engine で使用される標準の Persistent Disk スナップショットです。Compute Engine インスタンスで実行されている HANA データベースの場合は、これを選択します。この方法を使用できる場合は、 をご覧ください。
ボリューム レベルのバックアップを使用する: Linux 上で CBT を利用して、ボリューム レベルの LVM スナップショットをブロックベースのステージング ディスクに使用します。このオプションでは、SAP HANA セーブポイント API を使用して、永久増分バックアップを作成できます。これには、HANA データベースのデータ ボリュームとログボリュームが LVM で管理されている必要があります。NFS プロトコル ステージング ディスクを使用している場合、ボリューム レベルのバックアップは使用できません。
Use Full+Incremental backup: これは、古いファイルベースのバックアップと復元です。この「ファイル ダンプ」メソッドでは、仮想データベースの作成はサポートされていません。これは、ブロックと NFS のステージング ディスクに選択できます。このメソッドは、古い Backint バックアップと物理復元のみをサポートします。
Retention of production DB logs in hours: ログバックアップのたびに、ログの削除が実行され、ここで指定した時間よりも古いログがすべて削除されます。たとえば、指定した時間が 4 時間の場合、((ログバックアップの開始時間) - (4 時間)) より古いログはすべて削除されます。デフォルト値は 2 時間です。
Retention of production catalog in days: カタログ メタデータの保持期間(日単位)です。HANA カタログのメタデータ(m_backup_catalog テーブル)から、指定した日数より古いログが削除されます。たとえば、指定した日数が 14 日の場合、HANA カタログのデータは ((現在の日) - (14 日)) より古いデータが削除されます。デフォルト値は 7 日です。
[保存] > [次へ] をクリックし、[完了] をクリックします。
バックアップ プランが適用されたことを示す緑色のシールドのついたデータベースが [App Manager Applications] リストに表示されます。
HANA 1+n と HANA スケールアウト データベースをバックアップする
このセクションでは、HANA 1+n と HANA スケールアウトの保護について説明します。
HANA 1+n を保護する
HANA 1+n のレプリケーション クラスタを単一のアプリケーションとして保護するために、アプリケーションは検出されるとクラスタのホストに sid name_cluster
と名付けます。たとえば、HANA インスタンスが sr1 の場合、[App Manager Applications] リストでのアプリケーションの名前は sr1、ホスト名は sr1_cluster となります。
HANA のログのバックアップの格納先は、2 つのノードで共有する必要があります。フェイルオーバーが発生すると、データベースとログのバックアップは自動的に現在のプライマリにフェイルオーバーし、現在のプライマリからログのバックアップが実行され、古いプライマリから最後のログと、新しいプライマリから新しいログがキャプチャされます。保護用に SAP HANA データベースを準備するの準備手順に沿って操作します。
HANA 1+n は、常にメタデータにすべてのノードの詳細を含むクラスタ アプリケーションとして検出されます。アプリケーションの検出後、アプリケーションのクラスタホストは(HANA sid 名)cluster(サイト ID)_(HANA ハードウェア ID)になります。たとえば、HANA インスタンスが sr1 の場合、[App Manager] の [Applications list] でのアプリケーションの名前は sr1、ホスト名は sr1cluster<…> となります。
クラスタへのノード追加、クラスタからのノード削除などの後には、クラスタノード構成に加えられたすべての変更に対する強制検出を実行することをおすすめします。検出と保護の後にノードを削除または追加した場合、バックアップと DR のメタデータで構成が自動的に更新されず、バックアップに問題が生じる可能性があります。
SAP HANA 1+n のインスタンスとデータベースの保護に関する前提条件
SAP HANA インスタンスを保護する前に、次のことを確認してください。
- 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 Agent Settings] > [Secret] でシークレットが適用されている必要があります。
ホストに仮想 IP が設定されている場合は、検出時にホストの仮想 IP とホスト名のみを追加します。
バックアップと DR エージェントがすべてのノードにインストールされている必要があります。
ポート 5106 での通信を許可するには、ホストでポートを開く必要があります。これには、バックアップ/リカバリ アプライアンスが送信元、エージェントを実行しているホストが宛先、宛先ポートが 5106 の上り(内向き)ファイアウォール ルールが必要です。アプライアンス用に作成されたデフォルトの上り(内向き)ルールにポート 5106 を追加する必要はありません。これは、アプライアンスをターゲットとして指定するためです。
HANA のログのバックアップの格納先は、[Shared - NFS] に設定する必要があります。
HANA スケールアウトを保護する
SAP HANA のスケールアウトの保護に関する前提条件
SAP HANA スケールアウトを保護する前に、次のことを確認してください。
- ホストに仮想 IP が設定されている場合は、検出時にホストの仮想 IP と関連付けられたホスト名のみを追加します。
- バックアップと DR エージェントがすべてのノードにインストールされている必要があります。
- ポート 5106 での通信を許可するには、ホストでポートを開く必要があります。これには、バックアップ/リカバリ アプライアンスが送信元、エージェントを実行しているホストが宛先、宛先ポートが 5106 の上り(内向き)ファイアウォール ルールが必要です。また、アプライアンスをターゲットとして指定するため、アプライアンス用に作成されたデフォルトの上り(内向き)ルールにポート 5106 を追加する必要はありません。
- Backint ファイルベース(完全 / 増分)のバックアップの場合、HANA のログのバックアップの格納先は共有(NFS)に設定する必要があります。ホストを管理コンソールに追加するをご覧ください。
ストレージのスナップショットの保護
- データとログのボリュームがすべてのノードにおいて共有されていない
- データとログのボリュームが論理ボリューム マネージャーで管理されている
- プライマリ ノードとセカンダリ ノードを区別するための mnt000* ディレクトリがローカルのマウント ポイントに存在することを確認する
SAP HANA データベースを保護用に準備するの手順に沿って設定します。
SAP HANA スケールアウトの Backup and DR サービスのドキュメント
このページは、Backup and DR サービスを使用して SAP HANA スケールアウト インスタンスを保護および復元する方法について説明する一連のページの一つです。詳細については、以下のページをご覧ください。
- SAP HANA スケールアウトのバックアップと DR
- バックアップ用に SAP HANA スケールアウト インスタンスを準備する
- SAP HANA スケールアウト ホストを追加し、そのデータベースを検出して保護する
- SAP HANA スケールアウトのステージング ディスク形式とバックアップ方法を構成する
- SAP HANA スケールアウト インスタンスのアプリケーションの詳細と設定を行う
- HANA 1+n と HANA スケールアウト データベースをバックアップする
- SAP HANA スケールアウト インスタンスを復元する
- SAP HANA スケールアウト バックアップを標準マウントとしてマウントする
- SAP HANA スケールアウト バックアップを仮想データベースとしてマウントする
- SAP HANA スケールアウト バックアップをマウントして移行し、任意のターゲットに即時復元する