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

最新推荐文章于 2021-02-01 19:45:24 发布
最新推荐文章于 2021-02-01 19:45:24 发布
阅读量876 收藏 1
点赞数 1
分类专栏： 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
关注
专栏目录
RMAN 软件实现异机恢复数据库（linux环境下）
04-09
很详细的异机恢复步骤，包含全备份步骤，适合初学者。
Oracle rman不完全恢复（数据文件，归档日志，控制文件全部丢失）
linuxvfast的博客
01-17 342
2019独角兽企业重金招聘Python工程师标准>>> ...
rman备份_Oracle备份恢复效验-Rman异机不完全恢复
weixin_39525307的博客
11-23 97
概述：定期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 197
ORACLE不完全恢复 基于时间的不完全恢复 恢复要求：a、数据库开启归档切要有最近的有效rman全备。b、要有需要恢复到的准确时间点。 1、 做一个rman全备 RMAN>backup database; 2、 构建几个状态 在数据库里创建scott.t1并插入数据记录状态为a，记录时间t1。 在数据库里创建scott.t2并插入数据记录状态为b，记录时间t2。 进入数据库删除s...
linux下远程定时备份oracle数据库
03-02
例如，`linux下oracle imp`可能指的是Oracle的数据泵工具，imp用于导入数据，exp用于导出。 在远程备份Oracle数据库时，你需要获取Oracle数据库服务器的SSH访问权限，并配置相应的SSH密钥对，以便无密码登录。这样...
Windows系统与Linux系统间oracle数据库rman备份恢复方法
12-18
采用rman备份的oracle数据库从Windows操作系统的恢复到Linux操作系统方法
LINUX环境下使用RMAN开展数据库备份--ZW.doc
10-28
运维
Oracle 11g 部署rman定时备份文档（windows+linux）.docx
07-31
Oracle 11g 的 RMAN (Recovery Manager) 是一种强大的数据库备份和恢复工具，它提供了灵活、自动化的备份方案。在 Windows 和 Linux 环境中部署 RMAN 定时备份是确保数据安全和业务连续性的重要步骤。以下是部署 ...
LINUX-下ORACLE利用rman备份迁移数据库.docx
10-03
在Linux环境下，Oracle数据库的迁移通常涉及到数据的备份与恢复，这一过程可以通过Oracle的恢复管理器（RMAN）来实现。以下将详细解释利用RMAN进行数据库备份迁移的关键步骤： 1. **全库备份和控制文件备份**： ...
RMAN恢復数据库到指定時間點
05-09
RMAN恢復数据库到指定時間點，本文详细描述了如何通过RMAN将数据库恢复的指定时间点的流程及方法
linux下用rman恢复数据库
liw2007的专栏
09-28 456
1.以sysdba连接到数据库   sqlplus / as sysdba 2.停止数据库  shut immediate; 3.连接到rman（确保当前oracle_sid是要恢复的数据库实例，linux命令下用echo $ORACLE_SID查看）  host rman target/ 4.分别执行以下命令命令  startup mount;  restore da
Oracle RMAN 不完全恢复（只有数据文件备份，丢失归档日志备份）
cuantangnie3915的博客
12-21 252
有一个测试数据库环境，数据库损坏只能启动到 MOUNT 状态，只有数据文件备份，丢失了归档，尝试进行恢复。 启动数据库到 MOUNT 状态，登录备份文件信息到 RMAN RMAN> catalog start ...
RMAN异机不完全恢复快速参考手册
weixin_41086692的博客
12-04 319
摘要：场景：服务器A为正常运行的生产环境，需要在服务器B上部署一套相同环境做测试。文章介绍了使用RMAN在异机将数据库不完全恢复到某一SCN并OPEN的全过程，建议收藏备用。 应用场景：服务器A为正常运行的生产环境，需要在服务器B上部署一套相同环境做测试数据库环境：RHEL6.4 + Oracle 11.2.0.4.7 一、 服务器A备份数据库 1.1 在线备份(数据库运行在归档模式)...
mysql 不完全恢复_RMAN全库【完全恢复/不完全恢复】
weixin_39960319的博客
02-01 147
RMAN全库【完全恢复/不完全恢复】今天有幸做了几个RMAN的全库恢复实验，这里是一个brief版，方便忘了时可以瞬速找到一 完全恢复1.数据库全库【完全恢复】$ rman target / 登录rman工具，如果使用了catalog，则登陆方法rman target sys/oracle@ls catalog cata/cata@leoRM...
中小型数据库 RMAN CATALOG 备份恢复方案(三)
乐沙弥的世界
08-13 6356
在前两篇文章中描述了中小型数据库使用RMAN catalog设计备份与恢复方案，并给出了所有相关的脚本来从某种车程度上模拟Oracle Data Guard以减少硬件故障带来Prod服务器上数据库损失。在这边文章中主要描述Prod数据库的变迁在Bak server端如何进行恢复。          中小型数据库 RMAN CATALOG 备份恢复方案(一)          中小型数据库 RMAN
RMAN恢复案例之--不完全恢复错误案例
weixin_34245082的博客
09-20 301
RMAN恢复案例之--不完全恢复错误案例RMAN恢复案例：不完全恢复，由于在先前的数据文件备份有误，导致恢复失败。[oracle@rh6~]$rmantarget/ RecoveryManager:Release11.2.0.1.0-ProductiononSatSep2015:54:252014 Copyright(c)1982,2009...
【RMAN】单实例环境RMAN备份和还原
个人公众号：Alen的数据库学习笔记
06-04 435
一 实验环境SQL&gt; column product for a50 SQL&gt; column version for a15 SQL&gt; column status for a20 SQL&gt; select * from product_component_version; PRODUCT VERSION STATUS ------------------...
Linux环境下Oracle9i RMAN备份恢复教程
"Linux环境下Oracle9i数据库的RMAN备份和恢复流程" 在Oracle数据库管理中，RMAN（恢复管理器）是用于数据库备份、恢复和维护的强大工具。在Linux操作系统中，Oracle9i版本的数据库管理员需要熟悉如何使用RMAN进行...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值