官方文档入口:
Backup and Recovery User‘s Guide ---> Part VIII Performing User-Managed Backup and Recovery
SYSTEM和SYSYAUX表空间:
段、区和块:
哪些任务需要备份和恢复功能:
1)user process failure用户进程故障: pmon自动处理
2)instance failure实例故障: smon自动处理
3)user errors用户错误: 需要dba通过备份恢复解决
4)media failure介质故障: 必须通过备份和日志恢复
1)根据生产环境的恢复周期,制定详细的备份计划,然后严格执行
2)对备份,要在一定的时间内利用测试环境,进行故障恢复的练习
物理备份从方式上可以有一致性备份(冷备)和非一致性备份(热备)
完整的备份策略应该以物理备份为主,逻辑备份为辅(用于备份一些重要的表)
restore:还原(转储)
recover:恢复
自动实例或崩溃恢复;
很常用的三个查询命令(******):
select current_scn,checkpoint_change# from v$database;
select file#,checkpoint_change#,last_change# from v$datafile;
select file#,checkpoint_change# from v$datafile_header;
看mount状态last_change#,有值,说明之前正常关库,open时不需要进行实例恢复;没有值,说明之前非正常关库,open时需要进行实例恢复instance recovery
一种利用undo数据或闪回日志的快速恢复技术。可以针对不同层面问题进行逻辑恢复,11g支持七种flashback方式
media failure后,需要运用日志进行recover
完全恢复:
利用完整备份或部分备份,可以将datafile恢复到failure前得最后一次commit,不会出现数据丢失
不完全恢复:
需要运用完整备份和日志将database恢复到过去的某个时间点(或SCN),有数据丢失
归档模式:redo log写入archive log
非归档模式:没有archive log,redo log file循环覆盖
当处于非归档模式下时,在丢失数据文件后唯一的选择是执行完整的数据库还原,而不能进行recover
非归档模式只能进行冷备(一致性备份),只能进行完整还原(还原到最后一次备份)
归档模式可以冷备也可以热备(非一致性备份),可以恢复到最后一次commit
查看当前归档模式:非归档模式
archive log list;
select file_id,tablespace_name from dba_data_files;
mkdir /u01/arch
ls -ld /u01/arch
alter system set log_archive_dest_1=‘location=/u01/arch‘;
alter system set log_archive_format=‘arch_ORCL_%t_%s_%r.dbf‘ scope=spfile;
shutdown immediate;
startup mount;
alter database archivelog;
alter database open;
archive log list;
切日志组,查看归档生成情况
alter system switch logfile;
原文:https://www.cnblogs.com/jsxxd/p/14940147.html