热备份与恢复

热备（begin backup）会产生很大的日志量。
在生产中，这种热备要避开业务繁忙期，并且一定要记得结束热备(end backup），当end backup时，将会释放冷冻的数据文件头


热备：
alter tablespace xxx begin backup;
    cp dbf /bak/
alter tablespace xxx end backup;

恢复：
查看损坏的文件 ：select * from v$recover_file；
查看恢复时需要的日志：select * from v$recovery_log；
将备份的文件拷贝回去；
执行恢复：recover datafile 文件号；
上线文件：alter database datafile 文件号 online；


-------- 补充：-------------------------------------------------
表空间级别：
alter tablespace 表空间名 begin backup;
拷贝数据文件到其它地方
alter tablespace 表空间名 end backup;

数据库级别：
 alter database begin backup;
  拷贝数据文件到其它地方
alter database end backup;

查看处于热备 的文件：(状态为 ACTIVE，表示处于热备）
select * from v$backup；

查看scn（处于热备状态的文件的SCN不再变化）：
alter system checkpoint；——做检查点
select a.name,
          a.checkpoint_change# ctl_scn,
          a.last_change# last_scn,
          b.checkpoint_change# dbf_scn
from v$datafile a,v$datafile_header b
where a.name=b.name;

========== 实例恢复========


检查点：
    检查点的出现是为了实例崩溃后，内存中脏数据块尽可能的少，即实例崩溃后，恢复的周期短，业务的宕机时间短。
完全检查点：将内存中的所有脏块全部写盘；将scn同步到控制文件和数据文件头上。
延迟检查点（日志切换检查点）： 将这组（之前的current日志）日志中的日志条目所涉及到的脏块全写盘；
                                                          将scn同步到控制文件 和数据文件头上。
增量检查点：CKPT进程每3秒启动一次

1.完全检查点：
    a.当执行 关闭数据库（shut abort除外）命令时，执行完全检查点，并将scn写到控制文件中的last_change#上；
    b.当执行alter system checkpoint；时，执行完全检查点，但是不将scn写到控制文件中的last_change#上。

2.延迟检查点：当日志发生切换时产生的，并且不立即完成；在延迟时完成，最晚到达日志要覆盖时完成。
tail -f alert_orasid.
show parameter alert
alter system set log_checkpoints_to_alert=true;／／将检查点放到告警日志中
alter system checkpoint;


数据库open之前
  1 检查控制文件里每个文件检查点次数和文件头中检查点次数，
     如果一致，不需要介质恢复
     如果不一致，就需要介质恢复
  2 检查控制文件中的SCN和文件头上的SCN是否全部完全一致
     如果一致，不需要实例恢复
     如果不一致，就需要实例恢复
SCN并不能体现是否需要介质恢复，真正能体现的是检查点

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29101923/viewspace-1433110/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29101923/viewspace-1433110/