Oracle 11g RAC中INTERMEDIATE Stuck Archiver状态的解决方法

这篇文章给大家介绍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状态的解决方法就分享到这里了，希望