Oracle备份和恢复

MTBF:平均故障间隔时间

MTTR:平均恢复时间

备份恢复概述

数据库故障的类型

user process failure 用户自动处理

instance failure smon自动处理

user errors 通过备份恢复解决

media failure 通过备份和日志恢复

备份恢复分类

逻辑备份恢复-面向对象

传统的导入导出：exp/imp

数据泵的导入导出：expdp/impdp

逻辑备份就是热备数据库对象的某一时刻状态，不能运用在media failure上，逻辑备份的恢复就是还原备份，没有recover的概念。

物理备份与恢复-面向media failure

1. 手工备份与恢复(用户管理的备份恢复)通过OS命令，完成备份还原，然后再使用日志进行恢复。

1. 自动备份恢复(rman或者其它备份软件)

物理备份从方式上可以分为一致性备份(冷备)和非一致性备份(热备)；

完整的备份策略应以物理备份为主，逻辑备份为辅(备份一些重要的表)。

闪回技术-面向人为的逻辑错误

一种利用UNDO数据或者闪回日志的快速恢复技术。

完全恢复与不完全恢复

media failure后，需要运用日志进行recover。

1. 完全恢复

利用完整备份或者部分备份，将datafile恢复到failure前的最后一次commit，无数据丢失。

不完全恢复

需要运用完整备份和日志将database恢复到过去某个时间点(或SCN)，有数据丢失。

非归档模式运行时必须备份：控制文件和整个数据文件，备份前需要关闭数据库(冷备)。

非归档时，在丢失数据文件后只能执行完整的数据库还原，不能进行恢复。

手工备份与恢复

手工备份和恢复命令

备份和还原都使用OS命令

恢复用sqlplus 命令：recover

备份前的检查操作

查询有关视图：v$datafile(控制文件中的信息)v$datafile_headerv$controlfilev$logfiledba_tablespacesdba_data_files

1. 检查需要备份的数据文件

select name from v$datafile;

select file_id,file_name,tablespace_name from dba_data_files;

1. 检查要备份的控制文件

select name from v$controlfile;

1. 在线redo日志不需要备份

手工一致性备份(热备份)及热备的监控(v$backup)

对只读的表空间不能做热备份，临时表空间不需要备份，非归档模式下不支持手工热备。

1. 备份前进入backup mode

执行begin backup(在数据文件上生成检查点，写入scn,将来恢复的时候以此scn为起点)

SQL>alter database begin backup; //整库备份

SQL>alter database end backup;

SQL>alter tablespace users begin backup;

SQL>alter tablespace users end backup;

备份期间利用v$backup监控

例：

SQL> select file_id,file_name,tablespace_name from dba_data_files;

SQL>alter tablespace test begin backup;

SQL> select FILE#,CHECKPOINT_CHANGE# from v$datafile_header;

SQL> select * from v$backup;

STATUS是ACTIVE，表示可以备份相应的数据文件，并且其中的数据块DBWN仍然可以刷新。

SQL> alter tablespace test end backup;

如果在end backup之前发生数据库abort，那么可以在下次启动到mount时end backup,从而完成实例恢复。

关于split block

一个oracle block一般包含多个os block,当手工热备时，os的cp单位不是oracle block而是os block，而oracle的DBWR又可能不时的从内存中刷新Oracle block(脏块)到磁盘上，因此OS级的拷贝可能造成一种现象：一个Oracle block是由不同版本组成，如未被DBWR刷新的Header block加上另一部分被刷新的foot block，这样cp出来的Oracle block就是split block。

数据库的一致性是不允许oracle block是split的，Oracle采取的办法是：在backup mode后，如果发现首次DBWR要写脏块，则将该块备刷新之前的镜像数据记录到redo buffer，这样虽然cp后的文件里仍然含有split block，而当需要恢复时，日志会前滚该块的前镜像，保证所有的被恢复的oracle block是一个完整的版本，这就是我们常常发现在热备时日志文件会急剧增大的原因。

dbv检查数据文件是否有坏块

在手工备份前，应该检查datafile是否有坏块，备份完成后对备份也做检查

对某个datafile做坏块检查

[oracle@localhost test]$ dbv file=/opt/oracle/app/oradata/test/test01.dbf feedback=50