标签：color 公式 system 内容 利用 automatic 日志 pos cot
===============
数据库的完全恢复
===============
在归档模式下数据库完全恢复时，数据库所经过的状态如下：
1.利用备份修复（Restores）损坏或丢失的数据文件，即将备份的文件复制到数据库中原来的位置
2. 将从备份到系统崩溃这段时间所提交的数据由归档日志文件和重做日志文件中还原成数据文件所需要的数据块，这也叫前滚（Roll Forward）
3. 此时数据块中包含了所有提交的数据，也可能包含没提交的数据
4. 系统利用还原数据块回滚未提交的数据，这也叫回滚或者事务恢复（Recovery）
总结成公式就是： Restore将数据文件带回到过去（备份时间点）+Recover恢复从备份到数据文件崩溃这段时间所提交的数据 =>数据的完全恢复
数据恢复时的常用视图
v$reover_file --查询需要恢复的文件,该视图信息来自控制文件,如控制文件来自备份或重建过则信息会不准
v$archived_log --查询所有归档日志列表
v$recovery_log --查询所有需要用于恢复的日志
配置恢复自动使用归档日志
在介质恢复前通过设置set autorecovery on来自动应用归档日志实现恢复
也可以在输入归档日志路径、文件名时输入auto
使用recover automatic命令
恢复文件到新路径
使用操作系统命令恢复文件到新位置
使用alter database rename file ‘<dir>‘ to ‘<dir>‘
适用于所需要的数据文件不属于系统表空间或还原/回滚段表空间
1. 将数据文件置于脱机状态（alter database datafile n offline;）
2. 还原数据文件(restore)
3. 恢复数据文件(recover datafile n)
4. 使数据文件online (alter database datafile n online;)
4. 确认数据文件是否处于联机状态了
SQL> conn dog/dog 已连接。 SQL> !rm /u01/app/oracle/oradata/orcl/test.dbf --删除数据文件 SQL> select * from v$recover_file; --数据库还不知道数据文件需要恢复
SQL> alter system switch logfile; --对日志进心归档
SQL> alter system checkpoint; --执行检查点进程,将数据缓冲区内容写入到文件,因test.dbf已丢失,则告警日志将产生该记录 SQL> select * from v$recover_file; --发现文件丢失，需要恢复 5 OFFLINE OFFLINE FILE NOT FOUND 0
SQL> alter database datafile 5 offline; SQL> ho cp /u03/backup/hotbak/test.dbf /u01/app/oracle/oradata/orcl/ SQL> recover datafile 5; --恢复数据文件5 完成介质恢复。 SQL> select * from v$recover_file;
SQL> alter database 5 online; SQL> alter database datafile 5 online; --使数据文件联机 SQL> select file#,status from v$datafile; --查看状态 1 SYSTEM 2 ONLINE 3 ONLINE 4 ONLINE 5 ONLINE
包括系统表空间(系统数据文件)、Undo 表空间、整个数据库
--删除数据库的数据文件
SQL> !rm /u01/app/oracle/oradata/orcl/*dbf SQL> !ls /u01/app/oracle/oradata/orcl/ control01.ctl redo01.log redo02.log redo03.log
--关闭数据库
SQL> conn / as sysdba 已连接。 SQL> shutdown immediate; ORA-00604: 递归 SQL 级别 1 出现错误 ORA-01116: 打开数据库文件 1 时出错 ORA-01110: 数据文件 1: ‘/u01/app/oracle/oradata/orcl/system01.dbf‘ ORA-27041: 无法打开文件 Linux-x86_64 Error: 2: No such file or directory Additional information: 3 SQL> shutdown abort; ORACLE 例程已经关闭。
--启动数据库
SQL> startup ORACLE 例程已经启动。 Total System Global Area 805875712 bytes Fixed Size 2217672 bytes Variable Size 528484664 bytes Database Buffers 268435456 bytes Redo Buffers 6737920 bytes 数据库装载完毕。 ORA-01157: 无法标识/锁定数据文件 1 - 请参阅 DBWR 跟踪文件 ORA-01110: 数据文件 1: ‘/u01/app/oracle/oradata/orcl/system01.dbf‘
--还原数据文件
SQL> select * from v$recover_file; 1 ONLINE ONLINE FILE NOT FOUND 2 ONLINE ONLINE FILE NOT FOUND 3 ONLINE ONLINE FILE NOT FOUND 4 ONLINE ONLINE FILE NOT FOUND 5 ONLINE ONLINE FILE NOT FOUND SQL> ho cp /u03/backup/hotbak/*.dbf $ORACLE_BASE/oradata/orcl/
--恢复数据文件，这里是自动寻取所需要的归档文件
SQL> recover datafile 1,2; 完成介质恢复。 SQL> select * from v$recover_file; 3 ONLINE ONLINE 2-16 19:11:28 4 ONLINE ONLINE 2-16 19:11:35 5 ONLINE ONLINE 2-16 19:11:20 SQL> recover database; 完成介质恢复。 SQL> select * from v$recover_file;
--打开数据库
SQL> alter database open;
启动到mount状态
将受损的数据文件offline
打开数据库
还原受损的数据文件(restore)
恢复受损的数据文件(recover)
将受损的数据文件online
此场景类似于A场景仅仅是需要先启动到mount状态,然后再将受损的数据文件脱机,并打开数据库,使之能提供服务.因此该演示省略.
所需要恢复的数据文件属于非系统表空间
控制文件未被重新创建或恢复到以前的版本(丢失数据文件的描述信息应在数据字典和控制文件中)
该数据文件从文件开始到丢失期间的所有日志必须存在
如果那个公司使用了这种方法，说明该公司的数据库管理维护很混乱。
步骤：-->先将丢失数据文件脱机-->重建数据文件-->应用归档日志-->联机恢复的数据文件
Oracle提供如下两个方法重建这个数据文件的结构命令：
alter database create datafile ‘filename‘;
alter database create datafile ‘filename‘ as ‘new file name‘; --可以放置到不同目录，一般用于原文件所在的目录已经损坏了
实例演示：
SQL> create table tb_bk2(id int,name varchar2(10)) tablespace bk2; SQL> insert into tb_bk2 values(1,‘Dand‘); SQL> commit; SQL> alter system checkpoint; SQL> alter system switch logfile; SQL> ho rm $ORACLE_BASE/oradata/orcl/bk02.dbf --模拟数据文件被损坏 SQL> insert into tb_bk2 values(2,‘Luck‘); SQL> commit; SQL> alter database datafile 6 offline; --使数据文件离线 SQL> select * from v$recover_file; 6 OFFLINE OFFLINE FILE NOT FOUND 0 SQL> alter database create datafile 6; --重建数据文件 SQL> recover datafile 6; 完成介质恢复。 SQL> alter database datafile 6 online; SQL> select * from tb_bk2; 1 Dand 2 Luck
不完全恢复的几种常用方法：
recover database until cancel; --SQLPlus使用
recover database until time ‘2009-10-09:14:20:45‘ --SQLPlus与RMAN都支持
recover database unitl time ‘2009-10-09:14:20:45‘ using backup controlfile
recover database until change 329102 --SQLPlus使用
recover database until scn 329102 --RMAN使用
recover database until sequence 10 --RMAN使用
其实，这种不完全恢复很多都可用闪回技术进行恢复。
先做一次冷备 脚本在：
SQL> @coolbak.sql
在一个表里插入数据，并记录下时间
SQL> conn dog/dog 已连接。 SQL> create table users(id int,name varchar(20)); 表已创建。 SQL> insert into users values(1,‘Scott‘); 已创建 1 行。 SQL> commit; 提交完成。 SQL> select to_char(sysdate,‘yyyy-mm-dd hh24:mi:ss‘) from dual; TO_CHAR(SYSDATE,‘YY ------------------- 2016-12-17 02:35:24 SQL> insert into users values(2,‘Keven‘); 已创建 1 行。 SQL> select to_char(sysdate,‘yyyy-mm-dd hh24:mi:ss‘) from dual; TO_CHAR(SYSDATE,‘YY ------------------- 2016-12-17 02:36:17 SQL> commit; 提交完成。
关闭数据库，删除掉数据文件并从冷备中恢复过来
SQL> conn / as sysdba 已连接。 SQL> shutdown abort; ORACLE 例程已经关闭。 SQL> ho rm $ORACLE_BASE/oradata/orcl/*.dbf SQL> ho cp /u03/backup/coolbak/*.dbf $ORACLE_BASE/oradata/orcl/
查看控制文件中记录的检查点和备份的数据文件头记录的检查点，并恢复到指定时间点
SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 805875712 bytes Fixed Size 2217672 bytes Variable Size 549456184 bytes Database Buffers 247463936 bytes Redo Buffers 6737920 bytes 数据库装载完毕。 SQL> select file#,checkpoint_change# from v$datafile; FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 1094320 2 1094320 3 1094320 4 1094320 5 1094320 6 1094320 已选择6行。 SQL> select file#,checkpoint_change# from v$datafile_header; FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 1073554 2 1073554 3 1073554 4 1073554 5 1073554 6 1073554 已选择6行。 SQL> recover database until time ‘2016-12-17 02:35:24‘; 完成介质恢复。
--使用resetlogs方式打开数据库，并查看表中的数据是否恢复到了指定的时间点
SQL> alter database open resetlogs; 数据库已更改。 SQL> conn dog/dog 已连接。 SQL> select * from users; ID NAME ---------- -------------------- 1 Scott
可以看出确实恢复到了指定的时间点
--再次查看文件头，是否也已经一致了。
SQL> select file#,checkpoint_change# from v$datafile; FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 1094761 2 1094761 3 1094761 4 1094761 5 1094761 6 1094761 已选择6行。 SQL> select file#,checkpoint_change# from v$datafile_header; FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 1094761 2 1094761 3 1094761 4 1094761 5 1094761 6 1094761 已选择6行。
标签：color 公式 system 内容 利用 automatic 日志 pos cot
原文地址：http://www.cnblogs.com/zydev/p/6184348.html
