在知识库中专注阅读，并随时返回相关工具与课程
今天应用反馈有一套报表库查询有延时，几十分钟没有同步数据了，但是我检查 DG 同步状态之后发现一切正常，手动触发切换日志可以正常同步数据，但是无法实时查询主库的在线重做日志。 不是 DG 配置问题，不是 standby logfile 问题，不是网络问题，能是什么问题呢？ 本文记录一下完整的分析过程以及解决方案。 首先，先检查 DG 同步状态是否正常： sql set linesize 2222
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：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 实时应用中断而难以察觉。生产环境建议将归档独立部署，避免空间竞争。