有关监视 Site Recovery 的常见问题

本文解答了有关使用内置的 Site Recovery 监控以及 Azure Monitor(日志分析)来监视 Azure Site Recovery 的常见问题。

常规

记录的 RPO 值与最新的可用恢复点有何不同?

Site Recovery使用多步骤异步过程将计算机复制到Azure。

  • 在复制的倒数第二步中,系统上的最近的更改和元数据将被复制到日志或缓存存储帐户中。
  • 这些更改以及标识可恢复点的标记将写入目标区域中storage帐户或托管磁盘。
  • Site Recovery现在可以为计算机生成可恢复点。
  • 此时,已针对到目前为止上传到 storage 帐户的更改满足 RPO。 换而言之,此时的计算机 RPO 等于从对应于可恢复点的时间戳起经过的时长。
  • 现在,Site Recovery从storage帐户中选取上传的数据,并将其应用于为计算机创建的副本磁盘。
  • 然后,Site Recovery生成恢复点,并使此点可用于故障转移时的恢复。
  • 因此,最新的可用恢复点指示与Site Recovery已处理并应用于副本磁盘的最新恢复点对应的时间戳。

复制源计算机或本地基础结构服务器上的系统时间不正确会扭曲计算的 RPO 值。 为准确报告 RPO,请确保所有服务器和计算机上的系统时钟准确。

内置站点恢复日志记录

保管库基础结构视图中的虚拟机计数为何与“复制的项”中显示的总计数不同?

保管库基础结构视图已根据复制方案划分了范围。 只有当前选定的复制方案中的计算机才包含在该视图中。 此外,该视图仅统计配置为复制到“Azure”的 VM。 已故障转移的计算机或者复制回到本地站点的计算机不会在该视图中统计。

“概要”中的已复制项计数为何与仪表板上的已复制项总计数不同?

Essentials 中显示的计数仅包括初始复制完成的计算机。 “复制的项”总数包括保管库中的所有计算机,其中包括正在进行初始复制的计算机。

Azure监视日志记录

Azure Site Recovery 发送资源日志到 Azure 监控日志的频率是多长时间?

  • AzureSiteRecoveryReplicationStats 和 AzureSiteRecoveryRecoveryPoints 每 15 分钟发送一次。
  • AzureSiteRecoveryReplicationDataUploadRate 和AzureSiteRecoveryProtectedDiskDataChurn 每五分钟发送一次。
  • AzureSiteRecoveryJobs 会在作业触发和完成时发送。
  • 只要生成事件,就会发送 AzureSiteRecoveryEvents。
  • 只要环境变化,就会发送 AzureSiteRecoveryReplicatedItems。 通常情况下,数据刷新时间在更改后的 15 分钟。

Azure监视日志中的数据保留多长时间?

有关数据保留的信息,请参阅 Azure Monitor 日志中的 Data 保留和存档

可以在 Log Analytics 工作区的“使用情况和估计成本”部分修改该默认保持期。 选择 “数据保留期”,然后选择该范围。

资源日志的大小是多少?

通常,日志的大小为 15-20 KB。

用于 Azure Site Recovery 的内置 Azure 监视器警报

使用 Azure Monitor 内置告警来监视 Azure Site Recovery 是否需要支付任何费用?

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

恢复服务保管库中Azure Site Recovery的当前电子邮件通知解决方案是否会继续工作?

当前电子邮件通知解决方案与新的内置Azure监视警报解决方案并行工作。 尝试基于Azure监视器的警报,以熟悉新体验并使用其功能。

Important

如果启用仅使用 Azure Monitor 警报进行 Site Recovery,则 Azure Monitor 警报将优先于 Site Recovery Events 电子邮件通知设置。 在此配置中,即使你在 Site Recovery Events 刀片中配置了 Site Recovery 邮件通知,进程也不会使用它们。 要继续使用 Site Recovery 邮件通知,请不要启用此选项。

警报规则、警报处理规则和作组之间的区别是什么?

  • 警报规则:用户创建的规则,指定触发警报的条件。
  • 警报处理规则(之前称为操作规则):用户创建的规则,指定用于路由特定已触发警报的通知渠道。 还可以使用警报处理规则来取消一定时间的通知。
  • 操作组:用于将触发的警报路由到的通知通道,例如电子邮件、ITSM 终结点、逻辑应用、Webhook 等。

如果内置Azure监视警报,因为警报已默认生成,则无需创建警报规则。 要将这些警报路由到通知通道,应创建警报处理规则以及这些警报的操作组。 了解详细信息

后续步骤

了解如何使用 Site Recovery 内置监视Azure Monitor进行监视。