数据库复制技术(软件容灾) PK 硬件容灾技术 相比之优势
软件容灾即逻辑方式(如 OGG/ Beedup)是一种基于日志结构化数据复制方式,通过解析源数据库在线日志或归档日志获得数据的增删改变化,再将这些变化应用到目标数据库,实现源数据库与目标数据库同步、双活。
硬件容灾即物理方式(如 传统磁盘复制/卷复制)
OGG/Beedup与磁盘复制和卷复制对比
序号 | 项目 | 软件容灾即逻辑方式(如OGG/Beedup) | 硬件容灾即物理方式(如传统磁盘复制/卷复制) |
1 | 带宽 |
带宽要求低
OGG\Beedup是通过解析数据库日志,只复制其中数据的变化,相对于硬件复制方式数据量要小很多。
|
磁盘阵列的数据复制事以块为复制单位,当块中任何数据发生变化,整个块都要复制到备份端。 对于卷复制,通过把逻辑卷划分为若干单元,当每个单元中发生变化,则将此单元发送到备份端。 由此可见,无论是磁盘阵列复制还是卷复制,都要传输大量的冗余数据。 |
2 | 接管 |
接管时间短 OGG\Beedup的备份端是活动的,可以在灾难出现后立即把业务接管过来,快速恢复业务,大大减少RTO。
|
容灾当中有一个很重要的指标RTO(Recovery Time Object)表示系统出现灾难后恢复到正常运行的时间。对于磁盘阵列几复制和卷复制,它们的备份端是不可用的,如果出现灾难需要重新转载磁盘或卷,数据库也需要重新恢复和启动,因此接管时间比较长。 |
3 | 备端 |
活动的备份端可做负载均衡
OGG/Beedup 的复制方式备份端可用的,可以将主机的部分业务转移到备份端执行,实现负载均均衡,有效地降低主机的负荷。比如,一些查询相关的业务就可以放到备份端,提供实时的数据查询。 |
磁盘阵列级复制和卷级复制备份端是不可用,无法做到负载均衡,某些厂家可以作只读的快照,但是在数据量大的情况下需要时间会比较长,而且数据不是实时的。
|
4 | 拓扑 |
拓扑结构灵活 OGG/Beedup可实现一对一、一对多、多对一、双向复制等多种灵活的拓扑结构,可以实现数据的分发和集中以及对等复制,非常灵活。比如容灾中广泛采用的N+1备份模式,只需要建立一个备份中心,通过实时复制将各数据库的数据整合到一个数据库,提供统一的数据视图。 |
磁盘阵列复制和卷复制只能做到物理上的集中,无法做到逻辑集中。 |
5 |
兼容 投资 回报
|
高兼容性、降低投资和提高投资回报率
OGG/Beedup 可兼容各种磁盘阵列,也可以跨不同操作系统和不同版本数据库复制,因此客户在采购方面可以更为灵活,处于更有利的商务地位。可以跨平台复制的特性可以将旧设备用作备份端,保护以前的投资。
|
对于磁盘阵列复制,各厂家一般要求用同一厂商的同种或者几种磁盘阵列,操作系统和数据库也必须保持一致。对于卷复制,对磁盘阵列兼容性好,但是也需要相同的操作系统和数据库。采用磁盘阵列复制或卷复制方案原油设备可能需要彻底更新。 |
6 |
错误传播 |
避免错误传播 OGG/Beedup只复制交易数据,不会传播这些底层错误到备份端,可以在出现错误的情况下保证备份端的可用性。 |
磁盘阵列和卷复制为低级复制,会把磁盘操作作忠实的传播到备份端,这里面也包括错误操作,这种错误可以是人为的,也可以是系统错误。比如操作人员失误删除了一个文件,或者磁盘写入出现错误,或者数据库有一个bug, 都有可能造成数据丢失,严重的时候会造成数据库不可用。磁盘阵列复制和卷复制会忠实的传播到备份端,这样两端数据库会出现同时数据丢失或不可用的情况,导致容灾失去意义。 |
7 |
交易数据 |
保证交易数据完整性
OGG/Beedup 是把交易数据抽取到备份端进行提交,不会出现底层复制带来的问题。
|
数据库中一个交易可能包括多个数据块的操作,对于磁盘阵列和卷方式需要复制所有这些变化的数据块,只有把这些数据块的变化都传输到备份端才意味着这个交易已经被成功复制。在远距离容灾中,由于通讯链路的限制,通常只能采用异步方式。此时一旦出现灾难造成复制中断,特别是在交易量特别大的时候,就有可能造成一些交易只有部分变化的数据块被复制到备份端,从而造成数据丢失,严重时会造成备份端数据库无法打开。 |
posted on 2020-07-18 17:46 changchengchang 阅读(343) 评论(0) 编辑 收藏 举报