一.丢失inactive日志文件组的恢复：
因为inactive日志文件组表现已经实现了检讨点(dirty数据已经被写入数据文件)。数据库自身不会产生数据库丢失，如果在这个时候相应的redo丢失/破坏，能够通过clear重建日志文件组恢复。
通过命令:
alter database clear logfile group n
假如数据库模式是archived的，则需要强制肃清
alter database clear unarchived logfile group n
二.丧失active或current日志文件组的恢复：
丢失情况分两种:
一个是畸形封闭数据库(如shutdown immediate)
另一个是异样关闭数据库(如shutdown abort)
1.在丧失当前日志时，数据库是畸形关闭状况。
因为shutdown immediate会履行全面的checkpoint，所以当前日志在实例恢复时可以不需要redo
在Oracle8i中咱们完整可以通过alter database clear logfile group n来进行恢复.
然而在Oracle9i中，则可能无奈对current的redo日志进行clear,需要通过recover database until cancel恢复后(必需要做的)
用resetlogs选项打开。
比方：
alter database clear logfile group n
recover database until cancel;
alter database open resetlogs;
2.在丧失当前日志时，数据库是异样关闭的：
这种情况下，因为不在履行全面检讨点时，数据库就已经封闭了，那么Oracle在进行实例恢复的时候必需请求当前的日志，否则Oracle数据库将无奈openoracle代理.
这样的情形下Oracle培训，咱们通常须要从备份中恢复数据文件，通过利用归档日志进行向前推演。直到最后一个完好的日志文件，而后能够通过resetlogs启动数据库实现恢复。那么丧失的数据则是被破坏的日志文件中的数据。
留神：_allow_resetlogs_corruption是Oracle中的一个隐含参数，假如体系切实不能resetlogs方法打开的后只能出此下策，在pfile进行相应设置打开数据库。该函数的含意是，容许在损坏一致性的情形下强迫重置日志Oracle服务，打开数据库。_allow_resetlogs_corruption将应用所有数据文件最旧的SCN翻开数据库，所以通常来讲须要保障SYSTEM表空间领有最旧的SCN。在强迫翻开数据库之后，可能由于各种起因会有ora-600
