RMAN备份与恢复 —— 参数文件还原

在RMAN用语中，“还原”与“恢复”具有不同的含义，还原(restore)是指访问先前生成的备份集，从中得到一个或多个对象，然后再磁盘上的某个位置还原这些对象。还原与恢复时分离的。恢复(recovery)是一个使数据库与给定时间点相一致以保证能够打开这个数据库的实际操作。

如果丢失了所有的参数文件（spfile和pfile），而且开启了控制文件自动备份（RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;），我们可以从自动备份的控制文件+参数文件的备份集中恢复服务器的参数文件。不同的操作系统，自动备份的参数文件+控制文件保存的位置略有区别：

windows：$ORACLE_HOME%\database

linux/unix:$ORACLE_HOME/dbs

如果之前有自动备份控制文件+参数文件备份集，那么我们只需要简单执行一条语句：restore spfile from autobackup; 语句就可以恢复参数文件。执行该语句时，Oracle会在默认位置中（或则在allocate channel命令定义的位置中）查找所需备份集，该备份集使用Oracle默认的命名规则（%F），该命名规则在FRA里面不适用（FRA有自己的命名规则）。

示例：模拟参数文件丢失（先在脱机状态执行数据库全备，然后移出所有$ORACLE_HOME/dbs下的spfile和pfile文件到临时目录下）

数据库会启动失败：

SQL> startup

ORA-01078: failure in processing system parameters

LRM-00109: could not open parameter file ‘/home/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/initorcl.ora‘

方法一，使用默认配置进行参数文件恢复

启动RMAN进行参数文件的恢复：

[[email protected] ~] $ set oracle_sid=orcl

[[email protected] ~] $ rman target /

RMAN>set DBID = 1405321682

RMAN>startup nomount

RMAN>restore spfile from autobackup;

Starting restore at 2015-06-06 21:24:27

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=130 device type=DISK

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150606

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150605

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150604

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150603

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150602

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150601

channel ORA_DISK_1: looking for AUTOBACKUP on day: 20150531

channel ORA_DISK_1: no AUTOBACKUP in 7 days found

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

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

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

RMAN-03002: failure of restore command at 06/06/2015 21:24:29

RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or piece

错误分析

恢复报错，提示未找到有效的备份集。分析原因：正常来说，刚才做的数据库全备，并设置了configure autobackup on，应该是有参数文件备份的，但是为什么找不到了？默认配置恢复参数文件，Oracle会到$ORACLE_HOME/dbs下寻找指定名称的备份集，从报错信息来看，默认情况下它会在该目录下寻找过去7天内创建的控制文件备份集（可以加上maxseq和maxdays来改变默认天数），如果没找到就报错。去$ORACLE_HOME/dbs目录下查看，确实没有任何备份集，从刚才的备份过程来看，Oracle将控制文件自动保存到FRA里面去了，而且使用的是FRA里面的默认命令规则：

Starting Control File and SPFILE Autobackup at 2015-06-06 21:22:36

piece handle=/home/oracle/app/flash_recovery_area/ORCL/autobackup/2015_06_06/o1_mf_s_881702383_bq5x0wq0_.bkp comment=NONE

Finished Control File and SPFILE Autobackup at 2015-06-06 21:22:37

released channel: c1

由于数据库是启动在nomount状态，参数文件丢失，因此并没有加载参数文件，Oracle也就无法定位FRA，因此Oracle不会去FRA中寻找（测试过将c-1405321682-20150606-01放在FRA中，仍然无法恢复），而是去$ORACLE_HOME/dbs下寻找（补充说明2）。手工恢复参数文件，查看RMAN的默认配置，是否有设置控制文件的默认存储位置（注意了，nomount状态下只能看到RMAN最原始的配置信息，见下面的补充说明1，看不到修改的配置信息，必须将数据库启动到mount状态）：

RMAN> show all;

RMAN configuration parameters for database with db_unique_name ORCL are:
     CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
     CONFIGURE BACKUP OPTIMIZATION OFF; # default
     CONFIGURE DEFAULT DEVICE TYPE TO DISK;
     CONFIGURE CONTROLFILE AUTOBACKUP ON;
     CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘; # default
     CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
      。。。。

错误解决

备份目录确实是使用的是默认的，为什么自动备份控制文件和参数文件的时候会将备份集保存到FRA中去？确实很奇怪，手工设置一下备份路径：

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘;

RMAN> show all;

RMAN configuration parameters for database with db_unique_name ORCL are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP OPTIMIZATION OFF; # default

CONFIGURE DEFAULT DEVICE TYPE TO DISK;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘;

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

。。。。。

发现 CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘; 后面的default没有的，但是值还是不变，在执行一次备份：

RMAN> run

2> {
     3> allocate channel c1 device type disk;
     4> backup tablespace system format ‘/storage/database/oracle/backupset/online/backup_%U.bkp‘;
     5> backup current controlfile;
     6> RELEASE CHANNEL c1;
     7> }
     。。。。。。
     Starting Control File and SPFILE Autobackup at 2015-06-07 10:24:00
     piece handle=/home/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1405321682-20150607-01 comment=NONE
     Finished Control File and SPFILE Autobackup at 2015-06-07 10:24:01

released channel: c1

哈哈，参数文件和控制文件的备份集保存到正确的默认路径下面了。其实这个操作什么也没改，但重新设置一下就好了，这应该是Oracle的bug。再次模拟参数文件的丢失，执行参数文件的恢复：

RMAN> restore spfile from autobackup;

Starting restore at 2015-06-07 13:33:27
     using channel ORA_DISK_1

channel ORA_DISK_1: AUTOBACKUP found: c-1405321682-20150607-01
     channel ORA_DISK_1: restoring spfile from AUTOBACKUP c-1405321682-20150607-01
     channel ORA_DISK_1: SPFILE restore from AUTOBACKUP complete
     Finished restore at 2015-06-07 13:33:28

RMAN> shutdown immediate

Oracle instance shut down
     RMAN> startup

方法二，使用指定备份集的方式进行恢复

[[email protected] ~] $ set oracle_sid=orcl

[[email protected] ~] $ rman target /

RMAN>set DBID = 1405321682

RMAN>startup nomount

RMAN>restore spfile from ‘/home/oracle/app/flash_recovery_area/ORCL/autobackup/2015_06_06/o1_mf_s_881702383_bq5x0wq0_.bkp‘;

RMAN>shutdown immediate

方法三，使用临时参数文件进行恢复

如果忘记了待恢复数据库的DBID，上面的两种方式就失效了，可以使用临时参数文件来恢复spfile，前提是正确配置临时参数文件。因为临时参数文件可以指定FRA的位置，那么Oracle执行restore  spfile from autobackup的时候就会去FRA中寻找。（没有实践）

[[email protected] ~] $ set oracle_sid=orcl

[[email protected] ~] $ rman target /

RMAN>startup nomount;     --加载临时参数文件

RMAN>restore spfile from autobackup;

RMAN>shutdown immediate

补充：

1，在nomount状态下看到的默认配置信息：

RMAN> show all;

RMAN configuration parameters for database with db_unique_name DUMMY are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128‘; # default
CONFIGURE COMPRESSION ALGORITHM ‘BASIC‘ AS OF RELEASE ‘DEFAULT‘ OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

2，为什么Oracle会到$ORACLE_HOME/dbs下寻找控制文件备份集？

you‘re using Flash recovery area and Oracle managed files for backup without RMAN catalog. When you start your instance with STARTUP FORCE NOMOUNT, Oracle set instance with minimal parameters and doesn‘t have a clue about where your flash recovery area is located. Oracle is looking for autobackup in "well" known locations (dbs on Unix, database on Windows) for a file that conforms to notation: c-IIIIIIIIII-YYYYMMDD-QQ (this is set with %F parameter). In your case Oracle doesn‘t find one because it‘s not there.

转载请注明出处：http://www.cnblogs.com/pengineer/p/4558395.html

时间： 2024-10-10 15:05:56

RMAN备份与恢复 —— 参数文件还原的相关文章

RMAN备份与恢复之参数文件与控制文件

0   说明 本例是基于备份数据库全库的基础上,还原参数据文件(spfile),控制文件. 1   准备 [[email protected] /]$ sqlplus /nolog SQL*Plus: Release 11.2.0.3.0 Production on Mon Oct 12 11:58:35 2015 Copyright (c) 1982, 2011, Oracle. All rights reserved. SQL> conn sys/Sina.2015@study as sys

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

一.控制文件的恢复1.查询控制文件的路径 SQL> SELECT * FROM V$CONTROLFILE; STATUS NAME IS_RECOVERY_DEST_FILE BLOCK_SIZE FILE_SIZE_BLKS ------- -------------------------------------------------------------- --------------------- ---------- -------------- D:\APP\ADMINISTR

ORACLE 11G没有备份文件参数文件在异机通过rman备份恢复找回被误删的数据

背景:          同事误删除线上数据,所以需要从备份中找回数据恢复.真实屋漏偏逢连夜雨.船迟又遇打头风,前两天备份的磁盘坏块,现在只有rman全备的.bak文件,没有控制文件和参数文件,所以现在需要考虑的是如何根据bak文件在备份数据库上恢复数据,从中找出被误删的数据. 1 通过catalog start with''的方式来恢复 1.1手动创建控制文件 CREATE CONTROLFILE REUSE set DATABASE"powerdes" RESETLOGS ARCH

数据文件、日志文件、归档文件、控制文件、参数文件及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备份与恢复之概念

1   RMAN备份恢复 1.1  基础理论 恢复可以分为完全恢复和不完全恢复 完全数据库恢复是恢复到故障发生前的状态,所有已经提交的操作都进行恢复,确保数据库不丢失任何数据,完全恢复只用于归档模式. 不完全数据库恢复是将数据库恢复到备份点与介质失败点之间某个时刻的状态,并不是恢复所有提交的操作,不完全恢复可能丢失部分数据. 任何类型的恢复包括两个阶段:前滚阶段和回滚(回退)阶段. 在前滚恢复阶段(roll-forward recovery),恢复管理器应用必要的事务日志组“重做”(REDO)所

RMAN备份与恢复实例

1. 检查数据库模式:   sqlplus /nolog    conn /as sysdba   archive log list (查看数据库是否处于归档模式中) 若为非归档,则修改数据库归档模式.   startup mount   alter database archivelog   alter database open 2.连接到target数据库 命令: connect target  / (connect target system/[email protected],如果数据

RMAN备份与恢复（一）--认识RMAN

RMAN(Recovery Manager)是Oracle恢复管理器的简称,是集数据库备份(backup).修复(restore)和恢复(recover)于一体的工具.接下来了解一下RMAN中的几个重要概念. (1)RMAN档案资料库 RMAN档案资料库用于存储数据库备份.修复以及恢复操作时所需要的信息.这些信息包括从目标数据库控制文件获取的数据库物理结构信息,以及RMAN备份与恢复过程中生成的信息.RMAN档案资料库可以保存在目标数据库的控制文件中,也可以保存在一个独立的恢复目录数据库的恢复目

RMAN 备份与恢复 实例

1. 检查数据库模式:    sqlplus /nolog     conn /as sysdba    archive log list (查看数据库是否处于归档模式中) 若为非归档,则修改数据库归档模式.    startup mount    alter database archivelog    alter database open 2.连接到target数据库 命令: connect target  / (connect target system/[email protected

RMAN备份与恢复之实践

1.1  备份 1.1.1 对数据库进行全备 使用backup database命令执行备份 RMAN> BACKUP DATABASE; 执行上述命令后将对目标数据库中的所有数据文件进行备份,由于没有显式指定FORMAT参数,rman会自动为每个备份片段命名,并保存在ORACLE_HOME/database目录下. 当然,也可以通过显式指定format参数来自定义备份片段的命令规则,比如: RMAN> BACKUP DATABASE FORMAT 'D:\BACKUP\%U'; 1.1.2