体验全新镜像系统—备端在线的才放心!.docx
上传人:qw****27 上传时间:2024-09-12 格式:DOCX 页数:4 大小:183KB 金币:15 举报 版权申诉
预览加载中,请您耐心等待几秒...

体验全新镜像系统—备端在线的才放心!.docx

体验全新镜像系统—备端在线的才放心!.docx

预览

在线预览结束,喜欢就下载吧,查找使用更方便

15 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

体验全新镜像系统——备端在线的才放心!地址:上海市浦东南路2159号众城商厦7楼邮编:200127电话:021-61941290/91/92/93传真:021-61941290-8016热线:400-017-3338体验全新镜像系统—备端在线的才放心!2012年5月,上海浪擎科技新一代的备用端实时在线的容灾产品——新浪擎镜像系统腾空出世!浪擎科技官网:HYPERLINK"http://www.wavetop.com.cn"www.wavetop.com.cn复制技术及行业概述:复制技术按写数据的过程可分解成4个层次:基于应用级事务复制、基于文件层复制、基于逻辑卷层复制、基于磁盘阵列复制。四种复制技术的大致说明:基于应用系统事务级:技术复杂,完全能保障数据库的一致性,但是支持应用有限。基于文件层:复制技术简单,但不能保障数据库一致性,一般用于文件复制。基于逻辑卷层:实施可能需要改造生产环境,实施复杂。基于磁盘阵列层:磁盘阵列厂商的复制技术,与硬件绑定,成本高昂,实施复杂。四种复制技术各有优缺点,一般而言文件层复制因不能保障数据库的一致性,较少用于大型数据库的容灾。浪擎科技的镜像系统采用应用层和文件层的复制技术,结合两层的优点,打造了一款备端在线的、可验证的应用级容灾产品。浪擎新镜像的特点相对前一代的镜像产品,新镜像产品秉承了在线式应用级容灾的特点的同时,更着重提升容灾性能与可用性,主要表现在以下几方面:1.备用端在线可查询仍然继承着浪擎镜像产品最本质的优势——备端数据库是在线的、可查询的。这一特色不仅大大节省了切换时间(因为备端无需恢复),还允许客户把查询业务放在备端机器上来做,从而减轻生产服务器的压力。2.保证无需停机的实施追逐式全量复制技术保障实施全程无需停机,从而杜绝因实施带来的风险。3.对海量数据增量的复制速度大大提高全新的复制数据拼装和载入引擎,大大提升复制速度,远超出行业内的其他产品。这样的机制更加适应于大数据、大事务的复制。4.复制缓存数据,真正做到数据零丢失磁盘阵列层、逻辑卷层、文件层等复制技术很难实现捕获缓存数据,一旦发生灾难,缓存数据就丢失了,新镜像产品采用更先进的应用级捕获技术,能够捕获没有提交的数据库事务,从而对缓存事务进行保护,做到真正的数据零丢失。5.加入强大的自我调节功能,克服部分软件故障新镜像系统加入强大的自我调节功能来校验复制数据的完整性,防止因复制软件的故障,或网络传输故障,等这些意外因素导致的数据不一致性风险。6.发生故障时,业务接管及回切更简洁、更快速新镜像系统采用更整体、更简洁的复制机制,保证主备数据库完整性、一致性的同时,不用考虑切换过程中对特殊数据库对象的启用、禁用等操作,从而带来更加简洁、快速的容灾切换。全新镜像系统与普通备份软件对比技术原理全量复制和增量复制都是在不需要停止主服务器端数据库的情况下实现复制的。全量复制:全量复制是在系统第一次实施或者以后可以定期实施时做复制,他是将主服务器上的数据全部复制到备用服务器上,在这个基础上,两边的服务器一起做增量复制。他主要是保证两边的基准一致。增量复制:增量复制是在全量复制的基础上进行的,每次复制的内容都是上次复制之后增加的数据部分,所以复制的量较小,时间很快(零窗口)。他主要是保证两边数据库的数据实时一致。因为全量复制的数据量较大,复制所需时间较长,在这么长的时间段里会有增量数据增加进来。在备用服务器还没有完成全量复制时,这部分增量是不会做复制的,因为两边的基准不一致,这部分的数据会先放到主服务器的缓存中,等全量复制完成之后再将这部分增量数据同步过去,保证两边数据完全一致。追逐式全量复制:全量复制时采用的一种技术。数据库在写数据的过程中,先把数据写进内存中,再写进物理磁盘。那么会出现某一时刻一部分数据在内存中,另一部分在磁盘上的现象。这个时候是不能进行全量复制的,因为内存中的那部分数据是不能被复制的,所以这种情况下进行全量复制会导致备用端数据不完整。数据库自身存在一致性点,在一致性点上磁盘上的数据是完整的,我们的软件可以找到这个一致性点,在这个一致性点上进行全量复制,因此能够保证备用端数据的完整性,这是其他容灾软件所不具备的。数据一致性对比浪擎科技的复制是基于应用层的,除了应用层外的三个层的复制都是不能保证目标端数据库级一致性,不能保证数据库可用是起的来的。在复制过程中,因为软硬件问题,网络问题不能保证在复制过程中完全不丢数据。应用层复制的事务,丢失一个事务会让目标端缺少一些数据,但数据库是能用的,其他三层的复制是这个事务的N个I/O或者文件块,这些块在复制过程中丢失就会造成目标端数据库文件格式破坏或一致性被破坏,这样目标端的数据就不能用,不能启动