成功处理了一起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 --
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 --
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70034820/viewspace-2994361/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 中国OCM联盟隆重落户ITPUB社区，百位OCM已入驻，欢迎更多的OCM加入我们哦！
- OCMU联盟-一个有温度的联盟
- 丢掉盔甲，我们依然是骄傲的骑士——Secooler“三问四看”话认证培训
- 【数据安全】一次惊心动魄的ASM磁盘头损坏故障处理过程带来的深思
- 【参数】恢复db_recovery_file_dest_size参数为默认值“0”方法
- 【如何做快乐的DBA】ITPUB社区第一期博客专家专题“如何做快乐的DBA”
- 【Bitmap Index】B-Tree索引与Bitmap位图索引的锁代价比较研究
- 【RMAN】使用RMAN的Duplicate功能创建物理DataGuard报错（ORA-17627、ORA-17629）处理
- 【CUBE】Oracle分组函数之CUBE魅力
- 【ROLLUP】Oracle分组函数之ROLLUP魅力
