无任何归档，强制拉热备RESTORE回来的库
存储损坏，只有20天以前的一次全备，无任何归档
在RESTORE后，使用 _allow_resetlogs_corruption 强制拉起来库
为防止可能的回滚发生异常导致宕库，设置10513 EVENTS，禁止SMON去回滚事务
由于这次不涉及到前滚，没有设置db_block_checking，如果有可能的前滚，可能导致逻辑异常，设置db_block_checking可以避免异常发生时的宕库，而只是对逻辑错误进行记录
数据库成功OPEN后，立刻重建UNDO表空间，这样可以有效避免未决的事务回滚时，导致ORA-600错误。重建UNDO后，所有未决事务都会以延迟块清除的方式进行处理
重启一次库，将数据库置为read only模式，进行导出，否则由于延迟块清除&后台的一些JOB做的块更改，可能在导出数据时，报告ORA-1555错误
导出一定要分表导出，否则碰到一些错误将导致EXP中断
导出完成后检查日志，确定那些表的数据没有正常导出，然后进行处理
这次遇到的错误：
ORA-8103:数据块的DATA_OBJECT_ID不对
ORA-1410:ROWID指向的数据不存在，行连接，LOB都有可能
ORA-1555:延迟块清除导致
ORA-8103/1410通过如下脚本处理，数据是肯定会丢失的，反正这样打开的库，数据肯定存在问题了，多丢一点也不怎么。
SCRIPT. to skip ORA-8103 ORA-1410 ORA-1578 ORA-600 [kdsgrp1] when reading a TABLE [ID 1527738.1]
ORA-1555,open read only即可
还遇到了个ORA-600[25012]:根据TS#和RFILE# 产生FILE#,但是FILE#找不到对应
这个应该是逻辑问题，可能行连接/LOB指向下一个块的rowid存在问题，猜想应该要BBED去弄了。还好这个是个日志表，可以不要，就没接着搞他
在RESTORE后，使用 _allow_resetlogs_corruption 强制拉起来库
为防止可能的回滚发生异常导致宕库，设置10513 EVENTS，禁止SMON去回滚事务
由于这次不涉及到前滚，没有设置db_block_checking，如果有可能的前滚，可能导致逻辑异常，设置db_block_checking可以避免异常发生时的宕库，而只是对逻辑错误进行记录
数据库成功OPEN后，立刻重建UNDO表空间，这样可以有效避免未决的事务回滚时，导致ORA-600错误。重建UNDO后，所有未决事务都会以延迟块清除的方式进行处理
重启一次库，将数据库置为read only模式，进行导出，否则由于延迟块清除&后台的一些JOB做的块更改，可能在导出数据时，报告ORA-1555错误
导出一定要分表导出，否则碰到一些错误将导致EXP中断
导出完成后检查日志，确定那些表的数据没有正常导出，然后进行处理
这次遇到的错误：
ORA-8103:数据块的DATA_OBJECT_ID不对
ORA-1410:ROWID指向的数据不存在，行连接，LOB都有可能
ORA-1555:延迟块清除导致
ORA-8103/1410通过如下脚本处理，数据是肯定会丢失的，反正这样打开的库，数据肯定存在问题了，多丢一点也不怎么。
SCRIPT. to skip ORA-8103 ORA-1410 ORA-1578 ORA-600 [kdsgrp1] when reading a TABLE [ID 1527738.1]
ORA-1555,open read only即可
还遇到了个ORA-600[25012]:根据TS#和RFILE# 产生FILE#,但是FILE#找不到对应
这个应该是逻辑问题，可能行连接/LOB指向下一个块的rowid存在问题，猜想应该要BBED去弄了。还好这个是个日志表，可以不要，就没接着搞他
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/8242091/viewspace-766827/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
