有关 Site Recovery 监控的常见问题

本文回答使用内置 Site Recovery 监视功能和 Azure Monitor (Log Analytics) 来监视 Azure Site Recovery 时出现的常见问题。

常规

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

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

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

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

内置 Site Recovery 日志记录

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

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

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

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

Azure Monitor 日志记录

Site Recovery 每隔多久将资源日志发送到 Azure Monitor 日志？

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

数据保留在 Azure Monitor 日志中多长时间？

有关数据保留的信息，请参阅 Azure Monitor 日志功能中的数据保留和存档。

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

资源日志的大小是多少？

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

针对 Azure Site Recovery 的内置 Azure Monitor 警报

对 Azure Site Recovery 使用内置 Azure Monitor 警报是否会产生任何费用？

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

适用于恢复服务保管库中 Azure Site Recovery 的当前电子邮件通知解决方案是否继续有效？

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

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

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

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

后续步骤

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