修改rman_backup这个文件的所有者和所属组，修改为oracle用户的oinstall组的文件

#chown –R oracle:oinstall /rman_backup/

主库和备库都要执行

1.RAC主库必须为归档模式：

查看是否为归档模式，强制日志是否开启

集群当前状态：

将集群数据库停止，为了开启归档，在其中一个节点上操作即可（归档必须要在mount的状态下才能开启）

两个节点查看oracle进程

$ps –ef | grep ora_ 发现没有oracle已经停止了

在到另一个节点查看发现oracle也停止了

2.RAC主库必须设置为Force Logging模式

开启强制日志

SQL>alter database force logging;

再次查看

登录sqlplus，将其中一个节点的数据库启动到mount状态

查看当前状态，查看日志模式

将归档日志启动后，再次查看

显示为归档模式之后，关闭数据库

shutdown immediate

切换到grid用户下面，启动集群数据库

再切换到oracle用户，查看后台进程是否启动，连接到sqlplus中查看

3. RAC主库执行RMAN全库备份

默认的存储归档的位置是闪回恢复区，在创建oracle库的时候设定的

在RMAN中也可以查看到归档日志存放在哪里

切换日志的时候，就是出发lgwr进行写入归档，

SQL> alter system switch logfile;

开始执行备份

全库备份加上归档日志备份：

RMAN>

run{

allocatechannel c1 type disk;

allocatechannel c2 type disk;

allocatechannel c3 type disk;

allocatechannel c4 type disk;

backupdatabase format ‘/rman_backup/Full_%U.bak’;

backuparchivelog all format ‘/rman_backup/ARC_%U.bak’;

releasechannel c1;

releasechannel c2;

releasechannel c3;

releasechannel c4;

}

如果RMAN备份出现问题，需要重新备份的话，需要删除两个节点的备份

RMAN>delete backup;

RMAN>delete archivelog all;

如果不从rman中删除的话，从系统删除也可以，但是推荐从rman删除

这样就彻底删除干净了

4. RAC主库执行创建物理备库控制文件

备份控制文件为备库准备的控制文件：

5. RAC主库创建物理备库初始化参数文件

查看参数文件存放的位置：

用spfile生成参数文件，以便后面修改参数

6. RAC主库修改口令文件，使双节点sys用户口令一致

两个节点的sys都要修改密码，密码要相同

尝试一下sys的用户密码是否修改成功

节点2上的tnsname.ora

节点2上连接节点1的实例，成功

同样，节点1上的tnsname.ora

节点1连接节点2上的实例，成功

证明口令文件没有问题！

1.    FTP主库备份文件+备库控制文件+备库参数文件至物理备库服务器

备库上要创建RMAN备份路径相同的文件/rman_backup/

用scp将备份的全部文件传送到备库上

2.    物理备库创建口令文件

从主库上拷贝命令文件，并且重命名

3.物理备库初始化参数文件修改

物理备库操作：

将参数文件复制到/u01/app/oracle/product/11.2/db_1/dbs/

为了防止和controlfile和生成的控制文件冲突，所以，参数文件的控制文件部分修改如下：

在备库上创建需要的目录

mkdir –p /u01/app/oracle/diag/rdbms/phydb/adump

mkdir –p/u01/app/oracle/diag/rdbms/phydb/cdump

在+DATA上面创建目录：

需要登录到奥grid下面

输入asmcmd –p

在主库上面同样的方法进入到+DATA目录上

这样正好和参数文件中的相对应，主库上是/+DATA/devdb/，备库上是/+DATA/phydb/

最后查看下参数文件的所有者和所属组是不是oracle和oinstall

3.    配置RAC主库，物理备库的tnsname.ora

node2的tnsname.ora

rac上的两个节点和dg上的tnsname.ora都要一样

node1上的tnsname.ora

dg上的tnsname.ora

注意：DG上面链接DEVDB的时候会报错，原因是dg中scan-ip他无法解析，需要换成实际的IP来才可以,这里换成了172.16.0.203,再次链接到devdb就ok了

这里因为物理备库根本没有启动，肯定会报监听找不到的问题

1.    物理备库启动NOMOUNT状态

物理备库的操作：

查看下当前的状态和进程

但是oracle是没有启动的

确认一下环境变量：

将oralce物理备库启动到nomount

2.    RMAN恢复备库控制文件

查看备份中是否有备库需要的控制文件

用rman恢复控制文件

在物理备库的ASM磁盘组上找到了生成的控制文件：

3.    MOUNT 物理备库

将物理备库的oracle给他mount起来

4.    RMAN restore物理备库

在RMAN中执行：

5.备库上创建standby logfile

standby 的日志文件要比主库多一个日志组

standby的日志文件=（线程+1）x2

线程：如果是rac的话，你就有两个线程，那么standby的日志文件就应该是6个

而且线程要对应好

没有信息，根本就没有创建standby的日志文件

创建之前要先确定好日志组的大小，线程有多少

给线程1创建日志组5,6,7，大小为50M，

线程2创建日志组8,9,10，大小为50M

再次查看v$standby_log就有内容显示了

物理备库这会可以连接了

修改主库node1节点的参数，同步日志用

查看是否用spfile启动的数据库

如果两个节点都是用的spfile启动的话，修改完成后查看归档日志参数，就可以看到相应的修改

切换日志查看下是否同步

SQL.>alter system switch logfile;

查看是否应用归档日志

执行下面的语句进行手动应用归档日志

稍等片刻基本就都应用了

应用完归档日志后，取消应用

在打开备库

alter database open;

测试下DG的功能：

测试一下，在主库创建一个表空间，备库上查看表空间是否生成

角色转换