1：首先查找redo，如果redo有可供恢复的信息，就那redo中的信息进行恢复，此时一般在恢复时，类似如下:
SQL> recover database;
Media recovery complete.
2：如果在redo中没有找到可供恢复的信息，oracle会去找archive log进行恢复，此时会有下面的提示：
SQL> recover database;
ORA-00279: change 25317158 generated at 08/27/2006 18:36:58 needed for thread 1
ORA-00289: suggestion : /opt/oracle/product/9.2.0/dbs/arch/T0001S0000000030.ARC
ORA-00280: change 25317158 for thread 1 is in sequence #30

oracle在恢复完归档信息后，不会在去找redo文件继续进行完全恢复，此时要人工去指定在线redo进行恢复，这也是此种恢复的一个缺陷，rman恢复就不会有此问题。

Oracle 的日志模式分为 archivelog (启用归档日志) 和 noarchivelog () 两种模式。
查看数据库日志模式：
select log_mode from v$database;

如何启用Oracle的归档方式:
1.参照以下内容编辑init.ora文件：
log_archive_start = true
log_archive_dest_1 = " LOCATION=D:\Oracle\oradata\ORCL\archive "
og_archive_format = %%ORACLE_SID%%T%TS%S.ARC
2.关闭数据库
svrmgrl> connect internal
svrmgrl> shutdown normal
3.然后启动实例并安装该数据库，但不打开数据库。
svrmgrl> startup mount
4.接着，发布下列更改数据库的命令。
Svrmgrl> alter database archivelog;
5.现在，数据库已经更改为归档方式，您可以打开数据库。
svrmgrl> alter database open;
提示：也可以使用DBA studio工具启用数据库的归档方式，操作很简单
 
 
Oracle 归档日志还原数据(还原前请做好冷备份)：
sqlplus /nolog
conn / as sysdba;
archive log list;  (查看日志文件列表,查看单个日志文件可用 strings xxx.dbf to xx.txt)
 
recover database until time '2011-09-15:15:00:00'; 
(提示： 使用基于时间的恢复，时间的格式是YYYY/MM/DD HH24:MI:SS,并且用单引号括起。) 
基于时间的恢复(time-based recovery)
　　为使用基于时间的恢复，必须知道记录在V$log_history归档重演日志序号387（丢失重演日志）的时间，通过执行查询语句“select * from v$log_history where sequence#=387;”
或者
recover database until change 9999;
alter database open resetlogs; (应用该命令前请确认已数据库已备份，如打开失败，日志将不可用)

 

联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。

一、完全恢复：
1．使用命令“svrmgrl”调用行方式服务器管理；
2．输入命令“connect internal”，然后输入命令“startup mount’；
3．输入命令“recover database;”
4．按下ENTER，接受默认值。
5．然后输入命令“alter database open;”完成数据库恢复。

二、不完全恢复
警告：
应用不完成恢复前，必须将数据库做一次完全冷备份，因为应用不完全恢复后，联机重演日志将重置，以前的所有日志不可用。
如果恢复不成功，数据库就不能使用了。再次强调，做完全冷备份后再应用不完全恢复。

1）.基于变化的恢复(change-based recovery)
    要 执行基于变化的恢复，需要知道丢失日志之前的系统写入归档重演日志的最大的变化号(SCN)，然后可以启动恢复语句恢复数据库直到改变 scn_number，其中比scn_number是写到已归档重演日志文件顺序号386的SCN(即，小于丢失日志顺序号387的SCN)。可以从 V$log_history视图中得到SCN信息。

select first_change# from v$log_history where sequence#=387;

其中387为最后一个有效的日志文件号加1,该例是查找386.
知道了SCN后，使用下述步骤完成恢复
1．使用命令“svrmgrl”调用行方式服务器管理；
2．输入命令“connect internal”，然后输入命令“startup mount’；
3．输入命令“recover database until change 9999;”
4．在回答Oracle第一个归档重演日志建议信息时，输入“auto”,Oracle在找到第387号重演日志之前停止恢复。
5．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用)

2).基于停止恢复(cancel-based recovery)
1．使用命令“svrmgrl”调用行方式服务器管理；
2．输入命令“connect internal”，然后输入命令“startup mount’；
3．输入命令“recover database until cancel;”,Oracle提示需要的第一个归档重演日志文件名．按下ENTER键接受缺省文件名，并且—路ENTER直到询问顺序号387的日志。输入“cancel”，停止恢复操作。
4．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用)

3).基于时间的恢复(time-based recovery)
为 使用基于时间的恢复，必须知道记录在V$log_history归档重演日志序号387（丢失重演日志）的时间，通过执行查询语句 “select time from v$log_history where sequence#=387;”得到。本例得到的时间 是：2002-06-23 14：42：04

现在开始实施恢复。
1．使用命令“svrmgrl”调用行方式服务器管理；
2．输入命令“connect internal”，然后输入命令“startup mount’；
3．输入命令“recover database until time '2002/06/23 14:42:04';”,Oracle提示需要的第一个归档重演日志文件名，输入“auto”，Oracle恢复归档重演日志直到序号为387的日志，停止恢复操作。
4．用命令“alter database open resetlogs;”打开数据库。(应用该命令前请确认已数据库已备份，如打开失败，日志将不可用)

提示： 使用基于时间的恢复，时间的格式是YYYY/MM/DD HH24:MI:SS,并且用单引号括起。