Rman全备份不完全恢复数据库(linux下)

最新推荐文章于 2021-02-01 19:45:24 发布
最新推荐文章于 2021-02-01 19:45:24 发布
阅读量595 收藏
点赞数
分类专栏： oracle DBA用 文章标签： 数据库 linux oracle database disk thread

数据库今天宕机了，数据文件和控制文件在一个磁盘，全部损坏，redo文件和

归档日志在两外一个磁盘，完好无损，只有两天前的rman全备份。经过30分钟的奋战，数据全部恢复。

模拟环境，具体恢复如下：

1：首先用rman全备份数据库数据（模拟两天前的rman全备份）

[oracle@www oracle]$ rman target /

Recovery Manager: Release 9.2.0.8.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

connected to target database: EXITGOGO (DBID=267967027)

IXDBA.NET社区论坛

RMAN> backup database;

Starting backup at 23-11月-06

using target database controlfile instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=11 devtype=DISK

channel ORA_DISK_1: starting full datafile backupset

channel ORA_DISK_1: specifying datafile(s) in backupset

input datafile fno=00001 name=/free/oracle/oradata/exitgogo/system01.dbf

input datafile fno=00002 name=/free/oracle/oradata/exitgogo/undotbs01.dbf

input datafile fno=00003 name=/free/oracle/oradata/exitgogo/users01.dbf

input datafile fno=00006 name=/free/oracle/oradata/exitgogo/pub.dbf

input datafile fno=00004 name=/free/oracle/oradata/exitgogo/tools01.dbf

input datafile fno=00005 name=/free/oracle/oradata/exitgogo/indx01.dbf

channel ORA_DISK_1: starting piece 1 at 23-11月-06

channel ORA_DISK_1: finished piece 1 at 23-11月-06

piece handle=/free/oracle/product/9.2.0.8/dbs/03i34pja_1_1 comment=NONE

channel ORA_DISK_1: backup set complete, elapsed time: 00:01:06

Finished backup at 23-11月-06

 

Starting Control File Autobackup at 23-11月-06

piece handle=/free/oracle/orabak/c-267967027-20061123-01 comment=NONE

Finished Control File Autobackup at 23-11月-06

 

RMAN> show all;

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 2;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/free/oracle/orabak/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 1;

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

RMAN configuration has no stored or default parameters

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/free/oracle/product/9.2.0.8/dbs/snapcf_exitgogo.f'; # default

 

RMAN>quit

2：创建一个新的表空间，然后添加测试数据（模拟两天之间数据库的变化）

 

创建了一个新的表空间pub，然后创建了用户pub。

[oracle@www oracle]$ sqlplus  pub/pub

SQL*Plus: Release 9.2.0.8.0 - Production on 星期四 11月 23 17:37:28 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production

With the Partitioning and Oracle Data Mining options

JServer Release 9.2.0.8.0 – Production

添加一点测试数据：

SQL> create table gaojf1 as  select * from all_objects;

Table created.

SQL> insert into gaojf1 select * from gaojf1;

5884 rows created.

SQL> /

11768 rows created.

SQL> /

。。。。。。。。。。。

188288 rows created.

 

SQL> /

376576 rows created.

SQL> commit;

Commit complete.

SQL> quit

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production

With the Partitioning and Oracle Data Mining options

JServer Release 9.2.0.8.0 - Production

 

3：删除所有数据文件和控制文件（模拟数据库宕机）

[oracle@www exitgogo]$ls -sh

total 886M

3.5M control01.ctl   33M indx01.dbf   51M redo02.log    136K temp01.dbf     129M users01.dbf 3.5M control02.ctl  101M pub.dbf      51M redo03.log     65M tools01.dbf 3.5M control03.ctl   51M redo01.log  201M system01.dbf  201M undotbs01.dbf

[oracle@www exitgogo]$  rm -rf ./*.dbf ./*.ctl

[oracle@www exitgogo]$ ls

redo01.log  redo02.log  redo03.log

 

4:恢复开始：

[oracle@www exitgogo]$ rman target /

Recovery Manager: Release 9.2.0.8.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

connected to target database (not started)

RMAN> startup nomount

Oracle instance started

Total System Global Area     235999648 bytes

Fixed Size                      450976 bytes

Variable Size                201326592 bytes

Database Buffers              33554432 bytes

Redo Buffers                    667648 bytes

 

首先从原来的全备份中恢复控制文件

RMAN>

restore controlfile from '/free/oracle/orabak/c-267967027-20061123-01';

 

Starting restore at 23-11月-06

using target database controlfile instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=13 devtype=DISK

channel ORA_DISK_1: restoring controlfile

channel ORA_DISK_1: restore complete

replicating controlfile

input filename=/free/oracle/oradata/exitgogo/control01.ctl

output filename=/free/oracle/oradata/exitgogo/control02.ctl

output filename=/free/oracle/oradata/exitgogo/control03.ctl

Finished restore at 23-11月-06

RMAN> alter database mount;

database mounted

RMAN> list backup;

List of Backup Sets

===================

 

BS Key  Type LV Size       Device Type Elapsed Time Completion Time

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

1       Full    3M         DISK        00:00:00     23-11月-06    

        BP Key: 1   Status: AVAILABLE   Tag:

        Piece Name: /free/oracle/orabak/c-267967027-20061123-01

  Controlfile Included: Ckp SCN: 73561        Ckp time: 23-11月-06

 

BS Key  Type LV Size       Device Type Elapsed Time Completion Time

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

2       Full    223M       DISK        00:00:57     23-11月-06    

        BP Key: 2   Status: AVAILABLE   Tag: TAG20061123T173423

        Piece Name: /free/oracle/product/9.2.0.8/dbs/03i34p90_1_1

  List of Datafiles in backup set 2

  File LV Type Ckp SCN    Ckp Time   Name

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

  1       Full 73688      23-11月-06 /free/oracle/oradata/exitgogo/system01.dbf

  2       Full 73688      23-11月-06 /free/oracle/oradata/exitgogo/undotbs01.dbf

  3       Full 73688      23-11月-06 /free/oracle/oradata/exitgogo/users01.dbf

  4       Full 73688      23-11月-06 /free/oracle/oradata/exitgogo/tools01.dbf

  5       Full 73688      23-11月-06 /free/oracle/oradata/exitgogo/indx01.dbf

 

 

还原数据文件

RMAN> restore database;

Starting restore at 23-11月-06

 

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backupset restore

channel ORA_DISK_1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /free/oracle/oradata/exitgogo/system01.dbf

restoring datafile 00002 to /free/oracle/oradata/exitgogo/undotbs01.dbf

restoring datafile 00003 to /free/oracle/oradata/exitgogo/users01.dbf

restoring datafile 00004 to /free/oracle/oradata/exitgogo/tools01.dbf

restoring datafile 00005 to /free/oracle/oradata/exitgogo/indx01.dbf

channel ORA_DISK_1: restored backup piece 1

piece handle=/free/oracle/product/9.2.0.8/dbs/03i34p90_1_1 tag=TAG20061123T173423 params=NULL

channel ORA_DISK_1: restore complete

Finished restore at 23-11月-06

RMAN> quit

 

下面进入sqlplus进行不完全恢复

 

[oracle@www exitgogo]$ sqlplus  "/as sysdba"

 

SQL*Plus: Release 9.2.0.8.0 - Production on 星期四 11月 23 17:51:07 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production

With the Partitioning and Oracle Data Mining options

JServer Release 9.2.0.8.0 - Production

SQL> select name from v$datafile;

NAME

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

/free/oracle/oradata/exitgogo/system01.dbf

/free/oracle/oradata/exitgogo/undotbs01.dbf

/free/oracle/oradata/exitgogo/users01.dbf

/free/oracle/oradata/exitgogo/tools01.dbf

/free/oracle/oradata/exitgogo/indx01.dbf

 

可以看到，由于rman的全备份早于创建pub表空间，因此restore恢复中没有记录pub表空间的信息，但是由于redo file中还记录了pub表空间创建的信息，因此，先recover试试！

 

SQL> recover database using backup controlfile;

ORA-00279: change 73688 generated at 11/23/2006 17:34:24 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000008.ARC

ORA-00280: change 73688 for thread 1 is in sequence #8

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00283: recovery session canceled due to errors

ORA-01244: unnamed datafile(s) added to controlfile by media recovery

ORA-01110: data file 6: '/free/oracle/oradata/exitgogo/pub.dbf'

ORA-01112: media recovery not started

 

可以看到，在恢复了一个归档日志以后，oracle认出了pub表空间，同时提示了ORA-01244 错误，继续往下看：

 

 

SQL> select name from v$datafile;

NAME

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

/free/oracle/oradata/exitgogo/system01.dbf

/free/oracle/oradata/exitgogo/undotbs01.dbf

/free/oracle/oradata/exitgogo/users01.dbf

/free/oracle/oradata/exitgogo/tools01.dbf

/free/oracle/oradata/exitgogo/indx01.dbf

/free/oracle/product/9.2.0.8/dbs/UNNAMED00006

 

6 rows selected.

 

可以看到，oracle中莫名的多出了一个文件UNNAMED00006，

IXDBA.NET社区论坛

出现这个文件的原因是由于redo file中记录了pub的信息，在通过recover恢复后，系统也认到了有pub这个表空间的存在，但是由于控制文件中没有记录这个文件的信息，所以oracle抛了一个错误，说发现一个没有命名的文件，然后oracle系统本身给这个文件做了一个命名。

 

可以通过下面的方式把pub表空间数据文件移动到合适的位置。

 

SQL>

alter database create datafile 6 as '/free/oracle/oradata/exitgogo/pub.dbf';

Database altered.

SQL> col name format a40

SQL>  select file#,name from v$datafile;

 

     FILE# NAME

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

         1 /free/oracle/oradata/exitgogo/system01.d bf

         2 /free/oracle/oradata/exitgogo/undotbs01.dbf

         3 /free/oracle/oradata/exitgogo/users01.dbf

         4 /free/oracle/oradata/exitgogo/tools01.dbf

     FILE# NAME

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

         5 /free/oracle/oradata/exitgogo/indx01.dbf

         6 /free/oracle/oradata/exitgogo/pub.dbf

6 rows selected.

 

继续恢复：

SQL> recover database using backup controlfile;

ORA-00279: change 73805 generated at 11/23/2006 17:37:18 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000008.ARC

ORA-00280: change 73805 for thread 1 is in sequence #8

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00279: change 74363 generated at 11/23/2006 17:38:51 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000009.ARC

ORA-00280: change 74363 for thread 1 is in sequence #9

ORA-00278: log file

'/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000008.ARC' no longer

needed for this recovery

 

ORA-00308: cannot open archived log

'/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000009.ARC'

ORA-27037: unable to obtain file status

Linux Error: 2: No such file or directory

Additional information: 3

由于我的归档没有T0001S0000000009了，所以可能需要redo file了

SQL> recover database using backup controlfile;

ORA-00279: change 74363 generated at 11/23/2006 17:38:51 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000009.ARC

ORA-00280: change 74363 for thread 1 is in sequence #9

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

/free/oracle/oradata/exitgogo/redo01.log

ORA-00310: archived log contains sequence 7; sequence 9 required

ORA-00334: archived log: '/free/oracle/oradata/exitgogo/redo01.log'

 

SQL> recover database using backup controlfile;

ORA-00279: change 74363 generated at 11/23/2006 17:38:51 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000009.ARC

ORA-00280: change 74363 for thread 1 is in sequence #9

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

/free/oracle/oradata/exitgogo/redo02.log

ORA-00310: archived log contains sequence 8; sequence 9 required

ORA-00334: archived log: '/free/oracle/oradata/exitgogo/redo02.log'

 

SQL> recover database using backup controlfile;

ORA-00279: change 74363 generated at 11/23/2006 17:38:51 needed for thread 1

ORA-00289: suggestion :

/free/oracle/product/9.2.0.8/dbs/archexitgogo/T0001S0000000009.ARC

ORA-00280: change 74363 for thread 1 is in sequence #9

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

/free/oracle/oradata/exitgogo/redo03.log

Log applied.

Media recovery complete.

可以看到，新建的pub表空间的数据信息在redo03.log中存在，这是因为我的测试数据量很小的原因。如果从rman全备份后到系统宕机这段时间数据量很大的话，可能有很多的归档信息需要恢复，同时redo file也是不可少的。

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01153: an incompatible media recovery is active

SQL> quit

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production

With the Partitioning and Oracle Data Mining options

JServer Release 9.2.0.8.0 - Production

[oracle@www exitgogo]$ sqlplus  "/as sysdba"

SQL*Plus: Release 9.2.0.8.0 - Production on 星期四 11月 23 18:02:00 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production

With the Partitioning and Oracle Data Mining options

JServer Release 9.2.0.8.0 - Production

SQL> alter database open resetlogs;

Database altered.

SQL> conn pub/pub

Connected.

SQL> select count(*) from gaojf1;

  COUNT(*)

----------

    753152

SQL>

可以看到，数据完全恢复，

 

这样恢复完成后，马上又做了一个全库的rman备份。

Galdys
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RMAN 软件实现异机恢复数据库（linux环境下）
04-09
很详细的异机恢复步骤，包含全备份步骤，适合初学者。
Oracle rman不完全恢复（数据文件，归档日志，控制文件全部丢失）
linuxvfast的博客
01-17 317
2019独角兽企业重金招聘Python工程师标准>>> ...
rman备份_Oracle备份恢复效验-Rman异机不完全恢复
weixin_39525307的博客
11-23 74
概述：定期Rman备份效验，检查数据完整性，本次玩点新花样，手工建库，按照时间点不完全恢复，恢复至2020.7.27 18：00的数据，使用26号全备，27号28号增量DB和ARCH备份。1、手工建立spfile文件2、建立路径目录mkdir -p /u01/app/oracle/oradata/DEMODB0727/controlfilemkdir -p /u01/app/oracle/oraa...
RMAN备份恢复之不完全恢复
weixin_30555515的博客
12-04 164
ORACLE不完全恢复 基于时间的不完全恢复 恢复要求：a、数据库开启归档切要有最近的有效rman全备。b、要有需要恢复到的准确时间点。 1、 做一个rman全备 RMAN>backup database; 2、 构建几个状态 在数据库里创建scott.t1并插入数据记录状态为a，记录时间t1。 在数据库里创建scott.t2并插入数据记录状态为b，记录时间t2。 进入数据库删除s...
linux下用rman恢复数据库
liw2007的专栏
09-28 441
1.以sysdba连接到数据库   sqlplus / as sysdba 2.停止数据库  shut immediate; 3.连接到rman（确保当前oracle_sid是要恢复的数据库实例，linux命令下用echo $ORACLE_SID查看）  host rman target/ 4.分别执行以下命令命令  startup mount;  restore da
Windows系统与Linux系统间oracle数据库rman备份恢复方法
12-18
采用rman备份的oracle数据库从Windows操作系统的恢复到Linux操作系统方法
LINUX环境下使用RMAN开展数据库备份--ZW.doc
10-28
运维
LINUX-下ORACLE利用rman备份迁移数据库.docx
10-03
在Linux环境下，Oracle数据库的迁移通常涉及到数据的备份与恢复，这一过程可以通过Oracle的恢复管理器（RMAN）来实现。以下将详细解释利用RMAN进行数据库备份迁移的关键步骤： 1. **全库备份和控制文件备份**： ...
误删除数据库用rman备份恢复文档
12-07
3. **备份数据文件、控制文件和参数文件**：使用RMAN备份命令，备份数据库的数据文件、控制文件和参数文件到特定目录，并将控制文件和参数文件复制为.bak格式。 4. **备份归档日志文件**：观察当前的日志文件，切换...
linux自动运行rman增量备份脚本
09-10
本文将深入解析如何在Linux环境下使用RMAN进行自动化的增量备份，以及如何利用Linux的cron服务来设定定时任务，确保数据库备份的按时执行。 首先，我们来看0级全库备份的脚本`BackupFull.sh`。这个脚本使用了RMAN...
RMAN恢復数据库到指定時間點
05-09
RMAN恢復数据库到指定時間點，本文详细描述了如何通过RMAN将数据库恢复的指定时间点的流程及方法
Oracle RMAN 不完全恢复（只有数据文件备份，丢失归档日志备份）
cuantangnie3915的博客
12-21 225
有一个测试数据库环境，数据库损坏只能启动到 MOUNT 状态，只有数据文件备份，丢失了归档，尝试进行恢复。 启动数据库到 MOUNT 状态，登录备份文件信息到 RMAN RMAN> catalog start ...
RMAN异机不完全恢复快速参考手册
weixin_41086692的博客
12-04 267
摘要：场景：服务器A为正常运行的生产环境，需要在服务器B上部署一套相同环境做测试。文章介绍了使用RMAN在异机将数据库不完全恢复到某一SCN并OPEN的全过程，建议收藏备用。 应用场景：服务器A为正常运行的生产环境，需要在服务器B上部署一套相同环境做测试数据库环境：RHEL6.4 + Oracle 11.2.0.4.7 一、 服务器A备份数据库 1.1 在线备份(数据库运行在归档模式)...
mysql 不完全恢复_RMAN全库【完全恢复/不完全恢复】
weixin_39960319的博客
02-01 120
RMAN全库【完全恢复/不完全恢复】今天有幸做了几个RMAN的全库恢复实验，这里是一个brief版，方便忘了时可以瞬速找到一 完全恢复1.数据库全库【完全恢复】$ rman target / 登录rman工具，如果使用了catalog，则登陆方法rman target sys/oracle@ls catalog cata/cata@leoRM...
中小型数据库 RMAN CATALOG 备份恢复方案(三)
乐沙弥的世界
08-13 6286
在前两篇文章中描述了中小型数据库使用RMAN catalog设计备份与恢复方案，并给出了所有相关的脚本来从某种车程度上模拟Oracle Data Guard以减少硬件故障带来Prod服务器上数据库损失。在这边文章中主要描述Prod数据库的变迁在Bak server端如何进行恢复。          中小型数据库 RMAN CATALOG 备份恢复方案(一)          中小型数据库 RMAN
RMAN恢复案例之--不完全恢复错误案例
weixin_34245082的博客
09-20 280
RMAN恢复案例之--不完全恢复错误案例RMAN恢复案例：不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。[oracle@rh6~]$rmantarget/ RecoveryManager:Release11.2.0.1.0-ProductiononSatSep2015:54:252014 Copyright(c)1982,2009...
从rman全备恢复数据库的步骤
DeronQ的记录
06-13 1324
1.1 恢复spfile 根据rman备份的log确认dbid以及spfile在哪个备份中set dbid=2494162093 RMAN> startup nomount RMAN> restore spfile from /home/oracle/rman11204/RAC_20160311_11_1_dbfull;生成pfile，修改sga,pga,audit_trail,instance_
linux下自动完整备份数据库
zhmy_006的专栏
07-15 2137
Linux下Mysql数据库完整自动备份和还原
linux下oracle数据库备份
最新发布
06-28
在Linux下备份Oracle数据库可以使用多种方法，以下是其中两种常用的方法： 1. 使用RMAN备份工具 RMAN是Oracle官方提供的备份和恢复工具，可以在Linux下使用。使用RMAN备份Oracle数据库的步骤如下： （1）在Linux...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值