Oracle数据库非归档模式重做日志恢复方法

王　超，祝永志（曲阜师范大学信息科学与工程学院，山东日照276800）



Oracle数据库非归档模式重做日志恢复方法

王超，祝永志
（曲阜师范大学信息科学与工程学院，山东日照276800）

摘 要：Linux系统是在企业中广泛使用的操作系统，企业亦多基于该操作系统安装数据库。当数据库运行在非归档模式中，且数据库处于无日志备份的情况时，一旦重做日志文件丢失将会导致数据库不可用。针对Oracle数据库重做日志文件丢失问题，提出一种非归档模式下的重做日志恢复方法。实验证明，该方法能有效实现重做日志的无备份恢复。

关键词：Oracle数据库；非归档模式；日志恢复；Linux

0　引言

Oracle数据库是广泛应用的大型关系型数据库，数据库的高可用性是一个重要的研究课题，快速准确地恢复数据库日志文件对提高数据库可用性有重要意义。本文以Linux操作系统为基础，针对非归档模式下重做日志文件丢失问题提出一种恢复方法。实验表明，该方法能有效实现非归档模式下的重做日志文件恢复，实现数据库的可用性。

1　重做日志概述

重做日志文件（Redo Log File）用于保存表、索引或其他Oracle对象中添加、删除或者改变数据的记录。由于Oracle用循环的方式重复使用重做日志文件，因此每个Oracle数据库有且至少有两个重做日志文件。当一个重做日志文件充满重做日志条目时，如果系统需要实例恢复，则当前的日志文件标记为ACTIVE；如果不需要实例恢复，则标记为INACTIVE；系统从文件开始按序列使用下一个日志文件，并将其标记为CURRENT［1］。在Oracle数据库体系结构中，数据文件、控制文件、重做日志文件和归档日志文件等组成数据库的文件系统，如图1所示。

在现实使用中，为了保证数据库稳定运行，通常需要对数据库日志文件备份，日志文件与其镜像文件记录相同的日志信息，共同组成日志文件组。为了确保日志文件的安全，在同一个组中的日志文件通常会被放在不同的磁盘中［2］。日志文件丢失可能是由数据库管理员（Database Administrator，DBA）操作引起不当，如误删日志文件，或由于磁盘存储问题导致数据库日志文件丢失。在重做日志文件丢失期间，可能会引起数据库系统无法使用，此时一旦数据库数据文件丢失，将无法及时恢复，有可能会造成极大的损失。因此，确保重做日志文件的安全性、冗余性对确保数据库系统稳定是极为重要的。

图1　Oracle数据库系统结构

2　日志恢复存在的问题

2.1归档模式

Oracle数据库可以运行在归档（Archivelog）模式和非归档（Noarchivelog）模式。数据库非归档模式只能用于保护数据库实例失败，而不能用于保护存储介质失败。为了防止数据库物理文件损坏所导致的数据丢失，数据库通常运行在归档模式下［3］。在实际的使用中，可能由于DBA的错误操作使数据库系统运行在非归档模式下，此时一旦重做日志文件丢失，则无法通过归档日志恢复重做日志。在此前研究中，数据库日志的备份与恢复策略大多是基于归档模式［4］，在非归档模式下的数据库恢复也大多是使用RMAN通过备份文件恢复［5-6］。

2.2一致性检查

在Oracle数据库启动过程中，当启系统动到装载数据库MOUNT状态时会进行数据一致性检查［7］，如图2所示。在重做日志丢失的情况下，无法完成数据一致性检查，为了使数据库恢复可用，需要通过修改系统隐藏参数，使数据库在启动时跳过一致性检查。

图2　Oracle数据库启动过程

2.3身份验证

在Oracle数据库日志文件丢失期间，数据库无法正常启动并进行基本的身份验证。此时，对数据库的操作需要通过SYS用户进行，需通过操作系统认证（Operating System Authentication，OSA）的方式获得SYS用户权限。

3　重做日志恢复

3.1恢复方法概述

在Linux环境中，对非归档模式下故障的Oracle数据库系统使用数据库控制文件实现数据库恢复，并通过修改Linux系统中Oracle数据库的隐藏参数“-allow-resetlogscorruption”值实现跳过启动一致性检查，实现数据库启动，在此基础上使用resetlogs方法完成重做日志文件的恢复。基于以上方法，进行以下实验。

3.2实验过程

实验基于Linux环境中Oracle 11g R2数据库系统，由于Linux文件系统与W indows文件系统的差别，其恢复过程与在W indows环境中的恢复过程存在一定差异。为了模拟实际使用中重做日志恢复效果，这里手动删除redo01.log、redo02.log、redo03.log 3个日志文件。在实际操作中建议提前对数据文件备份，防止恢复失败导致数据丢失。在实验过程中也对一些常见的系统异常提示进行相应的处理，具体实验操作如下。

（1）进入系统命令终端，通过OSA方式获得SYS用户权限，按照常规流程使用startup命令启动Oracle数据库进程：

SQL＞startup

此时系统返回如下信息：

Oracle instance started.

……

Databasemounted

ORA-00313：open failed formembers of log group 1 of thread 1

ORA-27037：unable to obtain file status

Linux ERROR：2：No such file or directory

Additional information：3

（2）由于该数据库文件系统缺少重做日志文件，系统提示无法找到文件，数据库启动过程中系统报错。此时，可以使用下面的命令查询当前数据库的实例名、数据库归档模式和打开模式，确定当前状态所处开启模式：

SQL＞select name，log-mode from vMYMdatabase；

返回查询结果如下：

NAME　LOG-MODE　OPEN-MODE ORCL　NOARCHIVELOG　MOUNTED

（3）这里的LOG-MODE为NOARCHIVELOG模式，说明数据库处于非归档模式，且当前数据库开启到MOUNTED状态。此时，使用resetlogs方法打开数据库，输入以下命令：

SQL＞alter database open resetlogs；

系统返回信息如下：

……

ERROR at line 1：

ORA-01139：RESETLOGS option only valid after an complete database recovery

（4）根据系统提示，数据库如果要使用resetlogs方法，则需要在一个系统恢复之后，因此，需先对数据库实施数据恢复。在该实验的情况中，由于实验环境中仅重做日志文件丢失，而控制文件未丢失，此处可通过使用控制文件对数据库进行恢复，使用如下命令：

SQL＞recovery database using backup controlfile；

系统返回异常：

……

ORA-00308：cannot open archived log

ORA-27037：unable to obtain file status

Linux-x86-64 Error：2：No such file or directory

（5）该问题的产生是由于系统处于非归档模式下，系统提示错误，归档日志无法使用，但实际中数据库恢复过程已经通过控制文件完成，此时再次使用resetlogs方法进行数据库日志恢复，系统返回异常：

ORA-01113：file 1 needsmedia recovery

ORA-01110：data file 1：' /usr/app/oracle/oradata/orcl/

system01.dbf'

（6）该异常提示表明：如果要使用resetlogs方法恢复则需要通过恢复媒介，这里由于重做日志文件丢失，无法通过媒介来恢复。因此需要修改隐藏参数，让Oracle数据库忽略数据一致性检查。使用以下命令：

SQL＞alter system set”-allow-resetlogs-corruption”

=true scope=spfile；

System altered.

（7）在修改完此参数后，使用强制数据库重启命令启动数据库：

SQL＞startup forcemount

系统返回如下信息：

……

Database mounted.

（8）数据库装载成功后，再次使用resetlogs方法执行数据库恢复。在一段时间之后，系统返回信息“Database altered”。该信息表明数据库重做日志恢复完成，打开文件所在目录，实例文件夹中显示redo01.log、redo02.log、redo03.log 3个日志文件，重启数据库即完成恢复。

（9）修改-allow-resetlogs-corruption参数为系统默认的false，则在启动时进行数据一致性检查：

SQL＞alter system reset”-allow-resetlogs-corruption”scope=spfile；

（10）使用startup force命令重启数据库后，查询修改的隐藏参数值：

SQL＞selcet KSPPINM，KSPPSTVL from xMYMksppi a，

xMYMksppcv b where a.indx=b.indx and ksppinm like‘%resetlogs'；

返回查询结果如下：

KSPPINM　KSPPSTVL -no-recovery-through-resetlogs　FALSE -allow-resetlogs-corruption　FALSE

（11）启用Oracle数据库的归档模式，增强数据库系统的可用性：

SQL＞alter database archivelog；

使用命令查看归档日志列表：

SQL＞archive log list；

Database logmode Archive Mode Automatic archival Enable

得到以上返回信息说明数据库已经运行在归档模式下，实验完成。

4　结论

通过实验证明，本文提出的Oracle数据库重做日志的恢复方法能够有效实现在Linux系统下非归档模式重做日志文件的恢复，实现Oracle数据库系统的故障恢复，提高数据库系统的可用性。

参考文献

［1］BRYLA B，LONEY K.Oracle database 11g DBA handbook［M］. New York：McGraw-Hill，2007.

［2］王伟平.Oracle 11g网络大讲堂［M］.北京：清华大学出版社，2013.

［3］贺亚茹.Oracle数据库日志文件损坏时修复方法的实验研究［J］.计算机应用，2009，29（S2）：393-395.

［4］韦德强.Oracle数据库的备份与恢复策略［J］.电脑知识与技术，2010，6（19）：5367-5370.

［5］王良莹.Oracle数据库故障恢复技术剖析［J］.电脑编程技巧与维护，2011，50（14）：123-124，135.

［6］刘超，张明安.基于Oracle数据库系统的备份与恢复技术研究［J］.软件，2014，35（3）：125-128.

［7］周文琼，王乐球.Oracle数据库启动过程研究与实践［J］.软件导刊，2011，10（7）：169-171.

王超（1991 -），男，硕士研究生，主要研究方向：分布式数据库。

祝永志（1964 -），男，硕士，教授，主要研究方向：并行与分布式计算、分布式数据库。

引用格式：王超，祝永志.Oracle数据库非归档模式重做日志恢复方法［J］.微型机与应用，2016，35（10）：79-81.

Method of redo log recovery for Oracle database in noarchivelog mode

Wang Chao，Zhu Yongzhi
（School of Information Science and Engineering，Qufu Normal University，Rizhao 276800，China）

Abstract：Linux operating system is widely used in the enterprise，and many enterprise installs database based on this operating system.When the database is running in noarchivelog mode，and there is no log backup for database，once the redo log file is lost，the database is not available.For this problem，a redo log recovery method in noarchivelog mode is proposed.The experiment shows that this method can effectively achieve the recovery of the redo log.

Key words：Oracle database；noarchivelogmode；log recovery；Linux

作者简介：

收稿日期：（2016-01-25）

中图分类号：TP311.13

文献标识码：A

DOI：10.19358 /j.issn.1674-7720.2016.09.027