环境描述:主备主机都是OEL 5.4环境
db环境:11.2.0.4.8
gi环境:11.2.0.4
背景描述:迁移需要,使用dataguard模式全库迁移,主库为单机,备库为rac,迁移过程中备库两节点都能nomount,在随便一边节点去到mount甚至open后,另外一边节点无法mount,此时的备库是能正常接收日志的。
现象描述:(此时另外一个节点已经到了open read only)
SQL> alter database mount;
alter database mount?*
ERROR at line 1:
ORA-01620: no public threads are available for mounting
处理过程:MOS之后发现网上只有两篇文章 其中 文档ID 1405973.1最为接近,但是依然是无法处理文问题的。百度无法找到处理方案。
由于主库是单机,备库是rac,此时个人认为会存在单机的日志传到rac备库后,日志不清楚在哪个节点应用,所以导致报错ORA-1620(仅仅个人分析)
所以我在参数文件中加入参数
instance_name_node1.thread=2
instance_name_node2.thread=1
固定了哪个节点使用哪个日志thread,故问题解决。
固定
db环境:11.2.0.4.8
gi环境:11.2.0.4
背景描述:迁移需要,使用dataguard模式全库迁移,主库为单机,备库为rac,迁移过程中备库两节点都能nomount,在随便一边节点去到mount甚至open后,另外一边节点无法mount,此时的备库是能正常接收日志的。
现象描述:(此时另外一个节点已经到了open read only)
SQL> alter database mount;
alter database mount?*
ERROR at line 1:
ORA-01620: no public threads are available for mounting
处理过程:MOS之后发现网上只有两篇文章 其中 文档ID 1405973.1最为接近,但是依然是无法处理文问题的。百度无法找到处理方案。
由于主库是单机,备库是rac,此时个人认为会存在单机的日志传到rac备库后,日志不清楚在哪个节点应用,所以导致报错ORA-1620(仅仅个人分析)
所以我在参数文件中加入参数
instance_name_node1.thread=2
instance_name_node2.thread=1
固定了哪个节点使用哪个日志thread,故问题解决。
固定
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30221017/viewspace-2078316/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/30221017/viewspace-2078316/