云主机灾备演练的切换验证指标，不能只用“备用机已启动”来判定成功。切换后，用户能否完成关键操作、数据是否完整、系统能否持续承载请求，才是判断依据。演练前应先写明恢复时间目标（RTO）和恢复点目标（RPO），再逐项记录实测结果。
先确认恢复时间与数据损失
RTO是业务中断到恢复可用所允许的时间；RPO是故障发生时可接受的数据回退范围。两者是目标，不是切换完成后自动达成的保证。应记录故障触发、备用环境启动、服务就绪和业务验证通过的时间点，并据此计算实际恢复耗时。
数据恢复则要比较故障前后的业务记录、文件数量或校验结果。若采用异步复制，备用端可能落后于主端；应记录最后同步时间及差异范围，而不是只确认磁盘已经挂载。目标值要按业务影响确定，例如要求近乎实时更新的场景，与可接受短暂数据回退的内部工具不能使用同一标准。
检查服务是否真正可用
验证关键业务路径
先检查健康检查接口，再执行一笔不产生真实交易影响的测试操作，例如登录测试账号、读取配置并提交可撤销的测试请求。确认响应内容、状态变化和后续查询结果一致。只看网页能打开，无法证明后台依赖和核心功能都正常。
核对流量入口与依赖
检查负载均衡器目标组、DNS 解析结果、证书有效性，以及服务对缓存、文件存储、消息队列等依赖的访问情况。DNS 更新不会让所有客户端同时刷新缓存，因此要从不同网络位置观察解析和请求结果。若备用环境使用了不同域名或出口策略，也要核实访问控制规则是否同步。
评估备用环境的承载与安全
记录切换期间和稳定运行阶段的请求成功率、响应时间、错误率、队列积压及资源使用情况。可用业务既定的服务目标作判断；没有既定目标时，先用演练基线与正常时期数据对比，不宜凭空设一个适用于所有系统的阈值。备用容量若低于主环境，应增加并发或持续请求测试，观察性能是否逐步恶化。
同时核对身份权限、密钥、网络边界规则和审计记录。恢复环境能连通不代表权限配置正确；尤其要确认测试账号只能执行预期操作，并检查告警是否能在切换后继续触发和送达。
按步骤完成验证与回切
- 演练前确定范围、联系人、停止条件，以及 RTO、RPO 和业务验收标准；保存切换前的配置与数据基线。
- 按预案隔离或停止主端写入，再启动备用云主机和必要依赖；记录每项操作的时间与结果。
- 检查数据同步点、服务健康状态、入口路由和权限，再执行约定的业务测试并留存证据。
- 持续观察请求、错误、延迟和资源变化；达到停止条件或出现数据不一致时，暂停扩大流量并按预案处置。
- 验证回切路径、数据方向和写入状态，确认主环境恢复后再按计划迁回；回切也应计入恢复耗时与风险记录。
最终报告应列出目标值、实测值、证据、偏差原因、责任人和整改期限。这样，云主机灾备演练的切换验证指标才能从一次“启动检查”变成可复核、可改进的业务验收依据。
常见问题
备用云主机启动成功，算演练通过吗？
不算。还需验证数据、业务操作、依赖服务、流量入口及安全配置。
RTO 从什么时候开始计时？
应在演练方案中统一定义，通常从确认故障或触发切换时开始，直到关键业务通过验收为止。
多久演练一次？
没有适用于所有系统的固定周期。可结合业务变化、风险和恢复目标安排，并在架构或关键配置变更后重新验证。