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

snow_feeling · 发表于 2001-11-15 17:53

确实应该做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]

snow_feeling · 发表于 2001-11-16 00:08

删除的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]

ystang · 发表于 2001-11-13 03:10

Try this command:
alter database clear unarchived logfile group 1
If you are in the following situations:
Your database is archive mode,
Your current log file is corrupt.
You'd better make a backup to run that command.