1818IP-服务器技术教程,云服务器评测推荐,服务器系统排错处理,环境搭建,攻击防护等

当前位置:首页 - 数据库 - 正文

君子好学,自强不息!

以下的文章主要是介绍Oracle备份--redo丢失与恢复的实际操作步骤,本文分成两个主要部分,一部分是阐述下测试环境,另外一部分时介绍Oracle备份--redo丢失与恢复测试,以下局势文章的具体内容的介绍。

一、先阐述下测试环境

系统数据库环境:window+Oracle10g R2+archive模式;

模拟Redo文件丢失,数据库在正常关闭的情况发现Redo丢失了;

二、测试

(1)、倘若丢了一个或多个redo组的一个成员。这种情况***处理,直接copy其它目录的成员,重新启动数据库即可。此种情况不作太多的说明;

(2)、倘若丢失的是一组或两组甚至全部Redo日志丢失,则有以下三种方法可以恢复;

A、clear logfile方法(以下的测试均属于是redo日志全部丢失的环境下)

1、关闭数据库;

2、手动删除所有redo文件;

3、启动数据库;

SQL> startup

Oracle 例程已经启动。

TotalSystemGlobalArea612368384bytes 
FixedSize1250428bytes 
VariableSize255855492bytes 
DatabaseBuffers348127232bytes 
RedoBuffers7135232bytes 

数据库装载完毕。

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

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

'E:\Oracle\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG'

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

'F:\REDO\REDO01_B.LOG'

SQL>

4、在Oracle备份--redo丢失与恢复的实际操作中应查看当前日志状态;

SQL>selectgroup#,members,archived,statusfromv$log; 
GROUP#MEMBERSARCSTATUS 
12YESINACTIVE 
22NOCURRENT 
32YESINACTIVE 
SQL>

5、clear生成非当前的日志;

SQL>alterdatabaseclearlogfilegroup1;

数据库已更改。SQL>

6、继续打开数据库;

SQL>alterdatabaseopen; 
alterdatabaseopen 
* 

第 1 行出现错误:ORA-00313: 无法打开日志组 2 (用于线程 1) 的成员ORA-00312: 联机日志 2线程 1:

'E:\Oracle\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'

ORA-00312: 联机日志 3 线程 1: ‘F:\REDO\REDO02_B.LOG’

SQL>
SQL>alterdatabaseclearlogfilegroup2; 
alterdatabaseclearlogfilegroup2* 

第 1 行出现错误:

ORA-00350: 日志 2(实例 orcl 的日志, 线程 1) 需要归档ORA-00312: 联机日志 2 线程 1:

'E:\Oracle\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'

ORA-00312: 联机日志 2 线程 1: ‘F:\REDO\REDO02_B.LOG’

报错;因为group2是当前状态;此时只能从其它目录copy有效备份。然后在alter database;

SQL>alterdatabaseclearunarchivedlogfilegroup2;

数据库已更改。

然后再重建Group 3,方法同重建 Group 1;

SQL>alterdatabaseclearlogfilegroup3;

数据库已更改。

SQL>alterdatabaseopen;

数据库已更改。

注意:倘若没有物理有效备份文件,数据库则将无法打开;用clear logifle这种方法,对于处于CURRENT状态的Redo,只能通过COPY有效的物理备份去打开数据库,否则无法打开。

本文来源:1818IP

本文地址:https://www.1818ip.com/post/11855.html

免责声明:本文由用户上传,如有侵权请联系删除!

发表评论

必填

选填

选填

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。