Oracle冷备份的不完全恢复(一)
2024-08-29 13:50:14
供稿：网友
冷备份的不完全恢复:基于三种情况 一 冷备份. 建立表空间test,用户test,表名test 插入数据 insert into test.test(a,b) values(to_char(sysdate,'yyyy-mm-dd hh24:mi:ss'),to_char(sysdate,'yyyy-mm-dd hh24:mi’)); commit; alter system archive log current； 进行了两个事务(commit)和日志切换 commit; alter system archive log current；日志切换同时归档 select checkpoint_change#,archive_change# ,controlfile_change# from v$database; 1 984675 983549 984675 初始备份时的scn 此时进行冷备份 执行shutdown immediate 拷贝所有的数据文件,控制文件,在线日志文件,归档日志文件,假如需要,spfile,密码文件 最好多拷贝几份，以便反复测试使用。 二、添加数据文件 startup 打开数据库 删除test.test 表中的所有数据 然后插入数据 insert into test.test(a,b) values(to_char(sysdate,'yyyy-mm-dd hh24:mi:ss'),to_char(sysdate,'yyyy-mm-dd hh24:mi’)); commit; alter system archive log current； 进行了两个事务(commit)和日志切换 commit; 前14条每两个进行一个commit，同时alter system archive log current； 后面的 每一个进行commit; alter system archive log current； select * from test.test 1 2005-12-17 16:41:41 2005-12-17 16:41:41 2 2005-12-17 16:42:36 2005-12-17 16:42:36 3 2005-12-17 16:29:14 2005-12-17 16:29:14 4 2005-12-17 16:28:26 2005-12-17 16:28:26 5 2005-12-17 16:28:27 2005-12-17 16:28:27 6 2005-12-17 16:29:12 2005-12-17 16:29:12 7 2005-12-17 16:29:49 2005-12-17 16:29:49 8 2005-12-17 16:29:49 2005-12-17 16:29:49 9 2005-12-17 16:30:07 2005-12-17 16:30:07 10 2005-12-17 16:30:09 2005-12-17 16:30:09 11 2005-12-17 16:30:26 2005-12-17 16:30:26 12 2005-12-17 16:30:27 2005-12-17 16:30:27 13 2005-12-17 16:31:04 2005-12-17 16:31:04 14 2005-12-17 16:31:23 2005-12-17 16:31:23 15 2005-12-17 16:31:42 2005-12-17 16:31:42 16 2005-12-17 16:31:56 2005-12-17 16:31:56 17 2005-12-17 16:33:58 2005-12-17 16:33:58 18 2005-12-17 16:34:05 2005-12-17 16:34:05 19 2005-12-17 16:34:10 2005-12-17 16:34:10 20 2005-12-17 16:34:17 2005-12-17 16:34:17产生scn的历史记录是 select * from V$log_History 1 1 577296464 1 1 982616 2005-12-17 16:04:04 983547 2 2 577296471 1 2 983547 2005-12-17 16:07:44 983552 3 3 577297714 1 3 983552 2005-12-17 16:07:51 985596 4 4 577297760 1 4 985596 2005-12-17 16:28:34 985702 5 5 577297794 1 5 985702 2005-12-17 16:29:20 985822 6 6 577297813 1 6 985822 2005-12-17 16:29:54 985939 7 7 577297835 1 7 985939 2005-12-17 16:30:13 986021 8 8 577297888 1 8 986021 2005-12-17 16:30:35 986145 9 9 577297926 1 9 986145 2005-12-17 16:31:28 986266 10 10 577298076 1 10 986266 2005-12-17 16:32:05 986803 11 11 577298200 1 11 986803 2005-12-17 16:34:36 987235 12 12 577298250 1 12 987235 2005-12-17 16:36:40 987465 13 13 577298299 1 13 987465 2005-12-17 16:37:30 987584 14 14 577298317 1 14 987584 2005-12-17 16:38:18 987673 15 15 577298507 1 15 987673 2005-12-17 16:38:37 988309 16 16 577298512 1 16 988309 2005-12-17 16:41:46 988312
17 17 577298515 1 17 988312 2005-12-17 16:41:52 988317 18 18 577298516 1 18 988317 2005-12-17 16:41:55 988320 19 19 577298518 1 19 988320 2005-12-17 16:41:56 988323 20 20 577298528 1 20 988323 2005-12-17 16:41:58 988328 21 21 577298563 1 21 988328 2005-12-17 16:42:08 988445 此时 select checkpoint_change#,archive_change# ,controlfile_change# from v$database; 1 987945 987670 987945 shutdown immediate ; 再次完全冷备份当前的数据文件、控制文件、日志文件,归档日志文件（没有归档日志文件恢复就成了空话）（当不完全恢复不成功或反复使用时使用，这点很重要，在实际你的生产运行数据库恢复时也是要这样。） 恢复：三种方法 基于时间 (alter database ) recover database (automatic) until time ‘2005-12-16 11:09:01’; (alter database ) recover database (automatic) until time ‘2005-12-16 11:09:01’ using backup controlfile; 基于变更 (alter database ) recover database until change 985822; (alter database ) recover database until change 985822using backup controlfile; 基于撤销 (alter database ) recover database until cancel ; (alter database ) recover database until cancel until change 985822using backupcontrolfile; 这里的是否使用控制文件，取决于原有的控制文件是否损坏，和控制文件发生了变化（比如删除了表空间的操作，而，删除数据和表的操作时不会影响到控制文件的变化） A、 基于时间(不使用备份的控制文件) shutdown immediate 使用原来备份的数据文件，控制文件使用最新的，而不是备份的数据文件； SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 Oracle 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> recover database until time '2005-12-17 16:30:07' ; ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL} auto ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00004.001 ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00003.001' ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00005.001 ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00004.001' ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00006.001 ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00005.001' 已应用的日志。 完成介质恢复。 SQL> alter database open resetlogs; 数据库已更改。 ------------------------------到此恢复成功 因为使用的是介质恢复（不完全恢复） 故一定要使用resetlogs，重置日志序列号，和将日志scn归零，当再次添加数据或引起scn变化的时候 archive_change#将得到和其他连个相近（？）的数字
可以查询一下 SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database; CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE# ------------------ --------------- ------------------- 985935 0 985997 SQL> select * from test.test; A B -------------------- -------------------- 2005-12-17 16:29:14 2005-12-17 16:29:14 2005-12-17 16:28:26 2005-12-17 16:28:26 2005-12-17 16:28:27 2005-12-17 16:28:27 2005-12-17 16:29:12 2005-12-17 16:29:12 2005-12-17 16:29:49 2005-12-17 16:29:49 2005-12-17 16:29:49 2005-12-17 16:29:49 已选择6行。 查询第六行的时间和log_history的记录发现是scn=985822 故恢复的时候假如直接恢复到第六条数据，就可使用scn=985822 b 基于时间恢复(使用备份的控制文件) 拷贝第一次冷备份的所有的数据文件，控制文件 SQL> shutdown immediate ORA-01109: 数据库未打开 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> recover database until time '2005-12-17 16:30:07' using backup controlfile; ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL}auto ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00004.001 ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00003.001' ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00005.001 ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00004.001' ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00006.001 ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的 ORA-00278: 此恢复不再需要日志文件 'D:/ORACLE/ORACLE92/RDBMS/ARC00005.001' 已应用的日志。 完成介质恢复。 SQL> alter database open resetlogs; 数据库已更改。 SQL> select checkpoint_change#,archive_change# ,controlfile_change# from v$database; CHECKPOINT_CHANGE# ARCHIVE_CHANGE# CONTROLFILE_CHANGE# ------------------ --------------- ------------------- 985935 0 985997 SQL> select * from test.test; A B -------------------- -------------------- 2005-12-17 16:29:14 2005-12-17 16:29:14 2005-12-17 16:28:26 2005-12-17 16:28:26 2005-12-17 16:28:27 2005-12-17 16:28:27 2005-12-17 16:29:12 2005-12-17 16:29:12 2005-12-17 16:29:49 2005-12-17 16:29:49 2005-12-17 16:29:49 2005-12-17 16:29:49 已选择6行。 SQL> B、a 基于变更的恢复（不包含备份的控制文件） SQL> recover database until change 985822; ORA-00905: 缺少要害字 SQL> recover database until change 985822;
ORA-00279: 更改 984674 (在 12/17/2005 16:14:05 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:/ORACLE/ORACLE92/RDBMS/ARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL}
