Oracle DataGuard介绍
一、 DataGuard的基本原理
当某次事务处理对生产数据库中的数据作出更改时,Oracle数据库将在一个联机重做日志文件里记录此次更改。在DataGuard中能够配置写日志的这个过程,除了把日志记录到本地的联机日志文件和归档日志文件里,还能够通过网络,把日志信息发送到远程的从(standby)数据库server上。这个备用日志文件写入过程能够是实时、同步的,以实现零数据丢失(最大保护模式maximum
protection);也能够是异步的,以降低对网络带宽的压力(最大性能模式maximum performance);或者是异步和同步能够自己主动切换的模式(最大可用模式maximum availability)。当备份数据库接收到日志信息后,Data
Guard能够自己主动利用日志信息实现数据与主数据库的实时同步。当主数据库打开并处于活动状态时,备用数据库能够运行恢复操作,假设主数据库出现了故障,备用数据库即能够被激活并接管生产数据库的工作。
二、 3种模式的特点
保护模式 |
在出现灾难时数据丢失的风险 |
重做传输机制 |
是否须要standby redo log |
磁盘写入 |
最大保护 |
零数据丢失 |
LGWRSYNC |
YES |
AFFIRM |
最高可用性 |
零数据丢失 |
LGWRSYNC |
YES |
AFFIRM |
最高性能 |
最小数据丢失 - 通常为几秒 |
LGWR ASYNC 或 ARCH |
可没有但推荐有 |
AFFIRM |
AFFIRM:表示主数据库上的REDO LOG仅仅有被写入到从数据库的standby log才算有效。
1 最大保护模式
最大保护模式为主数据库提供了最高水平的数据保护,从而确保了一个全面的零数据丢失灾难恢复解决方式。当在最大保护模式下执行时,重做记录由日志写入器 (LGWR) 进程从主数据库同步地传输到备用数据库,而且直到确认事务数据在至少一个备用server上的磁盘上可用时,才在主数据库上提交事务。强烈建议,这样的模式应至少配置两个备用数据库。当最后參与的备用数据库不可用时,主数据库上的处理将停止。这就确保了当主数据库与其全部备用数据库失去联系时,不会丢失事务。
因为重做传输的同步特性,这样的最大保护模式可能潜在地影响主数据库响应时间。能够通过配置一个低延迟网络,并为它分配足够应付高峰事务负载的带宽来将这样的影响减到最小。须要这样的最大保护模式的企业有股票交易所、货币交易所、金融机构等。
2 最高可用性模式
最高可用性模式拥有仅次于最高水平的主数据库数据可用性。如同最大保护模式一样,重做数据由 LGWR 从主数据库同步地传输到备用数据库,直到确认事务数据在备用server的磁盘上可用时,事务才在主数据库上完毕。只是,在这样的模式下(与最大保护模式不同),假设最后參与的备用数据库变为不可用
— 比如因为网络连接问题,处理将在主数据库上继续进行(类似于MySQL-5.5中的半同步复制)。备用数据库与主数据库相比,可能临时落在后面,但当它再次变为可用时,备用数据库将使用主数据库上累积的归档日志自己主动同步,而不会丢失数据。
因为同步重做传输,这样的保护模式可潜在地影响响应时间和吞吐量。能够通过配置一个低延迟网络,并为它分配足够应付高峰事务负载的带宽来将这样的影响减到最小。
最高可用性模式适用于想要确保获得零数据丢失保护,但不想让生产数据库受网络/备用server故障影响的企业。假设又一个故障随后影响了生产数据库,然后最初的网络/备用server故障得到解决,那么这些企业将接受数据丢失的可能性。
3 最高性能模式
最高性能模式是默认的保护模式。它与最高可用性模式相比,提供了略微少一些的主数据库数据保护,但提供了更高的性能。在这样的模式下,当主数据库处理事务时,重做数据由 LGWR 进程异步传输到备用数据库上。另外,也能够将主数据库上的归档器进程 (ARCH)
配置为在这样的模式下传输重做数据。在不论什么情况下,均先完毕主数据库上的写操作,主数据库的提交操作不等待备用数据库确认接收(类似于MySQL中的异步复制)。假设随意备用目标数据库变为不可用,则处理将在主数据库上继续进行,这对性能仅仅有非常小的影响或没有影响。
在主数据库出现问题的情况下,尚未被发送到备用数据库的重做数据会丢失。可是,假设网络有足够的吞吐量来跟上重做流量高峰,而且使用了 LGWR 进程来将重做流量传输到备用server,则丢失的事务将很少或者为零。
三、 Oracle Dataguard三种保护模式特点
1 最大保护模式
1).这样的模式提供了*别的数据保护能力
2).重做日志在至少一个物理从库数据库后,主库的事务才可以提交
3).主库找不到合适的从库写入时,主库会自己主动关闭,防止无保护的数据出现
4).长处:该模式能够保证从库没有数据丢失
5).缺点:主库的自己主动关闭会影响到主库的可用性,同一时候须要从库恢复后才干提交,对网络等客观条件要求很的高,主库的性能会受到很大的影响。
2 最大可用性模式
1).这样的模式提供了仅次于“最大保护模式”的数据保护能力
2).重做日志在至少一个物理从库数据库后,主库的事务才可以提交
3).主库找不到合适的从库写入时,主库不会关闭,而是暂时减少到“最大性能模式”模式,直到问题得到处理
4).长处:该模式能够在没有问题出现的情况下保证从库没有数据丢失,是一种折中的方法
5).缺点:在正常执行的过程中缺点是主库的性能收到诸多因素的影响
3 最大性能模式
1).默认模式,提供主数据库的最高可用性
2).保证主库执行过程中不受从库的影响,主库事务正常提交,不因从库的不论什么问题影响到主库的执行
).长处:避免了从库对主数据库的性能和可用性影响
).缺点:假设与主库提交的事务相关的恢复数据没有发送到从库,这些事务数据将被丢失,不能保证数据无损失