1. 实例恢复在实例重新启动时，系统自动恢复。判断依据：数据文件的scn与控制文件不一致。步骤：(1)使用online redo log，数据前
1. 实例恢复
     在实例重新启动时，系统自动恢复。
     判断依据：数据文件的scn与控制文件不一致。
     步骤：
     (1)使用online redo log，数据前滚到与控制文件一致的scn处。
     (2)使用undo表空间，对未提交事务执行回滚操作。
     结果：数据库中数据保留到实例异常前最后一次提交的内容。
2. 用户错误恢复
   用户错误包括：用户数据错误修改，数据表误删等
   恢复技术：闪回查询(flashback query)
             flashback drop和表空间回收站(tablespace's recycle bin)
             闪回表(flashback table)
             logminer
2.1 闪回查询
前提：undo表空间足够容纳用户在一段时期内修改的数据
          undo表空间保留历史修改数据的时限(undo_retetion初始变量)
查询表employees在15分钟前的数据：
    select employee_id, last_name, email from hr.employees
      as of timestamp(systimestamp - interval '15' minute)
      where employee_id = 101;
查询表employees在指定历史时间的数据：
    select employee_id, last_name, email from hr.employees
      as of timestamp(
        to_timestamp('01-sep-04 16:18:57.84', 'dd-mon-rr hh24:mi:ss.ff'))
      where employee_id = 101;
2.2 flashback drop和表空间回收站
每个oracle表空间中存在一个recycle bin，用户存放删除的表和表相关内容(索引等)
    删除的表所占用的空间并不立即回收，但在视图dba_free_space中可看到。
# 恢复已删除的数据表到删除前状态(包括表中数据)：
    sql> flashback table order_items to before drop;
# 恢复已删除的数据表并改名：   
    sql> flashback table order_items to before drop rename to order_items_old;
如果同一个表被删除恢复多次，如果需要恢复到以前的版本，则可以查询视图recyclebin
    或者使用命令show recyclebin，并使用其中的表名称。
    使用限制：
        仅能用于非系统本地管理的表空间。
        位图联合索引、参照完整性约束、物化视图删除后无法保存在recyclebin.
        使用drop index删除索引，删除的索引不会保存(只有删除表，，县官索引才保存)。
2.3 flashback表
    允许将一个或多个表恢复到历史指定时间的状态。无需使用太耗时的操作。
    flashback table使用对相关事务的undo操作恢复表，使用undo表空间。
    (flashback drop直接回收恢复表占用的空间)
    需要启用行迁移(row movement)功能。undo操作可能会改变记录的rowid.
#启用row movement
    sql> alter table hr.employees enable row movement;
#使用flashback table恢复表到指定时间
    sql> flashback table hr.employees [, ...]
         to timestamp systimestamp - interval '15' minute;
2.4 logminer
从redo log中提取所有的ddl和dml活动的语句。
    使用v$logmnr_contents视图查看（首先需要执行dbms_logmnr.start_logmnr()过程）
    logminer工具本身不能用于恢复数据库
    仅从redolog中提取用于恢复数据库的sql语句。
3. 控制文件恢复
    如果有控制文件发生错误，oracle实例将停止运行。
    如果没有停止，则必须手动执行：shutdown abort
将未损坏的控制文件复制一份到目标地址，并修改初始化参数中出问题的
    控制文件的路径到新的控制文件
    或者在初始化参数中把有问题的控制文件条目删除。
    控制文件错误时，修改初始化参数参数，需要在nomount状态下。
sql> shutdown immediate;
    sql> startup nomount;
    sql> show parameter control_files;
      或
    sql> select name, value from v$spparameters
         where name = 'control_files';
    sql> alter system set control_files='...','...','...' scope=spfile;
    sql> shutdown immediate;
    sql> startup;
4. 重做日志恢复
   只要有一组中还有一个redo log文件还有可用，oracle实例就不会崩溃。
   （即一个redo log组中所有redo log文件全部失效，oracle示例就会崩溃）
   使用v$logfile视图查询当前redo log文件的状态。
如果一个redo log组中存在错误的redo log文件，那么按以下步骤恢复：
# 确认哪个文件出现错误（在哪个组中）
   sql> select * from v$logfile order by group#;
# 对该组redo log执行归档操作
   sql> alter system archive log group ;
# 清空有问题的redo log组并重建
   sql> alter database clear logfile group ;
5. 系统关键数据文件恢复
    包括system表空间和undo表空间。
5.1 noarchivelog 模式下
    只能依赖于是否对数据库有全备份，如果有，则只能恢复到全备份时。
5.2 archivelog 模式下
sql> shutdown abort;    # 强制停止
    sql> startup mount;     # 只能在mount状态下恢复
在em的perform recovery中，选择恢复数据文件，以及对应的system表空间数据文件。
    并可指定需要恢复到的目标路径。系统将会执行rman脚本进行恢复。
sql> alter database open; # 恢复完毕后打开数据库
6. 非系统数据文件恢复
6.1 noarchivelog 模式下
    只能依赖于是否对数据库有全备份，如果有，则只能恢复到全备份时。
6.2 archivelog 模式下
    只影响到丢失的数据文件相关的数据库对象。
    同样可在em中，按步骤执行perform recovery进行恢复。
# 查看数据文件
    sql> select t.name, d.name from v$tablespace t
         join  v$datafile d using (ts#)
         where t.name = 'users';
也可以执行rman命令恢复编号为4和7的数据文件：
$ rman target /
    rman> run { sql 'alter database datafile 4 offline';
                sql 'alter database datafile 7 offline';
                restore datafile 4, 7;
                recover datafile 4, 7;
                sql 'alter database datafile 4 online';
                sql 'alter database datafile 7 online'; }