本文解答了有关 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 分钟内引发警报。
是的。 在以下情况下,不会发送通知:
- 已将通知配置为每小时发送,并且在一小时内引发并解决了警报
- 取消了作业
- 由于原始备份作业正在进行,另一个备份作业失败