容灾技术介绍

最新推荐文章于 2024-07-20 20:04:43 发布

cmbpr28628

最新推荐文章于 2024-07-20 20:04:43 发布

阅读量394

点赞数

文章标签：数据库操作系统大数据

san：存储局域网络。
lan：本地局域网络。

硬件：EMC最牛
基于存储层的容灾复制方案
·基于SAN的存储局域网进行复制，复制针对每个IO进行。
· 系统可以实现数据的同步或异步两种方式的复制 。 一般配置成异步的，每隔5 或10分钟同步。 对大数据量的系统来说有很大的优势（每天日志量在60G以上） , 但是对主机、操作系统、数据库版本等要求一致 ， 且对硬件、网络环境的要求比较高。
·目标系统不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较复杂。
国税地税用的就是EMC存储。

·基于逻辑卷的容灾复制方案（用的比较少）
·基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制。
·其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。
·目标系统如果要实现可读，需要创建第三方镜像。
·这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。
主机发现阵列被修改，捕捉到，然后再另外的主机对应的阵列修改，通过网络传输。那个横线就是网络啦。

软件:
基于oracle redo log的逻辑复制方式
· Oracleredo log记录了所有对数据块造成改变的事务信息，提供了recovery的机制。
· 把生产库的日志条目传递到目标数据库，在目标数据库端进行与生产库相同的操作，以此来实现数据同步。
· 基于此复制方式的软件有： Oracle的DataGuard 、Stream、GoldenGate；QUEST公司、DSG(中国)、九桥软件公司等等。
· 工作原理与流程
这类产品的原理基本相同，其工作过程可以分为以下几个流程：
1） 使用oracle以外的独立进程 ，捕捉redo logfile 的信息，将其翻译成SQL语句，再通过网络传输到目标端数据库，在目标端数据库执行同样的SQL语句，以此实现同步。（这就是在网络上传输的是sql的原因）
2）生产库日志必须是归档的，如果其进程赶不上oracle日志切换，也可以捕捉归档日志中的内容。也有的产品在源端以事务为单位，当一个事务完成后，再把SQL传输到目标端。软件以事务为单位，当事务提交才传送。
· 产品间的差异
3）Oracle 的DG是以数据库为单位进行复制，可以同步整个数据库。（以数据库为单位，有些表不需要，我只要同步关键的表，那就用到ogg了。）
4） 其它的产品 一般都是 以表为单位进行复制，同时也支持大部分DDL的复制。
目标库也同样建立相同的表，进行DDL操作。

· 技术特点和优势
这种技术的技术特点和优势主要有以下几点：
1）目标端数据库一直是一个可以访问的数据库（11g的DG支持）。
2）能保证两端数据库的事务一致性。
3） 因为使用oracle以外的进程进行捕捉， 且其优先级低于oracle进程，所以对源系统数据库的性能影响很小。
4）基于其实现原理及多个队列文件的使用，复制环境可以提供网络失败、数据库失败、主机失败的容错能力；（支持断点续传）
5）sql语句和redo日志不是一回事，因为这类软件复制的只是SQL语句或事务，把捕捉到的日志翻译成sql然后传递。所以 他可以完全支持异构环境的复制 ， 硬件的型号，oracle的版本，操作系统的种类、版本等可以不同 。区别于日志条目。市场比例80%以上。oracle把sql变成日志条目，我们做的同步的时候，是相反的操作，讲redo翻译成sql。
6）支持多种复制方式，比如数据集中、分发、双向复制复制、或者多层次的复制等。
7）由于传输的内容只是redolog 或archivelog中的一部分，所以对网络资源的占用很小，可以实现 不同城市之间的 远程复制。

双向复制的好处就是，两地都能看到对方的数据。
广播的坏处就是，主机的压力较大，用多级复制代替。

· 缺点与限制
基于redolog的逻辑复制产品有很多的优势，但跟上面提到过的其他方案比较起来，也有一些缺点：
1）数据库的吞吐量太大时，会有较大的延迟，当数据库每天的日量达到60G或更大时，这种方案的可行性较差；
2）复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的操作流程进行，有一定的维护成本。如果新建立表空间，那么从库也得建立表空间。