編集

次の方法で共有


よく寄せられる質問 - Azure VM 上の SAP HANA データベースをバックアップする

この記事では、Azure Backup サービスを使用した SAP HANA データベースのバックアップに関する一般的な質問への回答を示します。

バックアップ

1 日あたり何回のバックアップがサポートされていますか?

1 日に 1 回の完全バックアップと複数のオンデマンド バックアップをスケジュールできます。

バックアップの種類 スケジュールされたバックアップ オンデマンド バックアップ
[完全] 1 日に 1 回のみサポートされています。 1 日に複数回サポートされています。
差分 (差分/増分) 1 日に 1 回のみサポートされています。

注:
差分バックアップは、特定の日に完全バックアップがスケジュールされていない場合にのみスケジュールできます。 また、バックアップ ポリシーでは、1 つの差分バックアップの種類 (差分/増分) のみをスケジュールできます。
1 日に複数回サポートされています。

バックアップ関連のアラートはどこで確認できますか?

現在、成功したバックアップ ジョブではアラートは生成されません。 アラートは、失敗したバックアップ ジョブに対してのみ生成されます。 Azure portal を使用してバックアップ アラートを表示する方法を参照してください

バックアップ (スケジュールまたはオンデマンド) が正常に行われるかどうかを確認するにはどうすればよいですか?

次のいずれかの場所から、バックアップ (スケジュールまたはオンデマンド) の状態を確認できます。

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

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

    Azure portal の [バックアップ ジョブ] セクションの手動でトリガーされたジョブを示すスクリーンショット。

    データベースの検出と登録、およびバックアップと復元の操作などのジョブを示すスクリーンショット。

  2. バックアップ アラート: アラートは、SAP HANA データベースのバックアップを監視するために役立ちます。 これらを使用すると、必要なイベントに集中できるため、バックアップによって生成される多数のイベントを頻繁にチェックする手間を省くことができます。 詳細については、「バックアップ アラートを表示する」を参照してください。

  3. バックアップ レポート: バックアップ ジョブの状態を表示するためのもう 1 つの方法がレポートです。 レポートは、次のようになります。

    Azure portal でのレポートの一種を示すスクリーンショット。

    Azure portal でのもう一種のレポートを示すスクリーンショット。

    Azure Backup のレポートを構成する方法について学習してください。

  4. SAP HANA ネイティブ クライアント: SAP HANA のユーザーの場合は、最も一般的な HANA クライアントの 1 つである HANA Studio を使用することもできます。 このクライアントでバックアップの状態を確認するには、[バックアップ コンソール] ->[バックアップ カタログ] の順に移動します。

    SAP HANA ネイティブ クライアントでのレポートを示すスクリーンショット。

スケジュールされたバックアップ ジョブを [バックアップ ジョブ] メニューで確認できますか?

[バックアップ ジョブ] メニューには、進行中か、成功したか、失敗したオンデマンド バックアップ ジョブだけが表示されます。 スケジュールされたジョブの場合は、Azure Monitor を使用します。

LSNValidation エラーによってトリガーされる自動修復の完全バックアップでは、保持期間はどうなっていますか?

Azure Backup では、自動修復の完全バックアップに対して明示的な保持期間が設定されていません。 このバックアップは、依存デルタ (差分または増分) とログ バックアップを保持するまで保持されます。 この自動修復バックアップの最後の依存バックアップを削除すると、自動修復バックアップも削除されます。

完全バックアップとログ バックアップは同時に実行できますか?

はい。完全バックアップとログ バックアップは同時に実行できます。 このインスタンスは、次のいずれかの方法で発生します。

  • 完全バックアップが進行中で、ログ バックアップがトリガーされる: ログ バックアップは、進行中の完全バックアップに関係なく成功します。 トリガーされた完全バックアップが、LSN チェーンのブレークを処理するために完全な修復である場合を除きます。
  • ログ バックアップが進行中で、完全バックアップがトリガーされる: 両方のバックアップが同時に実行され、成功します。

今後作成されるデータベースはバックアップに自動的に追加されますか?

いいえ。これは現在サポートされていません。

インスタンスからデータベースを削除した場合、バックアップはどうなりますか?

SAP HANA インスタンスからデータベースが削除された場合でも、データベース バックアップは引き続き試行されます。 これは、削除されたデータベースが [バックアップ項目] に異常として表示され始め、引き続き保護されていることを示しています。 このデータベースの保護を停止するための正しい方法は、このデータベースに対して "バックアップを停止してデータを削除する" を実行することです。

データベースが保護された後にその名前を変更した場合、その動作はどうなりますか?

名前が変更されたデータベースは、新しいデータベースとして処理されます。 このため、サービスにより、この状況は、データベースが見つからず、バックアップが失敗した場合と同様に処理されます。 名前が変更されたデータベースは新しいデータベースとして表示されるため、保護するように構成する必要があります。

Azure Backup を使用して SAP HANA データベースのバックアップを開始するにはどうすればよいですか?

SAP HANA データベースのために Azure Backup の使用を開始する手順のガイドについては、チュートリアルを参照してください。 また、CLI を使用してバックアップを構成および管理することもできます。

Azure Backup を使用して SAP HANA データベースをバックアップするための前提条件がありますか?

SAP HANA で Azure Backup を使用するための前提条件を参照してください。

SAP HANA を SDC から MDC に移行した後、バックアップは機能しますか?

トラブルシューティング ガイドのこちらのセクションをご覧ください。

同一の HANA バージョン内で HANA インスタンスをでアップグレードした後もバックアップが続行されるようにするにはどうすればよいですか?

トラブルシューティング ガイドのこちらのセクションを参照してください。

仮想マシンではなく、仮想 IP (ロード バランサー) に対して Azure HANA バックアップを設定できますか?

現時点では、仮想 IP またはプロキシに対してソリューションを設定することはできません。 ソリューションを実行するには、仮想マシンが必要です。

(HANA ネイティブ クライアントからトリガーされる) オンデマンド バックアップ を Azure コンテナーではなくローカル ファイル システムに移動するには?

SAP HANA ネイティブ クライアントを使用して、Backint ではなくローカル ファイル システムへのオンデマンド バックアップをトリガーできます。 SAP ネイティブ クライアントを使用して操作を管理する方法について説明します。

Azure Backup が有効化されているデータベースの HANA カタログを管理またはクリーンアップするにはどうすればよいですか?

BACKUP CATALOG DELETE ステートメントや HANA Studio/Cockpit などの SAP 推奨の方法を使用して HANA カタログを排除できます。 SAP ネイティブ クライアントを使用して操作を管理する方法について説明します。

HSR セットアップのセカンダリで非アクティブのノードに対する保護を停止 (データを保持) しないと、どうなりますか?

  1. HANA システム レプリケーション (HSR) の場合、セカンダリ ノードはどのような接続も受け付けません。 バックアップが構成された後、Azure Backup サービスは定期的に ping を実行し、失敗します。 これらの失敗した試行が、プライマリ ノードに反映される場合があります。 複数のエラーが発生すると、ユーザーはロックされ、プライマリ ノードが ODBCConnectionError で失敗し始めます。

    すべてのユーザーにこの問題が発生するのではないことが確認されています。 セカンダリ ノードでユーザー接続が失敗した場合には、プライマリ ノードでユーザーがロックされる原因を調査するようにお勧めします。

  2. 事前登録スクリプトを実行すると、プライマリ ノードの新しいパスワードでユーザー情報が更新されます。 その後、バックアップを試行するための接続が再確立されます。 しかし、同じシナリオが再現される場合があります。

  3. また、セカンダリ ノードで失敗するバックアップ (完全バックアップ) によってアラートが作成されます。

上の問題を回避するには、ノードがセカンダリになったら (接続が試行されず、ユーザーがロックされないように) 保護を停止し、プライマリになったら保護を再開することをお勧めします。 HSR セットアップでこのロックされる状況に直面せず、アラートが発生しても問題ない場合は、サービスが引き継ぎとフェールバックを処理するように、両方のノードでバックアップを構成できます。

Azure Backup で提供されるバックアップと復元のスループット パフォーマンスはどのくらいですか? また、この最大スループットになるように HANA システムを設定するにはどうすればよいですか?

Azure Backup によって HANA ワークロードに対して提供されるバックアップと復元のスループット パフォーマンスに関するセクションを参照してください。

向上したパフォーマンスを活用するように HANA システムを設定するには、以下のリソースを使用してください。

Note

バックアップのスループット パフォーマンスを制限することもできます。 詳細については、こちらを参照してください

SAP HANA の "global.ini" ファイルの "parallel_backup_using_backint" プロパティを編集して、バックアップのパフォーマンスを変更できますか?

現在、SAP HANA 用 Azure Backup は 、parallel_backup_using_backint プロパティの値として 1 を受け取ります。 ただし、Azure Backup は、パフォーマンスを向上させるために、その 1 つのストリームを複数のストリームに分割します。

HSR では、スナップショットを使用したデータベース インスタンスのバックアップがサポートされていますか?

現在、HSR では Backint ベースのバックアップのみがサポートされています。 スナップショットはまだサポートされていません。

インスタンスの再検出は、"準備完了" とマークされたサーバーでのみ、または "準備ができていません" とマークされたサーバーでも実行する必要がありますか?

状態を更新するには、"準備ができていません" とマークされているサーバーでインスタンスの再検出を実行する必要があります。

ExpressRoute と構成された強制トンネリングを使用して Azure 環境をオンプレミス ネットワークに接続すると、すべてのトラフィックがオンプレミス ネットワークに送信されます。 Azure SAP HANA Server ワークロードのバックアップ トラフィックがオンプレミス ネットワークを通過して Recovery Services コンテナーに直接接続することがないように設定を構成するにはどうすればよいですか?

バックアップ操作中、"バックアップ ジョブ" は、3 つのサービス エンドポイント (AzureBackupAzureStorageMicrosoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to ) に接続します。このシナリオでは、サービス エンドポイントを `AzureStorage` に構成することをお勧めします。これは、Virtual Network から Storage に直接トラフィックを送信するのに便利です。 Azure Backup と Microsoft Entra ID の場合、トラフィックがオンプレミスではなくバックボーン ネットワークに送信されるように、サービス タグに UDR を構成できます。

米国西部リージョンのノードが米国東部リージョンの Recovery Services コンテナーの配下に表示されるのはなぜですか?

Recovery Services コンテナーには、SAP HANA システム レプリケーションの一部であるすべてのノードが表示されます。 hdbnsutil の出力に従って、すべてのノードはここに一覧表示されます。 ただし、想定される動作に従って、このコンテナー内の構成済みノードのみが登録されます。

"/var/tmp generated" の配下に "hdbbackint" で始まるファイルがいつ生成され、どのように使用されますか?

hdbbackint Backint エージェントを使用してバックアップ ジョブをトリガーすると、情報が /var/tmp ディレクトリに書き込まれます。 たとえば、バックアップ プロセス中にエラーが発生した場合、エラー メッセージは /var/tmp ディレクトリ内のファイルに書き込まれます。 ファイル名は hdbbackint_<SID>.<random_string> の形式で作成されます。この <SID> は SAP HANA インスタンスのシステム ID、<random_string> はランダムに生成された文字列です。

/var/tmp 内の hdbbackint ファイルを削除するとどうなりますか?

/var/tmp ディレクトリ内の hdbbackint ファイルを削除しても、バックアップ プロセスは影響はありません。 ただし、バックアップ プロセス中にファイルに書き込まれたエラー メッセージは削除される可能性があります。

復元

1 日あたり何回の復元がサポートされていますか?

HANA システムまたはインスタンスごとに、1 日あたり最大 10 回の復元を実行できます。 復元を取り消した場合や失敗した場合も、復元の試行と見なされることに注意してください。

データベースの復元先の HANA システムが表示されないのはなぜですか?

ターゲットの SAP HANA インスタンスに復元するためのすべての前提条件が満たされているかどうかを確認してください。 詳しくは、Azure VM の SAP HANA データベースの復元の前提条件に関する記事をご覧ください。

データベースで DB の上書き復元が失敗するのはなぜですか?

復元の間に [強制的に上書きします] オプションが選択されていることを確認します。

"復元のソース システムとターゲット システムには互換性がありません" というエラーが表示されるのはなぜですか?

SAP HANA ノート 1642148 を参照し、現在サポートされている復元の種類を確認してください。

SLES で実行されているデータベースのバックアップを使用して RHEL HANA システムを復元できますか? また、その逆は可能ですか?

はい。SLES で実行されている HANA データベースでトリガーされたストリーミング バックアップを使用して、RHEL HANA システムに復元できます。また、その逆も可能です。 つまり、ストリーミング バックアップを使用すると、OS を跨いだ復元が可能になります。 ただし、復元先の HANA システムと復元に使用する HANA システムの両方が、SAP による復元に互換性があることを確認する必要があります。 互換性のある復元の種類については、SAP HANA メモ 1642148 を参照してください。

復元中にファイルのサブセットのみをファイルとしてダウンロードできますか?

はい。ここに記載されているように、部分的にファイルをダウンロードできます。

HSR セットアップの "SYSTEMDB + テナント DB" の復元中に、SAP HANA ネイティブ環境で HSR を無効にする必要がありますか?

はい。ターゲット システムで HANA System Replication (HSR) を無効にしてから、復元を実行する必要があります。 SAP の仕様により、HSR 対応システムを復元することはできません。

ポリシー

SAP HANA バックアップの新しいポリシーを作成するときに使用できるさまざまなオプション

ポリシーを作成する前に、RPO および RTO の要件とその関連コストへの影響について明確にする必要があります。

RPO (目標復旧時点) は、ユーザーまたは顧客が許容できるデータ損失量を示します。 これは、ログ バックアップの頻度によって決まります。 ログ バックアップの頻度が高いほど RPO は短くなります。Azure Backup サービスでサポートされる最小値は 15 分です。 このため、ログ バックアップの頻度は、15 分以上にすることができます。

RTO (目標復旧時間) は、データ損失シナリオの後、最後の使用可能な時点にデータを復元する速度を示します。 これは、HANA によって採用される回復戦略によって異なり、通常は、復元に必要なファイルの数によって異なります。 これはコストにも影響します。次の表は、すべてのシナリオとその影響を理解するのに役立ちます。

バックアップ ポリシー RTO コスト
毎日の完全 + ログ ポイントインタイム リストアに必要なのは、1 つの完全なコピーとログのみであるため、最も速い 完全なコピーが毎日作成され、保持期間が経過するまでバックエンドに蓄積されるデータが増えるため、最もコストがかかるオプション
毎週の完全 + 毎日の差分 + ログ 上記のオプションよりも低速ですが、ポイントインタイム リストアには、1 つの完全なコピー、1 つの差分コピー、ログが必要であるため、次のオプションよりは高速 通常、毎日の差分は完全よりも小さく、完全なコピーは週に 1 回だけ作成されるため、より安価なオプション
毎週の完全 + 毎日の増分 + ログ ポイントインタイム リストアのために 1 つの完全なコピー、'n' 個の増分、ログが必要なため、最も遅い 毎日の増分は差分よりも小さく、完全なコピーが作成されるのは週 1 回のみであるため、最も安価なオプション

Note

上記のオプションは最も一般的ですが、この限りではありません。 たとえば、毎週の完全バックアップ、週 2 回の差分、ログを使用することもできます。

このため、RPO と RTO の目標とコストに関する考慮事項に基づいてポリシーのバリエーションを選択できます。

ポリシー変更の影響

バックアップ項目のポリシーをポリシー 1 (P1) からポリシー 2 (P2) に切り替えるか、またはポリシー 1 (P1) を編集することによる影響を判断する場合、いくつかの原則に留意する必要があります。

  • すべての変更はさかのぼっても適用されます。 最新のバックアップ ポリシーは、以前に作成した復旧ポイントにも適用されます。 たとえば、現在アクティブなポリシーに従って、毎日の完全なコピーの保持期間が 30 日で、10 個の復旧ポイントが作成されたとします。 毎日の完全コピーの保持期間を 10 日に変更した場合、以前のポイントの有効期限も、開始時間 + 10 日として再計算され、有効期限が切れている場合は削除されます。
  • 変更の範囲には、保持期間だけでなく、バックアップの日、バックアップの種類も含まれます。 次に例を示します。ポリシーを毎日の完全から毎週日曜日の完全に変更した場合、日曜日以外の以前の完全コピーはすべて削除対象としてマークされます。
  • 子が非アクティブまたは期限切れになるまで、親は削除されません。 すべてのバックアップの種類には、現在アクティブなポリシーに従って有効期限があります。 しかし、完全バックアップの種類は、それ以降の '差分'、'増分'、'ログ' の親と見なされます。 '差分' と 'ログ' は、他のどのバックアップの親でもありません。 '増分' は、それ以降の '増分' の親になることができます。 '親' が削除対象としてマークされても、子の '差分' または 'ログ' の有効期限が切れていなければ、実際には削除されません。 たとえば、ポリシーを毎日の完全から毎週日曜日の完全に変更した場合、日曜日以外の以前の完全なコピーはすべて削除対象としてマークされます。 しかし、それらは、以前に毎日作成されたログが期限切れになるまで実際には削除されません。 つまり、最新のログ期間に従って保持されます。 ログの有効期限が切れると、ログとこれらの完全なコピーの両方が削除されます。

これらの原則に留意して次の表を読むと、ポリシー変更の影響を理解することができます。

古いポリシー/新しいポリシー 毎日の完全 + ログ 毎週の完全 + 毎日の差分 + ログ 毎週の完全 + 毎日の増分 + ログ
毎日の完全 + ログ - 同じ曜日以外の以前の完全コピーは削除対象としてマークされますが、ログの保持期間が経過するまで保持されます 同じ曜日以外の以前の完全コピーは削除対象としてマークされますが、ログの保持期間が経過するまで保持されます
毎週の完全 + 毎日の差分 + ログ 以前が作成された毎週の完全コピーの保持期間は、最新のポリシーに従って再計算されます。 以前の差分は即座に削除されます - 以前の差分は即座に削除されます
毎週の完全 + 毎日の増分 + ログ 以前が作成された毎週の完全コピーの保持期間は、最新のポリシーに従って再計算されます。 以前の増分は即座に削除されます 以前の増分は即座に削除されます -

ルート パーティションに作成された /opt/msawb フォルダーのサイズを管理するにはどうすればよいですか?

ルート フォルダー内の領域は、次のいずれかのオプションを使用して管理できます。

  • /opt/msawb 用に独自の LV を作成します。
  • 同じ/異なるディスク上の別の場所/フォルダーへのソフト link/symlink を作成します。
  • ルート パーティションの領域を増やします。

次のステップ