Chinaunix首页 | 论坛 | 博客
  • 博客访问: 551005
  • 博文数量: 154
  • 博客积分: 4055
  • 博客等级: 上校
  • 技术积分: 1381
  • 用 户 组: 普通用户
  • 注册时间: 2006-04-01 14:26
文章分类

全部博文(154)

文章存档

2014年(2)

2013年(2)

2011年(2)

2010年(11)

2009年(9)

2008年(35)

2007年(22)

2006年(71)

我的朋友

分类: Oracle

2008-11-24 13:23:57

前言
---世贸大厦的倒塌使得800多家公司和机构的重要数据丢失,无数的企业成为这一恐怖事件的殉葬品。然而正当大家为此扼腕痛惜时,金融界巨头Morgan Stanley 公司竟然奇迹般地宣布全球营业部第二天可以照常工作,因为先前建立的远程容灾系统保护了重要的数据,从此人们更加清楚地看到容灾的重要。 
----但目前主流的容灾技术(磁盘阵列的复制方案和存储卷的解决方案)却让很多的企业不敢奢望,因为现有的容灾解决方案要求至少数千万的投资(昂贵的磁盘存储系统和昂贵的存储卷管理系统)。并且在灾难未发生时容灾端的投资闲置,加上大量实验证明的灾难发生时容灾系统不可靠等因素,都使得许多客户在容灾建设上不得不望而却步。 
----DSG RealSync容灾解决方案通过对数据库系统的数据复制及灾难切换支持,为企业提供关键业务支撑系统更可靠、投资更低、结构更灵活、回报率更高的容灾解决方案。 
----该技术与远程磁盘镜像技术的根本区别在于:RealSync是在逻辑级,通过传输和运行数据库事务(Transaction)来保持生产和备份数据库数据的一致性。 
----一旦数据库因某种情况而不可用时,备份数据库将正常切换或故障切换为新的生产数据库,以达到无数据损失或最小化数据损失的目的,为业务系统提供持续的数据服务能力, 同时,利用备份数据库的数据提供查询、统计分析、数据抽取等增值服务。
产品介绍:
  ----RealSync在工作组和企业级的关键应用的容灾支持上,能够提供比竞争对手更低成本、更高投资回报、结构更灵活、更容易实施和维护的容灾解决方案,提供对主流的Windows、Linux和Unix等跨平台的Oracle数据库系统的复制和容灾切换支持。 
----在大型企业和数据中心级的关键应用上,RealSync是完全满足数据中心级每秒数千条交易量的实时复制支持、秒级的数据库切换和99.9%以上的切换的可靠性容灾解决方案,并且通过处于打开(open)状态的备份数据库提供数据仓库、查询、统计报表和实验系统等支持企业应用模块的重新部署。
RealSync-相对于存储容灾技术的优势:
l.广泛的异构环境支持
----RealSync技术是逻辑级的数据复制技术,因此对于生产系统和容灾系统来说,其硬件平台可以属于不同的厂商、不同的型号,可采用不同的操作系统等。它的优点在于:一方面为用户提供容灾系统建设时,硬件平台的可灵活选择空间;同时提供了在同一容灾解决方案架构下,实现企业不同平台上的多个信息系统的统一容灾支持。 
2.容灾数据库处于OPEN状态,提供及时、可靠的容灾切换
----RealSync维护的容灾数据库在数据复制过程中始终处于打开状态,为保证灾难切换的时效性和可靠性:
■ 打开的备份数据库保证数据复制在逻辑上的完整性,为源系统提供了永远可用的后备数 ---据库系统,确保容灾系统的可靠性。
■ 当源系统出现故障时,应用系统可实现实时访问备用数据库系统,无需重新启动备用数 ---据库,达到数据库的秒级切换目的。 
3.容灾数据库可提供实时数据共享,支持企业应用负载分担和投资回收
----采用RealSync容灾技术,容灾数据库始终处于打开状态,不同于其他模式下容灾数据库系统不可用的状态。因此,可以通过RealSync维护的容灾系统,提供数据共享服务:
■ 为决策分析和报表系统提供快速的数据抽取功能
■ 提供准实时脱机查询,提高查询效率
■ 为试验系统提供真实的生产数据
----将以上本来需要在主系统上运行的业务与生产系统完全隔离,充分利用容灾系统的资源,实现企业应用负载分担,减少对生产系统的影响,提高服务系统响应效率;从而将容灾系统这个成本中心转化为利润中心。 
4.灵活的组网结构和低带宽资源需求
---RealSync采用交易(Transaction)传输方式,极大的减少了复制过程中需要传输的数据量。
使得在网络上传输的数据量大大减少,要求更低的网络带宽。
----Realsync支持标准的TCP/IP网络传输,用户可灵活布建容灾网络架构。
----系统可支持1:1、N:1、1:N和双向容灾结构支持,提高企业容灾结构的灵活性。 
RealSync-相对同类数据库容灾技术的特色:
l.采用独特技术,保证提供数据中心级数据复制性能要求
-- RealSync采用了智能行映射IRM(Intelligent ROWID Mapping)技术和独创DXF(DSG extendFomart)交易格式,将交易级复制技术性能和资源需求标准提升到满足数据中心级的数千条交易/s的复制性能需求,改变了其他同类技术不能应用于数据中心级的现状。
----IRM技术使得在容灾数据库上的数据库指令的执行,避免了大量的记录查找和定位操作,尤其是针对update和delete等IRM技术让容灾数据库的操作能够直接定位到目标位置,减少执行标准SQL where子句时占用的复杂定位操作。从而能够满足数千条update操作/s的复制性能。
----DXF格式是一种最高效率表达交易指令的数据格式,表达形式丰富,满足不同指令类型、不同数据类型的表达要求,并且能够直接转换为ORACLE的内部表达格式,从而将容灾数据库上执行相同指令所需的时间和资源仅为主系统资源的1/5以下。 
2.提供存量数据的初始装载和容灾系统重新初始化支持
--- RealSync还提供了容灾系统数据初始装载功能支持,将主系统上的已有存量数据,在不中断业务的情况下平滑的装载到容灾数据库上。而同样的工作在其他同类解决方案中,需借助第三方解决方案来实现。
RealSync-数据表:
 
特 性 描 述
工作方式 Transaction-Based数据复制
目标系统支持的操作 目标系统支持Read-Write操作
支持的数据库版本 Oracle 8,8i,9i
支持的异构硬件平台 Sun, HP, IBM, x86
支持的异构操作系统 Solaris, AIX, HP-UX, Linux
支持的存储系统 EMC,IBM,HDS、HP、SUN以及其它通用的SCSI/FC存储系统
故障接管时间 数据库接管时间秒及
故障恢复 支持故障切换和故障回切(Switch Back)
支持的容灾结构 一对一,双向,一对多,多对一
复制时间间隔 可灵活设置
带宽占用 为传统存储复制技术的1/7以内
最大距离 没有限制
对系统性能的影响 对主系统CPU占用率<5%。


 
常见问答(FAQ):
Q1、支持什么类型的硬件平台?
A1:支持IBM,HP,Sun,Alpha,x86
 
Q2、支持哪些存储系统?     
A2:支持EMC,IBM,HDS以及其他通用的SCSI/FC存储系统。
 
Q3、是否支持异构平台恢复?
A3:支持,如将HP-UX上的Oracle恢复到IBM AIX上。按照传统复制技术,无论是EMC SRDF,  IBM PPRC 、HP Business Copy XP、VERITAS VVR或者Oracle DataGuard等都不能支持异构平台的复制。
 
Q4、支持的数据库?
A4:支持Oracle 8以上版本,并支持不同Oracle版本间复制。
 
Q5、灾难发生后,failover需多长时间?
A5:由于基于RealSync的DR系统,目标系统的数据库在复制时置为打开状态,所以数据库failover时间为0秒。
 
Q6、是否支持Switchback,如支持,需要多长时间?
A6:支持,在Switchback之前,需要对硬件故障进行排除;如果源系统数据发生破坏,则需要对原系统数据进行恢复;以上恢复时间依源系统损坏程度而定。但对于源系统恢复到最新状态后,系统提供数据库0时间切换。
 
Q7、是否支持自动failover?
A7:支持。RealSync的failover和传统的HA系统的failover不同,由于目标系统的数据库在复制时置为打开状态,所以failover主要是调整数据库的客户机和应用系统对目标系统的网络连接设置。
 
Q8、支持哪些复制模式? 
A8:支持一对一,双向,一对多,多对一,和级联复制。
 
Q9、是否支持同步复制、异步复制?
A9:支持异步,不支持同步。
 
Q10、异步复制模式下,数据丢失情况?
A10:由于RealSync直接读取Oracle的Online Redo Log,复制操作集中于数据的改变,复制时间间隔可以灵活的设置。但在实际环境中一般设置为1秒,也就是说数据丢失为1秒内的交易。
 
Q11、目标系统的数据库是否可打开?
A11:目标系统的数据库一直处于打开状态,甚至在复制过程中。因此,RealSync技术除用于容灾外,还可以将不同的业务模块分布在源系统和容灾系统上,实现负载分担。因为  RealSync的目标数据库在被实时更新时可以被访问,还可以被用于决策支持类应用。
 
Q12、RealSync对网络带宽的占用,对源系统资源的占用如何?
A12:RealSync使用基于Log的复制,复制操作集中于对数据的改变,因此将对源数据库系统、源系统和网络的影响较小。根据Oracle在比较其DataGuard与EMC SRDF之间的差别时,提出EMC SRDF的数据复制量为DataGuard的7倍。而RealSync的复制数据量比DataGuard更小。
 
Q13、RealSync支持源系统和目标系统间的最大距离?
A13:RealSync是基于TCP/IP的复制系统,借助现有的网络技术,距离几乎没有限制。
 
Q14、RealSync正常工作要求的最小网络带宽?
A14:由于RealSync直接读取Oracle的Online Redo Log,复制操作集中于数据的改变,对网络带宽要求较低,对网络带宽的最小要求也根据源系统的数据更新频率而不同。
 
Q15、RealSync正常工作要求的最大网络延迟?
Q15:一般情况下,建议RealSync运行在较为稳定的网络系统上。RealSync通过TCP/IP进行复制,能够承受的最大延迟和TCP/IP相同。
 
 
案例:
       电信行业
Ø       广西移动BOSS容灾及查询平台建设系统;
Ø       青海移动BOSS容灾系统
Ø       新疆移动结算系统容灾项目
Ø       江苏联通大客户系统数据复制项目
Ø       四川联通业务支撑系统数据复制应用
Ø       山东联通计费系统容灾项目
Ø       广东联通综合营帐数据复制
Ø       辽宁网通支撑系统复制容灾项目
Ø       福建电信支撑系统容灾项目
Ø       成都电信Oracle数据异构复制迁移项目
Ø       舟山电信支撑系统容灾及备份应用
Ø       绍兴电信支撑系统容灾及备份应用
Ø       湖州电信支撑系统容灾及备份应用
Ø       ……
 
       其他行业
Ø       河北省地税数据集中及容灾系统;
Ø       上海松江财政异地容灾
Ø       辽宁省交通征稽局高速公路收费系统“数据同步复制软件”容灾项目
Ø       济钢Oracle-ERP数据同步复制项目
Ø       沈阳金杯Oracle—ERP系统容灾应用
Ø       长江证券数据集中的容灾应用
Ø       华泰证券数据集中的容灾应用
Ø       国联证券数据集中的容灾应用
Ø       民族证券数据集中的容灾应用
Ø       金通证券数据集中的容灾应用
Ø       中原证券数据集中的容灾应用
Ø       银河证券数据容灾备份综合管理应用
Ø       西北证券数据容灾备份一体化综合管理应用

Realsync数据复制容灾应用(2008-08)
    ● 电信行业:北京移动、广西移动、甘肃移动、贵州移动、广西电信、陕西电信、贵州电信、安徽电信、福建电信、广东电信、杭州电信、舟山电信、绍兴电信、湖州电信、辽宁网通、山东联通、江西联通、福建联通、广西联通、湖南联通、江苏联通、四川联通、广东联通、湖北联通、内蒙联通…
    ● 金融行业:上海期货交易所、中国金融期货交易所、华夏基金、鲁证期货、东吴期货、银河证券、长江证券、华泰证券、南京证券、信泰证券、东吴证券、国联证券、东海证券、民族证券、西南证券、山西证券、金通证券、中原证券、财达证券、远东证券、西部证券、金元证券、太平洋证券、东兴证券、宏源证券、江南证券、国盛证券、万联证券、信达证券、华福证券、上海证券、新时代证券…
    ● 政府行业:北京电力、青海电力、上海松江财政、武汉财政、青岛有线、辽宁省征稽局、吉林省交通厅、济南钢铁、深圳神州通集团、深圳交警、蛇口码头、河北省地税11地市征管数据集中容灾备份系统、江西省电力12地市营销数据集中容灾备份系统…

阅读(2083) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~