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

运行新创建的库几天后，我使用pl/sql工具连接到数据库中的一个节点。报没有监控，然后查看监控状态：

rac1:/home/oracle @grid> lsnrctl status

LSNRCTL for Linux: Version 11.2.0.4.0 - 生产于 2023 年 5 月 2 日 09:53:37

版权所有 (c) 1991, 2013，Oracle。保留所有权利。

正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))

TNS-12541：TNS：无侦听器

TNS-12560：TNS：协议适配器错误

TNS-00511：没有侦听器

Linux错误：2：没有这样的文件或目录

第二节点监听状态：

rac2:/grid/app/11.2.0/network/admin@grid> lsnrctl 状态

LSNRCTL for Linux：版本 11.2.0.4.0 - 生产于02-52023 09:48:02

版权所有 (c) 1991、2013，Oracle。保留所有权利。

连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL= IPC)(KEY=LISTENER)))

侦听器的状态

- ---------------------- -

别名​​            LISTENER

版本                   适用于 Linux 的 TNSLSNR：版本 11.2.0.4 .0 - 生产

开始日期                   11-42023 17:19:45

正常运行时间                    20 天 16 小时。 28分钟17 秒

跟踪级别关闭

安全开启：本地操作系统身份验证

SNMP 关闭

侦听器参数文件 /grid/app/11.2 .0/network/admin/listener.ora

侦听器日志文件 /grid/app/grid/diag/tnslsnr/rac2/listener/alert/log.xml

侦听端点摘要...

(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)))

服务摘要...

服务“+ASM”有 1 个实例。

实例“+ASM2”，状态 READY，有 1 个用于此服务的处理程序...

服务“rac”有 1 个实例。

实例“rac2”，状态 READY，有 1 个用于此服务的处理程序...

命令成功完成

然后检查集群状态

rac1:/home/oracle@grid> crsctl stat res -t

------------------------ -------------------------------------------------- ------

集群资源

---------------------------------------- --- ----------------------------------------------------------- -

省略

ora.rac.db

1 个在线中间 rac1 rac1 卡住存档器

2 个在线中间 rac2 rac2 卡住存档器

ora.rac1.vip

1 个在线中间 rac2 失败

ora.rac2.vip

1 个在线在线 >

ARC1：错误19809 创建归档日志文件到“+ARCH”

文件 /oracle/diag/rdbms/rac/rac1/trace/rac1_arc3_21444.trc 中出现错误：

ORA-19815：警告： db_recovery_file_dest_size 为 6005194752 字节，已使用 100.00%，并且已使用剩余0字节可用。

好像和归档目录有关，再查看归档情况

SQL >归档日志列表

数据库日志模式存档模式

启用自动存档

存档目标USE_DB_RECOVERY_FILE_DEST

最旧的在线日志序列8

要存档的下一个日志序列10

当前日志序列 10

SQL> 显示参数 db_​​recovery_file_dest

NAME TYPE VALUE

------------- --------------------------- ------- ---- ------------ ------------------

db_recovery_file_dest                string      +ARCH

我发现归档文件使用ASM存储的+ARCH区域，并且只能使用5G的大小。这也发现了问题的原因。虽然我们有100G的归档空间，但现在只能使用5G，所以归档目录无法写入

开始解决问题

SQL> alter system set db_recovery_file_dest_size=100G;< /p>

系统已更改。

SQL> 显示参数 db_​​recovery_file_dest

名称                                        类型值

--------------- ------------------------------ ----- ------ --------- ---------------------

db_recovery_file_dest                字符串      +ARCH

db_recovery_file_dest_size 大整数 100G

查看集群状态，发现集群状态已经恢复正常，则启动一个节点进行监听

rac1:/home/oracle@grid> srvctl startlistener -l LISTENER

故障恢复。

这里分享Oracle 11g RAC中INTERMEDIATE Stuck Archiver状态的解决方法。希望以上内容能够对大家有所帮助，能够学到更多的知识。如果您觉得文章不错，可以分享出去，让更多的人看到。