バックアップされた SAP HANA データベースを管理および監視する

この記事では、Azure 仮想マシン (VM) 上で実行され、Azure Backup サービスによって Azure Backup Recovery Services コンテナーにバックアップされた SAP HANA データベースを管理および監視するための一般的なタスクについて説明します。

ジョブやアラートの監視、オンデマンド バックアップのトリガー、ポリシーの編集、データベースの保護の停止および再開、バックアップからの VM の登録解除を行う方法について説明します。

SAP HANA データベースのバックアップをまだ構成していない場合は、「Azure VM での SAP HANA データベースのバックアップ」を参照してください。 サポートされている構成とシナリオの詳細については、「Azure VM 上の SAP HANA データベースのバックアップに関するサポート マトリックス」を参照してください。

オンデマンド バックアップの実行

バックアップは、ポリシー スケジュールに従って実行されます。

オンデマンド バックアップを実行するには、次の手順のようにします。

1. Recovery Services コンテナーの左側のペインで [バックアップ項目] を選びます。

   

2. [バックアップ項目] ブレードで、[バックアップ管理の種類] として [Azure VM の SAP HANA] を選択します。

   

3. [バックアップ項目 (Azure VM の SAP HANA)] ブレードで、SAP HANA データベースを実行している VM を選んでから、[今すぐバックアップ] を選択します。

4. [今すぐバックアップ] ペインで、実行するバックアップの種類を選んで、[OK] を選びます。

   このバックアップの保持期間は、実行するオンデマンド バックアップの種類によって決まります。

   • "オンデマンドの完全バックアップ" は、最短で "45 日間"、最大で "99 年間" 保持されます。
   • "オンデマンド差分バックアップ" は、"ポリシーに設定されているログ保持" に従って保持されます。
   • "オンデマンド増分バックアップ" は現在、サポートされていません。

5. Azure portal の通知を監視します。 これを行うには、[Recovery Services コンテナー] ダッシュボードで、[バックアップ ジョブ] を選んでから、[進行中] を選びます。

   Note

   • データベースのサイズによっては、最初のバックアップの作成に時間がかかる場合があります。
   • 計画されたフェールオーバーの実行前に、両方の VM またはノードがコンテナーに登録されていること (物理登録と論理登録) を確認します。 詳細については、こちらを参照してください。

手動バックアップ ジョブを監視する

Azure Backup では、手動でトリガーされたすべてのジョブが [バックアップ センター] の [バックアップ ジョブ] セクションに表示されます。

Azure portal に表示されるジョブには、データベースの検出と登録、バックアップと復元の操作などがあります。 スケジュールされたジョブ (ログ バックアップを含む) はこのセクションに表示されません。 また、SAP HANA ネイティブ クライアント (Studio、コックピット、または DBA コックピット) から手動でトリガーされたバックアップも、ここには表示されません。

監視の詳細については、Azure portal での Azure Backup ワークロードの監視に関する記事と、「Azure Monitor を使用した大規模な監視」を参照してください。

バックアップ アラートを監視する

アラートは、SAP HANA データベースのバックアップを監視するための簡単な手段です。 アラートは、バックアップによって生成される多数のイベントに惑わされることなく、最も関心があるイベントに焦点を絞るために役立ちます。

Azure Backup では、以下を実行すると監視できるアラートを設定できます。

1. Azure portal にサインインします。

2. Recovery Services コンテナーの左側のペインで [バックアップ アラート] を選びます。

   

   [バックアップ アラート] ペインが開きます。

   

3. アラートの詳細を表示するには、アラートを選びます。

   

Azure Backup を使用すると、アラートをメールで送信できます。 これらのアラートは次のように処理されます。

• すべてのバックアップ エラーに対してトリガーされます。
• エラー コードごとにデータベース レベルで統合されます。
• データベースの最初のバックアップ エラーに対してのみ送信されます。

Azure portal を使用して操作を管理する

このセクションでは、バックアップされた SAP HANA データベースの管理が簡単になる、Azure Backup でサポートされる複数の管理操作について説明します。

ポリシーを変更する

SAP HANA バックアップ項目のための、基になるポリシーを変更できます。

[バックアップ センター] ダッシュボードで、[インスタンスのバックアップ] に移動し、以下を実行します。

1. データソースの種類として [Azure VM 内の SAP HANA] を選択します。

   

2. 変更対象の、基になるポリシーを含むバックアップ項目を選択します。

3. 既存の Azure Backup ポリシーを選びます。

   

4. [バックアップ ポリシー] ペインで、ポリシーをドロップダウン リストで選んで変更します。 必要に応じて、新しいバックアップ ポリシーを作成します。

   

5. [保存] を選択します。

   

ポリシーを変更すると、関連するすべてのバックアップ項目に影響し、対応する "保護の構成" ジョブがトリガーされます。

ポリシーを編集する

バックアップの種類、頻度、保持期間を変更するためにポリシーを変更するには、次の手順に従います。

1. [バックアップ センター] ダッシュボードで、[バックアップ ポリシー] に移動し、編集するポリシーを選びます。

   

2. [バックアップ ポリシー] ペインで、[変更] を選びます。

   

3. バックアップの頻度を選びます。

   

バックアップ ポリシーを変更すると、関連するすべてのバックアップ項目に影響し、対応する "保護の構成" ジョブがトリガーされます。

SDC から MDC にアップグレードする

単一コンテナー データベース (SDC) から複数コンテナー データベース (MDC) にアップグレードした後の SAP HANA データベースのバックアップを続ける方法について確認してください。

不整合なポリシー

場合によっては、"ポリシーの変更" 操作によって、一部のバックアップ項目に対して "一貫性のない" ポリシー バージョンが発生することがあります。 これは、ポリシーの変更操作がトリガーされた後に、対応する保護の構成ジョブがバックアップ項目に対して失敗した場合に発生します。 バックアップ項目のビューには、次のように表示されます。

次のように、1 回のクリックで、影響を受けるすべての項目のポリシー バージョンを修正できます。

SID の変更なしで SDC から MDC にアップグレードする

SDC から MDC にアップグレードした後で SID が変更されていない SAP HANA データベースを引き続きバックアップする方法を確認してください。

SDC または MDC で新しいバージョンにアップグレードする

バージョンをアップグレードする SAP HANA データベースのバックアップを続ける方法について確認してください。

SAP HANA データベースまたは HANA インスタンスの保護を停止する

SAP HANA データベースの保護は、次のいくつかの方法で停止できます。

• 今後のバックアップ ジョブすべてを停止し、すべての復旧ポイントを削除する。
• 今後のすべてのバックアップ ジョブを停止し、復旧ポイントはそのままにする。

復旧ポイントをそのままにする場合、以下の項目を念頭に置いてください。

• 復旧ポイントはすべて永久に変更されず、削除はすべて保護の停止で停止し、データを保持します
• 保護されたインスタンスと使用されたストレージに対して料金が発生します。 詳細については、「Azure Backup の価格」をご覧ください。
• バックアップを停止しないでデータ ソースを削除すると、新しいバックアップは失敗します。

データベースの保護を停止するには、次のようにします。

1. [バックアップ センター] ダッシュボードで、[インスタンスのバックアップ] を選びます。

2. データソースの種類として [Azure VM 内の SAP HANA] を選択します。

   

3. 保護を停止するデータベースを選択します。

4. データベース メニューで、 [バックアップの停止] を選択します。

   

5. [バックアップの停止] メニューで、データを保持するか削除するかを選択します。 必要に応じて、理由とコメントを入力できます。

   

6. [バックアップの停止] を選択する

SAP HANA データベースまたは HANA インスタンスの保護を再開する

SAP HANA データベースまたは SAP HANA インスタンスの保護を停止するときに [バックアップ データの保持] オプションを選んだ場合は、後で保護を再開できます。 バックアップされたデータを保持しない場合は、保護を再開できません。

SAP HANA データベースの保護を再開するには:

1. バックアップ項目を開き、[バックアップの再開] を選びます。

   

2. [バックアップ ポリシー] メニューで、ポリシーを選択して、 [保存] を選択します。

SAP HANA サーバー VM で拡張機能を再登録する

VM 上のワークロード拡張機能が、何かの理由で悪影響を受ける場合があります。 その場合、VM でトリガーされるすべての操作が失敗するようになります。 そのときは、VM で拡張機能を再登録することが必要になる場合があります。 再登録操作によって、操作を続行させるために、VM にワークロード バックアップ拡張機能が再インストールされます。

このオプションは注意して使用してください。既に正常な拡張機能がある VM でこれがトリガーされると、その操作によって拡張機能が再起動されます。 これが原因で、今度は進行中のジョブがすべて失敗するおそれがあります。 再登録操作をトリガーする前に、1 つ以上の兆候がないか確認してください。

SAP HANA インスタンスを登録解除する

SAP HANA インスタンスの登録解除は、保護を無効にした後、コンテナーを削除する前に行います。

1. [Recovery Services コンテナー] の [管理] で、[バックアップ インフラストラクチャ] を選びます。

   

2. [バックアップの管理の種類] では、[Workload in Azure VM] (Azure VM のワークロード) を選びます。

   

3. [保護されたサーバー] ペインで、登録を解除するインスタンスを選びます。 コンテナーを削除するには、すべてのサーバーおよびインスタンスの登録を解除する必要があります。

4. 保護されたインスタンスを右クリックし、[登録解除] を選びます。

   

コンテナーへの VM またはノードの登録状態を確認する

計画されたフェールオーバーの実行前に、両方の VM またはノードがコンテナーに登録されていること (物理登録と論理登録) を確認します。 フェールオーバー/フォールバック後にバックアップが失敗する場合は、物理/論理登録が完了していることを確認します。 それ以外の場合は、VM/ノードをもう一度検出します。

物理登録を確認する

[Recovery Services コンテナー]>[管理]>[バックアップ インフラストラクチャ]>[Workload in Azure VM](Azure VM のワークロード) に移動します。

プライマリとセカンダリ VM 両方の状態が "登録済み" になっている必要があります。

論理登録を確認する

次の手順に従います。

1. [Recovery Services コンテナー]>[バックアップ項目]>[Azure VM の SAP HANA] に移動します。

2. [HANA システム] で、HANA インスタンスの名前を選びます。

   

   2 つの VM/ノードが [FQDN] の下に表示され、"登録済み" 状態です。

   

SAP HSR をスタンドアロン データベースに切り替え、バックアップを構成する

HANA システム レプリケーション (HSR) をスタンドアロン データベースに切り替えてバックアップを構成するには、次の手順に従います。

1. 保護を停止し、現在保護されているデータベースのデータを保持します。
2. 両方のノードで事前登録スクリプトをスタンドアロンとして実行します。
3. 両方のノード上のデータベースを再検出します。
4. 両方のノードでデータベースをスタンドアロンとして保護します。

SAP HANA ネイティブ クライアントを使用して操作を管理する

このセクションでは、HANA Studio などの Azure 以外のクライアントからさまざまな操作を管理する方法について説明します。

Backint を使用してバックアップする

Backint を使用する HANA ネイティブ クライアントからトリガーされたオンデマンドのバックアップは、[インスタンスのバックアップ] ページのバックアップ リストに表示されます。

これらのオンデマンド バックアップは、[復元ポイントの選択] ペインの復元ポイントの一覧にも表示されます。

Backint の代わりにローカル ファイルにバックアップする

ローカル ファイルをバックアップするには、SAP HANA ネイティブ クライアント (HANA Studio/Cockpit) で、ターゲットを Backint ではなく "ローカル ファイルシステム" に変更します。

その後、HANA は指定されたファイルシステム パスにバックアップをダンプし、Azure Backup (Backint サービス) は、basepath_catalogbackup パラメーターを使用してそのパスに後続のカタログを配置します。

バックアップを復元する

Backint を使用する HANA ネイティブ クライアントからトリガーされ、"同じマシンに" バックアップを復元する復元操作は、[バックアップ ジョブ] ページから監視できます。

HANA ネイティブ クライアントからトリガーされて "別のマシンに" 復元する復元操作はできません。 これは、Azure ロールベースのアクセス制御 (RBAC) 規則に従って、Azure Backup サービスが復元操作のターゲット サーバーを認証できないためです。

バックアップを削除する

Azure Recovery Services コンテナー内のバックアップのライフサイクルは、バックアップ ポリシーによって決まるため、HANA ネイティブ クライアントからの削除操作は、Azure Backup ではサポートされません。

HANA カタログをクリーンアップする

現在、Azure Backup サービスはポリシーに従って HANA バックアップ カタログを変更しません。 ローカル環境 (Backint の外部) にバックアップを格納できるため、ユーザーがカタログのライフサイクルを維持する必要があります。 ユーザーは SAP のドキュメントに従ってカタログをクリーンアップでき、Azure Backup (Backint サービス) は、basepath_catalogbackup パラメーターで指定されているパスに後続のカタログを配置します。

次のステップ

• SAP HANA データベースバックアップに関する一般的な問題のトラブルシューティング