上周小型机的磁盘出了问题,在系统日志中查找到IO错误;Oracle数据库更新插入操作时相应很慢,但数据库还算是正常运行;多方联系Aix小机的工程师确认故障,最后确定是硬盘故障需要更换新的硬盘;因为系统做的是Raid5,所以也没有太在意,硬件代理商更换完磁盘,同步完毕。
随通知公司人员说数据库问题已经解决,公司很快反抗数据库存在问题,在查询时出现Object not valid的错误,另外在插入,更新操作时提示系统表空间数据块错误,数据库出现基本瘫痪。
将数据库shutdown,在经历了11个小时的冷备后(系统IO太慢了),利用rman进行数据文件修复,数据文件修复成功后,竟然仍然发现数据块故障,并且屡次修复仍然修复不了。
联想硬盘更换前数据库依然可用,考虑到是否是新更换的硬盘的问题,于是将系统表空间数据文件移植到其他的Raid上面,利用rman进行数据文件恢复,恢复后,问题解决。
最后确诊是新加上的磁盘raid存在兼容性问题,随抛弃新插入的磁盘。这种由于磁盘问题,导致数据文件坏块的事情还是第一次碰到。
虽然问题最终解决,但感觉很不值,由于硬件的故障导致我们加班了两个通宵。
随通知公司人员说数据库问题已经解决,公司很快反抗数据库存在问题,在查询时出现Object not valid的错误,另外在插入,更新操作时提示系统表空间数据块错误,数据库出现基本瘫痪。
将数据库shutdown,在经历了11个小时的冷备后(系统IO太慢了),利用rman进行数据文件修复,数据文件修复成功后,竟然仍然发现数据块故障,并且屡次修复仍然修复不了。
联想硬盘更换前数据库依然可用,考虑到是否是新更换的硬盘的问题,于是将系统表空间数据文件移植到其他的Raid上面,利用rman进行数据文件恢复,恢复后,问题解决。
最后确诊是新加上的磁盘raid存在兼容性问题,随抛弃新插入的磁盘。这种由于磁盘问题,导致数据文件坏块的事情还是第一次碰到。
虽然问题最终解决,但感觉很不值,由于硬件的故障导致我们加班了两个通宵。