RAC与DG

RAC

RAC: real application clustersrac

RAC: real application clustersrac

单节点数据库:数据文件和示例文件一一对应

实例损坏时数据库就损坏了

RAC架构数据库:数据文件和多个实例对应

RAC最根本的初衷是实例级的容错,并不是基于数据的

实例都是基于数据的。

dataguard是基于数据容错的。

Oracle数据库支持网格计算环境的核心技术

SAN网络存储(Storage Area Network):集中式管理的高速存储网络

RAC的目的

  • 提供实例级别的冗余
  • 提供更多的系统资源
  • 增加更多的并行处理

RAC的优点和缺点

优点

  • 提供系统冗余

  • 更多的系统资源

  • 业务分割处理

    缺点

  • 内存共享和资源竞争(cache fusion)

  • 底层技术复杂,对DBA技术要求高

什么时候需要使用RAC?

  • 实例冗余——第一考虑的目的
  • 处理能力和性能的提升

DG

DataGuard,数据卫士,一种数据库级别的高可用性(HA)方案,用作数据容灾解决方案。对于联机事务处理(OLTP,数据量不太大)非常合适,对于联机分析处理(OLAP,数据量太大),只能选择关键数据创建DG,常规数据,选择其他方式备份。

容灾级别的DG:

本地,同城,异地,多种容灾,创建很多standby

DataGuard的保护模式

最大保护模式

最安全的模式,这种模式主备库之间数据是同步的。即主库提交的同时,备库会做相应的恢复。最大限度的保证了数据完整性。不允许数据的丢失。

如果主备库之间网络,或者备库出现问题会直接影响主库操作。导致主库宕机。因此一般不会选择最大保护模式。

最大性能模式

这种模式保证主库性能最大化,主备库之间数据是异步传输的。即,主备日志归档以后才会传输到备用库,在备库上使用归档日志文件做恢复操作。

最高可用性模式

这种模式和”最大保护”基本上差不多。正常情况下,主备库之间是同步的。

当网络或者备库出现问题时,不会影响到主库的宕机,主库会自动转换到”最大性能”模式,等待备库可用时,将归档传输到备库做恢复。

可以把这种模式理解为”最大保护”和”最大性能”两种模式的中间体。

如何选择DG的保护模式

影响DG保护模式选择的最大因素就是网络质量,如果网络质量比较好,比如本地的局域网,则可以选择最高可用模式。如果网络质量一般,则选择最大性能模式。一般不会选择最大保护模式,最大保护模式损害了系统的可用性。

DG中standby数据库的类型

物理standby数据库:physical standby databases

物理Standby与Primary数据库完全一模一样,在物理数据库磁盘上具有主库相同架构的块,通过REDO应用(属于块对块的应用)来维护物理Standby数据库

逻辑standby数据库:logical standby databases

逻辑Standby也要通过Primary数据库(或其备份,或其复制库,如物理Standby)创建,因此在创建之初与物理Standby数据库类似。不过由于逻辑Standby通过SQL应用的方式应用REDO数据,因此逻辑Standby的物理文件结构,甚至数据的逻辑结构都可以与Primary不一致。

附:

关于Oracle11gR2 之 DataGuard_03 三种保护模式的探索可见下面这篇blog

探索Oracle11gR2 之 DataGuard_03 三种保护模式

捐赠:喜欢就请我喝一杯
0%