控制文件损坏情况下成功的恢复

转载 2005年03月03日 16:51:00
 

情况描述:
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->

所有控制文件损坏,掉电(shutdown abort),无归档,无备份的成功恢复。

一个例子希望给大家以帮助。

注意:创建控制文件的时候,正常的话使用红色部分的reuse and noresetlogs,这样就不用 
   手工apply日志而是直接就可以自动恢复了。

 

连接到:

Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production

With the Partitioning option

JServer Release 8.1.7.0.0 - Production

 

SQL> drop table rn;

 

表已丢弃。

 

SQL> alter system checkpoint;

 

系统已更改。

 

SQL> drop table test_group;

 

表已丢弃。

 

SQL> conn / as sysdba

已连接。

SQL> shutdown abort

Oracle 例程已经关闭。

SQL> startup nomount

Oracle 例程已经启动。

 

Total System Global Area 31229980 bytes

Fixed Size 75804 bytes

Variable Size 14299136 bytes

Database Buffers 16777216 bytes

Redo Buffers 77824 bytes

SQL> CREATE CONTROLFILE SET/reuse DATABASE "billy" RESETLOGS/NOresetlogs NOARCHIVELOG

2 MAXLOGFILES 64

3 MAXLOGMEMBERS 2

4 MAXDATAFILES 254

5 MAXINSTANCES 32

6 MAXLOGHISTORY 113

7 LOGFILE

8 GROUP 1 'E:/Oracle/ORADATA/BILLY/REDO01.LOG' SIZE 1048576 ,

9 GROUP 2 'E:/Oracle/ORADATA/BILLY/REDO02.LOG' SIZE 1048576 ,

10 GROUP 3 'E:/Oracle/ORADATA/BILLY/REDO03.LOG' SIZE 1048576

11 DATAFILE

12 'E:/Oracle/ORADATA/BILLY/SYSTEM01.DBF',

13 'E:/Oracle/ORADATA/BILLY/RBS01.DBF',

14 'E:/Oracle/ORADATA/BILLY/USERS01.DBF',

15 'E:/Oracle/ORADATA/BILLY/TEMP01.DBF',

16 'E:/Oracle/ORADATA/BILLY/TOOLS01.DBF',

17 'E:/Oracle/ORADATA/BILLY/INDX01.DBF',

18 'E:/Oracle/ORADATA/BILLY/DR01.DBF',

19 'E:/Oracle/ORADATA/BILLY/DB4K.DBF'

20 CHARACTER SET ZHS16GBK

21 ;

 

数据簇已更改。

 

SQL> shutdown

ORA-01109: ??????

 

 

已经卸载数据库。

Oracle 例程已经关闭。

SQL> startup mount

Oracle 例程已经启动。

 

Total System Global Area 31229980 bytes

Fixed Size 75804 bytes

Variable Size 14299136 bytes

Database Buffers 16777216 bytes

Redo Buffers 77824 bytes

数据库装载完毕。

SQL> recover database using backup controlfile until cancel;

ORA-00279: ?? 25526706 (? 03/20/2003 ??) ???? 1 ????

ORA-00289: ??: E:/Oracle/ORA81/RDBMS/ARC00001.001

ORA-00280: ?? 25526706 ???? 1 ???? # 1 ???

 

 

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

'E:/Oracle/ORADATA/BILLY/REDO01.LOG'

ORA-00339: ???????????

ORA-00334: ????: 'E:/Oracle/ORADATA/BILLY/REDO01.LOG'

 

 

ORA-01547: ??: RECOVER ??? OPEN RESETLOGS ???????

ORA-01194: ??1?????????????

ORA-01110: ???? 1: 'E:/Oracle/ORADATA/BILLY/SYSTEM01.DBF'

 

 

SQL> recover database using backup controlfile until cancel;

ORA-00279: ?? 25526706 (? 03/20/2003 ??) ???? 1 ????

ORA-00289: ??: E:/Oracle/ORA81/RDBMS/ARC00001.001

ORA-00280: ?? 25526706 ???? 1 ???? # 1 ???

 

 

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

'E:/Oracle/ORADATA/BILLY/REDO03.LOG'

已应用的日志。

完成介质恢复。

SQL> recover database using backup controlfile until cancel;

ORA-00279: ?? 25526718 (? 03/20/2003 ??) ???? 1 ????

ORA-00289: ??: E:/Oracle/ORA81/RDBMS/ARC00001.001

ORA-00280: ?? 25526718 ???? 1 ???? # 1 ???

 

 

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

'E:/Oracle/ORADATA/BILLY/REDO01.LOG'

ORA-00339: ???????????

ORA-00334: ????: 'E:/Oracle/ORADATA/BILLY/REDO01.LOG'

 

 

SQL> alter database open resetlogs;

 

数据库已更改。

 

SQL>

在最后一步注意日志文件选择的正确,一个一个试都没有关系

 

或问曰:

CREATE CONTROLFILE SET DATABASE "billy" RESETLOGS NOARCHIVELOG ??

应该不要resetlogs? redo log fileshut abort之前的数据不就全没有了吗?

 

:

如果reuse 创建控制文件就可以不用resetlogs

即使使用set 创建控制文件也可以进行完全恢复。

看下面:

 

SQL> conn rainy/rainy

已连接。

SQL> truncate table trans;

 

表已截掉。

 

SQL> alter system checkpoint;

 

系统已更改。

 

SQL> insert into trans values(1);

 

已创建 1 行。

 

SQL> commit;

 

提交完成。

 

SQL> conn / as sysdba

已连接。

SQL> shutdown abort

Oracle 例程已经关闭。

SQL> startup nomount

Oracle 例程已经启动。

 

Total System Global Area 31229980 bytes

Fixed Size 75804 bytes

Variable Size 14299136 bytes

Database Buffers 16777216 bytes

Redo Buffers 77824 bytes

 

SQL> CREATE CONTROLFILE SET DATABASE "billy" NORESETLOGS NOARCHIVELOG

2 MAXLOGFILES 64

3 MAXLOGMEMBERS 2

4 MAXDATAFILES 254

5 MAXINSTANCES 32

6 MAXLOGHISTORY 113

7 LOGFILE

8 GROUP 1 'E:/Oracle/ORADATA/BILLY/REDO01.LOG' SIZE 1048576 ,

9 GROUP 2 'E:/Oracle/ORADATA/BILLY/REDO02.LOG' SIZE 1048576 ,

10 GROUP 3 'E:/Oracle/ORADATA/BILLY/REDO03.LOG' SIZE 1048576

11 DATAFILE

12 'E:/Oracle/ORADATA/BILLY/SYSTEM01.DBF',

13 'E:/Oracle/ORADATA/BILLY/RBS01.DBF',

14 'E:/Oracle/ORADATA/BILLY/USERS01.DBF',

15 'E:/Oracle/ORADATA/BILLY/TEMP01.DBF',

16 'E:/Oracle/ORADATA/BILLY/TOOLS01.DBF',

17 'E:/Oracle/ORADATA/BILLY/INDX01.DBF',

18 'E:/Oracle/ORADATA/BILLY/DR01.DBF',

19 'E:/Oracle/ORADATA/BILLY/DB4K.DBF'

20 CHARACTER SET ZHS16GBK

21 ;

CREATE CONTROLFILE SET DATABASE "billy" NORESETLOGS NOARCHIVELOG

*

ERROR 位于第 1 :

ORA-01503: CREATE CONTROLFILE ??

ORA-01223: ???? RESETLOGS ?????????

 

 

SQL> CREATE CONTROLFILE SET DATABASE "billy" RESETLOGS NOARCHIVELOG

2 MAXLOGFILES 64

3 MAXLOGMEMBERS 2

4 MAXDATAFILES 254

5 MAXINSTANCES 32

6 MAXLOGHISTORY 113

7 LOGFILE

8 GROUP 1 'E:/Oracle/ORADATA/BILLY/REDO01.LOG' SIZE 1048576 ,

9 GROUP 2 'E:/Oracle/ORADATA/BILLY/REDO02.LOG' SIZE 1048576 ,

10 GROUP 3 'E:/Oracle/ORADATA/BILLY/REDO03.LOG' SIZE 1048576

11 DATAFILE

12 'E:/Oracle/ORADATA/BILLY/SYSTEM01.DBF',

13 'E:/Oracle/ORADATA/BILLY/RBS01.DBF',

14 'E:/Oracle/ORADATA/BILLY/USERS01.DBF',

15 'E:/Oracle/ORADATA/BILLY/TEMP01.DBF',

16 'E:/Oracle/ORADATA/BILLY/TOOLS01.DBF',

17 'E:/Oracle/ORADATA/BILLY/INDX01.DBF',

18 'E:/Oracle/ORADATA/BILLY/DR01.DBF',

19 'E:/Oracle/ORADATA/BILLY/DB4K.DBF'

20 CHARACTER SET ZHS16GBK

21 ;

 

数据簇已更改。

 

SQL>

SQL> shutdown

ORA-01109: ??????

 

 

已经卸载数据库。

Oracle 例程已经关闭。

SQL> startup mount

Oracle 例程已经启动。

 

Total System Global Area 31229980 bytes

Fixed Size 75804 bytes

Variable Size 14299136 bytes

Database Buffers 16777216 bytes

Redo Buffers 77824 bytes

数据库装载完毕。

SQL> recover database using backup controlfile until cancel;

ORA-00279: ?? 25546853 (? 03/20/2003 ??) ???? 1 ????

ORA-00289: ??: E:/Oracle/ORA81/RDBMS/ARC00002.001

ORA-00280: ?? 25546853 ???? 1 ???? # 2 ???

 

 

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

'E:/Oracle/ORADATA/BILLY/REDO03.LOG'

ORA-00310: ???????? 1????? 2

ORA-00334: ????: 'E:/Oracle/ORADATA/BILLY/REDO03.LOG'

 

 

ORA-01547: ??: RECOVER ??? OPEN RESETLOGS ???????

ORA-01194: ??1?????????????

ORA-01110: ???? 1: 'E:/Oracle/ORADATA/BILLY/SYSTEM01.DBF'

 

 

SQL> recover database using backup controlfile until cancel;

ORA-00279: ?? 25546853 (? 03/20/2003 ??) ???? 1 ????

ORA-00289: ??: E:/Oracle/ORA81/RDBMS/ARC00002.001

ORA-00280: ?? 25546853 ???? 1 ???? # 2 ???

 

 

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

'E:/Oracle/ORADATA/BILLY/REDO01.LOG'

已应用的日志。

完成介质恢复。

SQL> alter database open resetlogs;

 

数据库已更改。

 

SQL> conn rainy/rainy

已连接。

SQL> select * from trans;

 

A

----------

1

 

SQL>

相关文章推荐

全备份情况下,删除控制文件及恢复

测试前:全备份 C:\Users\zhu>rman target / 恢复管理器: Release 11.2.0.1.0 - Production on 星期一 4月 13 21:...

iOS 在ARC的情况下成功使用MRC文件

在写一些工程时我们总是要引入一些第三方文件,但是这些文件有些是MRC下的有些是ARC下的。所以我们要进行转换。 引入三方文件时首先要阅读引入的文件的.h 文件头部信息 如下面的文件:头部文...

SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库

在某些偶然的情况下,会引起SQL Server 2005数据库日志文件的损坏,比如:硬件故障、计算机非正常重启或关机。 当SQL Server 2005数据库日志文件损坏时,可能会出现以下情况: ...
  • zy531
  • zy531
  • 2012-10-22 19:42
  • 250

SQLServer2005数据库日志文件损坏的情况下如何恢复数据库

在某些偶然的情况下,会引起SQL Server 2005数据库日志文件的损坏,比如:硬件故障、计算机非正常重启或关机。当SQL Server 2005数据库日志文件损坏时,可能会出现以下情况:1、在S...

spfile 和pfile 在数据库open和shutdown 的两种情况下的恢复成功。

本实验室做当数据库在 open 和shutdown 的两种情况下spfile 和pfile 丢失的情况下的恢复。 oracle@aoracle dbs]$ rman target rman_user...

控制文件损坏的恢复方法

一: 损坏单个控制文件 损坏单个控制文件是比较容易恢复的,因为一般的数据库系统,控制文件都不是一个,而且所有的控制文件都互为镜相,只要拷贝一个好的控制文件替换坏的控制文件就可以了。 1、控制文件损...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)