用rman复制物理备库时，容易出错，并且出错很诡异，笔者在下边总结了所遇到的几点。1.rman-04006 ora-12528，将备库启动到nomoun
用rman复制物理备库时，容易出错，并且出错很诡异
笔者在下边总结了所遇到的几点。
1.rman-04006 ora-12528
将备库启动到nomount状态下
sql> startup nomount
oracle 例程已经启动。
total system global area 751595520 bytes
fixed size 2292912 bytes
variable size 557843280 bytes
database buffers 188743680 bytes
redo buffers 2715648 bytes
在主库连接
oracle@sol_ora:/oracle/12.1/network/admin$ rman target sys/test@testm auxiliary sys/test@tests
恢复管理器: release 12.1.0.1.0 - production on 星期四 11月 7 09:53:18 2013
copyright (c) 1982, 2013, oracle and/or its affiliates. all rights reserved.
已连接到目标数据库: testm (dbid=1234105814)
rman-00571: ===========================================================
rman-00569: =============== error message stack follows ===============
rman-00571: ===========================================================
rman-00554: 内部恢复管理器程序包初始化失败
rman-04006: 来自辅助数据库的错误: ora-12528: tns: 监听程序: 所有适用例程都无法建立新连接
如上情况原因分析：由于备库的实例在nomount状态下，如果是动态注册监听器，那么在nomount状态下是不会注册监听的，所以需要配置静态注册
解决方法：配置静态监听，主库的tnsnames.ora如下：
#指向备库的连接字符串
tests =
(description =
(address = (protocol = tcp)(host = 188.188.3.20)(port = 1521))
(connect_data =
(server = dedicated)
(service_name = testm)
)
)
备库的listener.ora中添加：
#备库添加静态注册
sid_list_listener =(sid_list=(sid_desc=(sid_name=testm)(oracle_home=/oracle/product/12.1.0)))
$ lsnrctl reload //重新加载listener.ora
$ lsnrctl status //查看状态
oracle@sol_ora:/oracle/12.1/network/admin$ rman target sys/test@testm auxiliary sys/test@tests //主库连接 故障排除
恢复管理器: release 12.1.0.1.0 - production on 星期四 11月 7 10:00:02 2013
copyright (c) 1982, 2013, oracle and/or its affiliates. all rights reserved.
已连接到目标数据库: testm (dbid=1234105814)
已连接到辅助数据库: testm (未装载)
2.rman-06136: 来自辅助数据库的 oracle 错误: ora-19847: 无法从远程站点读取控制文件的标头
原因：不详
解决方法：断开除主库的rman之外的所有备库的连接
3. rman-06136: 来自辅助数据库的 oracle 错误: ora-01013: 用户请求取消当前的操作，原因是做duplicate时备库上还有用户登入，，退出登入后错误解决
原因：不详
解决方法：断开除主库的rman之外的所有备库的连接
推荐阅读：
oracle基础教程之通过rman复制数据库
rman备份策略制定参考内容
rman备份学习笔记
oracle数据库备份加密 rman加密