4月份的时,客户在对进行一个查询功能时出现这个错误,这个问题是由于oracle数据库的数据文件中出现了坏块导致的,当时已经处理了,这几天突然发现当时出问题时的截图,那就把这个问题记录下吧!
错误截图如下:
出现这个错误是在对一个分区表的某段时间进行数据查询时出现这个错误:
1.先通过进行范围查询找出了分区表出问题的小时表;
2.想通过oracle提供的DBV工具进行坏块标记,将坏块进行了排除,但是当使用dbv进行坏块扫描时,也直接出现这个错误,不能进行坏块标记;
由于本人水平有限不能想出更好的处理办法,最后建立了一个新表,尽量多的取出数据到这个表中,取出了26.5万条数据到新表中,然后alter table exchange partition将这个小时表和这个新进行了分区交换,问题解决,但是丢失了部分数据,好在发生故障的数据库服务器是一个OLAP系统。
这个问题是由于磁盘上出现了坏块导致,发生问题的当天有同事建议我对数据库的重要配置文件进行备份下以防磁盘损坏,我当时想的是磁盘怎么那么容易就坏了,就没进行处理,结果不到一周时间,服务器这个磁盘直接损坏掉线,不得不重新更坏了磁盘、安装数据库,恢复原来的业务配置信息费了很多时间。
错误截图如下:
出现这个错误是在对一个分区表的某段时间进行数据查询时出现这个错误:
1.先通过进行范围查询找出了分区表出问题的小时表;
2.想通过oracle提供的DBV工具进行坏块标记,将坏块进行了排除,但是当使用dbv进行坏块扫描时,也直接出现这个错误,不能进行坏块标记;
由于本人水平有限不能想出更好的处理办法,最后建立了一个新表,尽量多的取出数据到这个表中,取出了26.5万条数据到新表中,然后alter table exchange partition将这个小时表和这个新进行了分区交换,问题解决,但是丢失了部分数据,好在发生故障的数据库服务器是一个OLAP系统。
这个问题是由于磁盘上出现了坏块导致,发生问题的当天有同事建议我对数据库的重要配置文件进行备份下以防磁盘损坏,我当时想的是磁盘怎么那么容易就坏了,就没进行处理,结果不到一周时间,服务器这个磁盘直接损坏掉线,不得不重新更坏了磁盘、安装数据库,恢复原来的业务配置信息费了很多时间。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24107336/viewspace-1177758/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24107336/viewspace-1177758/