次の方法で共有


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

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

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

Note

HANA インスタンス スナップショットのサポートが一般公開になりました。

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

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

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

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

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

    [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 コンテナーの左側のペインで [バックアップ アラート] を選びます。

    [Recovery Services コンテナー] ダッシュボードの [バックアップ アラート] リンクを示すスクリーンショット。

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

    [バックアップ アラート] ペインのバックアップ アラートの一覧を示すスクリーンショット。

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

    アラートの詳細を示すスクリーンショット。

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

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

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

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

ポリシーを変更する

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

注意

HANA スナップショットの場合、新しい HANA インスタンス ポリシーは、別のリソース グループまたは別のユーザー割り当てマネージド ID を持つことができます。 現在、Azure portal はバックアップ構成中にすべての検証を実行します。 そのため、CLI スクリプトを使用して、新しいスナップショット リソース グループまたは新しいユーザー割り当て ID に必要なロールを割り当てる必要があります。

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

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

    [Azure VM の SAP HANA] を選ぶ場所を示すスクリーンショット。

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

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

    既存のバックアップ ポリシーを選ぶ場所を示すスクリーンショット。

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

    バックアップ ポリシーを変更するためのドロップダウン リストを示すスクリーンショット。

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

    バックアップ ポリシーを変更するための [保存] ボタンを示すスクリーンショット。

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

ポリシーを編集する

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

Note

  • 保有期間の変更は、新しい復旧ポイントと、以前にさかのぼったすべての古い復旧ポイントの両方に適用されます。

  • HANA スナップショットの場合、HANA インスタンス ポリシーを編集して、別のリソース グループまたは別のユーザー割り当てマネージド ID を設定できます。 現在、Azure portal ではバックアップ構成中のみにすべての検証が実行されます。 そのため、CLI スクリプトを使用して、新しいスナップショット リソース グループまたは新しいユーザー割り当て ID に必要なロールを割り当てる必要があります。

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

    編集するポリシーを選ぶ場所を示すスクリーンショット。

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

    バックアップ ポリシーを変更するための [変更] ボタンを示すスクリーンショット。

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

    バックアップの頻度を選ぶ場所を示すスクリーンショット。

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

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

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

不整合なポリシー

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

ポリシーに一貫性がないことを示すメッセージが表示され、問題を解決するためのリンクが示されているスクリーンショット。

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

[Fix Inconsistent Policy] (一貫性のないポリシーの修正) ペインを示すスクリーンショット。

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

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

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

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

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

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

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

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

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

注意

HANA インスタンスの場合は、まず HANA インスタンスの保護を停止してから、関連するすべてのデータベースの保護を停止します。そうしないと、保護の停止操作は失敗します。

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

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

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

    [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 コンテナー] の [管理] で、[バックアップ インフラストラクチャ] を選びます。

    Recovery Services ダッシュボードの [バックアップ インフラストラクチャ] リンクを示すスクリーンショット。

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

    [バックアップの管理の種類] を [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] の下に表示され、"登録済み" 状態です。

    論理登録状態を示すスクリーンショット。

注意

状態が "未登録" 状態の場合は、VM/ノードをもう一度検出し、状態をもう一度チェックする必要があります。

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

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

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

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

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

Note

HANA ネイティブ クライアントは、Backint ベースの操作用のみに統合されています。 スナップショットと HANA システム レプリケーション モードに関連する操作は、現在サポートされていません。

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

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

最後に実行されたバックアップを表示するための [復元ポイント] ペインを示すスクリーンショット。

Note

[バックアップ ジョブ] ページからバックアップを監視することもできます。

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

復元ポイントの一覧を示すスクリーンショット。

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 パラメーターで指定されているパスに後続のカタログを配置します。

次のステップ