认识达内从这里开始

在Oracle 10g的中搭建Data Guard环境真是一个纠结，目前大体都是采用两种方式，一种是rman备份，一种是duplicate的方式，但是这两个地方不够让我满意，一来是rman备份数据量不小，需要先在本地生成备份，然后拷贝到备库去，这个搭建周期略长，另外一个就是推荐的方式duplicate,在10g中有些鸡肋的味道，本地备份，然后拷贝到备库，然后动用duplicate的方式，这样的方式还不如手工rman的方式同步来得顺心顺意，所以在10g中我是不怎么喜欢duplicate方式。当然11g终于改进了一把，这种方式成了我搭建Data Guard的不可之选。

最近碰到一个比较纠结的问题就是在主备库空间资源不足的情况下，如何在10g版本中顺利搭建Data Guard环境。大体的情况如下：

主备库的文件分布略有一些差别，数据库数据量大概在800G左右，数据库版本为10gR2.

这让我很纠结，到底该怎么处理，一来是文件的路径映射，至少Oracle的convert参数还处理不了这么智能，如何这么平均的分配空间和数据。所以哪怕备库的空间总量够，我还是悬着心，这个需求至少通过rman的异机恢复还是有难度。那么试试duplicate，当然我们知道文件路径可以重新修改，所以主要的问题还是在于空间，10g的duplicate需要在主库端生成备份集，然后在备库开启duplicate选项而已。所以实现起来还是有难度。

Oracle如何通过rman的方式实现远程备份，这是个难题，如果是在11g可能这个问题就能够大大化和，在10g上如何突围呢。

假设数据库主库为primary,备库为standby

则我在备库尝试使用下面的方式,我们在/home/oracle/下创建一个临时目录tmp，看看到底能够在备库环境生成。

rman target sys/oracle@primary

COPY DATAFILE 1 to '/home/oracle/tmp/system01.dbf';

运行时提示文件无法创建，因为在服务器主库环境没有这个目录。所以初战失败。

然后尝试使用duplicate的方式。

rman target sys/oracle@primaryauxiliary sys/oracle@standby nocatalog

这种方式是我们一直使用的方式，当然这种方式没有给我带来任何惊喜，依旧是在当前环境不大适合。

在备库端我们可以这么试试。

rman target sys/oracle@standby auxiliary sys/oracle@primary nocatalog

COPY DATAFILE 1 to '/home/oracle/tmp/system01.dbf';

这种方式就可以顺利在备库端生成系统表空间的数据文件了。

所以我们的改进方式就是参考这个主要的 解决思路。

当然我们可以在主库生成相应的命令，直接批量执行即可。假设我们存在下面的数据文件。

select 'copy datafile '||file_id ||' to '||chr(39)||file_name ||chr(39)||';'from dba_data_files;

copy datafile 4 to '/U01/app/oracle/oradata/newtest2/users01.dbf';

copy datafile 3 to '/U01/app/oracle/oradata/newtest2/undotbs01.dbf';

copy datafile 2 to '/U01/app/oracle/oradata/newtest2/sysaux01.dbf';

copy datafile 1 to '/U01/app/oracle/oradata/newtest2/system01.dbf';

copy datafile 5 to '/U01/app/oracle/oradata/newtest2/users2.dbf';

copy datafile 6 to '/U01/app/oracle/oradata/newtest2/fbarch01.dbf';

以其中的两个数据文件为例，日志如下：

RMAN> copy datafile 5 to '/home/oracle/tmp/users2.dbf';

Starting backup at 2016-09-09 22:46:30

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile copy

input datafile file number=00005 ame=/U01/app/oracle/oradata/newtest2/users2.dbf

output file name=/home/oracle/tmp/users2.dbf tag=TAG20160909T224630 RECID=28 STAMP=922142791

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01

Finished backup at 2016-09-09 22:46:32

RMAN> copy datafile 6 to '/home/oracle/tmp/fbarch01.dbf';

Starting backup at 2016-09-09 22:46:39

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile copy

input datafile file number=00006 ame=/U01/app/oracle/oradata/newtest2/fbarch01.dbf

output file name=/home/oracle/tmp/fbarch01.dbf tag=TAG20160909T224639 RECID=29 STAMP=922142800

channel ORA_DISK_1: datafile copy complete, elapsed time: 00:00:01

Finished backup at 2016-09-09 22:46:40

在主备库数据文件路径的情况下，就批量生成一个文件就可以立刻在备库使用。如果确认生成没有问题，直接拷贝覆盖原来备库文件，或者直接替换已有的备库数据文件即可。

DGMGRL> show configuration;

Configuration - dg_newtest2

Protection Mode: MaxPerformance

Databases:

primaryxx- Primary database

standbyxx- Physical standby database

Fast-Start Failover: DISABLED

Configuration Status

SUCCESS

在10g中其实已经可以这样使用duplicate的方式来，但是Oracle却没有建议这么用，我觉得主要的考虑还是安全吧。

10g中这样用: Duplicate target database for standby nofilenamecheck ;

11g中这样用:Duplicate target database for standby from active database ofilenamecheck

可以看出主要的差别还是一个active的字样，我看到有很多人搭建Data Guard在主库端duplicate，这样在10g就很不规范而且有一定的风险。

尽管在11g做了这样的改进，但是还是很容易混淆关系，这也是我猜测的原因，当然手头的工作就是尝试在这种情况下尽快使用新方案搭建Data Guard环境。

当然对于很多老司机来说，这已经不是什么新方法了。