クラシック アラートをバックアップする
この記事では、Azure Recovery Services コンテナーでクラシック アラートをバックアップする方法について説明します。
重要
Azure Backup で、Azure Monitor の新しいアラート機能と改良された機能が提供されるようになりました。 Recovery Services コンテナーに対して従来のクラシック アラート ソリューションを使用している場合は、Azure Monitor アラートに移行することをお勧めします。
Recovery Services コンテナーでのバックアップ アラート
重要
このセクションでは、以前のアラート ソリューション (クラシック アラートと呼ばれます) について説明します。 複数の利点がある Azure Monitor ベースのアラートを使用するよう切り替えることをお勧めします。 切り替え方法の詳細については、Azure Monitor ベースのアラートへの切り替えに関する記事を参照してください。
アラートは主に、関連するアクションを実行するよう通知されるシナリオです。 [バックアップ アラート] セクションに、Azure Backup サービスで生成されるアラートが表示されます。 これらのアラートはサービスによって定義され、ユーザーがカスタム アラートを作成することはできません。
アラート シナリオ
次のシナリオは、サービスによって警告可能シナリオとして定義されています。
- バックアップ/復元エラー
- バックアップの成功 (Microsoft Azure Recovery Services (MARS) エージェントに対する警告を含む)
- データを削除して保護を停止
- コンテナーの論理削除機能が無効
- データベース ワークロードに対してサポートされていないバックアップの種類
- データベース バックアップのワークロード拡張機能の正常性に関する問題
さまざまな Azure Backup ソリューションからのアラート
Azure Backup ソリューションからのアラートを次に示します。
- Azure VM バックアップ
- Azure ファイルのバックアップ
- SQL、SAP HANA などの Azure ワークロードのバックアップ
- Microsoft Azure Recovery Services (MARS) エージェント
Note
- System Center Data Protection Manager (SC-DPM)、Microsoft Azure Backup Server (MABS) からのアラートは表示されません。
- Azure Files バックアップでは現在、データを削除して保護を停止アラートは送信されません。
- データを削除して保護を停止アラートは、コンテナーに対して論理的な削除機能が有効になっている場合にのみ生成されます。つまり、コンテナーに対して論理的な削除機能が無効になっている場合は、論理的な削除が無効になっていることをユーザーに通知する 1 つのアラートが送信されます。 後続の項目のバックアップ データの削除では、アラートは発生しません。
統合されたアラート
SQL や SAP HANA などの Azure ワークロード バックアップ ソリューションでは、ログ バックアップを頻繁に (ポリシーに従って最大 15 分ごとに) 生成できます。 そのため、ログ バックアップ エラーが頻繁に発生する可能性があります (最大 15 分間隔)。 このシナリオで、エラーが発生するたびにアラートが発生した場合、エンド ユーザーの気が滅入ってしまいます。
そのため、最初の発生時にはアラートが送信され、それ以降のエラーが同じ根本原因である場合、それ以降のアラートは生成されません。 最初のアラートは、エラー数で更新されます。 しかし、ユーザーがアラートを非アクティブにした場合は、次の発生時に別のアラートがトリガーされ、これがその発生に対する最初のアラートとして扱われます。 このようにして Azure Backup は、SQL と SAP HANA のバックアップに対してアラートの統合を実行します。
オンデマンド バックアップ ジョブは統合されません。
アラートが生成されない例外
失敗時にアラートが生成されない次のいくつかの例外があります。 これらは次のとおりです。
- ユーザーが実行中のジョブを明示的に取り消した。
- 別のバックアップ ジョブが進行中であるため、ジョブが失敗する (前のジョブが完了するまで待機する必要があるため、アクションは実行されません)。
- バックアップの Azure VM が存在しなくなっているため、VM バックアップ ジョブが失敗する。
- 統合されたアラート
上記の例外は、これらの操作 (主にユーザーがトリガーするもの) の結果がポータル/PowerShell/CLI クライアントで即時に表示されるという理解に基づいて設計されています。 そのため、ユーザーはすぐにこれに気付くことから、通知は必要ありません。
アラートの種類
アラートの重要度に基づいて、次の 3 種類のアラートを定義できます。
- 重大: 原則として、(スケジュールされたかユーザーがトリガーしたかを問わず) バックアップまたは回復が失敗すると、アラートが生成されて "重大" アラートとして表示されます。 アラートは、バックアップの削除などの破壊的な操作でも生成されます。
- 警告: バックアップ操作が成功したもののいくつかの警告を伴う場合、これらは "警告" アラートとして表示されます。 警告アラートは現在、Azure Backup エージェントのバックアップにのみ使用できます。
- 情報: 現時点では、Azure Backup サービスで情報アラートは生成されません。
バックアップ アラートの通知
Note
通知の構成は、Azure portal を介してのみ実行できます。 PS/CLI/REST API/Azure Resource Manager テンプレート クライアントは現在サポートされていません。
アラートが生成されると、通知を受け取ります。 Azure Backup では、メール経由での組み込みの通知メカニズムを提供しています。 アラートの生成時に通知を受け取る個別のメール アドレスや配布リストを指定できます。 また、それぞれのアラートについて個別に通知を受け取るか、まとめて 1 時間ごとのダイジェストとして通知を受け取るかを選択することもできます。
通知が構成されている場合、ウェルカム メールまたは導入時のメールを受け取ります。 これは、アラートの生成時に、Azure Backup がこれらのアドレスにメールを送信できるかどうかを確認するものです。
頻度が 1 時間ごとのダイジェストに設定されており、アラートが生成されて 1 時間以内にこれが解決された場合は、次の 1 時間ごとのダイジェストには含まれません。
注意
- 破壊的な操作 (データを削除して保護を停止など) が実行されると、アラートが生成され、Recovery Services コンテナー用に通知が構成されていない場合でも、サブスクリプションの所有者、管理者、共同管理者にメールが送信されます。
- 成功したジョブの通知を構成するには、Log Analytics を使用します。
アラートの非アクティブ化
アクティブなアラートを無効化または解決するには、非アクティブ化するアラートに対応するリスト アイテムを選択できます。 これにより、アラートに関する詳細情報を表示する画面が開き、上部に [非アクティブ化] ボタンが表示されます。 このボタンを選択すると、アラートの状態が非アクティブに変わります。 また、アラートに対応するリスト アイテムを右クリックし、[非アクティブ化] を選択して、そのアラートを非アクティブにすることもできます。
次のステップ
Azure Backup の監視とレポートについて学びます。