OracleActiveDataGuardADG可行性规划方案docx.docx

OracleActiveDataGuardADG可行性规划方案docx.docx

《OracleActiveDataGuardADG可行性规划方案docx.docx》由会员分享，可在线阅读，更多相关《OracleActiveDataGuardADG可行性规划方案docx.docx（11页珍藏版）》请在冰豆网上搜索。

OracleActiveDataGuardADG可行性规划方案docx

OracleActiveDataGuard

数据同步复制技术方案

一、概述

OracleActiveDataGuard

是

Oracle11g

版本推出的新功能。

该功能可以实现

Oracle

数据库读写分离。

ActiveDataGuard

从底层技术上实现了在日志恢复数据的同时可以用只

读的方式打开数据库，用户可以在备用数据库上进行查询、报表等操作，这类似逻辑

Data

Guard备用数据库的功能（查询功能方面），数据同步的效率更高、对硬件的资源要求更低。

可以更大程度地发挥物理备用数据库的硬件资源的效能。

ActiveDataGuard用于维护Oracle数据库的单独、同步物理副本，从而实现HA/DR。

ActiveDataGuard支持高可用性（通过零数据丢失和/或自动故障切换）和灾难恢复。

并

且数据同步的效率更高、对硬件的资源要求更低。

是一种有效可行的解决方案。

随着OracleADG的出现，Oracle在读写分离的支持上又得到进一步提升，可以在延迟很

少的情况下提供读，而且不会出现复制错误或者数据不一致的问题。

ActiveDataguardReaderFarm架构至少存在以下优势：

1.管理维护简单，DBA只要熟悉Dataguard的管理即可，无需再额外学习其他方面的新知识；

2.ActiveDataguardReaderFarm节点是灵活可扩展的，可以在线添加或者删除节点，并且可以线性扩展而不对生产系统造成影响；

3.可以真正做到实时查询，不会应为大事务造成同步阻塞，性能有保障；

4.没有数据类型的限制；

5.高可用性，节点的宕机都不会影响到数据库的可用性。

二、ActiveDataGuard基本原理

OracleActiveDataGuard系统架构如下：

ActiveDataGuard的同步是通过standby数据库对主数据库文件的不断copy，不断应用

主库传输过来的redo重做日志来保持和主库的物理结构一致。

standby数据库分为物理

standby和逻辑standby。

主备库之间走的是SSL协议，SSL使用RSA公钥密码和对称密钥加

密，提供身份验证、加密和数据完整性。

ActiveDataGuard从底层技术上实现了在日志恢复

数据的同时可以用只读的方式打开数据库，用户可以在备用数据库上进行查询、报表等操作。

OracleActiveDataGuard包括一个生产数据库，也称为主数据库，以及一个或多个备用

数据库，这些备用数据库是与主数据库在事务上一致的副本。

DataGuard利用重做数据保持

这种事务一致性。

当主数据库中发生事务时，则生成重做数据并将其写入本地重做日志文件

中。

通过OracleActiveDataGuard，还将重做数据传输到备用站点上，并应用到备用数据库

中，从而使备用数据库与主数据库保持同步。

OracleActiveDataGuard允许管理员选择将重

做数据同步还是异步地发送到备用站点上。

备用数据库的底层技术是OracleActiveDataGuard重做应用（物理备用数据库）。

物理

备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构，并且使用Oracle介质恢复进

行更新。

三、ActiveDataGuard软硬件需求

1.硬件及操作系统需求

系统平台硬件配置操作系统存储异构

同一个Data不同服务器的硬必须一致，不过支持

Gurid配置中的件配置可以不操作系统版本可

所有oracle数同，比如cpu，以略有差异，比

据库必须运行内存，存储设备，如（linuxas4&linux

primary数于相同的平台。

但是必须确保as5），primary数

据库比如inter架构standby数据库据库和standby

VS下的32位linux服务器有足够的数据库的目录路

standby数系统可以与磁盘空间用来接径可以不同

据库inter架构下的收及应用redo

32位linux系统数据

组成一组Data

Guard。

64位

HP-UX也可以

与32位HP-UX

组成一组Data

Guard

2.软件需求

ActiveDataGuard作为

软件的单独组件（类似

Oracle企业版一个特性功能，标准版不支持。

OracleRac组件），需要单独收取费用。

而且作为

Oracle

同一个

DataGuard

配置中所有数据库初始化参数：

COMPATIBLE

的值必须相同。

Primary数据库必须运行于归档模式，并且务必确保在primary数据库上打开

FORCELOGGING，以避免用户通过nologging等方式避免写redo造成对应的操作无

法传输到standby数据库。

Primary和standby数据库均可应用于单实例或RAC架构下，并且同一个dataguard

配置可以混合使用逻辑standby和物理standby。

Primary和standby数据库可以在同一台服务器，但需要注意各自的数据文件存放

目录，避免重写或覆盖。

使用具有sysdba系统权限的用户管理primary和standby数据库。

建议数据库必须采用相同的存储架构。

比如存储采用ASM/OMF的话，那不分

primarty或是standby也都需要采用ASM/OMF。

各服务器的时间设置,时区/时间设置需一致。

四、ActiveDataGuard工作模式

OracleActiveDataGuard有MAXPERFORMANCE,MAXAVAILABILITY,MAXPROTECTION三

种数据保护模式：

模式

数据丢失风险

传输

如果备用数据库未提交任何

确认

最高保护

零数据丢失双重故障保护

同步

仅当从备用数据库收到已将

事务的重做硬化到磁盘的确

认后，才向应用程序发送提交

成功信号。

最高可用性

零数据丢失单重故障保护

同步

仅当收到备用数据库的确认

快速同步

后，或超出阈值期限后，

才向

远程同步

应用程序发送提交成功信号，

两者取其先

最高性能

可能有极小的数据丢失风险

异步

主数据库从不等待备用数据

库的确认，而是直接向应用程

序发送提交成功信号。

五、ActiveDataGuard物理架构

OracleActiveDataGuard支持多种物理架构模式，Primary和standby数据库均可应用

于单实例或RAC架构下。

目前采用较多的物理架构模式有如下两种：

1.主机数据库（RAC）+备机数据库（DG单机）+同磁盘阵列：

主机数据库

RAC节点

数据库DG备机

交换机

局域网

外围系统查询服务器

数据库阵列

2.主机数据库（RAC）+备机数据库（RAC）+同磁盘阵列：

主机数据库

备机数据库

RAC节点

RAC节点

交换机

交换机

局域网

外围系统查询服务器

数据库阵列

对比以上两种方案，备机部署为RAC双机方式为备机查询应用提供更好的高可用性载均衡和应用透明切块），但同时也增加日常维护的复杂程度。

如果考虑能够持续

（比如负

稳定地向外围系统提供数据查询服务，推荐使用主备机数据库均为

RAC

的模式。

六、方案特点

1.

高性能、高可靠性

本方案采用本地备份与远程复制相结合，最大限度的保证业务数据的安全性。

结合

对操作系统级和数据库级的性能优化，

消除系统瓶颈，使硬件资源得到最大限度的利用。

2.

方便灵活

在系统中，备份数据中心的数据库系统可以切换到打开状态，

不同于冷容灾模式下

容灾站点的数据库系统在进行数据复制是不可用的情况。

因此，备份数据中心可以通过

为其它系统提供数据共享服务。

如通过备份数据中心为综合查询系统提供快速的数据抽取

功能，并且实现数据的抽取与生产系统完全隔离，减少对生产系统的影响。

3.高效率、低负载

数据复制引擎使用基于Log的复制，复制操作集中于对数据的改变，因此将对源数

据库系统、源操作系统和网络的影响最小化。

数据复制引擎效率很高，同时保证了复制

数据的精确性。

在源数据库一端，数据复制引擎严格地遵守读一致性模式。

在目标数据

库一端，数据复制引擎使用Oracle内部交易格式提交事务，在容灾端的交易执行速度

远远高于标准SQL语句执行速度。

同时系统保证操作次序和会话上下文的一致。

4.全面---数据类型、DML和DDL复制

系统支持Oracle所有的数据类型、DML和DDL复制。

在复制时，系统可选择性地

在用户级、对象级、命令级排除（exclude）不需要复制的内容。