Azure 备份监视警报 - 常见问题解答

Azure 备份提供多个警报选项，包括内置的 Azure Monitor 警报、Azure Monitor 指标警报、自定义日志警报和经典警报。 如果当前使用的是经典警报，我们建议你开始使用基于 Azure Monitor 的警报，因为这类警报具有多种优势。 详细了解 Azure 备份提供的不同警报选项。

借助内置的 Azure Monitor 警报，系统会默认生成关键操作/故障警报（可以在门户中或通过非门户接口查看），无需付出额外成本。 但是，若要将这些警报路由到通知通道（例如电子邮件），则对于超出免费层（每月 1000 封电子邮件）的通知，将产生少量通知费用。 详细了解 Azure Monitor 定价。

使用指标警报时，除上述通知费用外，还将对每个警报规则进行收费。 警报规则费用与选作警报规则一部分而选定的维度数成比例变化。 详细了解 Azure Monitor 定价。

根据备份警报：

• 警报规则：指用户创建的规则，该规则用于指定触发警报应满足的条件。 了解详细信息
• 警报处理规则（之前称“操作规则”）：指用户创建的规则，该规则用于指定特别触发的警报应路由到的通知通道。 还可以使用警报处理规则在一段时间内阻止显示通知。 了解详细信息
• 操作组：指所触发警报可以路由到的通知通道（例如电子邮件、ITSM 终结点、逻辑应用、webhook 等）。 了解详细信息

对于内置的 Azure Monitor 警报，由于系统已默认生成警报，因此无需创建警报规则。 要将这些警报路由到通知通道，应创建警报处理规则以及这些警报的操作组。 查看示例

对于指标警报，由于默认情况下不会生成警报，因此首先需要创建警报规则以指定触发警报应满足的条件。 要将这些警报路由到通知通道，可以直接将警报规则链接到操作组，或使用警报处理规则。 查看示例

是的，可以使用指标警报配置警报，以顺利进行备份。 了解详细信息

如果使用基于 Azure Monitor 的警报，可以编程方式配置通知（警报处理规则和操作组）。 如果使用经典警报，则不支持以编程方式创建通知。

导航到已配置的 LA 工作区。 导航到“日志”菜单项，然后运行查询 CoreAzureBackup | take 1。 如果看到返回了记录，则表示数据已开始流入工作区。 初始数据推送可能需要长达 24 小时。

保管库中的诊断数据将传送到 Log Analytics 工作区，但会出现一定的延迟。 从恢复服务保管库推送每个事件 20 到 30 分钟后，这些事件将抵达 Log Analytics 工作区。 下面是有关延迟的更多详细信息：

• 在所有解决方案中，一旦创建备份服务的内置警报，就会立即推送这些警报。 因此，它们通常会在 20 到 30 分钟后显示在 Log Analytics 工作区中。
• 在所有解决方案中，在完成按需备份作业和还原作业后，会立即推送这些作业。
• 对于除 SQL 备份以外的所有解决方案，在完成计划的备份作业后，会立即推送这些作业。
• 对于 SQL 备份，由于日志备份可每隔 15 分钟发生，所有已完成的计划备份作业的信息（包括日志）将每隔 6 小时进行批处理和推送。
• 在所有解决方案中，备份项、策略、恢复点、存储等其他信息每天至少推送一次。
• 备份配置发生更改（例如更改策略或编辑策略）会触发所有相关备份信息的推送。

创建 LA 工作区后，可以选择将数据保留最多 2 年。 默认情况下，LA 工作区将数据保留 31 天。

在你配置诊断设置后生成的所有数据都会推送到 LA 工作区，并会显示在报告中。 不会为报表推送正在进行的作业。 作业完成或失败后，会将其发送到报表。

能，你可以跨保管库、订阅以及区域查看报告。 你的数据可能驻留在单个 LA 工作区或一组 LA 工作区中。

如果你是 Azure Lighthouse 用户并具有对客户订阅或 LA 工作区的委托访问权限，则可以使用备份报告与来查看跨所有租户的数据。

最长可能需要 15 分钟，Azure 门户才会反映 Azure 备份代理作业状态。

Azure 备份失败后，会在 20 分钟内引发警报。

是的。 在以下情况下，不会发送通知：

• 已将通知配置为每小时发送，并且在一小时内引发并解决了警报
• 取消了作业
• 由于原始备份作业正在进行，另一个备份作业失败

后续步骤

阅读其他常见问题：

• 有关 Azure VM 备份的常见问题。
• 有关 Azure 备份代理的常见问题