通过rman恢复spfile的最快捷方式

一、sqlplus nomount数据库并恢复spfile

SQL> startup

ORA-01078: failure in processing system parameters

LRM-00109: 无法打开参数文件 'E:\ORACLE\11_2_0\DATABASE\INITXFF.ORA'

RMAN> restore spfile to 'e:\oracle\11_2_0\database\spfilexff.ora'

2> from 'F:\rmanbackup\20111113_0KMRIT19_1_1';

启动 restore 于 14-11月-11

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-00601: fatal error in recovery manager

RMAN-03004: 执行命令期间出现严重错误

RMAN-10041: 无法在失败后重新创建轮询通道上下文。

RMAN-10024: 设置 rpc 轮询时出错

RMAN-10005: 打开游标时出错

RMAN-10002: ORACLE 错误 : ORA-03114: not connected to ORACLE

RMAN-03002: restore 命令 (在 11/14/2011 22:23:24 上) 失败

ORA-03113: 通信通道的文件结尾

进程 ID: 2884

会话 ID: 97 序列号: 1

1、无spfilexff.ora/initxff.ora/init.ora文件,sqlplus不能启动数据库至nomount状态

2、在数据库没有nomount状态下,不能恢复spfile

二、rman nomount数据库并恢复spfile

RMAN> startup

已连接到目标数据库 (未启动)

启动失败: ORA-01078: failure in processing system parameters

LRM-00109: 无法打开参数文件 'E:\ORACLE\11_2_0\DATABASE\INITXFF.ORA'

在没有参数文件的情况下启动 Oracle 实例以检索 spfile

Oracle 实例已启动

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: startup 命令 (在 11/14/2011 22:00:32 上) 失败

ORA-00205: 标识控制文件时出错, 有关详细信息, 请查看预警日志

RMAN> restore spfile to 'e:\oracle\11_2_0\database\spfilexff.ora'

2> from 'F:\rmanbackup\20111113_0KMRIT19_1_1';

启动 restore 于 14-11月-11

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: SID=10 设备类型=DISK

通道 ORA_DISK_1: 正在从 AUTOBACKUP F:\rmanbackup\20111113_0KMRIT19_1_1 还原 spfile

通道 ORA_DISK_1: 从 AUTOBACKUP 还原 SPFILE 已完成

完成 restore 于 14-11月-11

1、rman会使用一个隐含(默认的参数文件启动数据库至nomount状态)

2、在nomount状态下,rman可以恢复spfile

三、rman启动数据库日志

Mon Nov 14 22:00:26 2011

Starting ORACLE instance (restrict)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Using LOG_ARCHIVE_DEST_1 parameter default value as e:\oracle\11_2_0\RDBMS

Autotune of undo retention is turned on.

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

Starting up:

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

With the Partitioning, Oracle Label Security, OLAP, Data Mining,

Oracle Database Vault and Real Application Testing options.

本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/database/Oracle/

Using parameter settings in client-side pfile C:\S5O4.1 on machine XIFENFEI-PC

System parameters with non-default values:

sga_target = 152M

compatible = "11.2.0.1.0"

_dummy_instance = TRUE

remote_login_passwordfile= "EXCLUSIVE"

db_name = "XFF"

Mon Nov 14 22:00:27 2011

PMON started with pid=2, OS id=2932

Mon Nov 14 22:00:28 2011

VKTM started with pid=3, OS id=4364 at elevated priority

VKTM running at (10)millisec precision with DBRM quantum (100)ms

Mon Nov 14 22:00:29 2011

GEN0 started with pid=4, OS id=4524

Mon Nov 14 22:00:30 2011

DIAG started with pid=5, OS id=5472

Mon Nov 14 22:00:30 2011

DBRM started with pid=6, OS id=5296

Mon Nov 14 22:00:30 2011

PSP0 started with pid=7, OS id=6120

Mon Nov 14 22:00:30 2011

DIA0 started with pid=8, OS id=4528

Mon Nov 14 22:00:30 2011

MMAN started with pid=9, OS id=6052

Mon Nov 14 22:00:30 2011

DBW0 started with pid=10, OS id=5348

Mon Nov 14 22:00:30 2011

LGWR started with pid=11, OS id=4904

Mon Nov 14 22:00:30 2011

CKPT started with pid=12, OS id=5388

Mon Nov 14 22:00:30 2011

SMON started with pid=13, OS id=4492

Mon Nov 14 22:00:30 2011

RECO started with pid=14, OS id=576

Mon Nov 14 22:00:30 2011

MMON started with pid=15, OS id=6072

Mon Nov 14 22:00:30 2011

MMNL started with pid=16, OS id=5720

ORACLE_BASE from environment = e:\oracle

Mon Nov 14 22:00:31 2011

alter database mount

ORA-00210: cannot open the specified control file

ORA-00202: control file: 'E:\ORACLE\11_2_0\DATABASE\CTL1XFF.ORA'

ORA-27041: unable to open file

OSD-04002: 无法打开文件

O/S-Error: (OS 2) 系统找不到指定的文件。

ORA-205 signalled during: alter database mount...

Mon Nov 14 22:00:33 2011

Checker run found 1 new persistent data failures

1、查看系统没有发现 C:\S5O4.1文件

2、restrict方式nomount数据库

时间: 2025-01-30 18:01:47

通过rman恢复spfile的最快捷方式的相关文章

RMAN恢复案例——丢失spfile的恢复

恢复 1.1. 丢失spfile的恢复大前提:已经配置了数据库控制文件的自动备份,并且已经有可靠的备份: RMAN> CONFIGURE CONTROLFILE AUTOBACKUP on;   新的 RMAN 配置参数: CONFIGURE CONTROLFILE AUTOBACKUP ON; 已成功存储新的 RMAN 配置参数 正在启动全部恢复目录的 resync 完成全部 resync   RMAN>   RMAN> CONFIGURE CONTROLFILE AUTOBACKUP

rman恢复案例——丢失全部控制文件的恢复

恢复|控制 1.1. 丢失全部控制文件的恢复1.1.1.    模拟控制文件丢失RMAN> shutdown abort;   Oracle 例程已关闭   RMAN> host;   Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp.   C:\>del D:\oracle92\test1\CONTROL*.CTL   C:\>dir D:\oracle92\test1\CONTROL*.CT

rman恢复方案和oracle异机恢复_oracle

注:①恢复的前提是已经做好备份②完全恢复数据库是数据库遇到故障,在恢复时候没有丢失任何已经提交事物数据的恢复不完全恢复数据库是数据库遇到故障,在恢复时候丢失部分数据的恢复③在linux下需要设置环境变量,即需要恢复的oracle数据库的实例名:export ORACLE_SID=orcl④当用resetlogs启动数据库时,应该要对数据库进行一次全备份 一.恢复方案1.丢失数据文件,进行完全恢复 复制代码 代码如下: RMAN>startup mount;RMAN>restore databa

Oracle10g数据库恢复(RMAN 恢复)教程

Oracle10g数据库恢复(RMAN 恢复)教程 一.自动管理文件   二.使用RMAN功能,包括所有资料档案库维护和报告功能可通过使用Oracle Enterprise Manager来完成[调用RMAN恢复的脚本]   RMAN恢复:restore和recover命令   restore:是RMAN从我们备份的地方找一下备份集,然后把这些备   份集移动到现在数据文件的位置.[相当于用户管理中的copy命令]   recover:开始使用归档日志文件或者联机重做日志文件把你变化的数据恢复回

备份恢复4.2——rman恢复基础概念

rman恢复与用户管理的备份恢复一样,都分为完全恢复和不完全恢复,都需要工作在archivelog模式下. rman10g之后只保留了0级和1级备份,1级备份分为:cumulative(累积增量)和differential(差异增量)两种模式,如果不加关键词默认是差异增量备份: backup incremental level 1 cumulative database(累积增量) backup incremental level 1 database(差异增量) 连接: rman connec

[20160718]rman恢复与filesystemio_options

[20160718]rman恢复与参数filesystemio_options=setall.txt --今天在测试环境恢复数据库,遇到许多诡异的问题,做一个记录. 1.恢复环境. SYS@dbcn1> @ &r/ver BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11

使用rman恢复控制文件

没有使用catalog的情况:控制文件自动备份将控制文件和spfile放在一个文件里进行备份,默认位置为?/dbs(windows在?/database).这个位置可以使用如下语句进行更改:CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'd:\oracle\rman\ctl_%F.ctl';恢复默认值:CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE D

【RMAN】RMAN恢复各类错误解决总结

[RMAN]RMAN恢复各类错误解决总结 第一章 RMAN恢复错误 1.1  不完全恢复错误 1.1.1  RMAN-06023 RMAN-06023 : no backup or copy of datafile found to restore 说明 RMAN 的备份信息如下:   RMAN> list backupset summary; List of Backups =============== Key     TY LV S Device Type Completion Time

Oracle 10g中用RMAN恢复临时表空间增强

我们知道在Oracle10gR2以前的版本中,如果使用RMAN恢复数据库,临时表空间的临时文件是不会自动恢复的. 这曾经引发了一系列的麻烦,很多DBA在恢复完成之后忘记添加临时文件,经常到应用出错时才能发现. 从Oracle10gR2开始,使用RMAN恢复数据库之后,Oracle会自动重新创建临时文件,由于临时文件是Sparse File,所以创建会非常迅速,通常你不会感觉得到. 以下是我曾经恢复的一段日志,其中记录了Oracle的恢复处理过程: Thu Sep 14 22:52:06 2006