RMAN异地恢复-适用于数据库量比较大的场景

已于 2024-04-08 15:47:41 修改
阅读量1.3k 收藏 4
点赞数 2
分类专栏： 1 ORACLE 学习 # ORACLE RMAN 文章标签： oracle
于 2023-01-08 17:27:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yabingshi_tech/article/details/128603261
版权

之前验证异地备份，只对数据库做个全备就备份恢复了，这种适用于数据库比较小的场景，因为如果数据库量大的话，备份，拷贝备份，恢复数据库的时间就比较长，停业务的时间就会比较长。

如果数据库比较大，可以提前几天将全备文件拷贝过来，在目标端restore database，然后每天增量拷贝归档日志的备份，直到真正迁移的时候，只拷贝最近的归档日志的备份，最后在目标端recover database，可大大缩短业务停止时间。

一 对源端数据库做备份

1.1 对数据库做个全备

RMAN> backup database format '/home/oracle/backup/full.bak_01081541' tag='full.bak_01081541';

Starting backup at 08-JAN-23

using channel ORA_DISK_1

channel ORA_DISK_1: starting full datafile backup set

channel ORA_DISK_1: specifying datafile(s) in backup set

input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/baidd.dbf

input datafile file number=00006 name=/u01/app/oracle/oradata/orcl/baidd2.dbf

input datafile file number=00001 name=/u01/app/oracle/oradata/orcl/system01.dbf

input datafile file number=00002 name=/u01/app/oracle/oradata/orcl/sysaux01.dbf

input datafile file number=00003 name=/u01/app/oracle/oradata/orcl/undotbs01.dbf

input datafile file number=00004 name=/u01/app/oracle/oradata/orcl/users01.dbf

channel ORA_DISK_1: starting piece 1 at 08-JAN-23

channel ORA_DISK_1: finished piece 1 at 08-JAN-23

piece handle=/home/oracle/backup/full.bak_01081541 tag=FULL.BAK_01081541 comment=NONE

channel ORA_DISK_1: backup set complete, elapsed time: 00:00:15

Finished backup at 08-JAN-23



Starting Control File and SPFILE Autobackup at 08-JAN-23

piece handle=/data/backup/controlfile_bak/control.bak_20230108_c-1572833030-20230108-05 comment=NONE

Finished Control File and SPFILE Autobackup at 08-JAN-23

二 拷贝备份到目标端

2.1 拷贝控制文件备份

scp /data/backup/controlfile_bak/control.bak_20230108_c-1572833030-20230108-05 192.168.1.252:/home/oracle/bak/ctl_bak/

2.2 拷贝全库备份

scp /home/oracle/backup/full.bak_01081541 192.168.1.252:/home/oracle/bak/db_bak/

三 在目标端恢复数据

3.1 恢复控制文件

/*

#确保目标端db_name和源端保持一致

如果不一致，后面恢复完控制文件，将数据库启动到mount状态时会报错：

ORA-01103: 控制文件中的数据库名 ''ORCL'' 不是 ''EVS''。

修改示例：

示例：

create pfile='/home/oracle/temp.ora' from spfile;

vi /home/oracle/temp.ora

将*.db_name='ORCL'改为*.db_name='evs'

shutdown immediate;

startup nomount pfile='/home/oracle/temp.ora';

create spfile from pfile='/home/oracle/temp.ora';

show parameter name; #检查确认

*/

startup nomount;

restore controlfile from '/home/oracle/bak/ctl_bak/control.bak_20230108_c-1572833030-20230108-05';

3.2 将数据库启动到mount状态

alter database mount;

/*

假如报错：

ORA-00201: 控制文件版本 12.2.0.0.0 与 ORACLE 版本 12.1.0.2.0 不兼容

ORA-00202: 控制文件: ''/data/app/oracle/oradata/orcl/control01.ctl'

则修改参数文件中compatible参数，将其和源端保持一致，示例：

alter system set compatible='12.2.0' scope=spfile;

重新将库启动到mount状态，使修改生效……。

*/

#指定备份文件所在位置，这样数据库会自动在该路径下找备份文件进行恢复。

catalog start with '/home/oracle/bak/';

crosscheck backup;

delete expired backup;

 3.3 restore database

restore database;

/*

如果目标端数据文件路径和源端不一致，还需要指定下新路径，示例：

run {

allocate channel t1 type disk;
allocate channel t2 type disk;
allocate channel t3 type disk;
allocate channel t4 type disk;
allocate channel t5 type disk;
allocate channel t6 type disk;
allocate channel t7 type disk;
allocate channel t8 type disk;

allocate channel t9 type disk;
allocate channel t10 type disk;

set newname for database to '/data/app/oracle/oradata/orcl/%U';

restore database;

switch datafile all;

switch tempfile all;

}

多开几个通道，可以加速restore。

*/

 3.4 对源端归档日志做备份，并拷贝到目标端

#在源端造测试数据

SQL> insert into scott.t1(id,name) values(5,'arch1');

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

RMAN> backup archivelog all  delete all input format='/home/oracle/backup/%d_%t_%s' tag='arch_first.bak';

Starting backup at 08-JAN-23

current log archived

using channel ORA_DISK_1

channel ORA_DISK_1: starting archived log backup set

channel ORA_DISK_1: specifying archived log(s) in backup set

input archived log thread=1 sequence=18 RECID=63 STAMP=1125589661

input archived log thread=1 sequence=19 RECID=64 STAMP=1125589694

channel ORA_DISK_1: starting piece 1 at 08-JAN-23

channel ORA_DISK_1: finished piece 1 at 08-JAN-23

piece handle=/home/oracle/backup/ORCL_1125589694_48 tag=ARCH_FIRST.BAK comment=NONE

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

channel ORA_DISK_1: deleting archived log(s)

archived log file name=/u01/app/oracle/fast_recovery_area/ORCL/archivelog/2023_01_08/o1_mf_1_18_kvnx8x1z_.arc RECID=63 STAMP=1125589661

archived log file name=/u01/app/oracle/fast_recovery_area/ORCL/archivelog/2023_01_08/o1_mf_1_19_kvnx9yo7_.arc RECID=64 STAMP=1125589694

Finished backup at 08-JAN-23



Starting Control File and SPFILE Autobackup at 08-JAN-23

piece handle=/data/backup/controlfile_bak/control.bak_20230108_c-1572833030-20230108-06 comment=NONE

Finished Control File and SPFILE Autobackup at 08-JAN-23

RMAN> list backup of archivelog all;

List of Backup Sets

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

BS Key  Size       Device Type Elapsed Time Completion Time

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

38      29.00K     DISK        00:00:00     08-JAN-23     

        BP Key: 38   Status: AVAILABLE  Compressed: NO  Tag: ARCH_FIRST.BAK

        Piece Name: /home/oracle/backup/ORCL_1125589694_48



  List of Archived Logs in backup set 38

  Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

  1    18      1745322    08-JAN-23 1745523    08-JAN-23

  1    19      1745523    08-JAN-23 1745540    08-JAN-23

#拷贝全备之后的归档日志备份

scp /home/oracle/backup/ORCL_1125589694_48 192.168.1.252:/home/oracle/bak/arch_bak/

3.5 停止源端应用业务，备份归档日志

3.5.1 停应用

略

3.5.2 备份归档日志

#造条测试数据

SQL> insert into scott.t1(id,name) values(6,'arch2');

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

RMAN> backup archivelog all delete all input  format='/home/oracle/backup/%d_%t_%s' tag='arch_second.bak';

Starting backup at 08-JAN-23

current log archived

using channel ORA_DISK_1

channel ORA_DISK_1: starting archived log backup set

channel ORA_DISK_1: specifying archived log(s) in backup set

input archived log thread=1 sequence=20 RECID=65 STAMP=1125589873

input archived log thread=1 sequence=21 RECID=66 STAMP=1125589909

channel ORA_DISK_1: starting piece 1 at 08-JAN-23

channel ORA_DISK_1: finished piece 1 at 08-JAN-23

piece handle=/home/oracle/backup/ORCL_1125589910_50 tag=ARCH_SECOND.BAK comment=NONE

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

channel ORA_DISK_1: deleting archived log(s)

archived log file name=/u01/app/oracle/fast_recovery_area/ORCL/archivelog/2023_01_08/o1_mf_1_20_kvnxhkwg_.arc RECID=65 STAMP=1125589873

archived log file name=/u01/app/oracle/fast_recovery_area/ORCL/archivelog/2023_01_08/o1_mf_1_21_kvnxjow9_.arc RECID=66 STAMP=1125589909

Finished backup at 08-JAN-23



Starting Control File and SPFILE Autobackup at 08-JAN-23

piece handle=/data/backup/controlfile_bak/control.bak_20230108_c-1572833030-20230108-07 comment=NONE

Finished Control File and SPFILE Autobackup at 08-JAN-23

RMAN> list backup of archivelog all;

List of Backup Sets

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

BS Key  Size       Device Type Elapsed Time Completion Time

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

38      29.00K     DISK        00:00:00     08-JAN-23     

        BP Key: 38   Status: AVAILABLE  Compressed: NO  Tag: ARCH_FIRST.BAK

        Piece Name: /home/oracle/backup/ORCL_1125589694_48

  List of Archived Logs in backup set 38

  Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

  1    18      1745322    08-JAN-23 1745523    08-JAN-23

  1    19      1745523    08-JAN-23 1745540    08-JAN-23



BS Key  Size       Device Type Elapsed Time Completion Time

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

40      40.00K     DISK        00:00:00     08-JAN-23     

        BP Key: 40   Status: AVAILABLE  Compressed: NO  Tag: ARCH_SECOND.BAK

        Piece Name: /home/oracle/backup/ORCL_1125589910_50



  List of Archived Logs in backup set 40

  Thrd Seq     Low SCN    Low Time  Next SCN   Next Time

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

  1    20      1745540    08-JAN-23 1745661    08-JAN-23

  1    21      1745661    08-JAN-23 1745684    08-JAN-23

3.5.3 拷贝最新归档日志备份

scp /home/oracle/backup/ORCL_1125589910_50 192.168.1.252:/home/oracle/bak/arch_bak/

3.6 在目标端recover database

#查看源端最近的归档日志备份里最后一个归档日志的NEXT SCN

 #在目标端恢复数据库到这个位置

recover database until scn=1745684;

 /*

如果不这样指定，直接recover database的话，会报错RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 22 and starting SCN of 1745684。因为数据库会自动去找后面的归档日志，但是我们没新的归档日志。

*/

3.6 启动目标端数据库

3.6.1 检查redo log所在路径在目标环境是否存在

存在的话，可忽略这一步，继续往下进行。

不存在的话，将redo log指定到一个已存在(有该目录)的路径下，再启动数据库，否则启动数据库会报错：

ORA-00349: 无法获得 '/oracle/app/oracle/oradata/orcl/redo01.log' 的块大小

ORA-27041: 无法打开文件

Linux-x86_64 Error: 2: No such file or directory

Additional information: 9

假如起点库报了上面这个错，然后指定redo log到新位置了，再启动库，还会报这个错：

RMAN> alter database open resetlogs;

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

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

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

RMAN-03002: 位于 04/05/2024 10:58:27 的 sql statement 命令失败

ORA-00392: 日志 1 (用于线程 1) 正被清除, 不允许操作

ORA-00312: 联机日志 1 线程 1: '/data/app/oracle/oradata/orcl/redo01.log'

redo log会自动生成在新指定的redo log路径下。

示例：

select member from v$logfile;

目标端没有/oracle/app/oracle/oradata/orcl这个目录。

select 'alter database rename file '||''''||member||''''||' to '||chr(39)||replace(member,'原路径','新路径')||''';'   from v$logfile;  

执行输出来的sql，重命名下redo log。

示例：

alter database rename file '/oracle/app/oracle/oradata/orcl/redo03.log' to '/data/app/oracle/oradata/orcl/redo03.log';

alter database rename file '/oracle/app/oracle/oradata/orcl/redo02.log' to '/data/app/oracle/oradata/orcl/redo02.log';

alter database rename file '/oracle/app/oracle/oradata/orcl/redo01.log' to '/data/app/oracle/oradata/orcl/redo01.log';

alter database rename file '/oracle/app/oracle/oradata/orcl/redo04.log' to '/data/app/oracle/oradata/orcl/redo04.log';

alter database rename file '/oracle/app/oracle/oradata/orcl/redo05.log' to '/data/app/oracle/oradata/orcl/redo05.log';

3.6.2 启动数据库

alter database open resetlogs;

#在指定的路径下检查redo log是否生成。

cd /data/app/oracle/oradata/orcl

ls -l | grep redo

四 验证

雅冰石
关注
专栏目录
（第15天）使用 RMAN 备份异机恢复 Oracle 数据库
LuciferLiu_DBA
12-12 706
虽说备份是 Oracle 数据库安全的最后保障，但是前提是会用备份恢复出数据，否则备份也就形同虚设了。前面讲了 3 种方式备份 Oracle 数据库，所以现在已经有了备份，接下来就讲讲如何通过备份文件来恢复出数据了。生产环境中最常见的备份恢复场景就是定期的恢复演练和 DataGuard 的搭建，都是使用备份在异机进行恢复，所以 RMAN 异机恢复是最常用的一种手段。本地备份NBU 备份。
oracle rman 异地恢复,再来Oracle的RMAN异地异系统恢复，总算能open了
weixin_32526561的博客
04-10 140
上午弄了冷备份，其中的一些方法提示了我能不能用来帮我解决之前失败的RMAN异地异操作系统的恢复呢？闲言少叙，开始开始的步骤还是差不多建立相应目录，拷贝参数文件，控制文件到相应目录修改监听器和名称解析文件，进入sqlplus到nomount模式下，从备份文件中恢复各个数据文件转换到mount下这时，要重新创建control文件了alter database backup controlfile to...
用RMAN备份和恢复数据库
11-30
oracle第三次上机实验，用RMAN备份和恢复数据库。。。
Oracle学习系列之RMAN异地恢复数据
11-29 206
一：通过RMAN备份恢复数据库到其他服务器 设定环境： 源库：10.0.17.220 SID:zsddb 获取SID的方式： (1)通过查看/data/ora11g/product/11.2.0/db_1/dbs/spfilezsddb.ora,因为spfile[sid].ora是按照此形式保存 ...
oracle rman 异地恢复,RMAN异地恢复
weixin_39943370的博客
04-10 459
一、源服务器备份数据库1，查看数据库的实例名和DBIDconnected to target database: DB3 (DBID=2060124769, not open)2，进行全备份backup AS COMPRESSED BACKUPSET databaseinclude current controlfile format '/orabak/db_%d_%T_%s'plus archi...
Oracle利用RMAN做异地恢复实验-针对数据库量小的情况
雅冰石的专栏
10-22 2495
一：实验介绍 把一台机器上面的某个数据库恢复到另一台机器上（相当于，建个测试环境，以便进行相关操作） 二：实验环境 操作系统 IP 数据库环境 数据库实例名称 主机名称 source端 RedHat 192.168.8.225 单实例 ORCL sourc
利用RMAN恢复整个数据库
csdn20142的博客
03-18 629
利用RMAN恢复整个数据库案例一 适合场合：恢复的目录一致，同时备份的过程中有归档日志 恢复的数据库目录和down机的数据库一致，还有一个就是RMAN备份的时候已经备份了归档日志。 备份脚本： run{ ...
Oracle数据库RMAN备份与恢复的入门指南
RMAN（Recovery Manager）作为Oracle数据库备份和恢复的主要工具，具有高效、可靠以及自动化的特点，被广泛应用于实际生产环境中。 通过RMAN备份数据库可以实现数据的保护和灾难恢复，确保数据的完整性和可用性。...
Oracle 24.7技术与技巧---数据库高可用
10-27
物理备用和逻辑备用数据库是Data Guard的不同模式，物理备用数据库在结构上与主数据库完全相同，而逻辑备用则通过转换SQL语句来保持数据同步，适用于需要进行复杂定制的情况。 七、Backup and Recovery Oracle提供...
针对大型数据库的备份与恢复策略：保障数据安全
# 第一章：大型数据库备份与恢复策略概述 ## 1.1 数据备份与恢复的重要性 ...大型数据库备份与恢复相较于小型数据库备份与恢复面临着更多的挑战。 首先，大型数据库通常包含海量的数据，备份所需的
Rman数据库恢复实例
03-31
使用Rman数据库备份与恢复的实例，详细记录了一次完整的备份与恢复
RMAN恢复数据库表
09-23
如何使用RMAN恢复数据库的表，超实用哦！
SQL数据库备份与恢复工具：比较与选择最佳工具，提升效率
![sql数据库定时备份]...数据库恢复是指从备份中恢复数据库数据和结构的过程。恢复可以是物理恢复，即直接从备份文件恢复数据文件，也可以是逻辑恢复，即使用备份脚本重建数据
oracle rman 异地恢复,Oraclerman恢复到异地、异机
weixin_35282085的博客
04-10 427
原来的Oracle数据库服务器使用rman进行全库的备份，然后再异地的服务器上恢复一模一样的数据库原来的Oracle数据库服务器使用rman进行全库的备份，，然后再异地的服务器上恢复一模一样的数据库1.1 原服务器备份数据库第一步，查看数据库的实例名和DBIDconnected to target database: DB3 (DBID=2060124769, not open)第二步，...
rman恢复数据库一
fanyos的专栏
03-19 375
一.完全恢复数据文件，模拟操作 rman target/ list backup summary查看备份信息 cd $ORACLE_BASE/oradata/orcl rm -f  *.dbf shutdown abort startup无法打开数据库 rman target/ restore database;还原数据库 recover database;恢复数据库 sql
Oracle rman异地全库恢复
最新发布
mm15922520865的博客
11-07 2050
Oracle rman异地全库恢复
RMAN异地恢复（ORA-06553: PLS-801: internal error [56319]）
cqrw65623的博客
08-09 281
RMAN异地恢复（ORA-06553: PLS-801: internal error [56319]） 一、基本思路： 1、源库RMAN全备，并备份归档日志 2、目...
RMAN异地恢复实战
ckomuo086028的博客
07-04 125
目的:用RMAN将61.106的database恢复到61.99OS: both rhel u4ORACLE: both 10.2.0.4[@more@]步骤:1.full backup 61.106的数据RMAN> ba...
rman迁移及异地恢复
我爱海
11-12 4436
<br />/u01/app/oracle/product/10.1/bin/rman target sys/sys123<br />一、在数据库没有改变的情况下<br />1、备份全库及控制文件<br />run {<br />  configure controlfile autobackup on;<br />  configure controlfile autobackup format for device type disk to '/opt/rmanbak/%F';<br />  alloc
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值