1.1 数据库故障的类型： 1）user process failure： pmon 自动处理 2）instance failure: smon 自动处理 3）user errors ： 需要dba通过备份恢复解决 4）media failure： 必须通过备份和日志恢复 1.2 制定你的备份和恢复的计划 1）根据生产环境的恢复周期，制定详细的备份计划，然后严格执行 2）对备份，要在一定的时间内利用测试环境，进行故障恢复的练习 1.3 备份恢复分类 1.3.1 逻辑备份与恢复-- 面向object 1）传统的导入导出：exp/imp： 2）数据泵导入导出：expdp/impdp //逻辑备份就是热备数据库对象某一时刻状态，不能运用在media failure上，逻辑备份的恢复就是还原备份，没有recover的概念。 1.3.2 物理备份与恢复-- 面向media failure 1）手工备份与恢复， 也叫用户管理的备份与恢复，通过OS 的命令，完成备份与还原，然后再运用日志进行恢复。 2）自动备份与恢复， 利用oracle 的备份恢复工具rman （或其他备份恢复软件），还原与恢复过程自动完成，可以备份恢复ASM FILE。 //物理备份从方式上可以有一致性备份（冷备）和非一致性备份（热备） //完整的备份策略应该以物理备份为主，逻辑备份为辅（用于备份一些重要的表） 1.3.3 闪回技术-- 面向人为的逻辑错误 一种利用undo数据或闪回日志的快速恢复技术。可以针对不同层面问题进行逻辑恢复，11g支持七种flashback方式。 1.4 完全恢复与不完全恢复 media failure后，需要运用日志进行recover。 1）完全恢复：利用完整备份或部分备份，可以将datafile恢复到failure前得最后一次commit，不会出现数据丢失。 2）不完全恢复：需要运用完整备份和日志将database恢复到过去的某个时间点（或SCN），有数据丢失。 1.5 归档与非归档 归档模式：redo log 写入 archive log 非归档模式：没有archive log,redo log 循环覆盖 手工冷备 手工热备 RMAN冷备 RMAN热备 完整还原 完全恢复 不完全恢复 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 归档模式: yes yes yes yes yes yes yes 非归档模式： yes no yes no yes no no *注意点： 1）非归档模式运行时必须备份那些文件：控制文件和所有数据文件，备份前必须干净的关闭数据库（冷备） 2）当处于非归档模式下时，在丢失数据文件后唯一的选择是执行完整的数据库还原，而不能进行recover。