Oracle数据恢复:强制Resetlogs的可能数据损失

Oracle数据恢复:强制Resetlogs的可能数据损失

Oracle数据恢复:格式化、ASM及字典损坏案例三则
ORA-00600 kcratr_nab_less_than_odr案例一则
SMON: recover undo segment 与 事务恢复
ORA-600 kcbzpbuf_1 坏块的恢复案例一则
工作日志：2亿记录的exp导出时间记录

很多时候，在强制打开数据库之后，比如使用了_allow_resetlogs_corruption等隐含参数，可能会导致数据库丧失一致性，损坏部分数据，如果损失的是部分DML数据，则数据库可能仍然可以运行良好，但是如果损失的是元数据，则可能数据库会出现一些其他的异常，当时这些异常也仍然是可以修复的，只是成本或代价会比较高昂。

最近的 一则案例中，恢复数据之后，用户动态创建的某些临时表出现问题，无法成功导出，这就是强制Resetlogs的后果之一。

导出时的部分日志信息参考如下：

. . 正在导出表 TEMP_347064
EXP-00007: 字典未显示 EYGLE1100.TEMP_347064 的列
. . 正在导出表 TEMP_347065
EXP-00007: 字典未显示 EYGLE1100.TEMP_347065 的列
. . 正在导出表 TEMP_347066
EXP-00007: 字典未显示 EYGLE1100.TEMP_347066 的列
. . 正在导出表 TEMP_347067
EXP-00007: 字典未显示 EYGLE1100.TEMP_347067 的列
. . 正在导出表 TEMP_347068
EXP-00007: 字典未显示 EYGLE1100.TEMP_347068 的列
. . 正在导出表 TEMP_347069
EXP-00007: 字典未显示 EYGLE1100.TEMP_347069 的列
. . 正在导出表 TEMP_347070
EXP-00007: 字典未显示 EYGLE1100.TEMP_347070 的列
. . 正在导出表 TEMP_347071
EXP-00007: 字典未显示 EYGLE1100.TEMP_347071 的列

所以一般在次情况下打开的数据库，最好进行exp备份后，进行数据库重建（除非你确实判断，无特殊异常，或者可以处理相关异常）。

本文出自：http://www.eygle.com/archives/2010/06/resetlogs_may_corruption.html

[@more@]

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

转载于:http://blog.itpub.net/13879334/viewspace-1035202/