redo log file损坏后数据库的启动

umount

在使用了_allow_resetlog_corruption=true 后，应使用RECOVER DATABASE UNTIL CANCEL ，才能用RESETLOGS打开DATABASE。不过这个参数属于UNDOCUMENTED参数。
到底还有哪些这样的UNDOCUMENTED终极武器？

ArthurXu

Oracle内部的人建议一定要导出数据，重新建库，导入数据才可以．

Cluster

Recovery always is the most danger and pressure task in DBA jobs.
I suggest everyone should know the following list (part1), before you
Perform the recovery. You will know how (at right time use the right
Commands) to safe your database.

Fundamental Data Structures
o        Controlfile
§        Database Info Record (Controlfile)
§        Datafile Record (Controlfile)
§        Thread Record (Controlfile)
§        Logfile Record (Controlfile)
§        Filename Record (Controlfile)
§        Log-History Record (Controlfile)
o        Datafile Header
o        Logfile Header
o        Change Vector
o        Redo Record
o        System Change Number (SCN)
o        Redo Logs
o        Thread of Redo
o        Redo Byte Address (RBA)
o        Checkpoint Structure
o        Log History
o        Thread Checkpoint Structure
o        Database Checkpoint Structure
o        Datafile Checkpoint Structure
o        Stop SCN
o        Checkpoint Counter
o        Tablespace-Clean-Stop SCN
o        Datafile Offline Range

·        Redo Generation
o        Atomic Changes
o        Write-Ahead Log
o        Transaction Commit
o        Thread Checkpoint
o        Online-Fuzzy Bit
o        Datafile Checkpoint
o        Log Switch
o        Archiving Log Switches
o        Thread Open
o        Thread Close
o        Thread Enable
o        Thread Disable

snow_feeling

确实应该做recover，但是在我测试第一种情况的时候没有遇到需要recover的提示，是很奇怪的，所以甚至不用open resetlogs。或许是bug呢！：）

遇到的这些UNDOCUMENTED parameter不多，我遇到的应该还有一个_corrupted_rollback_segments=(NAME OF rollback segments) ，是针对被破坏的rollback segment的。

oracle的技术支持说这是最后没办法的办法，切记不能随便使用。

最重要的备份和恢复的策略。灾难备份是很深的课题。据说db2/390的备份/恢复很完善。

最初由 umount 发布
[B]在使用了_allow_resetlog_corruption=true 后，应使用RECOVER DATABASE UNTIL CANCEL ，才能用RESETLOGS打开DATABASE。不过这个参数属于UNDOCUMENTED参数。
到底还有哪些这样的UNDOCUMENTED终极武器？ [/B]

chao_ping

snow_feeling:
是不是你的删除的log不是当前的？或者不是需要instance recovery的？
试一试：
insert into table xxx values xxx;
shutdown abort
delete the actrive online redo log?
不可能可以这样open的？

snow_feeling

删除的log file是状态为current的。
可能是不需要instance recovery的，因为我测试的数据库好久没有用过了。

最初由 chao_ping 发布
[B]snow_feeling:
是不是你的删除的log不是当前的？或者不是需要instance recovery的？
试一试：
insert into table xxx values xxx;
shutdown abort
delete the actrive online redo log?
不可能可以这样open的？ [/B]