01 / 保护范围
先识别哪些系统必须在异地恢复
异地容灾不能从“复制一份数据”开始，而要从系统、数据库、文件、配置、账号和外部接口的依赖关系开始。只有知道业务恢复顺序，才知道副本应放在哪里、保存多久和由谁使用。
把生产系统拆成可恢复的对象，并为每一类对象标注优先级、变化频率、允许丢失窗口和业务确认人。
- 01系统与数据
列出关键主机、数据库、文件服务、配置和业务文档。
- 02依赖与顺序
确认认证、DNS、证书、接口和平台启动的先后关系。
- 03目标与责任
把 RPO、RTO、保留周期、恢复权限和业务确认人写进方案。
02 / 复制链路
复制链路要能承受日常变化，也要能解释异常
复制链路连接的不只是两套存储，还包括带宽、延迟、加密、权限、调度、校验和失败重试。链路设计要能说明正常复制如何运行，失败后如何发现、补偿和复核。
把链路质量、复制窗口和数据变化量放到同一张运行基线上，避免业务增长后复制窗口不断向外溢出。
- 01链路与窗口
核对带宽、延迟、峰值流量和允许的复制时间窗口。
- 02安全与权限
明确加密、账号、最小权限和异常访问的审计边界。
- 03校验与补偿
记录校验结果、延迟、失败重试和补偿完成时间。
03 / 恢复环境
异地机房要提前准备可用的恢复条件
异地副本只有在计算、存储、网络、权限和运行人员都能接手时才有意义。恢复环境要按真实系统和依赖进行核对，不要等主环境故障后才发现资源没有容量、路径无法接入或证书已经过期。
恢复环境的准备不是购买一套备用设备，而是把资源、接入、权限、DNS、证书和业务检查顺序一起演练。
- 01资源可用
确认主机、存储、网络和备件能够承载目标恢复顺序。
- 02接入可行
提前验证路由、DNS、证书、账号权限和远程操作方式。
- 03业务能验收
明确业务负责人如何确认数据、接口和操作流程可以使用。
04 / 演练与回切
演练记录把异地容灾变成团队可以执行的动作
一次复制成功的报告不能证明容灾可用。需要按故障场景验证副本定位、环境启动、数据完整性、业务确认、沟通机制和回切条件，并把耗时、异常和补救动作沉淀下来。
每次系统、人员、网络或场地发生变化，都要重新确认演练路径仍然成立，避免预案变成历史文档。
- 01恢复动作
记录谁在什么窗口执行哪些恢复、切换和验证动作。
- 02结果与异常
记录恢复耗时、数据校验、接口问题、告警和未完成项。
- 03回切与维护
明确回切条件、风险、责任人和下一次演练时间。
下一步
从现有环境、业务优先级和恢复要求开始沟通
提供现有设备、系统依赖、现场条件、数据变化、运行问题或计划窗口，我们会据此继续确认服务边界和实施路径。