azure - Azure Site Recovery 保证 Azure 到 Azure 故障转移的恢复时间目标为两小时。对于任何类型的工作负载?
问题描述
SLA 状态对于为 Azure 到 Azure 故障转移配置的每个受保护实例,我们保证两小时的恢复时间目标
然后,我在 Microsoft 博客上读到了一些矛盾的东西——从设计的角度来看,几乎不可能保证这些类型的解决方案的特定 RPO 和 RTO,因为许多变量超出了您的控制范围。在为 RTO 设计时,了解变量很重要这并不总是在您的控制范围内。例如,如果有人启动还原,则备份和运行所需的时间取决于还原大小、可用网络带宽、磁盘驱动器/VM 的速度等变量。
任何服务(不仅仅是 ASR)都可以保证特定的 RPO 和 RTO 吗?
解决方案
推荐阅读
- javascript - 错误:
: 函数未声明为可配置 - database - 我应该使用内存数据库来存储聊天日志吗?
- php - 编码url参数,需要简短
- pandas - 在熊猫中按日、月和时间(而不是按年)合并 xlsx 文件
- android - Android处理十进制
- apache-spark - 在“集群”模式下运行 spark 作业时,设置“checkPointLocation”没有反映“如何解决这个问题?
- makefile - 当可能的参数可以包含冒号字符 (:) 时,Makefile 的通用助手
- firebase - ionic 3/angular 5.x 的 FCM 插件问题
- java - 不要使用 spring jpa 从 db 获取信息
- javascript - React 和 JSX:交换两个 div,如果按下按钮