手工完全恢复
3.1 完全恢复；通过备份、归档日志、current log ，将database恢复到failure 前的最后一次commit状态。
3.2 完全恢复的步骤
1）restore: OS拷贝命令还原所有或部分datafile
2）recover：SQL*PLUS利用归档日志和当前的redo日志做恢复
3.3 手工完全恢复可以基于三个级别
recover database： 包括system表空间损坏或大部分datafile丢失，一般是在mount状态完成
recover tablespace： 非关键表空间损坏，表空间下某些数据文件不能访问，一般是在open下完成
recover datafile： 单一或少数数据文件损坏，可以在mount或open 状态完成
什么是关键文件：如果关键文件损坏，数据库将不能维持在open状态，或崩溃或死机！
考点：哪些文件是关键文件：四个：1）system01.dbf, 2) undo tablespace，3）control file 4）current log file
3.4 恢复过程可以查看的视图：
1）v$recover_file： 查看需要恢复的datafile
2）v$recovery_log： 查看recover 需要的redo 日志
3）v$archvied_log： 查看已经归档的日志
3.5 非归档模式下只能做全备的完整还原，还原后仍会缺失联机日志文件（因为只备数据文件和控制文件），需要在mount下发出
alter database clear logfile group <组号>. （如果是在RMAN下还原，这一过程是自动完成的）。
3.6 手工完全恢复的实验
前提: 1）有一套datafile全备, 2）使用当前控制文件, 3）自上次备份以来的归档日志和当前联机日志是完整的。
范例1：recover database 说明：由于media failure 所有datafile丢失,
sys:
SQL> select * from scott.test;
ID
----------
1
在这个状态下先在OS下做一个数据文件和控制文件的冷备。
SQL> shutdown immediate
[oracle@timran ~] $cp /u01/oradata/timran11g/*.dbf /u01/back1
[oracle@timran ~] $cp /u01/oradata/timran11g/*.ctl /u01/back1
[oracle@timran ~] $startup
SQL> insert into scott.test values(2);
SQL> commit;
SQL> select * from scott.test;
ID
----------
2
1
SQL> insert into scott.test values(3);
SQL> select * from scott.test;
ID
----------
2
3 //这条记录未提交，恢复时会回滚掉
1
1）模拟介质失败，所有数据文件丢失
[oracle@timran ~]$ rm /u01/oradata/timran11g/system01.dbf //数据库在打开的情况下就删掉了所有dbf文件
$sqlplus / as sysdba //换个session登录,然后关闭数据库
SQL> shutdown abort //数据库直接abort了
2）启动database，报错！
SQL> startup
SQL>select file#,error from v$recover_file;
3）首先还原system01.dbf数据文件
[oracle@timran ~]$ cp /u01/back1/system01.dbf /u01/oradata/timran11g
比较控制文件和数据文件头的SCN
SQL> select file#,checkpoint_change# from v$datafile;
SQL> select file#,checkpoint_change# from v$datafile_header;
4）恢复database
SQL> recover database;
5)打开数据库
SQL> alter database open;
6）验证
SQL> select * from scott.test;
ID
----------
2
1
范例2：recover tablespace（状态：database open)
说明：针对的是非关键表空间的损坏，基于表空间的完全恢复实际上还是对其下的datafile的恢复
模拟这种情形非常实用，通常是某个非关键表空间下的数据文件受损，但并没有造成Oracle崩溃, 我们只需针对个别有问题的tablespace去做单独的在线恢复操作，也就是说恢复时数据库整体是online的,而局部表空间是offline的，数据库不需要shutdown。
恢复表空间（删除了tablespace下的所有的datafile）
1）了解一下当前状态，在test表空间上建立scott.t1表，
SQL> conn scott/scott
SQL> create table t1 (id int) tablespace test;
SQL> insert into t1 values(1);
SQL> commit;
SQL> select * from t1;
NAME
--------------------------------------------------
1
2）模拟表空间损坏，数据库open下，直接删除表空间下的数据文件
[oracle@timran ~]$ rm /u01/oradata/timran11g/test01.dbf
[oracle@timran ~]$
3）查证该表空间上的表不可访问了
SQL> alter system flush buffer_cache; //清除data buffer
SQL> conn / as sysdba //换个session登陆，访问t1表，因内存里已清除了buffer块，只好去做物理读，所以报错!
SQL> select * from scott.t1;
4）看看scn的情况
SQL> select file#,checkpoint_change# from v$datafile;
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 3550907
2 3550907
3 3550907
4 3550907
5 3550907
6 3550339
SQL> select file#,checkpoint_change# from v$datafile_header;
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 3550907
2 3550907
3 3550907
4 3550907
5 3550907
6 0
5）test表空间offline
SQL> alter tablespace test offline immediate; //immediate使表空间能立即脱机，不等Oracle对任何数据文件做检查
6）数据库open下，使用备份还原这个表空间下的所有数据文件
[oracle@timran ~]$ cp /u01/back1/test01.dbf /u01/oradata/timran11g
7）恢复tablespace
SQL> recover tablespace test;
8）使表空间online
SQL> alter tablespace test online; //注意：此时数据库状态一直是open的。
9）验证
SQL> select * from scott.t1;
ID
--------------------------------------------------
1
范例3：（recover datafile，database mount或open状态）
恢复datafile, 同范例2不同的是模拟UNDO文件损坏: 因UNDO数据文件也是关键文件，所以只能在mount状态下恢复。
1） 模拟环境：
SQL> insert into scott.t1 values(2); //插入一行记录是为了使t1和备份有区别
SQL> commit;
SQL> select * from scott.t1;
ID
--------------------------------------------------
1
2
SQL> delete scott.t1; //注意：删掉了t1并没有提交，老值在UNDO里。
2）在open 状态下删除datafile
[oracle@timran ~]$ rm /u01/oradata/timran11g/undotbs01.dbf
[oracle@timran ~]$
3）关闭数据库
SQL> shtudown abort //abort埋下伏笔，等到完全恢复时会做UNDO回滚。
4）启动数据库mount
SQL> startup mount
...
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 3 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 3: '/u01/oradata/timran11g/undotbs01.dbf'
5）还原并恢复UNDO数据文件
[oracle@timran timran11g]$ cp /u01/back1/undotbs01.dbf ./
SQL> recover datafile 3;
完成介质恢复。
6）打开数据库（会完成UNDO表空间数据的回滚）
SQL> alter database open;
数据库已更改
7） 验证
SQL> select * from scott.t1;
ID
--------------------------------------------------
1
2
3.7 手工完全恢复特点小结：
3.7.1 recover database (system01.dbf或大部分数据文件损坏，mount下进行)
OS: 使用cp 还原受损的dbf（不一定是全部，v$recover_file记录的都需要还原）
SQLPLUS：
1)recover database;
2)alter database open;
3.7.2 recover tablespace (针对表空间的非关键数据文件损坏，一般是open下进行)
OS:使用cp 还原该表空间XXX下的所有数据文件
SQLPLUS：
1)alter tablespace XXX offline;
2)recover tablespace XXX;
3)alter tablespace XXX online;
3.6.3 recover datafile (单个或几个数据文件损坏，关键文件在mount下进行，非关键文件在open下进行)
OS:使用cp 还原相关的关键数据文件(mount)
SQLPLUS：
1)recover datafile 6,8;
2)alter database open;
OS:使用cp 还原相关的非关键数据文件(open)
SQLPLUS：
1)alter database datafile 6,8 offline;
2)recover datafile 6,8;
3)alter database datafile 6,8 online;