reference
适用场景
在重大服务中断之前规划恢复目标、故障转移验证和通信步骤。
目标受众: 平台运营团队和业务连续性所有者预计耗时: 12-20分钟
开始之前
- 按业务关键型工作流程设置目标 RTO 和 RPO。
- 识别基础设施、数据库和应用程序恢复所有者。
- 安排桌面和技术恢复练习。
操作指引
1
步骤 1
定义 RTO 和 RPO 目标
按业务影响设置恢复目标，以便正确确定恢复工作的优先级。
- 定义 API、数据和仪表板工作流程的目标 RTO 和 RPO。
- 优先恢复关键业务服务的订单。
- 可能延迟恢复的文档依赖项。
达成目标状态
可能延迟恢复的文档依赖项。
2
步骤 2
文档恢复和验证工作流程
明确谁执行每个恢复任务以及证明恢复成功的内容。
- 分配基础设施、数据和应用程序恢复任务的响应者。
- 定义数据一致性和服务可用性的验证检查。
- 包括内部和客户更新的通信检查点。
达成目标状态
包括内部和客户更新的通信检查点。
3
步骤 3
运行和审查连续性演习
定期锻炼可以减少不确定性并缩短恢复时间。
- 定期运行桌面和技术恢复演练。
- 跟踪钻探差距、后续行动和截止日期。
- 每次练习后更新操作手册和联系人列表。
达成目标状态
每次练习后更新操作手册和联系人列表。
达成目标状态
- 恢复操作手册包括验证检查和沟通步骤。
- 跟踪钻探结果并在每次之后应用更新练习.