DG恢复进程一直卡在APPLYING_LOG

iori809

tei_2000 发表于 2013-9-11 15:25
11点5分直接到12点那个就是备库的，因为中间没有报错，都很正常。
我就发这些，你看一下现在都已经给我删 ...

都很正常什么意思？那你的问题是？
那段时间应用正常到12点就不正常了？

tei_2000

正常的意思就全都是下面这样的正常传输信息，直到12点才从APPLYING_LOG到GAP状态，且报出84112中断的错误。
Thread 1 advanced to log sequence 84121
  Current log# 3 seq# 84121 mem# 0: /opt/app/oracle/oradata/ORCLDB/onlinelog/redo03.log
Wed Sep 11 13:27:13 2013
LNS: Standby redo logfile selected for thread 1 sequence 84121 for destination LOG_ARCHIVE_DEST_2
Wed Sep 11 13:46:23 2013

tei_2000

就是说在11点05主库手动归档时就无法接收84112了，状态显示在APPLYING_LOG，直到12点才报出错，说是有GAP，自动恢复失败。
太长的日志我发不上去，发了就被删了。

tei_2000

与一个正常的环境对比，发现少了这行。
ARC1: Standby redo logfile selected for thread 1 sequence 398 for destination LOG_ARCHIVE_DEST_2

tei_2000

正常是这样的
Thread 1 advanced to log sequence 386
  Current log# 1 seq# 386 mem# 0: /u01/app/oracle/oradata/orcl/redo01.log
Wed Sep 11 15:41:08 2013
ARC1: Standby redo logfile selected for thread 1 sequence 385 for destination LOG_ARCHIVE_DEST_2
Wed Sep 11 15:41:09 2013
LNS: Standby redo logfile selected for thread 1 sequence 386 for destination LOG_ARCHIVE_DEST_2
LNS1 started with pid=22, OS id=6328
Wed Sep 11 17:14:17 2013
Thread 1 advanced to log sequence 387

tei_2000

将主库log_archive_max_processes调大了一些（默认是2），问题解决了。手动归档几次都正常，再观察几天。
感谢iori809给予的关注与帮助！

vage

tei_2000 发表于 2013-9-11 15:25
11点5分直接到12点那个就是备库的，因为中间没有报错，都很正常。
我就发这些，你看一下现在都已经给我删 ...

是不是重复发帖了

tei_2000

vage 发表于 2013-9-13 08:16
是不是重复发帖了

没有重复，10#的前两行，就是我曾经发过的内容。别人都能看到了，过一会就被删除了。
如果不是论坛有限制，那就是什么地方出问题了。你们查查吧
短的回复可以发上去，长的就被删除（大概10，20行的log吧）。

小马过河007

应该是11g的RAC产品，单个节点和备库同步了，但是没有复制密码文件到另外一个节点，才会造成暂时的appling log,等一段时间就是waiting for log了，需要每个节点同步密码文件和备库同步同步密码文件