快上网专注成都网站设计 成都网站制作 成都网站建设
成都网站建设公司服务热线:028-86922220

网站建设知识

十年网站开发经验 + 多家企业客户 + 靠谱的建站团队

量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决

OnlineRedoLog损坏处理的示例分析

本篇文章给大家分享的是有关Online Redo Log损坏处理的示例分析,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

创新互联主营洪江管理区网站建设的网络公司,主营网站建设方案,成都App定制开发,洪江管理区h5微信小程序开发搭建,洪江管理区网站营销推广欢迎洪江管理区等地区企业咨询

我们一起来看一下非一致性关闭条件下当前日志组删除的处理。 

6、非一致性关闭当前日志组处理

 

我们回到10g Windows版本进行实验。

 

 

 

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

 

    GROUP# ARCHIVED STATUS           FIRST_CHANGE#  SEQUENCE#

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

         1 NO       CURRENT                 605509          8

         2 YES      ACTIVE                  604411          7

         3 YES      INACTIVE                604371          6

 

SQL> shutdown abort;

ORACLE例程已经关闭。

SQL>

 

 

E:\oracle\product\10.2.0\oradata\orcl>rename REDO01B.LOG REDO01B.LOG_bak

E:\oracle\product\10.2.0\oradata\orcl>rename REDO01A.LOG REDO01A.LOG_bak

 

 

SQL> startup

ORACLE例程已经启动。

 

Total System Global Area  603979776 bytes

Fixed Size                  1250380 bytes

Variable Size             218106804 bytes

Database Buffers          377487360 bytes

Redo Buffers                7135232 bytes

数据库装载完毕。

ORA-00313:无法打开日志组 1 (用于线程 1)的成员

ORA-00312:联机日志 1线程 1:

'E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_1_85TNYSWS_.L

OG'

ORA-27041:无法打开文件

OSD-04002:???????

O/S-Error: (OS 2)????????????????

ORA-00312:联机日志 1线程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_1_85TNYS8S_.LOG'

ORA-27041:无法打开文件

OSD-04002:???????

O/S-Error: (OS 2)????????????????

 

 

 

之后,使用常规方法很难打开数据库。

 

 

SQL> recover database until cancel;

ORA-00279:更改 605036 (在 09/23/2012 09:01:03生成)对于线程 1是必需的

ORA-00289:建议:

E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_09_23\O1_MF_1_

7_%U_.ARC

ORA-00280:更改 605036 (用于线程 1)在序列 #7中

 

 

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

auto

ORA-00279:更改 605509 (在 09/23/2012 09:02:53生成)对于线程 1是必需的

ORA-00289:建议:

E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_09_23\O1_MF_1_

8_%U_.ARC

ORA-00280:更改 605509 (用于线程 1)在序列 #8中

ORA-00278:此恢复不再需要日志文件

'E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_09_23\O1_MF_1

_7_85WQXX8S_.ARC'

 

 

ORA-00308:无法打开归档日志

'E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_09_23\O1_MF_1

_8_%U_.ARC'

ORA-27041:无法打开文件

OSD-04002:???????

O/S-Error: (OS 2)????????????????

 

 

ORA-01547:警告: RECOVER成功但 OPEN RESETLOGS将出现如下错误

ORA-01194:文件 1需要更多的恢复来保持一致性

ORA-01110:数据文件 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DATAFILE\O1_MF_SYSTEM_85TSQFJM_.DBF'

 

 

SQL> alter database open resetlogs;

alter database open resetlogs

*

第 1行出现错误:

ORA-01194:文件 1需要更多的恢复来保持一致性

ORA-01110:数据文件 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\DATAFILE\O1_MF_SYSTEM_85TSQFJM_.DBF'

 

 

 

在处理这个问题上,处理上节介绍的备份还原的手段,我们没有太多很好的选择。但是,如果没有备份的时候,我们就需要进行冒险操作。

 

之所以我们无法从mount进入open状态,主要是源于无法通过文件头完整性检验步骤。在Oracle中,我们可以利用一些后门来让Oracle不进行检查,通过open阶段。下面我们就需要在参数中添加这些配置。

 

 

SQL> shutdown abort;

ORACLE例程已经关闭。

SQL> startup nomount;

ORACLE例程已经启动。

 

Total System Global Area  603979776 bytes

Fixed Size                  1250380 bytes

Variable Size             218106804 bytes

Database Buffers          377487360 bytes

Redo Buffers                7135232 bytes

SQL>

 

--生成PFILE

SQL> create pfile='d:\pfile.ora' from spfile;

 

文件已创建。

 

 

隐含参数_allow_resetlogs_corruption可以让我们避开一致性检查。在pfile中加入参数行。

 

 

(参数文件内容)

_allow_resetlogs_corruption=TRUE

orcl.__db_cache_size=377487360

orcl.__java_pool_size=4194304

orcl.__large_pool_size=4194304

orcl.__shared_pool_size=209715200

orcl.__streams_pool_size=0

 

 

之后,尝试打开数据库。

 

 

SQL> shutdown abort

ORACLE例程已经关闭。

SQL> startup pfile='d:\pfile.ora';

ORACLE例程已经启动。

 

Total System Global Area  603979776 bytes

Fixed Size                  1250380 bytes

Variable Size             218106804 bytes

Database Buffers          377487360 bytes

Redo Buffers                7135232 bytes

数据库装载完毕。

ORA-01589:要打开数据库则必须使用 RESETLOGS或 NORESETLOGS选项

 

 

SQL> alter database open resetlogs;

 

数据库已更改。

 

SQL> conn sys/oracle@orcl as sysdba

Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.1.0

Connected as SYS

 

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

 

    GROUP# ARCHIVED STATUS           FIRST_CHANGE#  SEQUENCE#

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

         1 NO       CURRENT                 605510          1

         2 YES      UNUSED                       0          0

         3 YES      UNUSED                       0          0

 

注意:这种方法是有很多的问题的。加入参数可以让我们绕开一致性验证,但是很多场景下,特别是文件损坏的场景下,启动可能还会遇到其他错误信息。一旦我们打开数据库,要明白这个库是处在危险之中,我们能做的就是将重要数据尽快的备份出来。

无论发生何种类型的错误,可用、完整的备份都是我们的救命草。要制定完备的备份策略,经常性的检查备份有效性,防患于未燃。

以上就是Online Redo Log损坏处理的示例分析,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


网页标题:OnlineRedoLog损坏处理的示例分析
URL分享:http://6mz.cn/article/pgsoei.html

其他资讯