Data Guard 知识简介(一) 11g新特性、介绍及物理standby的配置

这篇文章主要从官方的Oracle 11g Data Guard Concepts and Administration和其它一些资料中摘一些相关的知识，来帮助理解Data Guard的体系结构。

RAC 11.2 体系结构（三）http://blog.csdn.net/wildwave/article/details/6882567也讨论了关于Data Guard的一些概念，在这里，重复的部分将略过

 

Oracle Data Guard 11.2的新特性

Redo apply和SQL Apply通用的新特性

• 一个Data Guard配置可以由一个主库和多达30个备库组成
• 不再需要FAL_CLIENT初始化参数
• Oracle ASM和快速恢复区域特性使用的默认归档路径从LOG_ARCHIVE_DEST_10变成了LOG_ARCHIVE_DEST_1
• Redo传输的压缩不再限制只在解决gap的时候使用，当一个目的地中指定了compression，所有发送到该目的地的redo数据都会被压缩
• 新增了一个ALTER SYSTEM FLUSH REDO 表达式，在故障切换时，该SQL语句可以从一个mounted状态的主数据库中将未传送的redo日志刷新到一个standby数据库，由此可以在主库没运行在零数据丢失的保护模式时，也能做到无数据丢失。

Redo Apply的新特性

• 你可以在实时查询环境中使用STANDBY_MAX_DATA_DELAY参数来设置容许的最大延迟时间
• 你可以使用ALTER SESSION SYNC WITH PRIMARY语句来确保物理standby数据库与主库同步
• V$DATAGUARD_STATS视图在很多字段上都更加准确了，包括apply lag和transport lag
• 可以通过查询新增的视图V$STANDBY_EVENT_HISTOGRAM来查看物理standby上应用延迟数值的直方图
• 在实时查询模式下，主库中的坏块会自动被物理standby数据库上该块的拷贝所替换。反过来也一样

SQL Apply的新特性

• 逻辑standby和LogMiner工具支持使用了基本表压缩、OLTP表压缩和混合列压缩的表(混合列压缩是Oracle Exadata的特性之一)
• 逻辑standby和LogMiner工具支持包含SecureFile LOB字段的表。在SecureFile LOB字段上的压缩和加密同样被支持。(不支持删除重复数据(De-duplication)和基于碎片(fragment-based)操作)
• Oracle RAC主数据库上XA(Extended Architecture)全局事务上下文中发生的改变，会在逻辑standby数据库上被复制。
• 在主数据库上使用DBMS_REDEFINITION包执行的在线重定义会被复制到逻辑standby数据库中
• 逻辑standby支持主数据库中的版本使用，包括使用基于版本的重定义来升级应用，从而最小化停机时间(关于基于版本的重定义edition-based redefinition可以在Oracle Database Advanced Application Developer's Guide中查看详情)
• 逻辑standby数据库支持流捕获。这个特性允许你将单向的信息传播从主库中卸载，并使用逻辑standby作为hub来将信息传播到多个数据库中。流捕获也可以把本地的更改传播到逻辑standby数据库中

Oracle Data Guard 11.1中的新特性

Redo apply和SQL Apply通用的新特性

• Redo流量压缩。当发生redo gap时，在讲redo通过网络传输前会对其进行压缩来提高传输性能
• Redo传输响应时间直方图。V$REDO_DEST_RESP_HISTOGRAM视图中含有每个SYNC redo传输的目的地的响应时间的直方图。视图中的数据可以帮助你确定LOG_ARCHIVE_DEST_n中的NET_TIMEOUT属性的合适的值
• 更快的角色转换
• 对redo传输网络会话进行有效验证(通过SSL)
• 简化Data Guard管理接口。通过弃用一些多余的SQL表达式和初始化参数
• 增强了DB_UNIQUE_NAME。在V$DATABASE中增加了一列PRIMARY_DB_UNIQUE_NAME来查询主库的DB_UNIQUE_NAME。11g中DB_UNIQUE_NAME相同的数据库之间不能进行通讯
• 使用物理standby数据库来滚动升级。通过在ALTER DATABASE RECOVER TO LOGICAL STANDBY中添加KEEP IDENTITY选项来临时将物理standby数据库转换成逻辑standby，来实现滚动升级
• 多样化的Data Guard 配置。 这个特性允许在同一个Data Guard配置中混合使用Linux和Windows的主库和备库

Redo Apply的新特性

• 物理standby的实时查询功能
• Snapshot standby
• 使用物理standby来检测写丢失(lost-wirte detection)
• 加强了与RMAN的结合

SQL Apply的新特性

• 支持更多的对象数据类型和PL/SQL包。(以CLOB方式存储XML；DBMS_RLS；DBNS_GFA)
• 支持透明的数据加密(TDE)
• 使用DBMS_LOGSTDBY.APPLY_SET包来实现SQL Apply参数的动态设置
• 当使用逻辑standby数据库，switchover对RAC的支持得到加强。不需要关闭任何实例
• 增强了SQL Apply的DDL处理能力。并行执行parallel DDL
• 使用DBMS_SCHEDULER包在standby数据库上创建调度任务

Data Guard 概念与管理

Data Guard 介绍

       Data Guard 配置由一个产品数据库和一个或多个standby数据库组成。配置中的这些数据库可以分布在不同的地理位置，通过Oracle Net来连接。你可以通过SQL命令行或Data Guard broker接口来管理主备数据库，包括命令行接口DGMGRL，和Oracle EM上集成的图形用户接口。

       DG配置中包含的那个产品数据库，也称作主数据库，作为primary角色，供大部分的应用来访问。主库可以是单实例数据库或RAC。

       Standby数据库可以使用主库的备份拷贝来创建，并配置到DG中。DG通过传送和应用主库中的red