Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3323269
  • 博文数量: 631
  • 博客积分: 10716
  • 博客等级: 上将
  • 技术积分: 8397
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-01 22:35
文章分类

全部博文(631)

文章存档

2020年(2)

2019年(22)

2018年(4)

2017年(37)

2016年(22)

2015年(1)

2013年(12)

2012年(20)

2011年(19)

2010年(20)

2009年(282)

2008年(190)

分类: Oracle

2008-09-01 13:58:41

6  检查数据

Database altered.

SQL> select * from test;

                         A

---------------------------------------

                         1

                         2

可以看到,表依然存在。

 

说明:

1  RMAN也可以实现不完全恢复,方法比OS备份恢复的方法更简单可靠;

2 RMAN可以基于时间,基于改变与基于日志序列的不完全恢复,基于日志序列的恢复可以指定恢复到哪个日志序列,如

run { 

     allocate channel ch1 type disk; 

     allocate channel ch2 type 'sbt_tape';

     set until logseq 1234 thread 1;

     restore controlfile to '$Oracle_HOME/dbs/cf1.f' ; 

     replicate controlfile from '$Oracle_HOME/dbs/cf1.f';

         alter database mount; 

     restore database; 

     recover database; 

     sql "ALTER DATABASE OPEN RESETLOGS";

}

3  与所有的不完全恢复一样,必须在mount下,restore所有备份数据文件,需要resetlogs

4 基于改变的恢复比基于时间的恢复更可靠,但是可能也更复杂,需要知道需要恢复到哪一个改变号(SCN),在正常生产中,获取SCN的办法其实也有很多,如查询数据库字典表(V$archived_log or v$log_history),或分析归档与联机日志(logmnr)等。


第五章 其它恢复案例

5.1 损坏联机日志的恢复方法


5.1.1 损坏非当前联机日志

大家都清楚,联机日志分为当前联机日志和非当前联机日志,非当前联机日志的损坏是比较简单的,一般通过clear命令就可以解决问题。


1
、启动数据库,遇到ORA-00312 or ORA-00313错误,如

ORA-00313: open failed for members of log group 1 of thread 1

ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'

从这里我们知道日志组1的数据文件损坏了

从报警文件可以看到更详细的信息

2  查看V$log视图

SQL> select group#,sequence#,archived,status from v$log;

 

    GROUP#    SEQUENCE# ARCHIVED STATUS

---------- ---------- -------- ----------------

         1          1      YES      INACTIVE

         2          2      YES      INACTIVE

         3          3      NO       CURRENT

可以知道,该组是非当前状态,而且已经归档。

3  CLEAR命令重建该日志文件

SQL>alter database clear logfile group 1;

如果是该日志组还没有归档,则需要用

SQL>alter database clear unarchived logfile group 1;

4  打开数据库,重新备份数据库

SQL>alter database open;

 

说明:

1、如果损坏的是非当前的联机日志文件,一般只需要clear就可以重建该日志文件,但是如果该数据库处于归档状态但该日志还没有归档,就需要强行clear

2、建议clear,特别是强行clear后作一次数据库的全备份;

3、此方法适用于归档与非归档数据库。

 

5.1.2 损坏当前联机日志

 

归档模式下当前日志的损坏有两种情况,

一、是数据库是正常关闭,日志文件中没有未决的事务需要实例恢复,当前日志组的损   坏就可以直接用alter database clear unarchived logfile group n来重建。

二、是日志组中有活动的事务,数据库需要媒体恢复,日志组需要用来同步,有两种补救办法:

A. 最好的办法就是通过不完全恢复,可以保证数据库的一致性,但是这种办法要求在归档方式下,并且有可用的备份

B. 通过强制性恢复,但是可能导致数据库不一致。


下面分别用来说明这两种恢复方法:

 

5.1.2.1 通过备份来恢复

1  打开数据库,会遇到一个类似的错误

ORA-00313: open failed for members of log group 1 of thread 1

ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) 系统找不到指定的文件

 

2  查看V$log,发现是当前日志

SQL> select group#,sequence#,archived,status from v$log;

 

    GROUP#    SEQUENCE# ARCHIVED STATUS

--------- ---------- -------- ----------------

         1          1      NO       CURRENT

         2          2      YES      INACTIVE

         3          3      YES      INACTIVE

 

3  发现clear不成功

SQL> alter database clear unarchived logfile group 1;

alter database clear unarchived logfile group 1

*

ERROR at line 1:

ORA-01624: log 1 needed for crash recovery of thread 1

ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'

 

4  拷贝有效的数据库的全备份,并不完全恢复数据库:

可以采用获取最近的SCN的办法用until scn恢复或用until cnacel恢复

recover database until cancel

先选择auto,尽量恢复可以利用的归档日志,然后重新

recover database until cancel

这次输入cancel,完成不完全恢复,也就是说恢复两次。

如:

SQL> recover database until cancel;

Auto

……

SQL> recover database until cancel;

Cancel;

5  利用alter database open resetlogs打开数据库.

 

说明:

  1、这种办法恢复的数据库是一致的不完全恢复,会丢失当前联机日志中的事务数据;

  2、这种方法适合于归档数据库并且有可用的数据库全备份;

  3、恢复成功之后,记得再做一次数据库的全备份;

  4、建议联机日志文件一定要实现镜相在不同的磁盘上,避免这种情况的发生,因为任何数据的丢失对于生产来说都是不容许的。

 

5.1.2.2 如果没有备份,进行强制性恢复

1  打开数据库,会遇到一个类似的错误

ORA-00313: open failed for members of log group 1 of thread 1

ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) 系统找不到指定的文件

 

2  查看V$log,发现是当前日志

SQL> select group#,sequence#,archived,status from v$log;

 

    GROUP#  SEQUENCE# ARCHIVED STATUS

---------- ---------- -------- ----------------

         1          1 NO       CURRENT

         2          2 YES      INACTIVE

         3          3 YES      INACTIVE

 

3  发现clear不成功

SQL> alter database clear unarchived logfile group 1;

alter database clear unarchived logfile group 1

*

ERROR at line 1:

ORA-01624: log 1 needed for crash recovery of thread 1

ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'

 

4  把数据库down

  SQL>shutdown immediate

 

5  init.ora中加入如下参数

   _allow_resetlogs_corruption=TRUE

 

6  重新启动数据库,利用until cancel恢复

   SQL>recover database until cancel;

   Cancel

如果出错,不再理会,发出

SQL>alter database open resetlogs;

 

7  数据库被打开后,马上执行一个full export

 

8  shutdown数据库,去掉_all_resetlogs_corrupt参数

 

9  重建库

 

10import并完成恢复

 

11、建议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;


说明:

1、该恢复方法是没有办法之后的恢复方法,一般情况下建议不要采用,因为该方法可能导致数据库的不一致;

2、该方法也丢失数据,但是丢失的数据没有上一种方法的数据多,主要是未写入数据文件的已提交或未提交数据;

3、建议成功后严格执行以上的711步,完成数据库的检查与分析;

4、全部完成后做一次数据库的全备份;

5、建议联机日志文件一定要实现镜相在不同的磁盘上,避免这种情况的发生,因为任何数据的丢失对于生产来说都是不容许的。


5.2 损坏控制文件的恢复方法

 

5.2.1 损坏单个控制文件

损坏单个控制文件是比较容易恢复的,因为一般的数据库系统,控制文件都不是一个,而且所有的控制文件都互为镜相,只要拷贝一个好的控制文件替换坏的控制文件就可以了。

 

1 控制文件损坏,最典型的就是启动数据库出错,不能mount数据库

SQL>startup

ORA-00205: error in identifying controlfile, check alert log for more info

查看报警日志文件,有如下信息

alter database  mount

Mon May 26 11:59:52 2003

ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) 系统找不到指定的文件。

 

2  停止数据库:

SQL>shutdown immediate

 

3 拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数,取消这个坏的控制文件。

 

4  重新启动数据:

SQL>startup

 

说明:

1、损失单个控制文件是比较简单的,因为数据库中所有的控制文件都是镜相的,只需要简单的

拷贝一个好的就可以了;

2、建议镜相控制文件在不同的磁盘上;

3、建议多做控制文件的备份,长期保留一份由alter database backup control file to trace产生的控制文件的文本备份。


5.2.2
损坏全部控制文件

 

损坏多个控制文件,或者人为的删除了所有的控制文件,通过控制文件的复制已经不能解决问题,这个时候需要重新建立控制文件。

 

同时注意,alter database backup control file to trace可以产生一个控制文件的文本备份。


以下是详细重新创建控制文件的步骤:

1  关闭数据库

SQL>shutdown immediate;

2  删除所有控制文件,模拟控制文件的丢失

 

3  启动数据库,出现错误,并不能启动到mount

SQL>startup

ORA-00205: error in identifying controlfile, check alert log for more info

查看报警日志文件,有如下信息

alter database  mount

Mon May 26 11:53:15 2003

ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) 系统找不到指定的文件。

 

4  关闭数据库

SQL>shutdown immediate;

 

5  internalsys下运行如下创建控制文件的脚本,注意完整列出联机日志或数据文件的路径,或修改由alter database backup control file to trace备份控制文件时产生的脚本,去掉多余的注释即可。


STARTUP NOMOUNT

CREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS NOARCHIVELOG

        MAXLOGFILES 32

        MAXLOGMEMBERS 2

        MAXDATAFILES 254

        MAXINSTANCES 1

        MAXLOGHISTORY 226

LOGFILE

  GROUP 1 'D:\Oracle\ORADATA\TEST\REDO01.LOG'  SIZE 1M,

  GROUP 2 'D:\Oracle\ORADATA\TEST\REDO02.LOG'  SIZE 1M,

  GROUP 3 'D:\Oracle\ORADATA\TEST\REDO03.LOG'  SIZE 1M

DATAFILE

  'D:\Oracle\ORADATA\TEST\SYSTEM01.DBF',

  'D:\Oracle\ORADATA\TEST\RBS01.DBF',

  'D:\Oracle\ORADATA\TEST\USERS01.DBF',

  'D:\Oracle\ORADATA\TEST\TEMP01.DBF',

  'D:\Oracle\ORADATA\TEST\TOOLS01.DBF',

  'D:\Oracle\ORADATA\TEST\INDX01.DBF'

CHARACTER SET ZHS16GBK;

 

-- Recovery is required if any of the datafiles are restored backups,

-- or if the last shutdown was not normal or immediate.

RECOVER DATABASE

--if the last shutdown was not normal or immediate

--noarchive

-- RECOVER DATABASE UNTIL CANCELUSING BACKUP CONTROLFILE

--archive

-- RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL

-- Database can now be opened normally.

ALTER DATABASE OPEN;

--if recover database until cancel

--ALTER DATABASE OPEN RESETLOGS;

6  如果没有错误,数据库将启动到open状态下。

 

说明:

1、重建控制文件用于恢复全部数据文件的损坏,需要注意其书写的正确性,保证包含了所有的数据文件与联机日志;

2、经常有这样一种情况,因为一个磁盘损坏,我们不能再恢复(store)数据文件到这个磁盘,因此在store到另外一个盘的时候,我们就必须重新创建控制文件,用于识别这个新的数据文件,这里也可以用这种方法用于恢复。

 

阅读(1117) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~