DATA GUARD最大可用性优缺点1

简介: CAS系统DATAGUARD方案初稿 一、概述     随着企业数据量的增加和数据库越来越广泛的应用,很多企业认识到数据库的性能和数据的安全是非常重要的。在ORACLE里面提供了解决方案RAC通过集群的方式来提高性能,并且提够实例级的容灾,并且通过解决方案DATA GUARD来保证数据文件的安全,保证除了备份恢复外的另外一个短时间内恢复数据库文件的方案。
+关注继续查看

CAS系统DATAGUARD方案初稿

一、概述

    随着企业数据量的增加和数据库越来越广泛的应用,很多企业认识到数据库的性能和数据的安全是非常重要的。在ORACLE里面提供了解决方案RAC通过集群的方式来提高性能,并且提够实例级的容灾,并且通过解决方案DATA GUARD来保证数据文件的安全,保证除了备份恢复外的另外一个短时间内恢复数据库文件的方案。

    RACDATAGUARD是互相补充的,并不是互斥的,前面已经提到RAC实际上是实例级别的容灾,但是各个实例在后台任然使用了一份DATAFILE,通常这份DATAFILE保存在磁盘阵列这样的可以共享的存储里面,假设我们一个实例由于未知的原因出现了错误宕机了,这个时候RAC的另外一个节点会通过INSTANCE RECOVERY的方式构建GRD并且访问宕机节点LOGFILE进行恢复,达到数据的0损失,但是单点故障出现在共享存储里面的数据文件,如果我们数据文件出现了错误,即使节点再多也无计可施,所以ORACLE引入了DATAGUARD来保证DATAFILE的安全,DATAGUARD通过传输LOGFILE来让主备库的数据达到一致,如果我们主库意外出现DATAFILE问题,我们可以手动切换到备库,保证短时间内恢复应用。

二、公司当前情况  

 我们公司现在的问题是CAS系统还处于单实例单库的情况,不管是实例出现问题还是数据文件出现问题,我们能够做的是用大量的时间去恢复数据,恢复对于业务的连续性有一定的影响,而RAC的价格较高,我们也不太愿意承担,在这样的情况我们可以选择DATAGUARD,构架DATAGUARD只需要企业级ORACLE软件的许可即可,不会像RAC那样还需要购买CLUSTER WARE的许可,所以成本上有一定的降低。但是一定要清楚DATAGUARD不会提高性能,完全是主备模式,主库失效我们才会切换到备库上。

   下面主要讨论下DATA GUARD的优缺点:

 优点:

1、成本较RAC来说比较低廉

2、比起备份恢复来说短时间内能够完成切换

3、保证数据的安全

4、最大可用性模式在网络足够好的情况下不会对主库产生影响

缺点:

1、RAC来说没有提高性能的特性,完成处于主备模式下

2、切换需要人工完成

3、切换后数据库的IP发生变化,应用需要更改数据源信息

三、关于DATA GUARD

如果我们使用DATA GUARD分为3种模式,最大性能,最大保护,最大可用性。模式我建议DATA GUARD使用最大可用性模式,下面是一段来自ORACLE官方文档对最大可用性模式的描述:

Maximum Availability

This protection mode provides the highest possible level of data protection without compromising the availability of the primary database. Like maximum protection mode, a transaction will not commit until the redo needed to recover that transaction is written to the local online redo log and to at least one remote standby redo log. Unlike maximum protection mode, the primary database does not shut down if a fault prevents it from writing its redo stream to a remote standby redo log. Instead, the primary database operates in maximum performance mode until the fault is corrected and all gaps in redo log files are resolved. When all gaps are resolved, the primary database automatically resumes operating in maximum availability mode.

This mode guarantees that no data loss will occur if the primary database fails, but only if a second fault does not prevent a complete set of redo data from being sent from the primary database to at least one standby database.

相关文章
|
1月前
|
Linux Anolis
性能优化特性之:EXT4 Fast Commit
本文介绍了倚天实例上进行IO优化的特性:Fast Commit,并对其优化原理、使用方法进行了详细阐述
|
4月前
|
存储 移动开发 运维
无主复制系统(3)-Quorum一致性的局限性
若有n个副本,且配置w和r,使得w + r > n w + r> nw+r>n,期望可以读到一个最新值。因为成功写入的节点集合和读取的节点集合必有重合,这样读取的节点中至少有一个具有最新值,如图-11。
59 0
|
数据库 中间件 缓存
DB主从一致性架构优化4种方法
大部分互联网的业务都是“读多写少”的场景,数据库层面,读性能往往成为瓶颈。如下图:业界通常采用“一主多从,读写分离,冗余多个读库”的数据库架构来提升数据库的读性能。
670 0
|
关系型数据库 应用服务中间件 数据库
高并发架构系列:详解分布式一致性ACID、CAP、BASE及区别
在面试环节,经常会问CAP、BASE等相关的分布式理论,其实这些名词主要还是来自于分布式的一致性,今天主要介绍分布式一致性:强一致性、最终一致性、ACID、CAP等理论。 分布式一致性的背景 随着分布式事务的出现,传统的单机事务模型(ACID)已经无法胜任,尤其是对于一个高访问量、高并发的互联网分布式系统来说。
2673 0
|
Oracle 关系型数据库 数据库
推荐文章
更多