Azure-Storage
Azure GRS 的典型異地複制滯後
Microsoft Azure異地冗餘儲存 (GRS)不是即時的，因此它們公開了“上次同步時間”值，以幫助使用者/管理員了解異地複制的滯後。不幸的是，文件沒有給出任何關於典型延遲的指示，因此作為 Azure 的新使用者，很難知道會發生什麼。通常是幾秒鐘、幾分鐘、幾小時？
顯然，理想的答案是進行一些經驗測試，但對於已經使用它的人來說，您通常會看到什麼類型的延遲？
分鐘。在您提供的連結中，強調我的：
恢復點目標 (RPO)：在 GRS 和 RA-GRS 中，儲存服務將數據從主要位置非同步異地複製到次要位置。如果主要區域不可用，您可以對次要區域執行帳戶故障轉移（預覽）。當您啟動故障轉移時，尚未進行異地複制的最近更改可能會失去。失去的潛在數據的分鐘數稱為 RPO。RPO 指示可以恢復數據的時間點。Azure 儲存的 RPO 通常少於 15 分鐘，儘管目前沒有關於異地複制需要多長時間的 SLA。
在您的業務連續性測試期間進行測量以確認。