SAP HANA データベースを保護する前に、Compute Engine インスタンスをオンボーディングする必要があります。
SAP HANA データベース アプリケーションを検出して保護する
- サードパーティ製バックアップの backint 設定で LVM のバックアップに失敗する
- 一連の復元における損傷により、復元が困難になります。
- 完全バックアップと増分バックアップが孤立し、復元に問題が生じる可能性があります。
次の手順に沿って、SAP HANA スケールアウト インスタンスを検出して保護します。
管理コンソールの [App Manager] > [Applications] ページで、[Add Application] を選択します。
[Add Application] ウィザードの [SAP HANA] を選択します。
ウィザードに沿って操作します。
[選択] セクションで、管理するデータベースを選択します。
[Manage] セクションで、ポリシー テンプレートとリソース プロファイルを定義するで作成したポリシー テンプレートとリソース プロファイルを適用します。
[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 プロトコル ステージング ディスクを使用している場合、ボリュームレベルのバックアップは使用できません。
完全バックアップと増分バックアップを使用する: これは、古いファイルベースのバックアップと復元です。この「ファイル ダンプ」方法は、仮想データベースの作成をサポートしていません。これは、ブロック ステージング ディスクと NFS ステージング ディスクで選択できます。この方法は、古い Backint バックアップと物理的な復元のみをサポートします。
本番環境 DB ログの保持時間(時間):
basepath_logbackup
の宛先から HANA ログのバックアップを完全に削除するために使用されます。この設定に基づいて、最後のデータ バックアップ ID(CURRENT_TIMESTAMP
から設定した時間数を減算した値)が選択され、このデータ バックアップ ID よりも古いログは完全に削除されます。デフォルト値は 2 時間です。デフォルト値では、最後のデータ バックアップより前のすべてのログがパージされます。本番環境カタログの保持期間(日単位): HANA カタログのメタデータの保持期間(日単位)です。
[保存] > [次へ]、[完了] の順にクリックします。
バックアップ プランが適用されたことを示す緑色のシールドのついたデータベースが [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 Service にオンボーディングされている必要があります。
- バックアップと DR エージェントは、SAP HANA クラスタのすべての SAP HANA サーバーまたは Compute Engine インスタンスにインストールする必要があります。
SAP HANA クラスタのすべての SAP HANA サーバーまたは Compute Engine インスタンスに、[App Manage] > [Manage] > [Host] > [Backup and DR Agent Settings] > [Secret] でシークレットを実装する必要があります。
ホストに仮想 IP が構成されている場合は、検出時にホストの仮想 IP とホスト名のみを追加します。
バックアップと DR エージェントがすべてのノードにインストールされている。
ポート 5106 での通信を許可するには、ホストでポートを開く必要があります。これには、バックアップ/リカバリ アプライアンスが送信元、エージェントを実行しているホストがターゲット、ターゲット ポートが 5106 の上り(内向き)ファイアウォール ルールが必要です。アプライアンス用に作成されたデフォルトの上り(内向き)ルールにポート 5106 を追加する必要はありません。これは、アプライアンスをターゲットとして指定するためです。
HANA のログのバックアップの格納先は、共有 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 スケールアウト インスタンスを保護および復元する方法に関する一連のページの 1 つです。詳細については、以下のページをご覧ください。
- SAP HANA スケールアウトのバックアップと DR
- バックアップ用に SAP HANA スケールアウト インスタンスを準備する
- SAP HANA スケールアウト ホストを追加し、そのデータベースを検出して保護する
- SAP HANA スケールアウトのステージング ディスクの形式とバックアップ方法を構成する
- SAP HANA スケールアウト インスタンスのアプリケーションの詳細と設定を設定します
- HANA 1+n と HANA スケールアウト データベースをバックアップする
- SAP HANA スケールアウト インスタンスを復元する
- SAP HANA スケールアウト バックアップを標準マウントとしてマウントする
- SAP HANA スケールアウト バックアップを仮想データベースとしてマウントする
- 任意のターゲットに即時復元できるように SAP HANA スケールアウト バックアップをマウントして移行する