电脑技术学习

Oracle冷备份的不完全恢复(一)

dn001
冷备份的不完全恢复:基于三种情况 一 冷备份. 建立表空间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 backup controlfile; 这里的是否使用控制文件,取决于原有的控制文件是否损坏,和控制文件发生了变化(比如删除了表空间的操作,而,删除数据和表的操作时不会影响到控制文件的变化) 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:ORACLEORACLE92RDBMSARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL} auto ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00004.001 ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00003.001' ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00005.001 ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00004.001' ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00006.001 ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00005.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:ORACLEORACLE92RDBMSARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL} auto ORA-00279: 更改 985596 (在 12/17/2005 16:28:34 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00004.001 ORA-00280: 更改 985596 对于线程 1 是按序列 # 4 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00003.001' ORA-00279: 更改 985702 (在 12/17/2005 16:29:20 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00005.001 ORA-00280: 更改 985702 对于线程 1 是按序列 # 5 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00004.001' ORA-00279: 更改 985822 (在 12/17/2005 16:29:54 生成) 对于线程 1 是必需的 ORA-00289: 建议: D:ORACLEORACLE92RDBMSARC00006.001 ORA-00280: 更改 985822 对于线程 1 是按序列 # 6 进行的 ORA-00278: 此恢复不再需要日志文件 'D:ORACLEORACLE92RDBMSARC00005.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:ORACLEORACLE92RDBMSARC00003.001 ORA-00280: 更改 984674 对于线程 1 是按序列 # 3 进行的 指定日志: {=suggested filename AUTO CANCEL}

上一篇 Oracle冷备份的不完全恢复(二)

下一篇 Oracle 9i在Red Hat7.1和7.2上的安装