本文解答了有关 Azure 备份监视和报告的常见问题。
Azure 备份支持多个警报选项 - 内置 Azure Monitor 警报、指标警报、基于自定义日志分析的警报、基于自定义 ARG 的警报、活动日志警报和经典警报。 如果当前使用的是经典警报，我们建议你开始使用基于 Azure Monitor 的警报，因为这类警报具有多种优势。 经典警报即将弃用，并在未来几年内不受支持。 详细了解 Azure 备份提供的不同警报选项。
借助内置的 Azure Monitor 警报，系统会默认生成关键操作/故障警报（可以在门户中或通过非门户接口查看），无需付出额外成本。 但是，若要将这些警报路由到通知通道（例如电子邮件），则对于超出免费层（每月 1000 封电子邮件）的通知，将产生少量通知费用。 详细了解 Azure Monitor 定价。
使用指标警报时，除上述通知费用外，还将对每个警报规则进行收费。 警报规则费用与选作警报规则一部分而选定的维度数成比例变化。 详细了解 Azure Monitor 定价。
根据备份警报：
- 警报规则：指用户创建的规则，该规则用于指定触发警报应满足的条件。 了解详细信息
- 警报处理规则（之前称“操作规则”）：指用户创建的规则，该规则用于指定特别触发的警报应路由到的通知通道。 还可以使用警报处理规则在一段时间内阻止显示通知。 了解详细信息
- 操作组：指所触发警报可以路由到的通知通道（例如电子邮件、ITSM 终结点、逻辑应用、webhook 等）。 了解详细信息
对于内置的 Azure Monitor 警报，由于系统已默认生成警报，因此无需创建警报规则。 要将这些警报路由到通知通道，应创建警报处理规则以及这些警报的操作组。 查看示例
对于指标警报，由于默认情况下不会生成警报，因此首先需要创建警报规则以指定触发警报应满足的条件。 要将这些警报路由到通知通道，可以直接将警报规则链接到操作组，或使用警报处理规则。 查看示例
是的，可以使用指标警报配置警报，以顺利进行备份。 了解详细信息
导航到已配置的 Log Analytics 工作区。 导航到“日志”菜单项，然后运行查询 CoreAzureBackup | take 1。 如果看到返回了记录，则表示数据已开始流入工作区。 初始数据推送可能需要长达 24 小时。
保管库中的诊断数据将传送到 Log Analytics 工作区，但会出现一定的延迟。 从恢复服务保管库推送每个事件 20 到 30 分钟后，这些事件将抵达 Log Analytics 工作区。 下面是有关延迟的更多详细信息：
- 在所有解决方案中，一旦创建备份服务的内置警报，就会立即推送这些警报。 因此，它们通常会在 20 到 30 分钟后显示在 Log Analytics 工作区中。
- 在所有解决方案中，在完成按需备份作业和还原作业后，会立即推送这些作业。
- 对于除 SQL 备份以外的所有解决方案，在完成计划的备份作业后，会立即推送这些作业。
- 对于 SQL 备份，由于日志备份可每隔 15 分钟发生，所有已完成的计划备份作业的信息（包括日志）将每隔 6 小时进行批处理和推送。
- 在所有解决方案中，备份项、策略、恢复点、存储等其他信息每天至少推送一次。
- 备份配置发生更改（例如更改策略或编辑策略）会触发所有相关备份信息的推送。
创建 Log Analytics 工作区后，可以选择将数据最多保留 2 年。 默认情况下，Log Analytics 工作区会将数据保留 31 天。 了解详细信息。
配置诊断设置后，数据将开始在 Log Analytics 工作区中流动。 从配置当天起，数据将按设置的保留期保留在工作区中。 正在进行的作业不会推送到工作区。 事件会在完成（成功/失败）后推送到工作区。 Log Analytics 工作区中提供的所有数据都将在报告中可用。
能，你可以跨保管库、订阅以及区域查看报告。 数据可能驻留在单个 Log Analytics 工作区中，也可能驻留在一组 Log Analytics 工作区中。
如果你是 Azure Lighthouse 用户并具有对客户订阅或 Log Analytics 工作区的委托访问权限，则可以使用备份报告跨所有租户查看数据。
最长可能需要 15 分钟，Azure 门户才会反映 Azure 备份代理作业状态。
Azure 备份失败后，会在 20 分钟内引发警报。
是的。 在以下情况下，不会发送通知：
- 已将通知配置为每小时发送，并且在一小时内引发并解决了警报
- 取消了作业
- 由于原始备份作业正在进行，另一个备份作业失败