Oracle 11g Data Guard中,欧博从库有个归档一直显示的是IN-MEMORY状态,实际上,欧博娱乐这里已经有一个已经完成的68113。 DG 是从68109 开始搭建的,日志和同步都正常,欧博allbet就是68113 这个归档显示异常。 从归档看,这里应该是应用完成后,欧博百家乐信息发生了异常。
SQL> select thread#,sequence#,applied from gv$archived_log order by 1; THREAD# SEQUENCE# APPLIED ---------- ---------- --------- 1 68109 YES 1 68110 YES 1 68111 YES 1 68112 YES 1 68113 IN-MEMORY 1 68118 YES 1 68114 YES 1 68115 YES 1 68116 YES 1 68117 YES 1 68113 YES 11 rows selected. 2 解决方法虽然这里不影响同步,但是一直IN-MEMORY 状态也影响判断。 所以直接清空控制文件中归档记录,把所有归档信息都删除了:https://www.cndba.cn/dave/article/131470
https://www.cndba.cn/dave/article/131470
https://www.cndba.cn/dave/article/131470 SQL> execute sys.dbms_backup_restore.resetCfileSection(11); PL/SQL procedure successfully completed. SQL> select thread#,sequence#,applied from gv$archived_log order by 1; no rows selected然后主库切换一次redo,验证下一下:https://www.cndba.cn/dave/article/131470https://www.cndba.cn/dave/article/131470
SQL> alter system switch logfile; System altered.从库查看,一切正常了:https://www.cndba.cn/dave/article/131470
https://www.cndba.cn/dave/article/131470
https://www.cndba.cn/dave/article/131470https://www.cndba.cn/dave/article/131470
https://www.cndba.cn/dave/article/131470 SQL> select thread#,sequence#,applied from gv$archived_log order by 1; THREAD# SEQUENCE# APPLIED ---------- ---------- --------- 1 68119 IN-MEMORY版权声明:本文为博主原创文章,未经博主允许不得转载。