Azure ポータルを使用してバックアップされたSAP HANA データベースを管理および監視する

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

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

SAP HANA データベースのバックアップをまだ構成していない場合は、「 Azure VM 上のSAP HANA データベースのバックアップを参照してください。 サポートされているSAP HANAデータベースのバックアップと復元のシナリオ、リージョンの可用性、制限事項については、support マトリックスを参照してください。 よく寄せられる質問については、 よく寄せられる質問を参照してください。

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

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

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

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

   

2. Backup Items ブレードで、Backup Management Type を Azure VM の SAP HANA として選択します。

   

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

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

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

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

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

   注

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

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

Azure Backupは、Resiliency の Jobs セクションで手動でトリガーされたすべてのジョブを表示します。

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

監視の詳細については、Azure ポータルで Azure Backup ワークロードを監視する と、Azure Monitor を使用して大規模に監視する のページを参照してください。

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

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

Azure Backupではアラートを設定できます。アラートは、次の手順で監視できます。

1. Azure ポータルにサインインします。

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

   

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

   

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

   

Azure Backupを使用すると、アラートを電子メールで送信できます。 これらのアラートは次の通りです。

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

Azure ポータルを使用して操作を管理する

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

ポリシーを変更する

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

Recovery Services ボールト ダッシュボードで、[バックアップ項目] に移動し、次の手順を実行します。

1. Backup items ペインで、データソースの種類として Azure VM で SAP HANA を選択します。

2. バックアップ項目 (Azure VM のSAP HANA) ペインで、基になるポリシーを変更するバックアップ項目を選択します。

3. 選択したバックアップ項目ペインで、既存のAzure Backup ポリシーを選択します。

   

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

   

5. 保存を選びます。

   

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

ポリシーを編集する

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

1. Recovery Services コンテナー ダッシュボードで、[バックアップ ポリシー] に移動し、編集するポリシーを選択します。

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 データベースの保護は、次の 2 つの方法で停止できます。

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

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

• すべての復旧ポイントは永遠にそのままの状態で残り、データを保持する保護停止時にはすべての削除が中止されます。
• 保護されたインスタンスと使用されたストレージに対して料金が発生します。 詳細については、「Azure Backup 価格を参照してください。
• バックアップを停止しないでデータ ソースを削除すると、新しいバックアップは失敗します。

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

1. Recovery Services コンテナー ダッシュボードで、[バックアップ項目] を選択します。

2. Backup items ペインで、データソースの種類として Azure VM で SAP HANA を選択します。

   

3. バックアップ項目 (Azure VM のSAP HANA) ウィンドウで、保護を停止するデータベースを選択します。

4. 選択したバックアップ項目ペインで、[ バックアップの停止] を選択します。

   

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

   

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

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

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

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

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

   

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

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

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

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

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

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

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

   

2. Backup Management の種類で、Azure VM で Workload を選択します。

   

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

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

   

VM またはノードのボルトへの登録状態を確認する

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

物理登録を確認する

Recovery Services ボールト>管理>バックアップ インフラストラクチャ>Azure VM のワークロード に移動します。

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

論理登録を確認する

次の手順に従います。

1. Recovery サービス ボルト>バックアップ アイテム>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 ではなく、ターゲットを local filesystem に変更します。

その後、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データベースバックアップに関する一般的な問題のトラブルシューティング
• Azure Backup で SAP HANA スナップショット バックアップ ジョブのトラブルシューティングを行います。