RMAN数据库恢复之控制文件和参数文件恢复

一、控制文件的恢复
1、查询控制文件的路径

SQL> SELECT * FROM V$CONTROLFILE;
STATUS NAME IS_RECOVERY_DEST_FILE BLOCK_SIZE FILE_SIZE_BLKS
------- -------------------------------------------------------------- --------------------- ---------- --------------
D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL NO 16384 594
D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\CONTROL02.CTL NO 16384 594

2、删除控制文件

SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> host del D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL

SQL> startup
ORACLE 例程已经启动。

Total System Global Area 647204864 bytes
Fixed Size 2178536 bytes
Variable Size 478151192 bytes
Database Buffers 159383552 bytes
Redo Buffers 7491584 bytes
ORA-00205: ……

SQL> shutdown immediate;
ORA-01507:
ORACLE 例程已经关闭。

3、启动数据库到NOMOUNT状态

RMAN> SET DBID=1392118573;
RMAN> startup nomount;
ORACLE 例程已经启动。

Total System Global Area 647204864 bytes
Fixed Size 2178536 bytes
Variable Size 478151192 bytes
Database Buffers 159383552 bytes
Redo Buffers 7491584 bytes

4、RESTORE控制文件

RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP; --控制文件会被恢复到初始化参数:CONTROL_FILES指定的路径下。

启动 restore 于 21-12月-14
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID=10 设备类型=DISK

恢复区目标: D:\app\Administrator\flash_recovery_area
用于搜索的数据库名 (或数据库的唯一名称): ORCL
通道 ORA_DISK_1: 在恢复区中找到 AUTOBACKUP D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2014_12_21\O1_MF_S_866919295_B9F9R0BL_.BKP
由于未设置 DBID 而未尝试使用格式 "%F" 搜索 AUTOBACKUP
通道 ORA_DISK_1: 正在从 AUTOBACKUP D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2014_12_21\O1_MF_S_866919295_B9F9R0BL_.BKP 还原控制文件
通道 ORA_DISK_1: 从 AUTOBACKUP 还原控制文件已完成
输出文件名=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL
输出文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\CONTROL02.CTL
完成 restore 于 21-12月-14

5、MOUNT-RECOVER-OPEN数据库

RMAN> ALTER DATABASE MOUNT;

数据库已装载
释放的通道: ORA_DISK_1

RMAN> RECOVER DATABASE;

启动 recover 于 21-12月-14
启动 implicit crosscheck backup 于 21-12月-14
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID=10 设备类型=DISK
已交叉检验的 7 对象
完成 implicit crosscheck backup 于 21-12月-14

启动 implicit crosscheck copy 于 21-12月-14
使用通道 ORA_DISK_1
完成 implicit crosscheck copy 于 21-12月-14

搜索恢复区中的所有文件
正在编制文件目录...
目录编制完毕

已列入目录的文件的列表
=======================
文件名: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2014_12_21\O1_MF_S_866919295_B9F9R0BL_.BKP

使用通道 ORA_DISK_1

正在开始介质的恢复

线程 1 序列 22 的归档日志已作为文件 D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_22_B9DR7DS3_.ARC 存
线程 1 序列 23 的归档日志已作为文件 D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_23_B9DZJWGJ_.ARC 存
线程 1 序列 24 的归档日志已作为文件 D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_24_B9F6WMP8_.ARC 存
线程 1 序列 25 的归档日志已作为文件 D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG 存在于磁盘上
归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_22_B9DR7DS3_.ARC 线程=1 序列=22
归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_23_B9DZJWGJ_.ARC 线程=1 序列=23
归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2014_12_21\O1_MF_1_24_B9F6WMP8_.ARC 线程=1 序列=24
归档日志文件名=D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG 线程=1 序列=25
介质恢复完成, 用时: 00:00:04
完成 recover 于 21-12月-14

RMAN> ALTER DATABASE OPEN RESETLOGS;
数据库已打开

----------------------------------------------------------------
说明:
1、由于控制文件丢失,只能启动数据库到NOMOUNT状态。不过在启动数据库之前,必须首先通过SET设定DBID。关于DBID的查询可通过V$DATABASE视图查询;或者是RMAN的备份日志;自动备份的文件名中包含有DBID;RMAN连接到目标数据库时也会显示DBID。
2、如果是在NOCATALOG模式下,RMAN创建的备份信息都将保存在目标数据库的控制文件中,所以一旦控制文件丢失,不仅目标数据库崩溃,连RMAN的备份信息也全丢失。如果有备份的控制文件,还可进行恢复,没有的话,只能通过写脚本的方式重写控制文件。
3、由于是通过备份的控制文件恢复,因此打开时必须指定RESETLOGS;
4、如果在执行备份之前修,修改过自动备份的默认路径,那么在执行RESTORE CONTROLFILE FROM AUTOBACKUP会提示找不到备份文件。此时需要重新设置一下自动备份路径,或者手动复制自动备份的控制文件到当前的默认的路径下。
在NOCATALOG模式下修改控制文件自动备份的保存路径时,使用SET命令:
RMAN> SET AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘之前修改过的路径‘;
然后执行RESTORE命令,从自动备份中恢复控制文件即可。
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;
5、从指定备份集中恢复控制文件
RMAN> RESTORE CONTROLFILE FROM ‘备份集路径‘; --也可以加上TO参数,将控制文件恢复到指定路径下。

二、恢复服务器端初始化参数文件SPFILE
可能过BACKUP SPFILE命令手动备份初始化参数文件。不过一般RMAN在备份控制文件时,会自动备份SPFILE;
恢复参数文件与恢复控制文件相似:
执行恢复参数文件命令:
RESTORE SPFILE FROM AUTOBACKUP;
SPFILE文件的修改:
由于SPFILE文件是二进制文件,无法直接编辑,如果要修改,可先通过SPFILE创建PFILE(客户端初始化参数文件),PFILE可直接用记事本打开编辑。再通过PFILE创建SPFILE即可。

SQL> SHOW PARAMETER SPFILE;
NAME TYPE VALUE
------- ----------- ------------------------------
spfile string D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEORCL.ORA

SQL> create pfile = ‘D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\PFILEORCL.ORA‘ from spfile;--后也可加上绝对路径。from spfile=‘……‘;

文件已创建。

SQL> create spfile from pfile= ‘D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\PFILEORCL.ORA‘; --从PFILE文件创建SPFILE文件。
时间: 2024-10-01 22:51:11

RMAN数据库恢复之控制文件和参数文件恢复的相关文章

RMAN数据库恢复之对数据库进行完全介质恢复

RMAN数据库恢复之对数据库进行完全介质恢复环境:控制文件和参数文件SPFILE及归档文件.重做日志文件都在.其它数据文件丢失.恢复方法:使用之前创建的全库备份进行恢复1.删除数据文件: SQL> SHUTDOWN IMMEDIATE; 数据库已经关闭. 已经卸载数据库. ORACLE 例程已经关闭. SQL> HOST DEL D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF SQL> HOST DEL D:\APP\ADMINISTRATO

数据文件、日志文件、归档文件、控制文件、参数文件及RMAN备份数据库信息查询

一.查看数据库信息:=====================1.数据文件 SQL> SELECT FILE#,STATUS,ENABLED,NAME FROM V$DATAFILE; FILE# STATUS ENABLED NAME ---------- ------- ---------- ------------------------------------------------ 1 SYSTEM READ WRITE D:\APP\ADMINISTRATOR\ORADATA\ORC

RMAN数据库恢复之丢失数据文件的恢复

删除某一数据文件:SQL> HOST del D:\app\Administrator\oradata\orcl\USERS01.dbf 启动数据库,提示丢失数据文件4,此时数据库处理MOUNT状态: RMAN> STARTUP …… 第 1 行出现错误:ORA-01157: 无法标识/锁定数据文件 4 - 请参阅 DBWR 跟踪文件ORA-01110: 数据文件 4: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\USERS01.DBF' 执行RMAN恢复======

RMAN数据库恢复之恢复表空间和数据文件

执行表空间或数据文件恢复时,数据库既可以是MOUNT状态,也可以是OPEN状态.1.恢复表空间在执行恢复之前,如果被操作的表空间未处理OFFLINE状态,必须首先通过ALTER TABLESPACE…OFFLINE语句将其置为脱机.然后再RESTORE-->RECOVER--->ONLINE即可. RMAN> SQL 'ALTER TABLESPACE USERS OFFLINE IMMEDIATE'; 在恢复目录中注册的数据库的新原型 正在启动全部恢复目录的 resync 完成全部 r

手工备份控制文件和参数文件

备份二进制控制文件 SQL> alter database backup controlfile to 'd:\contronfile01.bkp'; 数据库已更改. 创建文本的控制文件内容 SQL> alter database backup controlfile to trace; 数据库已更改. 具体文件目录:查看参数:USER_DUMP_DEST oracle 9i以后采用spfile,服务端参数文件是一个二进制的参数文件.二进制文件跟文本文件之间的转换 SQL> create

数据库恢复之丢失联机重做日志文件的恢复

联机重做日志文件用来循环记录ORACLE数据库的所有操作,几乎时刻都在读写,因此单纯备份某个时间点的联机重做日志文件没有意义,恢复时根本用来上.RMAN的备份里根本就没有备份联机重做日志的功能,而且不止RMAN,所有的备份软件都没有备份联机重做日志文件的说法.因此,丢失联机重做日志后的数据库恢复也用不到RMAN. 如果ORACLE数据库在启动时发现丢失某一某一联机重做日志文件,则直接报错.ORACLE通过文件冗余的方式来确保联机重做日志文件的安全.即每组联机重做日志创建 多个文件,至少两个,每个

RMAN数据库恢复之恢复归档日志文件

恢复归档日志文件如果只是为了在恢复数据文件之后应用归档文件,那并不需要手动对归档文件进行恢复,RMAN会在RECOVER时自动对适当的归档进行恢复.单独恢复归档文件一般是有特别的需求,如创建了Data Guard环境.Standby端丢失了部分归档文件,需要从Primary端重新获取.1.恢复全部归档日志文件RMAN> RESTORE ARCHIVELOG ALL; 2.恢复归档序号为20至30之间的归档文件RMAN> RESTOER ARCHIVELOG SEQUENCE BETWEEN 2

springmvc笔记(基本配置,核心文件,路径,参数,文件上传,json整合)

首先导入jar包 大家注意一下我的springmvc,jackson,common-up的jar包版本.其他版本有可能出现不兼容. src文件: webroot目录: web.xml 1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http:/

rman数据库恢复;关键/非关键文件、影像副本、控制文件、还原点、非归档、增量、新数据库、灾难性回复

执行完全恢复:在 ARCHIVELOG 模式下 丢失了系统关键数据文件: 如果某个数据文件丢失或损坏,且该文件属于 SYSTEM 或 UNDO 表空间,请执行以下步骤: 1. 实例可能会也可能不会自动关闭. 2.如果未自动关闭,请使用 SHUTDOWN ABORT 关闭实例. 3. 装载数据库. 4. 还原并恢复缺失的数据文件. 5.打开数据库. 1.归档模式丢失非关键数据文件  完全恢复 第一种方法: shutdown abort; startup mount; alter database