环境描述：主备主机都是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之后发现网上只有两篇文章 其中 文档ID1405973.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之后发现网上只有两篇文章 其中 文档ID1405973.1最为接近，但是依然是无法处理文问题的。百度无法找到处理方案。
由于主库是单机，备库是rac，此时个人认为会存在单机的日志传到rac备库后，日志不清楚在哪个节点应用，所以导致报错ORA-1620(仅仅个人分析)
所以我在参数文件中加入参数
instance_name_node1.thread=2
instance_name_node2.thread=1
固定了哪个节点使用哪个日志thread，故问题解决。
固定
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/30221017/viewspace-2078316/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
