网创优客建站品牌官网
为成都网站建设公司企业提供高品质网站建设
热线:028-86922220
成都专业网站建设公司

定制建站费用3500元

符合中小企业对网站设计、功能常规化式的企业展示型网站建设

成都品牌网站建设

品牌网站建设费用6000元

本套餐主要针对企业品牌型网站、中高端设计、前端互动体验...

成都商城网站建设

商城网站建设费用8000元

商城网站建设因基本功能的需求不同费用上面也有很大的差别...

成都微信网站建设

手机微信网站建站3000元

手机微信网站开发、微信官网、微信商城网站...

建站知识

当前位置:首页 > 建站知识

Oracle11gRAC中INTERMEDIATEStuckArchiver状态的解决方法

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


网站栏目:Oracle11gRAC中INTERMEDIATEStuckArchiver状态的解决方法
浏览地址:http://bjjierui.cn/article/iejpod.html

其他资讯