这篇文章给大家介绍Oracle 11g RAC中中间卡住的归档程序状态的解决方法，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
新建的库，空跑了几天之后，使用pl/sql工具连接数据库一节点，报没有监听，然后查看监听状态：
RAC 1:/home/Oracle @ grid lsnrctl状态
适用于Linux:版本11.2.0.4.0的LSNRCTL-02-5的生产月-2018 09:53:37
版权所有(c) 1991年、2013年，甲骨文。保留所有权利。
连接到（描述=(地址=(协议=仪表板组合仪表)(键=监听器)))
TNS-12541: TNS 3360无监听器
TNS-12560: TNS :协议适配器错误
TNS-00511:无监听器
Linux操作系统错误： 2:没有这样的文件或目录
二节点监听状态：
RAC 2:/网格/app/11。2 .0/network/admin @ grid lsnrctl状态
适用于11.2.0.4.0版Linux操作系统的LSNRCTL-2018年2月2日生产09:4833602
版权所有(c) 1991年、2013年，甲骨文。保留所有权利。
连接到（描述=(地址=(协议=仪表板组合仪表)(键=监听器)))
侦听器的状态
-
别名听众
适用于Linux:的TNSLSNR版本11.2.0.4.0版-生产
开始日期11-42018 17:19:45
正常运行时间20天16小时28分钟。17秒
跟踪水平
安全性：本地操作系统身份验证
简单网络管理协议关闭
监听器参数文件/网格/应用程序/11 .2 .0/网络/管理员/监听器
侦听器日志文件/网格/应用程序/网格/诊断/网络/rac2/侦听器/警报/日志。可扩展标记语言
监听端点摘要.
（描述=(地址=(协议=ipc()密钥=监听器)))
(DESCRIPTION=(ADdress=(PROTOCOL=TCP)(HOST=136。64 .194 .180)(PORT=1521)))
(DESCRIPTION=(ADdress=(PROTOCOL=TCP)(HOST=136。64 .194 .182)(PORT=1521)))
服务摘要.
服务“ASM”有一个实例。
状态为就绪的实例“ASM2”对此服务有一个处理程序.
服务" rac "有一个实例。
实例“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状态的解决方法就分享到这里了，希望
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/86575.html