昨天将active和current状态下redo全部干掉后，使用_allow_resetlog_corruption打开数据库，instance不断被pmon杀死，重建undo后恢复，但是今天发现scott下的a表继续悲剧。
可以看到数据，但是很多操作不能做！！
不能analyze了！
根据报错信息
由于使用隐含参数强制resetlog，db的文件已经强制一致，但是此时oracle还是知道这个table需要recover
在报错的情况下查出数据，有749490行
此时不能复制一份这个表
但是可以复制此表的结构
insert给别的表，也是不可以的
尝试修复，但是依然没有作用
最后尝试导入导出，继续失败
总结：
虽然是使用隐含参数打开的数据库，但是数据库一致了，而此时的数据库竟然知道这个表需要recover，数据可以查到，但是很多操作都做不了。数据虽然能查出来，但是还是会报错的，就是各种认为这个表不存在。
此库抢救无效 ，已经rman备份走了，然后原库已dbca重建了，备份还留着，知道如何抢救此时的数据库的，请留言
可以看到数据，但是很多操作不能做！！
不能analyze了！
根据报错信息
由于使用隐含参数强制resetlog，db的文件已经强制一致，但是此时oracle还是知道这个table需要recover
在报错的情况下查出数据，有749490行
此时不能复制一份这个表
但是可以复制此表的结构
insert给别的表，也是不可以的
尝试修复，但是依然没有作用
最后尝试导入导出，继续失败
总结：
虽然是使用隐含参数打开的数据库，但是数据库一致了，而此时的数据库竟然知道这个表需要recover，数据可以查到，但是很多操作都做不了。数据虽然能查出来，但是还是会报错的，就是各种认为这个表不存在。
此库抢救无效 ，已经rman备份走了，然后原库已dbca重建了，备份还留着，知道如何抢救此时的数据库的，请留言
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29845519/viewspace-1263839/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
没有了~
下一篇：
没有了~
请登录后发表评论
登录
全部评论
