在知识库中专注阅读，并随时返回相关工具与课程
今天应用反馈有一套报表库查询有延时，几十分钟没有同步数据了，但是我检查 DG 同步状态之后发现一切正常，手动触发切换日志可以正常同步数据，但是无法实时查询主库的在线重做日志。 不是 DG 配置问题，不是 standby logfile 问题，不是网络问题，能是什么问题呢？ 本文记录一下完整的分析过程以及解决方案。 首先，先检查 DG 同步状态是否正常： sql set linesize 2222
系统学习 Oracle DBA
开通会员 ¥128/月起
查看完整课程本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
今天应用反馈有一套报表库查询有延时，几十分钟没有同步数据了，但是我检查 DG 同步状态之后发现一切正常，手动触发切换日志可以正常同步数据，但是无法实时查询主库的在线重做日志。
不是 DG 配置问题，不是 standby logfile 问题，不是网络问题，能是什么问题呢？
本文记录一下完整的分析过程以及解决方案。
首先，先检查 DG 同步状态是否正常：
1set linesize 2222 heading on wrap on2column dest_name format a203column status format a84column database_mode format a155column recovery_mode format a356column protection_mode format a257column destination format a158column archived_seq# format 9999999999column applied_seq# format 99999999910column error format a1011column srl format a512column db_unique_name format a1513column gap_status format a101415SELECT inst_id, dest_name, status, database_mode, protection_mode,16 recovery_mode, gap_status, archived_seq#, applied_seq#, srl,17 db_unique_name, destination, error18FROM gv$archive_dest_status19WHERE status <> 'INACTIVE'20AND type = 'PHYSICAL';2122 INST_ID DEST_NAME STATUS DATABASE_MODE PROTECTION_MODE RECOVERY_MODE GAP_STATUS ARCHIVED_SEQ# APPLIED_SEQ# SRL DB_UNIQUE_NAME DESTINATION ERROR23---------- -------------------- -------- --------------- ------------------------- ----------------------------------- ---------- ------------- ------------ ----- --------------- --------------- ----------24 2 LOG_ARCHIVE_DEST_2 VALID OPEN_READ-ONLY MAXIMUM PERFORMANCE MANAGED REAL TIME APPLY NO GAP 123726 123725 YES orcldg orcldg25 1 LOG_ARCHIVE_DEST_2 VALID OPEN_READ-ONLY MAXIMUM PERFORMANCE MANAGED REAL TIME APPLY NO GAP 123726 123725 YES orcldg orcldg检查备库同步进程：
1set line2222 pages10002select inst_id,pid,process,thread#,sequence#,status,delay_mins from gv$managed_standby;34 INST_ID PID PROCESS THREAD# SEQUENCE# STATUS DELAY_MINS5---------- ---------- --------- ---------- ---------- ------------ ----------6 1 10386 RFS 0 0 IDLE 07 1 3728 ARCH 2 123538 CLOSING 08 1 3730 ARCH 0 0 CONNECTED 09 1 3732 ARCH 2 123543 CLOSING 010 1 3921 ARCH 2 123537 CLOSING 011 1 4613 RFS 0 0 IDLE 012 1 4195 RFS 0 0 IDLE 013 1 4286 RFS 0 0 IDLE 014 1 10384 RFS 1 123728 IDLE 015 1 10381 RFS 2 123544 IDLE 016 1 10388 RFS 0 0 IDLE 017 1 4647 RFS 0 0 IDLE 018 1 5573 MRP0 1 123728 APPLYING_LOG 0检查 DG 配置：
1-- 主库2NAME TYPE VALUE3------------------------------------ ----------- ------------------------------4log_archive_dest_1 string LOCATION=+ARCH VALID_FOR=(ALL_5 LOGFILES,ALL_ROLES) DB_UNIQUE_6 NAME=ORCL7log_archive_dest_2 string service=orcldg LGWR ASYNC vali8 d_for=(online_logfiles,primary9 _role) db_unique_name=orcldg10-- 备库11NAME TYPE VALUE12------------------------------------ ----------- ------------------------------13log_archive_dest_1 string14log_archive_dest_2 string service=orcl LGWR ASYNC valid_15 for=(online_logfiles,primary_r16 ole) db_unique_name=orcl检查 standby logfile 状态：
1 THREAD# GROUP# MEMBER STATUS ARC T2.BYTES/1024/10242---------- ---------- ---------------------------------------------------------------------------------------------------- ---------- --- ------------------3 1 5 /u01/app/oracle/oradata/redostd05.log UNASSIGNED NO 2004 1 6 /u01/app/oracle/oradata/redostd06.log UNASSIGNED NO 2005 1 9 /u01/app/oracle/oradata/redostd09.log UNASSIGNED NO 2006 2 7 /u01/app/oracle/oradata/redostd07.log UNASSIGNED NO 2007 2 8 /u01/app/oracle/oradata/redostd08.log UNASSIGNED NO 2008 2 10 /u01/app/oracle/oradata/redostd10.log UNASSIGNED NO 200通过以上查询可以发现，DG 配置以及同步都是正常的，应该不会出现无法实时查询的问题，那为什么会延时呢？
尝试在主库手动触发日志切换：
1-- 主库执行2SQL> alter system archive log current;发现数据可以正常同步过来，那就是说同步是没问题的。
查看数据库 alert 日志看看是不是有报错：
1## 在主库发现有报错2LNS: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (270)3LNS: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned4Error 270 for archive log file 2 to 'orcldg'5ORA-00270: error creating archive logoerr 看一下报错的意思：
1[oracle@orcl:/home/oracle]$ oerr ora 270200270, 00000, "error creating archive log %s"3// *Cause: An error was encountered when either creating or opening4// the destination file for archiving.5// *Action: Check that the archive destination is valid and that there6// is sufficient space on the destination device.难道是 DG 的磁盘空间满了？
1[oracle@orcldg:/]$ df -h2Filesystem Size Used Avail Use% Mounted on3/dev/mapper/vg_jxsemesdg01-lv_root4 3.1T 2.6T 334G 89% /5tmpfs 63G 72K 63G 1% /dev/shm6/dev/sda1 477M 79M 373M 18% /boot磁盘空间还没满，那为什么无法创建归档？检查一下归档目录位置：
1SQL> archive log list2Database log mode Archive Mode3Automatic archival Enabled4Archive destination USE_DB_RECOVERY_FILE_DEST5Oldest online log sequence 1237266Next log sequence to archive 07Current log sequence 123727没有设置归档目录，默认存放到闪回目录下，检查一下闪回配置：
1SQL> show parameter db_recover23NAME TYPE VALUE4------------------------------------ ----------- ------------------------------5db_recovery_file_dest string /u01/app/oracle/fast_recovery_6 area7db_recovery_file_dest_size big integer 100G好的，破案了，闪回配置的空间上限设置了 100G，然后归档也是存放在闪回目录，当闪回目录达到上限之后，归档自然就无法写入了。
解决方法也很简单，就是把归档日志从闪回目录独立出去：
1[oracle@orcldg:/u01/app/oracle]$ mkdir archivelog2[oracle@orcldg:/u01/app/oracle]$ cd archivelog/3[oracle@orcldg:/u01/app/oracle/archivelog]$ pwd4/u01/app/oracle/archivelog备库设置归档目录：
1SQL> alter system set log_archive_dest_1='LOCATION=/u01/app/oracle/archivelog VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcldg';23System altered.45SQL> archive log list6Database log mode Archive Mode7Automatic archival Enabled8Archive destination /u01/app/oracle/archivelog9Oldest online log sequence 12372610Next log sequence to archive 011Current log sequence 123727主库重新激活同步：
1SQL> alter system set log_archive_dest_state_2=defer;23System altered.45SQL> alter system set log_archive_dest_state_2=enable;67System altered.再从检查备库 standby logfile 状态：
1SQL> select t2.thread#,t1.group#,t1.member,t2.STATUS,t2.ARCHIVED,t2.bytes/1024/1024 from v$logfile t1,v$standby_log t2 where t1.group#=t2.group# order by 1,2;23 THREAD# GROUP# MEMBER STATUS ARC T2.BYTES/1024/10244---------- ---------- ---------------------------------------------------------------------------------------------------- ---------- --- ------------------5 1 5 /u01/app/oracle/oradata/redostd05.log UNASSIGNED NO 2006 1 6 /u01/app/oracle/oradata/redostd06.log UNASSIGNED NO 2007 1 9 /u01/app/oracle/oradata/redostd09.log UNASSIGNED NO 2008 2 7 /u01/app/oracle/oradata/redostd07.log ACTIVE YES 2009 2 8 /u01/app/oracle/oradata/redostd08.log UNASSIGNED NO 20010 2 10 /u01/app/oracle/oradata/redostd10.log UNASSIGNED NO 200ADG 恢复实时查询，问题解决。
一句话总结：闪回恢复区与归档日志共享空间时，必须做好空间规划和监控，否则会导致 DG 实时应用中断而难以察觉。生产环境建议将归档独立部署，避免空间竞争。