zoukankan      html  css  js  c++  java
  • X No standby redo logfiles created for thread 1

    简要介绍

        在生产环境中为一个Oracle数据库增加DG节点,以只读的方式打开,采用实时同步的方式同步数据。数据的迁移没有采用在线复制,

    主要的原因是数据量比较大,而是采用的RMAN恢复,一切进行的很顺利,standby节点与主库也可以进行数据同步,

    但是在日志中发现这样的信息——RFS[6]: No standby redo logfiles created for thread 1 ,所以我判断在同步的过程并没有使用 standby redo logfile ,

    经查询在恢复数据之前创建的4个 standby redo logifle都是 unassigned 状态,正常的应该是有一个是 active状态,经过查找资料需要重新创建 standby redo logfile,

    重新创建后数据同步使用了 standby redo logfile文件,下面是我的操作过程。

    【其主要的缺点是不能经常的保证完全的与主库实时,可以查v$dataguard_stats来确定。】

    primary database is in MAXIMUM PERFORMANCE mode
    RFS[18075]: Assigned to RFS process 27210
    RFS[18075]: No standby redo logfiles available for thread 1 
    RFS[18075]: Opened log for thread 1 sequence 68369 dbid 809919918 branch 812303150
    Thu Dec 12 09:32:32 2013
    Archived Log entry 19674 added for thread 2 sequence 51723 rlc 812303150 ID 0x3045bbae dest 2:
    Thu Dec 12 09:32:33 2013
    Media Recovery Log +RECOVERY/stbdb/archivelog/2013_12_12/thread_2_seq_51723.11845.833962885
    Thu Dec 12 09:32:34 2013
    Primary database is in MAXIMUM PERFORMANCE mode
    Thu Dec 12 09:32:47 2013
    RFS[18076]: Assigned to RFS process 27212
    RFS[18076]: No standby redo logfiles available for thread 2 
    Thu Dec 12 09:32:47 2013
    Media Recovery Log +RECOVERY/stbdb/archivelog/2013_12_12/thread_1_seq_68367.11846.833964907
    RFS[18076]: Opened log for thread 2 sequence 51724 dbid 809919918 branch 812303150
    Thu Dec 12 09:33:30 2013
    Media Recovery Log +RECOVERY/stbdb/archivelog/2013_12_12/thread_1_seq_68368.11847.833966061
    Thu Dec 12 09:33:58 2013
    Media Recovery Waiting for thread 1 sequence 68369 (in transit)
    Thu Dec 12 09:48:45 2013


    1、FRIMARY SERVER:
    在RAC PRIMARY 端,先关闭日志同步。


    SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=defer;


    System altered.


    2.暂停STANDBY


    SQL> alter database recover managed standby database cancel;


    3.修改模式:
    SQL> alter system set standby_file_management=manual;


    System altered.


    删除归档,将所有的standby log组删除,然后再重建


    SQL> alter database clear logfile group 5;


    Database altered.


    SQL> alter database drop logfile group 5;


    Database altered.
    。。。。。


    增加standby 日志
    ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 50M;
    ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 50M;
    。。。。。。


    恢复到正常模式。
    SQL> alter system set standby_file_management=auto;


    System altered.


    启动REDO实时应用日志(备库)
    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT from session;


    Database altered.


    重启日志同步


    SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=enable;


    System altered.
    ————————————————
    版权声明:本文为CSDN博主「不再疯要傻」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
    原文链接:https://blog.csdn.net/bzfys/article/details/49303417

  • 相关阅读:
    《学习之道》第十四章迁移
    《学习之道》第十四章把自己想象成那些概念
    《学习之道》第十四章阐述自己对概念的理解
    《学习之道》第十四章自然科学不好理解
    《学习之道》第十三章为何要总结
    《学习之道》第十三章什么是深层组块
    《学习之道》第十三章自己也要总结
    《学习之道》第十三章继续总结
    《学习之道》第十三章形成深层组块
    《学习之道》第十三章练习大脑,改变思维
  • 原文地址:https://www.cnblogs.com/chendian0/p/12456873.html
Copyright © 2011-2022 走看看