微软 Azure地理冗余存储 (GRS)不是即时的，因此他们公开了“上次同步时间”值，以帮助用户/管理员了解地理复制中的滞后。不幸的是，文档没有给出滞后时间的典型值，因此作为 Azure 的新用户，很难知道会发生什么。通常是几秒、几分钟还是几小时？
显然，理想的答案是进行一些实证测试，但对于已经使用它的人来说，通常会看到什么类型的滞后？
答案1
会议纪要。在您提供的链接中，重点是我的：
恢复点目标 (RPO)：在 GRS 和 RA-GRS 中，存储服务会异步地将数据从主位置复制到辅助位置。如果主区域不可用，您可以执行帐户故障转移（预览）到辅助区域。启动故障转移时，尚未进行地域复制的最近更改可能会丢失。丢失的潜在数据分钟数称为 RPO。RPO 表示可以恢复数据的时间点。Azure 存储的 RPO 通常为少于 15 分钟，尽管目前没有关于地理复制需要多长时间的 SLA。
在业务连续性测试期间进行测量以确认。