Oracle数据库11g新特性：Data Guard

核心提示： 这一脚本将创建备用数据库，将相关的参数置于备用实例的 spfile 中，Oracle数据库11g新特性：Data Guard(4)，创建备用数据库的诊断目标，然后重新启动备用数据库，因为怕滞后，您不能承担长时暂停恢复进程的代价，为助您了解这一操作的具体机理，您可以在此处查看 RMAN 命令

这一脚本将创建备用数据库，将相关的参数置于备用实例的 spfile 中，创建备用数据库的诊断目标，然后重新启动备用数据库。为助您了解这一操作的具体机理，您可以在此处查看 RMAN 命令的输出。

下面的两行连接到了主和备用实例。

connect target sys/oracle123@prolin11;
connect auxiliary sys/oracle123@pro11sb;

因为您将口令文件复制到了备用数据库主机中，SYS 的口令保持不变，因此可成功连接到备用实例（无挂载的数据库）。下一步，执行以下代码：

duplicate target database for standby from active database
　　 spfile
　　　　parameter_value_convert 'prolin11','pro11sb'
　　　　set 'db_unique_name'='pro11sb'
　　　　set 'db_file_name_convert'='/prolin11/','/pro11sb/'
　　　　... and so on ...

duplicate target database 命令首先通过远程服务器上的 SQL*Net 创建主数据库的镜像拷贝，而后基于主数据库创建备用数据库。完成拷贝后，它将在内部发出命令（switch clone datafile all；），这会将备用数据库作为克隆。脚本中的 set 命令将设置备用实例的 SPFILE 的参数，该数据库将作为备用数据库。再次查看 RMAN 的输出，了解幕后活动的所有信息。

构建物理数据库是如此的轻松，就如执行脚本一样简单！

Active Data Guard

许久以来，反对使用物理备用数据库构建 Data Guard 环境的传统因素之一是备用数据库的被动性。在 Oracle 数据库 10g 和以前的版本中，您可以打开物理备用数据库进行只读活动（卸去一些报告工作负载），但必须在停止恢复进程后。在这些版本中，如果 Data Guard 是您的 DR 解决方案的一部分，因为怕滞后，您不能承担长时暂停恢复进程的代价，所以物理备用数据库对于只读活动用处全无。