灾难备份系统建设.ppt

灾难备份系统建设 美创科技 2008-09 容灾系统和业务连续性讨论 灾难的定义讨论 灾难(Disaster) 当需要的数据或者服务超过预定义的时间而无法提供的时候，我们定义为灾难。 灾难是一个动态描述，不同行业不同公司对于灾难的看法很不一样。即使同样的灾难在不同的时间发生也会发生完全不同的效果。 实际发生着的灾难恢复计划 接受调查的企业中，三分之一的企业在过去一年由于各种原因实施了灾难恢复计划，其中，36%的企业是因为硬件和软件故障，28%的企业是因为外部安全威 胁，26%的企业是因为停电或电力故障，23%的企业是因为自然灾害，23%的企业是因为IT故障管理，22%的企业是因为数据泄露或丢失，21%的企业 是因为意外事故或员工恶意行为。 资料来源：赛门铁克 2008年第四次灾难恢复调查报告 数据或者业务终止时间 RPO或者RTO，谁更加重要？ 每个行业具有不同的定义，基本不具有理想的窗口说法。 在强调持续服务的背景之下，RPO的重要性逐渐提高。 容灾系统建设的历史变化 9.11之前 9.11之前很少有容灾系统的存在，虽然大量的调查发现容灾系统需要构建。 9.11事件 9.11事件在容灾发展史具有重要地位，尤其是摩根等金融巨头通过容灾逃过一劫激发了容灾系统建设的热情。 漂移的办公室成为热门话题。 容灾上投资表现为没有节制。 9.11的远去 随着9.11逐渐远去，IT需要容灾系统已经成为业界的基本共识。 但是随着9.11的远去也带走了容灾系统建设的巨大投资热情。人们开始审视容灾系统的投资汇报率。 真是基于此考虑，很多建设好的容灾系统被拆除，设备被挪用到更加有需要的地方。 够用的合适的容灾系统逐渐成为人们考虑容灾系统的主要思路。 Active Disaster Site 如何提高容灾系统的投资汇报率，甚至成为容灾系统的最重要指标之一存在。Active Disaster Site成为业界普遍考虑的问题。 有限业务支持 为了降低容灾系统建设投资，业务级别分类和有限业务支持被广泛应用。通过建立一个核心业务的容灾系统而非全业务的容灾系统是目前容灾系统建设的普遍性需求。 IP网络和Internet支持 IP网络的使用是降低容灾系统建设的主要手段之一。 同样Internet也是冗余访问链路的最主要方式。 容灾系统的关键性指标 基于投资回报率的关键性指标 灾难复杂性和完整性（灾难覆盖性） RPO RTO 端对端的业务连续性（端对端RTO） ***在满足以上指标之后：Active Disaster Site 灾难决策的复杂性 确保灾难系统可用 确保灾难备份系统可以满足当前灾难环境和灾难分析类型 确定灾难系统的覆盖范围是灾难系统建设最重要的决策，甚至在确定RPO和RTO之前 我们应该在事先而不是在灾难发生之后再来判断是否灾难备份适用性。 灾难分析方式 业务分析方式 风险的质变过程 无论是RPO还是RTO，都存在着一个从量变到质变的过程，必然存在着一个风险跳跃点。 在业务风险分析以及确定RPO和RTO之前必须确定可能的风险跳跃点，并且使RPO和RTO远离风险跳跃点。 有限业务支持 在绝大部分情况下，灾难情况下的有限业务支持可以得到目标群体的谅解，从而通过有限业务支持来大幅度的降低灾难备份成本。 灾难备份的关键性指标 灾难覆盖性（完整性） RPO RTO 端对端业务连续性(端对端的RTO) Active Disaster Site 关键性指标的管理策略 灾难备份的完整性 灾难类型列表 灾难类型支持方式和程度 新发现灾难的适用性以及补救措施 灾难类型描述决定容灾站点的距离 容灾系统（站点）距离 容灾系统（站点）距离完全由灾难类型分析和灾难备份完整性确定。 2KM，10KM，50KM，100KM或者1000KM，3000KM等等 距离是容灾系统设计和选择的决定性因素之一。 RPO约束性定义 业务数据分类 核心数据的RPO 关键数据的RPO 次要数据的RPO RPO的满足实现方式 RPO指标的优先级别 RTO约束性定义 RTO时间算法： 灾难发生开始计算 确定灾难开始计算 下达灾难切换决策开始计算 IT单元结束切换终止计算 业务单元对外营业终止计算 RTO主要包含的时间 诊断时间 决策时间 切换时间 宣布时间 Oracle系统容灾的特殊性 Write Ordering Oracle数据库容灾系统必须遵循Write Ordering以支持Oracle系统的灾难端可用。 Prod: Write A,Write B,Write C Disaster Write A,Write B,Write C Log Ahead Ora