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

这篇文章给大家介绍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状态的解决方法就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。