这篇文章给大家介绍Oracle 11g RAC中INTERMEDIATE Stuck Archiver状态的解决方法，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
新建的库，空跑了几天之后，使用pl/sql工具连接数据库一节点，报没有监听，然后查看监听状态：
rac1:/home/oracle@grid> lsnrctl status
LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 02-5月 -2018 09:53:37
Copyright (c) 1991, 2013, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
TNS-12541: TNS:no listener
TNS-12560: TNS:protocol adapter error
TNS-00511: No listener
Linux Error: 2: No such file or directory
二节点监听状态：
rac2:/grid/app/11.2.0/network/admin@grid> lsnrctl status
LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 02-52018 09:48:02
Copyright (c) 1991, 2013, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date 11-42018 17:19:45
Uptime 20 days 16 hr. 28 min. 17 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /grid/app/11.2.0/network/admin/listener.ora
Listener Log File /grid/app/grid/diag/tnslsnr/rac2/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=136.64.194.180)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=136.64.194.182)(PORT=1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
Instance "+ASM2", status READY, has 1 handler(s) for this service...
Service "rac" has 1 instance(s).
Instance "rac2", status READY, has 1 handler(s) for this service...
The command completed successfully
然后查看集群状态
rac1:/home/oracle@grid> crsctl stat res -t
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
省略
ora.rac.db
1 ONLINE INTERMEDIATE rac1 Stuck Archiver
2 ONLINE INTERMEDIATE rac2 Stuck Archiver
ora.rac1.vip
1 ONLINE INTERMEDIATE rac2 FAILED OVER
ora.rac2.vip
1 ONLINE ONLINE rac2
发现现在数据库实例变成了INTERMEDIATE Stuck Archiver状态，然后1节点的vip也failed over了
然后继续分析alert日志，发现如下报错信息
ARC1: Error 19809 Creating archive log file to '+ARCH'
Errors in file /oracle/diag/rdbms/rac/rac1/trace/rac1_arc3_21444.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 6005194752 bytes is 100.00% used, and has 0 remaining bytes available.
好像跟归档目录有关系，然后去看归档情况
SQL> archive log list
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 8
Next log sequence to archive 10
Current log sequence 10
SQL> show parameter db_recovery_file_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string +ARCH
db_recovery_file_dest_size big integer 5G
发现归档使用ASM存储的+ARCH区域，而且只能使用5G的大小，这也就发现了问题的原因，虽然我们有100g的归档空间，现在只能使用5G，所以归档目录无法写入了
开始解决问题
SQL> alter system set db_recovery_file_dest_size=100G;
System altered.
SQL> show parameter db_recovery_file_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string +ARCH
db_recovery_file_dest_size big integer 100G
再看集群状态，发现集群状态恢复正常，然后启动一节点监听
rac1:/home/oracle@grid> srvctl start listener -l LISTENER
故障恢复。
关于Oracle 11g RAC中INTERMEDIATE Stuck Archiver状态的解决方法就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
