【故障处理】RAC环境第二节点无法归档的诡异问题处理

2019-12-30 06:42:24

成功处理了一起RAC第二节点无法归档的诡异问题。总结在此。

RAC第二节点的alert警告文件中大量充斥着如下的报错信息。
Fri Jan 29 09:37:23 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_671818.trc:
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)
ORA-27063: number of bytes read/written is incorrect
IBM AIX RISC System/6000 Error: 28: No space left on device
Additional information: -1
Additional information: 1048576
ORA-19502: write error on file "/archive/2_19_705990330.dbf", blockno 188417 (blocksize=512)

Tue Mar 30 12:20:46 2010
Errors in file /oracle/app/oracle/admin/gkdb/bdump/gkdb2_arc1_1020072.trc:
ORA-16038: log 4 sequence# 76 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 4 thread 2: '/dev/rredo_4'

直觉就是归档目录下的空间不足或者权限不对。但是，此次却非所愿。

此次诡异现象的的真实原因：
RAC两个节点都挂载了一个jfs2格式的/archive目录（这是一个存储层面遗留的问题），这样导致只有以个节点可以完成归档日志向/archive目录下写入，但是在这种配置模式下第二个节点是无法向/archive目录写入归档日志。
这就是导致这次第二个节点无法完成归档的真实原因。

处理方法：
种处理方法：将RAC数据库的归档模式调整为非归档模式；
第二种处理方法：将RAC数据库两个节点的归档目录分别分配一个共享阵列的目录。

小结
在排查故障的过程中要综合考虑各方原因，不要拘泥于数据库本身，DBA需要全方面的技能。

Good luck.

secooler
10.04.12

-- The End --

分享好友

分享这个小栈给你的朋友们，一起进步吧。