大型企业容灾解决方案.doc

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
XXX 异地数据容灾复制解决方案 迪思杰(北京)数码技术有限公司 二零零七年五月四日 目 录 1 项目背景 4 2 用户的现状和需求 5 2.1 现状 5 2.2 用户需求 5 3 XXX数据复制方案设计 6 3.1 系统结构 6 3.2 软硬件配置需求 7 3.2.1 异地容灾系统的服务器和存储要求 7 3.2.2 DSG REALSYNC的配置 7 4 解决方案功能描述 8 4.1 初始化同步功能和性能 8 4.1.1 初始化的原理 8 4.1.2 dsg初始化性能 9 4.2 实时复制的功能和性能 10 4.2.1 日志分析速度 10 4.2.2 每秒钟复制的操作数 10 4.2.3 复制数据延迟 11 4.2.4 CPU资源占用 11 4.2.5 源端的缓存空间 11 4.2.6 网络需求 11 4.3 业务接管和回切 12 4.4 数据一致性比较 12 4.4.1 比较原理 12 4.4.2 比较性能 13 4.4.3 特点 14 5 数据复制技术的比较 15 5.1 与磁盘阵列复制技术相比 16 5.2 与存储卷复制技术(VERITAS)相比 17 5.3 DSG RealSync与ORACLE DG的比较 18 5.4 与应用层技术相比 20 6 解决方案的特点 21 6.1 业务功能实现 21 6.1.1 主备系统数据库处于双活状态 21 6.1.2 以数据保护为中心,侧重于保护业务数据安全 21 6.1.3 数据损失 21 6.2 性能和稳定性 22 6.2.1 对源系统性能的影响 22 6.2.2 对网络资源的使用 22 6.2.3 数据延迟 23 6.2.4 对主中心的影响 23 6.2.5 复制环境的健壮性 23 6.2.6 事物的完整性和可用性 24 6.3 配置和实施 24 6.3.1 开放性 24 6.3.2 对源系统的修改工作 24 6.4 可扩展性 24 6.4.1 对系统扩容的影响 24 6.4.2 业务扩展的影响 25 6.4.3 对双机集群的支持 25 7 Realsync部分应用案例 26 项目背景 XXXXXXX有限公司成立于1998年6月,公司总部位于深圳市福田区XXX,拥有逾2000平米的自有现代化办公区。公司专注于移动通信产品的营销服务,是三星等国际著名品牌在中国的核心代理商,中国移动的战略合作伙伴,国内最大的移动通讯产品代理商之一。xxx在全国各地设立了39个分支机构, 形成了覆盖全国的销售、物流和服务网络是1999年以来手机分销行业内唯一实现年增长数倍的企业。基于INTRANET的xxx信息平台,是行业内最先进的、运用最广泛的、可延展性最深入的IT平台,给公司的手机分销和数据业务推广提供了强大的后台支持。 随着公司业务的发展,企业信息化对公司的业务影响越来越明显,为了更好地支持XXX集团的发展,集团组建专门的信息部负责企业的信息化进行全面的规划和实施维护。随着企业应用的逐渐增加,对一些关键业务的实时保护就变得异常重要,同时对关键数据的保护也变得十分重要。 应用级别的灾难恢复就是在这样的背景下提出的。 用户的现状和需求 现状 XXX目前采用dataguard的physical standy 模式进行数据的异地容灾处理。结构如下所示: 生产端服务器和容灾端服务器相同 均为ibm p570 aix5.2(6cpu),生产端将redo log 传送到远程然后再容灾端应用,采用physical standby模式。容灾端数据库为关闭状态。由于带宽的限制,初始化同步的时候先在深圳将容灾端服务器做好physical ,然后再将服务器运送至南昌容灾中心。其缺点为 physical standby 对带宽要求较高,而集团提供的路线仅仅10M。 目标数据库处于关闭状态,切换比较繁琐。 用户需求 针对原有复制系统的不足,XXX对数据复制提出了下属的要求; 在2M带宽下对数据进行复制。 数据复制要保证数据的完整性和一致性,并能提供相应的比对工具。 在生产中心和灾备中心可以进行任意灵活的切换,操作简单。 灾备中心的数据库处于打开状态,可以有效地利用灾备设备。 XXX数据复制方案设计 系统结构 根据异地容灾系统的需求及其业务特点,我们建议的异地容灾系统结构图如下所示: XXX现有的生产系统:oracle10g + ibm p570 aix5.2(6cpu) XXX现有的灾备系统:oracle10g + ibm p570 aix5.2 (6cpu) 该方案中采用DSG RealSync软件将深圳生产中心的生产数据实时复制到南昌容灾系统上,数据实时复制的时候,集团的10M的带宽完全可以满足要求。 针对数据库内容的完整性和一致性,我们软件配有专用的数据库比较工具,可以针对选择的内容进行快速的一

文档评论(0)

pangzilva + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档