数据容灾项目解决方案.ppt

* 2006年导致数据丢失原因的统计 Operator 操作 26% Hardware 硬件 59% Disaster 灾难 2% Software 软件 9% Virus 病毒 2% Other 其它 2% * Site A(站点A) 和 Site B（站点B）均包含了一个关键数据的备份 关键数据通过磁盘控制器实时被拷贝 对服务器的处理能力影响甚微 每个站点之间的操作系统和关键应用程序是群集的 如果其中任意一个站点坏掉或者遭遇灾难，另外的站点或无缝接管任务 客户几乎觉察不到有任何中断 2 条线路的灾难保护 Cluster 1 使用 卷V1 和卷 V2 – 主业务在Site A(站点A), 镜像到Site B（站点B） 来保护数据 Cluster 2 使用 卷 V3 – 主业务在Site B（站点B）,镜像到Site A（站点A） 来保护数据 为了性能，站点之间通过光纤通道网络来连接 可以支持超长远距离之间的网络 – 复制操作上将对性能有一点点影响. * 集成、自动化和优化对于将您的业务向按需应变电子商务转变至关重要。在不久的将来，成功的企业将利用按需应变电子商务基础构架快速响应任何客户请求、市场机遇、或者外部威胁。 未雨绸缪，有备无患IBM服务器存储解决方案 李国民 议程 灾备计划 使用本地磁盘复制来保护数据 使用远程镜像来保护数据 Source: Ontrack Data Report 2007 Source: Ontrack Data Report 2007 数据丢失的威胁不能忽视 风险: 数据丢失和宕机带来的高成本 没有有效的数据恢复计划和进程 70%的业务因主要数据丢失后而失败 恢复占用了有限的人力和资金 需要: 高可用性和快速的数据恢复 无缝整合现有点IT基础架构 现有的存储和计算系统 与未来存储和计算系统的互用性 宕机时间的经济损失 市场研究机构Forrester公司对138家企业进行调查 宕机1小时的预测损失： 少于$ 10,000/小时 – 25% $ 10,000到$ 100,000/小时– 33% $ 100,000到$ 500,000/小时– 25% $ 500,000到$ 1百万 – 13% $ 大于$ 1百万 – 4% 关键点的定义 灾难 最后一次的安全备份 恢复正常业务 Recovery Point Objective (RPO)? 最后一次安全备份到灾难发生时间点之间的时间 Recovery Time Objective (RTO)? 灾难发生时间到恢复正常业务的时间 业务的连续性 计划业务从不停止 一直需要访问信息 需要一个以上好的数据恢复策略 一次灾难最好就像一次执行删除文件操作一样简单 使用磁盘复制策略 镜像 快照 远程复制 完整的数据保护需要实用性的解决方案 秒 分 时 日 区域性灾难 硬件错误 应用程序 部门 数据中心 企业级 风险 中断 扩展 业务目标 威胁 资金的预算 存在的资产 议程 灾备计划 使用本地复制来保护数据 使用远程镜像来保护数据 卷复制 磁盘子系统中从源卷复制到另外一个目标卷的完整的时间复制点 Source(源) = 接受主机I/O存储应用数据的卷 Target（目标） = 维护来自源卷数据副本 Target or Copy or Clone Copy Pair复制对 本地磁盘复制系统方案系统架构图 IBM本地磁盘复制系统方案图 Eth1 Eth0 Eth0 Eth1 EXP3000 x3650 x3650 卷影复制如何运行的？ 快照 Snapshot 快照Snapshot - 一个其它卷的逻辑时间点镜像. 逻辑上等价于一个完整的物理拷贝 逻辑磁盘空间 源卷Base Volume - 快照将会创建的卷 物流磁盘空间 仓储卷Repository – 存储原始数据被覆盖新数据前的数据块 物理磁盘空间 同时使用卷复制和快照 议程 灾备计划 使用本地复制来保护数据 使用远程镜像来保护数据 远程卷影复制 持续运行，实时的将一个卷从一个存储系统复制到远程的其它系统 远程卷影复制组件 Primary volume主卷：接受主机I/O的读和写操作 Secondary volume次卷：接受主机I/O的读操作，接受来自主卷控制器的远程数据写操作 主卷 次卷 次卷 主卷 远程卷影复制组件 镜像存储卷：存储镜像数据，如远程写操作还没有完成等信息 主卷 次卷 次卷 主卷 镜像仓储 镜像仓储 镜像对 V1 -> V1M V2 -> V2M V3 -> V3M 同步复制 主磁盘系统得到一个主机的写操作数据已经被成功镜像 主要优势： 确保远程数据是本地数据的正确复制 注意：只有在校园网区域范围内才有效