添加冗余控制文件自然是为数据库的安全增加一层保障，毕竟单链路控制文件还是稍微有点危险的，毕竟是库文件的枢纽。废话不多说，进入今天的主题，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_user boolean TRUE
redo_transport_user string
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_files string +ARCH/xxx/controlfile/curren
t.256.936287107, +DATADG/xxx/controlfile/current.263.93652
9407
查看集群状态
扩展：
观看此文档的哥们们，需要了解以下几点小细节
我的控制文件默认是放在ARCH盘下了而不是DATADG下；
文档中出现的“xxx”以及被粉红色颜色盖住的地方均是数据库的实例名；
老规矩，标红处是楼主认为需要在数据库中执行的部分。
srvctl start database -d xxx 是在oralce用户下执行的(仅自己观点)
