QUEST Training Shareplex Part.ppt

1、高性能的数据复制方案 SharePlex For Oracle,合作伙伴培训-基础篇,1,议程,Shareplex产品介绍 SharePlex解决方案 平战结合的容灾方案 报表分离方案 其他复制应用场景 Shareplex行业需求分析 SharePlex应用案例 Shareplex相关文档 测试问卷,2,Shareplex 产品介绍,Dont choose the wrong tool for the job.,3,基于Oracle日志技术的复制解决方案,基于Oracle日志文件 可以复制整个数据库、表、表中的数据行、表中指定的列 使用TCP/IP协议，支持 广域网和局域网 支持复杂的异构环境

2、 准实时复制 高速度、低负载,Source A,Target B,从A 复制到 B ，几乎没有任何限制,4,SharePlex设计目标,允许对目标数据库进行连续的访问 负载轻: 对源系统影响小 网络资源使用:非常少 完整: 支持所有的数据类型 精确: 遵守 Oracle读的一致性 容错: 能够忍受任何错误 灵活地配置和管理 不同的平台, O/S, Oracle 版本和模式 不同的复制拓扑，易于改变,5,SharePlex内部结构,6,多种配置选项,Reporting Instance,Planned Fail-over,Peer-to-Peer,Consolidation,Data Distr

3、ibution,Discrete 2-Way,Tables A, B, C,Tables X, Y, Z,7,业界第一的解决方案,最先进的数据复制技术 第一个基于日志的逻辑复制产品 全面的复制功能 优秀的性能和稳定性 最成熟的数据复制产品 1999年发布第一个版本 目前版本5.3 支持所有主流平台及数据库版本 丰富的技术资源和文档 最多的成功案例 全球近800个成功案例 国内用户14个 最放心的售后服务 全球多个技术支持中心 7x24小时专业技术支持 中国区的本地厂商服务,8,SharePlex平战结合的容灾方案,9,容灾的级别,第一级 本地的容灾 本地的数据备份 第二级 本地应用的高可用 主

4、机集群 Oracle OPS/RAC 第三级 异地数据备份 备份数据的异地保存 第四级 异地的应用级容灾 类似于RAID1的容灾系统 数据的准实时同步 双生产中心,10,容灾系统需要考虑的因素,应用因素 应用规模 备份恢复策略 业务因素 容灾距离 数据丢失 应用切换时间 主系统恢复时间 目标系统的可访问性 技术因素 对源系统的影响 网络资源的使用 对容灾环境的要求 实施成本,11,典型的容灾解决方案,存储复制方案 典型代表：EMC, Compaq, Hitachi（Sun,HP) 两种方式，同步方式和异步方式，在数据丢失、容灾距离、对源系统的影响等方面进行平衡 使用专有协议，对于通信链路和带宽

5、要求高 主机复制方案 典型代表，VERITAS,Sun 两种方式，同存储方案 要求主机性能好，配置高 基于IP网络，不受距离限制，网络带宽占用高 数据库方案 - Oracle Standby 数据延迟较多 基于IP网络，不受距离限制，网络带宽占用高,12,解决方案特点,目标系统可用性 目标系统非实时可用 基于快照方式镜像，需要较大的空间 投资成本较大 对硬件要求极其严格 操作系统及软件的限制 网络资源的要求 对生产系统影响 占用资源较多 主系统性能的影响 数据安全的保障 数据损失较多 应用接管时间较长 逻辑错误,13,SharePlex容灾解决方案,基于数据库的逻辑复制 仅复制应用产生的SQL

6、语句 目标系统实时可用 查询和报表业务 准实时的数据同步 复制延迟在秒级 最低的系统资源占用 主机资源占用小于5% 异构平台的容灾 不同操作系统，不同数据库版本 适合异地环境 仅传输少量有用的数据,14,SharePlex容灾方案特点,平战结合的容灾方案 容灾系统实时可用 投资回报高 数据安全保障 硬件错误 人为错误 逻辑错误 最少的数据损失 快速容灾接管 应用的平滑接管 业务连续性的保证 系统升级 计划内维护,15,SharePlex大系统的报表分离,16,报表业务的特点,数据量巨大 复杂的查询和统计 资源消耗极大 实时的统计和分析,17,为什么要对报表业务进行分离,对生产系统资源占用极大

7、CPU,I/O资源的占用 最终用户响应时间 生产系统的可用性 敏感数据的保护 用户权限限制 复制内容的筛选 针对查询业务的优化 查询业务与交易业务的区别 不同的索引结构 不同的优化目标 基础数据的加工 数据类型的转换 数据的初步加工,18,SharePlex 用于报表负载均衡环境,目标系统的选用 较低的硬件设备 异构平台支持 不同的数据库版本 复制对象和复制方式 复制表是源系统的全集或子集 复制指定的列 复制指定的数据行 访问权限的控制 复杂复制场景 数据仓库的数据源 级联复制 目标端数据的加工 面向不同应用场景的性能优化,19,SharePlex其他复制应用场景,20,其他复制场景,业务数据

8、同步 不同业务间数据同步 如电信客户资料,需要从营帐系统中直接获取数据(DB Link),即占用系统资源,网络带宽,另外,系统间的独立性很差 复制表的数量不一定很多,但复制比较关键 可能是比较复杂的复制场景 数据分发/数据集中 全国中心、省中心和地市的数据交换 负载均衡 多对一或一对多的复制 双向数据复制 内外网数据的交换 双生产中心的应用 冲突处理机制 方案特点 异构平台支持 异地数据复制 根据需求灵活配置,21,其他复制场景,7*24高可用环境 数据库升级 平台迁移 计划内维护,22,SharePlex行业需求分析,23,行业需求分析,保险行业 核心应用系统,全国集中,基于J2EE构架 交

9、易时间集中,对可用性要求非常高 应用查询和核心业务交易之间的矛盾 可以在构架阶段考虑业务分拆 案例:天安保险,太平人寿 电力行业 用电营销系统,正在进行省级集中,基于J2EE构架 应用查询和核心业务交易之间的矛盾 业务数据保护和报表分离的需求 案例:黑龙江电力 税务行业 核心征管系统,国税省级集中,地税正在集中,基于J2EE构架 容灾,报表分离,为地市查询提供数据源,内外网同步 案例:北京地税,天津地税 证券行业 交易系统,正在进行全国集中 数据级容灾和业务连续性 案例:大连商品交易所,24,行业需求分析,电信行业 BOSS系统报表分离 不同系统间的数据复制,如客户资料 小型业务系统容灾:客服

10、,MIS等等 案例:贵州联通,福建移动,黑龙江移动 ERP系统 报表分离 异地数据备份和容灾,25,SharePlex使用案例,26,北京地税,核心征管系统数据级容灾 保证正常业务的连续性 分担报表查询业务 为区县税务局提供数共享,27,北京地税容灾方案,28,北京地税容灾方案,配置情况 主系统在北京车公庄，容灾难系统在昌平，相距40公里 主系统采用双活Cluster，使用HACMP，分担不同的业务 主系统的两台机器分别通过Shareplex向目标系统的同一个数据库进行复制 业务连续性保障 Cluster一个节点出现问题，由另外一个节点进行接管，不影响Shareplex复制链路 在主系统出现问

11、题时，通过目标节点进行接管 数据安全性保障 主系统数据库出现问题，通过目标节点进行数据恢复 平战结合 目标系统为区县局提供数据共享,29,双向数据复制成功案例天津地税,实时或准时同步内外网业务的核心数据 实现内外网部分数据的共享 实时或准时同步生产系统与报表系统的核心数据 在新建的统计查询系统上，运行报表统计,30,天津地税解决方案,31,天津地税同步方案,配置情况 生产数据库及外网数据库均为HACMP Cluster环境,内外网之间使用网闸进行安全隔离 生产数据库与外网数据库使用Shareplex通过网闸的指定端口进行数据的准实时交换，并实现信息的共享 内外网数据在生产数据库汇总后复制到专用

12、的查询数据库以运行报表查询业务 数据安全/业务连续性 内外网使用各自独立的数据库 Shareplex与Cluster软件结合，保证业务的连续性 数据的实时性 SharePlex的“双活”机制，实现了内外网双生产中心数据库的准实时同步 ，数据延迟以秒来计算； 报表系统可查询到最新的业务数据 生产系统性能的保证 大大降低了生产系统资源占用 报表业务性能极大的提高,32,SharePlex数据分发成功案例eBay,技术方案 应用分成读操作和写操作，访问不同的逻辑数据库-非共享磁盘技术 F5 自动在所有读操作访问的服务器上进行负载平衡 所有的写操作写到一个数据库上 类似OPS/RAC的结构，但消除了他们的麻烦,33,报表分离成功案例,福建移动 高峰期500G/天的数据变化量 复杂的异构平台 （SUN,IBM,HP） 多个数据库版本（Oracle 8i /OPS , Oracle 9i RAC) 太平人寿 复杂的报表业务 庞大的数据量 实时的查询需求 大连商品交易所 实时交易数据的统计分析 交易数据在互联网的发布,34,SharePlex国内现有客户,35,SharePlex售前相关文档,36,SharePlex资料,产品介绍 SharePlex Datasheet 方案 SharePlex解决方案 Shareplex税务行业解决方案 北京地税成功案例 销售资料 Sh