Oracle数据库环境详解 |
本文标签:Oracle数据库 我们今天要阐述下测试环境中的Oracle数据库环境,的相关模式在模拟某些文件丢失后,你怎样运用Oracle数据库对其进行调整,以下就是其相关的具体操作方法,希望同大家一起分享 。 一、先阐述下测试环境 系统数据库环境:window+Oracle10g R2+archive模式; 模拟Redo文件丢失,Oracle数据库在正常关闭的情况发现Redo丢失了; 二、测试 (1)、倘若丢了一个或多个redo组的一个成员 。这种情况最好处理,直接copy其它目录的成员,重新启动数据库即可 。此种情况不作太多的说明; (2)、倘若丢失的是一组或两组甚至全部Redo日志丢失,则有以下三种方法可以恢复; A、clear logfile方法(以下的测试均属于是redo日志全部丢失的环境下) 1、关闭数据库; 2、手动删除所有redo文件; 3、启动数据库; SQL> startup Oracle 例程已经启动 。
Oracle数据库装载完毕 。 ORA-00313: 无法打开日志组 1 (用于线程 1) 的成员 ORA-00312: 联机日志 1 线程 1:
ORA-00312: 联机日志 1 线程 1: F:\REDO\REDO01_B.LOG SQL> 4、查看当前日志状态;
5、clear生成非当前的日志;
Oracle数据库已更改 。
6、继续打开数据库;
第 1 行出现错误: ORA-00313: 无法打开日志组 2 (用于线程 1) 的成员 ORA-00312: 联机日志 2线程 1:
ORA-00312: 联机日志 3 线程 1: F:\REDO\REDO02_B.LOG
第 1 行出现错误: ORA-00350: 日志 2(实例 orcl 的日志, 线程 1) 需要归档 ORA-00312: 联机日志 2 线程 1:
ORA-00312: 联机日志 2 线程 1: F:\REDO\REDO02_B.LOG 报错;因为group2是当前状态; 此时只能从其它目录copy有效备份 。然后在alter database;
数据库已更改 。 然后再重建Group 3,方法同重建 Group 1;
Oracle数据库已更改 。
数据库已更改 。 注意:倘若没有物理有效备份文件,数据库则将无法打开;用clear logifle这种方法,对于处于CURRENT状态的Redo,只能通过COPY有效的物理备份去打开数据库,否则无法打开; |