记一次ORA-00600: internal error code, arguments: [kdtdelrow-2]的处理

最新推荐文章于 2025-10-15 17:02:24 发布

转载最新推荐文章于 2025-10-15 17:02:24 发布 · 109 阅读

本文记录了一次Oracle数据库因数据文件权限问题导致的宕机事件。故障由新增数据文件权限配置不当引起，表现为数据库无法打开特定文件。通过调整文件系统权限设置解决了问题。

晚上，接到客户电话说数据库宕机了。立马起来检查数据库，从alert log 中可以看到大量的600错误，错误信息如下：

Mon Dec 9 22:50:37 2013
Errors in file /oracle/SP1/saptrace/usertrace/sp1_ora_14237.trc:
ORA-00600: internal error code, arguments: [kdtdelrow-2], [4], [4], [], [], [], [], []
ORA-01116: error in opening database file 131
ORA-01110: data file 131: '/dev/VGORA/rlvol1'
ORA-27041: unable to open file
HPUX-ia64 Error: 13: Permission denied
Additional information: 3

这里信息已经明确给出了问题点，ORA-27041: unable to open file HPUX-ia64 Error: 13: Permission denied，这个文件/dev/VGORA/rlvol1时我下午新添加的数据文件，怎么会缺少权限呢？

检查发现rlvol1的权限是正确的，但是从oracle账户无法访问这个lv，检查发现VGORA目录的属组是root:system，其他账户权限为0。这就是导致问题的原因。同主机同志沟通后了解到，他开始的时候给了o+x 权限，也就是我可以添加数据文件。后来他觉得这个不安全，又把这个权限给取消了。这个可能是我同主机同志沟通上出现了点问题，导致了这次的故障。以后要吸取经验教训啊。

这个处理起来就比较容易了，将VGORA的属组修改成oracle后，问题解决。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11590946/viewspace-1062832/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11590946/viewspace-1062832/