よく寄せられる質問 - Azure Backup の監視とレポート

Azure Backup では、組み込みの Azure Monitor アラート、メトリック アラート、カスタム Log Analytics ベースのアラート、カスタム ARG ベースのアラート、アクティビティ ログ アラート、クラシック アラートといった複数のアラート オプションがサポートされています。 現在クラシック アラートを使用している場合は、複数の利点がある Azure Monitor アラートの使用を開始することをお勧めします。 クラシック アラートは非推奨になり、サポートされなくなる予定です。 Azure Backup で提供されているさまざまなアラート オプションに関する詳細情報をご確認ください。

組み込みの Azure Monitor アラートを使用すると、重要な操作/障害のアラートが既定で生成されます (ポータルまたはポータル以外のインターフェイスで表示できます)。 ただし、これらのアラートを通知チャネル (メールなど) にルーティングする場合、Free レベル(1 か月あたり 1,000 メール)を超える通知に対してはわずかなコストが発生します。 Azure Monitor の価格を確認する。

カスタム アラートの場合、前述の通知コストに加えて、アラート ルールあたりのコストも発生します。 アラート ルールのコストは、アラート ルールの一部として選択されたディメンションの数に比例して異なります。 Azure Monitor の価格を確認する。

メトリック アラートでは、前述の通知コストに加えて、アラート ルールあたりのコストも発生します。 アラート ルールのコストは、アラート ルールの一部として選択されたディメンションの数に比例して異なります。 Azure Monitor の価格を確認する。

バックアップ アラートについて、次の操作を行います。

• アラート ルール: アラートが発生する条件を指定するユーザーが作成したルールを指します。 詳細情報
• アラート処理ルール (以前の名前はアクション ルール): 特定の発生したアラートのルーティング先の通知チャネルを指定する、ユーザーが作成したルールを指します。 アラート処理ルールを使用して、一定期間の通知を抑制することもできます。 詳細情報
• アクション グループ: 発生したアラートをルーティングできる通知チャネル (メール、ITSM エンドポイント、ロジック アプリ、Webhook など) を指します。 詳細情報

組み込みの Azure Monitor アラートの場合、アラートは規定ですでに生成されているので、アラート ルールを作成する必要はありません。 これらのアラートを通知チャネルにルーティングするには、アラート処理ルールと、これらのアラートのアクション グループを作成する必要があります。 例を参照してください

メトリック アラートの場合、アラートは既定では生成されないため、まずアラート ルールを作成し、アラートを発生させる条件を指定する必要があります。 これらのアラートを通知チャネルにルーティングするには、アラート ルールをアクション グループに直接リンクするか、アラート処理ルールを使用します。 例を参照してください

はい。メトリック アラートを使用して、成功したバックアップのアラートを構成できます。 詳細情報

Azure Monitor ベースのアラート使用している場合は、通知 (アラート 処理ルールとアクション グループ) をプログラムで構成できます。 クラシック アラートを使用している場合、プログラムによる通知の作成はサポートされていません。

イベントが発生した後、データが Log Analytics ワークスペースに到達するまでに "20 から 30 分" かかる場合があります。 その結果、Log Analytics ベースのアラートは若干遅れることがあります。 即時のアラートのためには、組み込みの Azure Monitor ベースのアラートまたはメトリック ベースのアラートを使用してください。

構成した Log Analytics ワークスペースに移動してください。 [ログ] メニュー項目に移動し、クエリ CoreAzureBackup | take 1 を実行します。 返されるレコードがある場合は、ワークスペースへのデータの流入が開始されたことを意味します。 最初のデータ プッシュには最大 24 時間かかる場合があります。

コンテナーの診断データは少し遅れて Log Analytics ワークスペースに送られます。 すべてのイベントは、Recovery Services コンテナーからプッシュされてから "20 分から 30 分" 後に Log Analytics ワークスペースに到着します。 ここでは、その遅れの詳細について説明します。

• すべてのソリューションについて、バックアップ サービスの組み込みアラートは、作成されるとすぐにプッシュされます。 そのため、通常は 20 分から 30 分後に Log Analytics ワークスペースに表示されます。
• すべてのソリューションについて、オンデマンド バックアップ ジョブと復元ジョブは、終了するとすぐにプッシュされます。
• すべてのソリューション (SQL バックアップ以外) について、スケジュール済みバックアップ ジョブは、終了するとすぐにプッシュされます。
• SQL バックアップでは、15 分ごとにログ バックアップを行うことができるため、完了したすべてのスケジュール済みバックアップ ジョブの情報は、ログも含めて 6 時間ごとにバッチ処理されてプッシュされます。
• すべてのソリューションにわたって、バックアップ項目、ポリシー、復旧ポイント、ストレージなどのその他の情報は、少なくとも 1 日 1 回プッシュされます。
• バックアップ構成を変更すると (ポリシーの変更や編集など)、関連するすべてのバックアップ情報のプッシュがトリガーされます。

Log Analytics ワークスペースを作成した後、最大 2 年間データを保持することを選択できます。 既定では、Log Analytics ワークスペースにはデータが 31 日間保持されます。 詳細情報。

診断設定を構成すると、Log Analytics ワークスペースにデータが流れ始めます。 データは、構成日から、設定されている保持期間にわたってワークスペースに保持されます。 進行中のジョブはワークスペースにプッシュされません。 イベントは、完了 (成功/失敗) 時にワークスペースにプッシュされます。 Log Analytics ワークスペースで使用できるすべてのデータをレポートで使用できます。

はい。コンテナーおよびサブスクリプションにまたがって、さらにリージョンにまたがってレポートを表示できます。 データは単一の Log Analytics ワークスペースか、Log Analytics ワークスペースのグループに存在する可能性があります。

顧客のサブスクリプションまたは Log Analytics ワークスペースへの委任アクセス権を持つ Azure Lighthouse ユーザーである場合、バックアップ レポートを使用して、ご利用のすべてのテナントにわたるデータを表示することができます。

Azure portal に Azure Backup エージェント ジョブの状態が反映されるまでには、最大で 15 分かかります。

アラートは、Azure Backup が失敗してから 20 分以内に発生します。

はい。 次のような状況では、通知は送信されません。

• 通知頻度が 1 時間ごとに設定されており、アラートが発生してから 1 時間以内に解決した
• ジョブが取り消された
• 元のバックアップ ジョブが進行中のために、2 番目のバックアップ ジョブが失敗した

次のステップ

その他のよく寄せられる質問をお読みください。

• Azure VM バックアップについてよく寄せられる質問
• Azure Backup エージェントについてよく寄せられる質問