监视 Azure 备份工作负荷

Azure 备份根据备份要求和基础结构拓扑（本地或 Azure）提供多个备份解决方案。 任何备份用户或管理员都应看到所有解决方案中发生的情况，并会在出现重大情况时收到通知。 本文详细介绍了 Azure 备份服务提供的监视和通知功能。

恢复服务保管库中的备份项

可通过恢复服务保管库监视所有备份项。 导航到恢复服务保管库的备份实例部分，此时会打开一个视图，其中提供给定工作负荷类型的所有备份项的详细列表，以及每个项的上次备份状态、可用的最新还原点等信息。 你还可以查看备份保管库中的备份实例列表。

备份作业

Azure 备份针对 Azure 备份保护的工作负荷提供内置的监视和警报功能。 导航到“备份中心”的“备份作业”窗格，可以查看保管库中最近的备份和还原作业。

执行配置备份、备份、还原、删除备份等操作时，会生成作业。

此处会显示来自下列 Azure 备份解决方案的任务：

• Azure VM 备份
• Azure 文件备份
• Azure 工作负荷备份，例如 SQL 和 SAP HANA
• Microsoft Azure 恢复服务 (MARS) 代理

未显示来自 System Center Data Protection Manager (SC-DPM) 和 Microsoft Azure 备份服务器 (MABS) 的作业。

用于 Azure 备份的 Azure Monitor 警报

Azure 备份还通过 Azure Monitor 提供警报，使你能够在不同的 Azure 服务（包括 Azure 备份）中获得一致的警报管理体验。 使用 Azure Monitor 警报可以将警报路由到 Azure Monitor 支持的任何通知通道，例如电子邮件、Webhook、逻辑应用等。

Azure 备份目前提供两种主要类型的内置警报：

• 安全警报：在删除了备份数据或禁用了保管库的软删除功能等情况下，安全警报（严重性为 Sev 0）将会触发并显示在 Azure 门户中，或者可通过其他客户端（PowerShell、CLI 和 REST API）获取。 默认会生成安全警报，且无法将其关闭。 但是，您可以控制哪些场景会触发通知（例如电子邮件）。 有关如何配置通知的详细信息，请参阅操作规则。
• 作业失败警报：对于备份失败和还原失败等情况，Azure 备份通过 Azure Monitor 提供内置警报（严重性为“严重性 1”）。 不同于安全警报，可以选择关闭针对作业失败场景的 Azure Monitor 警报。 例如，你已通过 Log Analytics 为作业失败配置自定义警报规则，且不需要为每个作业失败触发内置警报。 默认情况下，作业失败警报是开启的。 有关详细信息，请参阅有关针对这些场景打开警报的部分。

下表汇总了当前通过 Azure Monitor 提供的各种备份警报和支持的工作负载/保管库类型：

启用针对作业失败情况的 Azure Monitor 警报

若要选择打开针对备份失败和还原失败场景的 Azure Monitor 警报，请执行以下步骤：

选择保管库类型：

在 Azure 门户中查看已触发的警报

为保管库触发警报后，您可以转到 Azure 门户的备份中心查看警报。 在“概述”选项卡中可以看到按严重性划分的活动警报汇总。 其中显示了两种类型的警报：

• 数据源警报：与正在备份的特定数据源关联的警报（例如，VM 备份或还原失败、删除数据库备份数据等）显示在“数据源警报”部分下。
• 全局警报：不与特定数据源关联的警报（例如，禁用保管库软删除功能）会显示在“全局警报”部分中。

以上每种警报类型又进一步划分为“安全”和“已配置”警报。 目前，安全警报的场景包括删除备份数据或禁用保管库的软删除功能（这些适用于上节详述的工作负载）。 配置的警报包括备份失败和还原失败，因为这些警报仅在未针对这些方案禁用警报时触发。

选择任一数字（或“警报”菜单项）会打开一个列表，其中列出了触发的所有活动警报和应用的相关筛选器。 可以根据各种属性（例如订阅、资源组、保管库、严重性、状态等）进行筛选。 可以选择任一警报以查看有关该警报的更多详细信息，例如受影响的数据源、警报说明和建议的操作，等等。

可以选择“更改警报状态”将警报的状态更改为“已确认”或“已关闭”。

为警报配置通知

若要配置 Azure Monitor 警报通知，请创建警报处理规则。 若要创建警报处理规则（之前称为操作规则）将电子邮件通知发送到给定的电子邮件地址，请执行以下步骤。 此外，请按照以下步骤将这些警报路由到其他通知通道，例如 ITSM、Webhook、逻辑应用等。

1. 在 Azure 门户中，转到“备份中心”。

2. 选择菜单中的“警报”，然后选择“警报处理规则”。

   

3. 选择“创建”。

   

4. 选择该警报处理规则的应用范围。

   可以针对订阅内的所有资源应用该规则。 还可以选择性地对警报应用筛选器，例如，仅针对特定严重性的警报生成通知。

   

5. 在“规则设置”下，创建一个操作组（或使用现有的操作组）。

   操作组是接收警报通知的目标。 例如，一个电子邮件地址。

   

6. 在“基本信息”选项卡上，选择操作组的名称，以及要在其下创建该操作组的订阅和资源组。

   

1. 在“通知”选项卡上，选择“电子邮件/短信”并输入收件人电子邮件 ID 。

2. 选择“查看+创建”-“创建”以部署操作组。

3. 保存操作规则。

详细了解 Azure Monitor 中的操作规则。

恢复服务保管库中的备份警报

警报主要是指通知您采取相应行动的情境。 “备份警报”部分显示 Azure 备份服务生成的警报。 这些警报由服务定义，你无法自定义创建任何警报。

警报场景

以下方案由服务定义为可发出警报的方案：

• 备份/还原失败
• 备份成功，但有针对 Microsoft Azure 恢复服务 (MARS) 代理的警告。
• 停止保护并删除数据
• 保管库已禁用软删除功能
• 数据库工作负载的备份类型不受支持
• 数据库备份的工作负载扩展健康问题

来自各种 Azure 备份解决方案的警报

下面是来自 Azure 备份解决方案的警报：

• Azure VM 备份
• Azure 文件备份
• Azure 工作负荷备份，例如 SQL 备份、SAP HANA 备份
• Microsoft Azure 恢复服务 (MARS) 代理

合并警报

对于 Azure 工作负载备份解决方案（例如 SQL 和 SAP HANA），系统可能频繁生成日志备份（根据策略，最高可达每 15 分钟生成 1 次）。 因此，你可能会遇到日志备份频繁失败的情况（最高可达每 15 分钟失败一次）。 在这种情况下，如果每次失败都引发一次警报，最终用户将会不堪其扰。

因此，系统会在第一次失败时发送警报，以后由于同一根本原因而失败时则不会生成警报。 第一个警报的失败计数已更新。 但如果你已停用警报，则下一次发生时会再次触发警报，并将其视为该次事件的第一次警报。 这是 Azure 备份针对 SQL 和 SAP HANA 备份执行警报合并的方式。

不合并按需备份作业。

未引发警报的例外情况

在一些例外情况下，失败时不会引发警报。 它们分别是：

• 您已明确取消了正在运行的作业。
• 作业失败，因为另一个备份作业正在进行中（无需采取任何操作，因为我们必须等待前一个作业完成）。
• VM 备份作业失败，因为备份的 Azure VM 不再存在。
• 合并的警报

之所以设计上述异常，是因为我们知道，这些操作的结果（主要是用户触发的操作）会立即在门户/PS/CLI 客户端中显示。 因此，你会立即了解相关情况，不需要通知。

警报类型

可以根据警报严重性定义三种类型的警报：

• 关键：原则上，任何（计划的或用户触发的）备份或恢复失败都会导致生成警报并显示为“关键”警报。 还会针对破坏性操作（例如删除备份）生成警报。
• 警告：如果备份操作成功但出现了几条警告，则会将这些警报列为“警告”警报。 “警告”警报目前仅适用于 Azure 备份代理备份。
• 信息性：目前，Azure 备份服务不会生成任何信息性警报。

备份警报的通知

一旦引发警报，你就会收到通知。 Azure 备份通过电子邮件提供内置通知机制。 可以指定在生成警报时接收通知的个人电子邮件地址或通讯组列表。 你还可以选择是要接收每个警报的通知，还是将这些警报分组成按小时摘要，然后接收通知。

配置通知后，你会收到一封欢迎电子邮件或简介电子邮件。 由此可以确认，在引发警报时，Azure 备份可向这些地址发送电子邮件。

如果将频率设置为“每小时摘要”，并且警报在一小时内触发并解决，那么后续的每小时摘要中将不会包括该警报。

停用警报

若要停用/解决某个活动警报，可以选择与要停用的警报相对应的列表项。 这将打开一个屏幕，其中会显示有关警报的详细信息，顶部有一个“停用”按钮。 选择此按钮会将警报的状态更改为“非活动”。 还可以通过右键单击与警报对应的列表项，然后选择“停用”来停用该警报。

后续步骤

• 使用 Azure Monitor 监视 Azure 备份工作负荷。