资讯

精准传达 • 有效沟通

从品牌网站建设到网络营销策划，从策略到执行的一站式服务

网站建设 >

查看其它板块

基于rman的恢复操作有哪些呢

今天就跟大家聊聊有关基于rman的恢复操作有哪些呢，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

创新互联公司主要从事做网站、成都网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务榕城,十余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18980820575

针对RMAN进行的备份，下面从几个方面利用RMAN进行一些恢复操作。

恢复

1.       对数据库进行完全介质恢复

 1.1进入rman命令行

rman  target /

1.2开始备份

backup  database format=’ /oracle/u01/app/oracle/backup/%U’;

1.3一致性停止数据库

shutdown  immediate;

1.4删除所有的数据文件

rm  –rf /oracle/u01/app/oracle/oradata/orcl/*.dbf

开始恢复：

1.5利用rman启动数据库到mount状态

RMAN>  startup mount;

1.6数据库修复

RMAN>  restore database;

1.7数据库恢复

RMAN>  recover database;

          可以添加其他参数：

           recover database delete archivelog;用于删除在恢复过程中产生的归档日志文件

           recover database skip tablespace temp;指定再恢复过程中跳过临时表空间，默认是不恢       复临时表空间的。

           recover database delete archivelog maxsize 100m;用于指定再恢复过程中限制自动产生       的归档大小为100m，如果超过这个大小就会被删除在循环继续使用来恢复。

1.8启动数据库到open状态                  

RMAN>alter  database open;

 

2.       表空间的恢复

在有备份的基础上我们先模拟破坏表空间，然后将其恢复

2.1破坏users表空间

echo  “” > /oracle/u01/app/oracle/oradata/orcl/users01.dbf

         2.2切换日志

                  这时我们查询表空间users中的表不一定报错，因为在内存中还有记录，查询到的

                  是内存中的信息，需要我们手动切换日志                           

SQL>alter  system switch logfile;

          多执行几次，保证切换完成

2.3检查表空间是否可用

SQL>select  * from test

ERROR at line 1:

ORA-00376:file 4 cannot be read at this  time         

ORA-01110: data file 4:  '/oracle/u01/app/oracle/oradata/orcl/users01.dbf'

                  这时发现users表空间已经不能使用

 

        开始恢复

         2.4将表空间offline

RMAN>  SQL ‘alter tablespace users offline’;

         2.5修复

RMAN>restore  tablespace users;

         2.6恢复

RMAN>recover  tablespace users;

         2.7将表空间online

RMAN>SQL  ‘alter tablespace users online’;

        2.8检验是否恢复

SQL>select  * from test;

                  可以查询到数据，表明表空间已经恢复

 

3.       数据文件的恢复

         3.1将数据文件offline

RMAN>  SQL ‘alter database datafile 4 offline’;

         3.2修复

RMAN>restore  datafile 4;

         3.3恢复

RMAN>recover  datafile 4;

         3.4将数据文件online

RMAN>SQL  ‘alter database datafile 4 online’;

RMAN> SQL ‘alter database datafile 4  offline’;

RMAN>run {

RMAN>SQL ‘alter database datafile 4 online’;

4.1进入rman命令行

SQL>rman  target /

   4.2备份归档

RMAN>backup  archivelog all delete input;

4.3检查备份

RMAN>List  backup of archivelog all;

 

BS Key   Size       Device Type Elapsed  Time Completion Time

------- ---------- ----------- ------------  ---------------

91       59.54M     DISK        00:00:02     28-FEB-13     

        BP Key:  95   Status: AVAILABLE  Compressed: NO  Tag: TAG20130228T162106

        Piece  Name: /oracle/u01/app/oracle/flash_recovery_area/ORCL/backupset/2013_02_28/o1_mf_annnn_TAG20130228T162106_8ly4vmt4_.bkp

 

  List of  Archived Logs in backup set 91

  Thrd Seq     Low SCN    Low Time   Next SCN   Next Time

  ---- -------  ---------- --------- ---------- ---------

  1    311      5582914    27-FEB-13  5583269    27-FEB-13

  1    312      5583269    27-FEB-13  5601615    28-FEB-13

  1    313      5601615    28-FEB-13  5623126    28-FEB-13

  1    314      5623126    28-FEB-13  5625133    28-FEB-13

  1    315      5625133    28-FEB-13  5625135    28-FEB-13

  1    316      5625135    28-FEB-13  5625138    28-FEB-13

  1    317      5625138    28-FEB-13  5628235    28-FEB-13

   1    318     5628235    28-FEB-13 5628281    28-FEB-13

           通过查看，备份了从311-318的archivelog,并保存在备份集中，删除了                         /oracle/u01/app/oracle/路径下的归档日志文件.

   4.4恢复归档

RMAN>restore  archivelog sequence between 311 and 315;

           查看log_archive_dest_1路径，发现已经恢复出311-315的归档文件

   4.4指定归档恢复路径

           通过在run脚本中来制定恢复的路径

RMAN>run  {

           set  archivelog destination to ‘’;

           restore  archivelog sequence between 311 and 315;

           set  archivelog destination to ‘’;

           restore  archivelog sequence between 316 and 317;

          }

           可以指定多个路径。

 

5.       控制文件的恢复

5.1开启控制文件自动备份

RMAN>CONFIGURE  CONTROLFILE AUTOBACKUP ON;

5.2备份控制文件

RMAN>backup  current controlfile;

5.3设置DBID

       没有了控制文件，数据库只能启动到nomount状态，启动之前需要设置DBID

RMAN>set  dbid=1324770912

       怎样获取DBID呢：

a)      创建自动备份时未改名的备份文件包含；

b)      用rman连接时

c)      Rman备份日志

d)      数据库v$database视图

5.4恢复控制文件

RMAN>  restore controlfile from autobackup;

       如果没有指定路径会恢复到参数文件control_files的路径下

       指定路径：

RMAN>  restore controlfile to ‘/home/oracle/control01.ctl’ from autobackup;

 

5.5找不到恢复路径的解决办法

       在自动备份控制文件前改过备份路径，比如改到/oracle/u01/app/oracle/backup 

RMAN>CONFIGURE  CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK

       TO '/oracle/u01/app/oracle/backup/%F';

       备份表空间

RMAN>  backup tablespace users;

       因为开启了自动备份控制文件，备份表空间也会备份控制文件，查询

RMAN>list  backup of controlfile;

       这时提示有控制文件的备份。

       这时记录dbid=1324770912

       

SQL>shutdown  immediate;

SQL>startup  nomount

SQL>rman  target /

RMAN>set  dbid=1324770912

RMAN>restore  controlfile from autobackup;

 

提示报错：

Starting restore at 28-FEB-13

using target database control file instead of  recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=540 devtype=DISK

 

recovery area destination:  /oracle/u01/app/oracle/flash_recovery_area

database name (or database unique name) used for  search: ORCL

channel ORA_DISK_1: no autobackups found in the  recovery area

channel ORA_DISK_1: looking for autobackup on day:  20130228

channel ORA_DISK_1: looking for autobackup on day:  20130227

channel ORA_DISK_1: looking for autobackup on day:  20130226

channel ORA_DISK_1: looking for autobackup on day:  20130225

channel ORA_DISK_1: looking for autobackup on day:  20130224

channel ORA_DISK_1: looking for autobackup on day:  20130223

channel ORA_DISK_1: looking for autobackup on day:  20130222

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 02/28/2013  17:12:17

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

                因为：在默认路径下找不到自动备份的控制文件进一步产rman参数 

RMAN>show  all;

                发现自动备份控制文件的路径并不是/oracle/u01/app/oracle/backup，而是默认路径

                针对windows下默认路径为：$ORACLE_HOME/database

                而linux系统下默认路径为：$ORACLE_HOME/dbs             

                那么为什么在我们之前设置了rman参数，这里又会改变呢，因为我们利用的              configure设置的参数，这个改变是保存在控制文件中的，所以会找不到路径。

                针对这种情况有两种方法：

a)      将备份的文件拷贝到所需要默认的路径下：$ORACLE_HOME/dbs

b)      重新设置自动备份控制文件路径

set  CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO  '/oracle/u01/app/oracle/backup/%F';

                                   这里为什么采用set来设置呢，因为现在数据库是nomount状态，不能使用                  configure来设置。

5.6 如果数据库是非归档数据库

         修改自动备份控制文件路径时也不要使用configure来执行，因为此命令是永久生效，默认是保存到控制文件的，这样导致在恢复时找不到控制文件，使用set命令来设置修改自动备份控制文件路径。

 

从备份集中恢复

5.7 通过备份集中的备份恢复控制文件

       需要设置dbid

       启动数据库到nomount状态

       恢复控制文件        

restore  controlfile from

 '/oracle/u01/app/oracle/backup/c-1324770912-20130301-08';

       这样即使更改过默认参数，只要指定备份集正确就可以恢复。

 

注意：

       再恢复控制文件后启动数据库步骤：

a） 启动数据库到mount

SQL>alter database mount;

b） 恢复数据库

SQL>recover  database using backup controlfile;

 

auto

Additional information: 3

在执行auto后，会自动应用归档，但是当前日志文件还没有归档，所以需要指定redo.log来应用剩下的日志从而恢复数据库

SQL>recover  database using backup controlfile;

 

/oracle/u01/app/oracle/oradata/orcl/redo01.log

Media recovery complete.

 

                           提示：Media recovery complete.恢复完成

c） 重做日志文件                   

SQL>alter database open resetlogs;

参数文件在备份的时候即使不手工备份也会自动完成备份，一般不手动备份。

恢复类似于控制文件的恢复.

6.1  利用自动备份恢复

a)      设置dbid

b)      启动到nomount状态

c)      恢复

RMAN>restore spfile from autobackup;

6.2  指定恢复文件

          也可以通过手工指定的备份的控制文件进行恢复

RMAN>restore spfile from ‘/oracle/u01/app/oracle/backup/ c-1324770912-20130301-0a’;

6.3  恢复到制定目标地址

RMAN>restore spfile to ‘/home/oracle/spfiletmp.ora’ from ‘/oracle/u01/app/oracle/backup/ c-1324770912-20130301-0a’;

 

看完上述内容，你们对基于rman的恢复操作有哪些呢有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。


分享名称：基于rman的恢复操作有哪些呢
网页网址：http://cdkjz.cn/article/ipsjip.html
返回首页 了解更多建站资讯

相关资讯

多年建站经验

多一份参考，总有益处

联系快上网，免费获得专属《策划方案》及报价

咨询相关问题或预约面谈，可以通过以下方式与我们联系

大客户专线   成都：13518219792   座机：028-86922220

在线咨询 提交需求
友情链接 交换友情链接
大吉雪茄成都网站改版内江做网站高端网站设计推广B2C电商系统成都办公窗帘蓬安网站建设圣月阀门成都微信开发成都广告招牌制作

成都网站建设公司地址：成都市青羊区太升南路288号锦天国际A座10层 建设咨询028-86922220

成都快上网科技有限公司-四川网站建设设计公司 | 蜀ICP备19037934号 Copyright 2020,ALL Rights Reserved cdkjz.cn | 成都网站建设 | © Copyright 2020版权所有.

专家团队为您提供成都网站建设,成都网站设计,成都品牌网站设计,成都营销型网站制作等服务,成都建网站就找快上网！ | 成都网站建设哪家好？ | 网站建设地图