添加冗余控制文件自然是为数据库的安全增加一层保障，毕竟单链路控制文件还是稍微有点危险的，毕竟是库文件的枢纽。废话不多说，进入今天的主题，for RAC 自然也可以 for 单机，若有此方面需求楼主后期会更进发布的。

============================== 萌哒萌哒的分割线===============================

注：添加冗余控制文件期间需要有关库操作，需注意！！！

备份控制文件
sql> alter session set tracefile_identifier='backupctrl';

Session altered.

sql> alter database backup controlfile to trace;

Database altered.

sql>
查看当前控制文件路径
sql> select name from v$controlfile; (可保留，后面会用到此路径在rman中恢复)

NAME
--------------------------------------------------------------------------------
+ARCH/xxx/controlfile/current.256.936287107

sql>
在trace文件中找到backup controlfile 文件所在的位置并确认
sql> show parameter user;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
license_max_users integer 0
parallel_adaptive_multi_userboolean TRUE
redo_transport_userstring
user_dump_dest string /u02/app/oracle/diag/rdbms/xxx/xxx1/trace
sql>

若RAC环境是ASM，也就是两个节点共享一个spfile则可以在任何一个节点操作，但关库需要两个节点都要执行
sql> alter system set control_files='+ARCH/xxx/controlfile/current.256.936287107','+DATADG' scope=spfile;

关库操作：
alter system checkpoint; //手动创检查点，避免执行关库操作时后台创建检查点而导致数据库卡住。
alter system archive log current; //切换所有实例的redo 并生成归档日志。
shutdown immediate;
启动数据库至至nomount

srvctl start database -d xxx -o nomount

RMAN> restore controlfile from '+ARCH/xxx/controlfile/current.256.936287107';

sql> shutdown immediate //两个实例都需操作
ORA-01507: database not mounted
开启数据库

srvctl start database -d xxx

sql> select open_mode from v$database;

OPEN_MODE
--------------------
READ WRITE

sql> show parameter control_files;

NAME TYPE VALUE
------------------------------------ ----------- -----------
control_filesstring +ARCH/xxx/controlfile/curren
t.256.936287107,+DATADG/xxx/controlfile/current.263.93652
9407

查看集群状态

扩展：

观看此文档的哥们们，需要了解以下几点小细节

1. 我的控制文件默认是放在ARCH盘下了而不是DATADG下；
   

2. 文档中出现的“xxx”以及被粉红色颜色盖住的地方均是数据库的实例名；

3. 老规矩，标红处是楼主认为需要在数据库中执行的部分。

4. srvctl start database -d xxx 是在oralce用户下执行的(仅自己观点)