ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 冷备份能应用归档日志么?

冷备份能应用归档日志么?

原创 Linux操作系统 作者:NinGoo 时间:2019-06-13 14:24:07 0 删除 编辑

论坛上有人问起,能用以前的冷备份+冷备份以来的所有归档日志将数据库恢复到当前状态么?原帖地址:http://www.itpub.net/676840.html


冷备份是一致的,如果冷备份包含所有的datafile,controlfile,online redo logfile,并且将所有的这些文件全部restore后再来做recover,是不行的,oracle会告诉你,当前数据库是一致的,无须recover。

首先关闭数据库,做一个冷备份
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

然后启动到mount状态,试着做recover(这就相当于将所有的冷备份文件都restore回来的情况)
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。

SQL> recover database;
ORA-00283: 恢复会话因错误而取消
ORA-00264: 不要求恢复

可以看到,oracle会给出正确的提示:ORA-00264: 不要求恢复,数据库是一致的。

打开数据库,建立测试表并插入测试数据
SQL> alter database open;

数据库已更改。

SQL> create table tt(id int,name varchar2(20));

表已创建。

SQL> insert into tt values(1,'a');

已创建 1 行。

SQL> commit;

提交完成。

切换日志,进行归档
SQL> alter system switch logfile;

系统已更改。

SQL> /

系统已更改。

SQL> /

系统已更改。

SQL> /

系统已更改。


关闭系统
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

恢复场景一:当前联机日志文件,控制文件都是ok的,数据文件损坏

恢复方法
1.restore冷备份中的数据文件

2.启动数据库,报错
SQL> startup
ORACLE 例程已经启动。

Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-01113: 文件 1 需要介质恢复
ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'

3.使用recover database恢复数据库
SQL> recover database;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中


指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'


ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'


已应用的日志。
完成介质恢复。

4.打开数据库并检查测试数据
SQL> alter database open;

数据库已更改。

SQL> select * from tt;

ID NAME
---------- --------------------
1 a

可以看到,数据库已经恢复。其实这种情况下,只要有归档日志文件,当前联机日志文件,当前控制文件,恢复起来是相当简单的,

和使用联机热备的方式也没有什么区别。如果只是丢失了个别datafile(非系统表空间文件),也可以使

用recover datafile的方式来恢复。

恢复场景二:当前联机日志文件ok,控制文件,数据文件全部损坏

恢复方法一
1.restore冷备份中的控制文件和数据文件

2.启动数据库
SQL> startup
ORACLE 例程已经启动。

Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
ORA-00314: 日志 1 (用于线程 1) 要求的序号 与 不匹配
ORA-00312: 联机日志 1 线程 1: 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG'

3.使用recover database using backup controlfile恢复数据库
SQL> recover database using backup controlfile;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中


指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

ORA-00279: 更改 302091 (在 11/29/2006 10:27:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00136_0607342148.001
ORA-00280: 更改 302091 (用于线程 1) 在序列 #136 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'

ORA-00279: 更改 302094 (在 11/29/2006 10:27:36 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00137_0607342148.001
ORA-00280: 更改 302094 (用于线程 1) 在序列 #137 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00136_0607342148.001'

ORA-00279: 更改 302098 (在 11/29/2006 10:27:45 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00138_0607342148.001
ORA-00280: 更改 302098 (用于线程 1) 在序列 #138 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00137_0607342148.001'

ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00138_0607342148.001'

ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00139_0607342148.001'
ORA-27041: 无法打开文件
OSD-04002: ??????????
O/S-Error: (OS 2) The system cannot find the file specified.

SQL> alter database open resetlogs;
alter database open resetlogs
*
第 1 行出现错误:
ORA-01113: 文件 1 需要介质恢复
ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'

SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中

指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。

4.打开数据库并检查测试数据
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项

SQL> alter database open noresetlogs;
alter database open noresetlogs
*
第 1 行出现错误:
ORA-01588: 要打开数据库则必须使用 RESETLOGS 选项

SQL> alter database open resetlogs;

数据库已更改。

SQL> select * from tt;

ID NAME
---------- --------------------
1 a

可以看到,由于控制文件是老的控制文件,和当前联机日志文件的信息不同步,恢复完后需要使用resetlogs才能打开数据库。恢复过程中如果无法将数据库恢复到一致状态,也可以尝试应用所有的当前联机日志。

恢复方法二

1.restore所有的数据文件

2.重建控制文件
SQL> startup nomount;
ORACLE 例程已经启动。

Total System Global Area 142606336 bytes
Fixed Size 1247732 bytes
Variable Size 83887628 bytes
Database Buffers 50331648 bytes
Redo Buffers 7139328 bytes

SQL> CREATE CONTROLFILE REUSE DATABASE "NING" NORESETLOGS ARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG' SIZE 10M,
9 GROUP 2 'E:/ORACLE/ORA10/ORADATA/NING/REDO02.LOG' SIZE 10M,
10 GROUP 3 'E:/ORACLE/ORA10/ORADATA/NING/REDO03.LOG' SIZE 10M
11 -- STANDBY LOGFILE
12 DATAFILE
13 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF',
14 'E:/ORACLE/ORA10/ORADATA/NING/UNDOTBS01.DBF',
15 'E:/ORACLE/ORA10/ORADATA/NING/SYSAUX01.DBF',
16 'E:/ORACLE/ORA10/ORADATA/NING/USERS01.DBF'
17 CHARACTER SET UTF8
18 ;

控制文件已创建。

3.使用recover database恢复数据库
SQL> recover database;
SQL> recover database using backup controlfile;
ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中

指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

已应用的日志。
完成介质恢复。

4.打开数据库并检查测试数据
SQL> alter database open;

数据库已更改。

SQL> select * from tt;

ID NAME
---------- ----------------------------------------
1 a

可见,使用重建控制文件的恢复方法,只有当前联机日志是最新的,无需使用resetlogs即可打开数据库。只要当前联机日志正常,一般建议采取重建日志文件而不是采用备份的控制文件来恢复数据库。由此也可以看到,联机日志文件相当重要,要尽最大努力避免联机日志损坏,例如,使用多个member logfile,每个logfile放到不同的磁盘上,等等。同时,在修改过数据库的结构,比如添加datafile后,最好将控制文件的脚本备份一次alter database backup controlfile to trace;

恢复场景三:当前联机日志文件,控制文件,数据文件全部损坏

恢复方法
1.restore冷备份中的联机日志文件,控制文件和数据文件

2.启动数据库到mount状态
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 130023424 bytes
Fixed Size 1247684 bytes
Variable Size 92276284 bytes
Database Buffers 33554432 bytes
Redo Buffers 2945024 bytes
数据库装载完毕。

3.使用recover database until cancel using backup controlfile恢复
SQL> recover database until cancel using backup controlfile;
ORA-00279: 更改 300612 (在 11/29/2006 09:12:44 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00131_0607342148.001
ORA-00280: 更改 300612 (用于线程 1) 在序列 #131 中

指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 300613 (在 11/29/2006 09:20:11 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00132_0607342148.001
ORA-00280: 更改 300613 (用于线程 1) 在序列 #132 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00131_0607342148.001'

ORA-00279: 更改 300739 (在 11/29/2006 09:21:01 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
ORA-00280: 更改 300739 (用于线程 1) 在序列 #133 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00132_0607342148.001'

ORA-00279: 更改 300741 (在 11/29/2006 09:21:02 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
ORA-00280: 更改 300741 (用于线程 1) 在序列 #134 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中
ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'
ORA-27041: 无法打开文件
OSD-04002: ??????????
O/S-Error: (OS 2) The system cannot find the file specified.

SQL> recover database until cancel using backup controlfile;
ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中

指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。

4.启动数据库并查询测试数据
SQL> alter database open resetlogs;

数据库已更改。

SQL>
SQL> select * from tt;

ID NAME
---------- ----------------------------------------
1 a

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

上一篇: 关于Treedump
请登录后发表评论 登录
全部评论

注册时间:2004-12-07

  • 博文量
    200
  • 访问量
    129019