灾备建设是项复杂工程 

据IDC统计，在经历大型灾难而导致系统停运的公司中，

有55%当时倒闭，剩下的45%中，因为数据丢失，有29%也在两年之内倒闭，生存下来的仅占16%。

而常见的误删除等逻辑错误对数据的威胁更加严重。

有效的防范各种灾难，特别是高发生概率的逻辑错误，保障业务连续运行是IT系统面临的重要挑战。

IT现状调研及分析

调研当前应用系统运行环境

（包括主机、存储、网络、中间件、数据库等）

了解应用系统关联关系

分析应用系统运行所需最小资源清单

确定关键应用以及非关键生产系统风险点和可能发生的灾难

针对各种灾难发生的可能性进行定性分析，

明确以后的系统要抵抗的灾难

确定针对那些灾难需要启动灾备系统

业务影响分析

从业务的角度评估各项业务产品对系统中断的敏感度，

确定IT系统的灾备需求和指标要求，

为灾备策略、方案设计提供依据。

业务人员充分参与，最直接的业务支撑数据；

为业务部门的后续支持打好基础；为后续的设计、建设提供了可行的分析思路和依据（两地三中心策略、架构设计、上线策略、搬迁策略、切换策略）；新业务的相关需求的获取。

灾备系统技术架构设计

基于应用本身的容灾：应用直接指向2 个同时运作的数据中心，在任意一个中心活动情况下继续工作

基于文件/数据库日志：通过复制数据库日志和数据文件方式，从生产中心向容灾中心进行数据容灾

基于复制磁盘容灾：通过复制磁盘IO 的方式，从生产中心向容灾中心进行数据容灾，

项目实施计划

项目主要阶段包括：

容灾详细方案设计、

容灾系统建设与联调测试、容灾切换演练、

以及容灾中心上线后支持。