Oracle中rman的增量备份使用分享

继上次使用RMAN的全量备份和异机还原以后,开始研究一下增量备份和还原的方法。相比于全量RMAN的备份还原,增量的备份还原就相对简单。本实践教程直接上操作,还是回归到一个问题,就是关于两个数据库创建时候,必须保持oracle的一致性的原则。数据库的DBID,数据文件、控制文件、归档文件、日志文件的路径都要保持一致性。如有路径不一致不适用本文章所指的增量数据库备份和恢复方法了。

一、实验目标

将源库的数据在进行增量一次【这里使用impdb导入,操作省略了】,将整体的数据量提升后。因为之前RMAN进行全量备份和全量还原过一次,RMAN已经保留原始数据,使用impdb导入数据泵后,数据量肯定上升了。此刻将进行RMAN的增量备份恢复刚刚好。

二、部署环境参数

VMware部署分别是192.168.188.141(源数据库),192.168.188.152(目标数据库)

三、源数据库的增量数据备份和传输

先确定使用impdp导入数据后,数据的总量多少。之后异机RMAN增量恢复后再查看。

先将脚本rman指令更新为增量备份,然后执行。

更新到以下rman_bak.sh脚本。(如果套用,记得处理自己的数据库路径)

python 复制代码
#!/bin/bash
#************************************************************************ 
#*** rman_bak_L0.sh *** 
#************************************************************************ 
#!/bin/bash
source /home/oracle/.bash_profile
rq=`date +%Y%m%d`
bakdir=/home/oracle/topsoft/rmanbak/${rq}
autobak=/home/oracle/topsoft/rmanbak/autobackup/
if [ ! -d ${bakdir} ];
then mkdir -p ${bakdir}
fi
if [ ! -d ${autobak} ];
then mkdir -p ${autobak}
fi
cd $ORACLE_HOME/bin 
./rman target / log=$bakdir/rmanfull_${rq}.log   <<EOF
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '${autobak}/%F';
run { 
allocate channel c1 type disk; 
allocate channel c2 type disk;
allocate channel c3 type disk; 
allocate channel c4 type disk;
allocate channel c5 type disk; 
allocate channel c6 type disk;
sql 'alter system archive log current';
backup as compressed backupset incremental level 1 database tag 'dbfull' format '${autobak}/backlv0_%d_%T_%t_%s_%p.bak';
sql 'alter system archive log current';
backup as compressed backupset archivelog all tag 'arch' format '${autobak}/arch_%d_%T_%t_%s_%p.bak';
backup current controlfile format '${autobak}/ctl_%d_%T_%t_%s_%p.bak';
release channel c1; 
release channel c2;
release channel c3; 
release channel c4;
release channel c5; 
release channel c6;
} 
report obsolete; 
crosscheck backup;
crosscheck archivelog all;
delete noprompt obsolete;
delete noprompt expired backup;
list backup summary; 
exit; 
EOF
echo "备份数据完成."

先关闭监控端口,再执行脚本rman_bak.sh,然后检查备份文件是否全部备份完毕。

RMAN的数据增量备份已经完成,使用xftp可以看到路径下面有备份文件

将源库下面的autobackup文件夹中的所有增量文件传送到目标库中

在目标库(x.x.188.152)中有源数据库的增量数据文件了

四、目标数据库的接收增量数据

开启数据库ORACLE的监控,查看监控的1521端口是否开放了

查看源数据库的备份文件是否存在目标库对应的文件路径中

启动rman工具窗口,将数据库关闭,使用归档模式启动数据库。

将增量的数据集增加到rman中

增加rocover恢复增量数据库

开启目标数据库的归档模式和开启日志追踪记录功能

python 复制代码
$ sqlplus "/as sysdba"
SQL> shutdown immediate
SQL> startup mount;
SQL> alter database open resetlogs;
​
# 进行简单查询,确认业务数据状态;

四、验证环节

然后使用数据库工具PL/SQL进行源数据库和目标数据库的数据量进行对比

执行这个语句查看两个数据库的表空间使用量对比

sql 复制代码
SELECT UPPER(F.TABLESPACE_NAME)                                                                 "表空间名",
       D.TOT_GROOTTE_MB                                                                         "表空间大小(M)",
       D.TOT_GROOTTE_MB - F.TOTAL_BYTES                                                         "已使用空间(M)",
       TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100, 2), '990.99') "使用比",
       F.TOTAL_BYTES                                                                            "空闲空间(M)",
       F.MAX_BYTES                                                                              "最大块(M)"
FROM (SELECT TABLESPACE_NAME,
             ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
             ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
      FROM SYS.DBA_FREE_SPACE
      GROUP BY TABLESPACE_NAME) F,
     (SELECT DD.TABLESPACE_NAME,
             ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
      FROM SYS.DBA_DATA_FILES DD
      GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 DESC;

两个库之间的数据库业务表空间使用量一致,两个库之间的数据库业务使用量是一致的了。但是有点不一致是在于SYSAUX和UNDOTBS1的表空间使用量不同了(可能是我增量数据使用表空间的物理文件创建,而没有使用impdp或者imp导入数据导致)

对比数据的总量差了4个G的数据量。(正好是我创建的2个表空间的物理文件每个都是2G,占了4个的内存)

sql 复制代码
select   tablespace_name,   file_id,   file_name,   
round(bytes/(1024*1024*1024),0)   total_space   
from   dba_data_files   
order   by   tablespace_name; 

还有一点的不同就是SYSTEM的表空间的物理文件不同,源库有两个,目标库有一个。

总结:

RMAN的增量数据恢复其实难度不大。主要几个细节把握住,第一是源库备份恢复时候记得关闭数据库监控,让应用写数据时候写不进去。这样数据不会丢失。第二最好先进行RMAN的全备一次在进行增量恢复,这样恢复效率快点。只需要恢复数据集即可,不需要恢复控制文件、更新参数文件。也不需要其他操作。第三就是目标库恢复时候记得开启归档模式,恢复后记得开启相关日志服务。

我再抛个问题:为什么RMAN的增量恢复没有完全恢复全部数据了,只有业务数据恢复,但是系统数据的物理文件没有恢复过去了。

顺便再请教一下各位大佬,我得操作有没有问题。如果有问题,麻烦评论区指出来了。

参考文件:Oracle数据库离线增量备份与恢复-云社区-华为云

相关推荐
LightOfNight25 分钟前
Redis设计与实现第14章 -- 服务器 总结(命令执行器 serverCron函数 初始化)
服务器·数据库·redis·分布式·后端·缓存·中间件
代码中の快捷键39 分钟前
MySQL数据库存储引擎的数据结构
数据结构·数据库·mysql
Adolf_19931 小时前
Django 路由层
数据库
好记忆不如烂笔头abc1 小时前
logminer挖掘日志归档查找问题
数据库·sql·mysql
java_heartLake9 小时前
PostgreSQL数据库参数调优实践
数据库·postgresql·调优
xnuscd10 小时前
Milvus概念
数据库·学习·mysql
代码欢乐豆10 小时前
软件工程第13章小测
服务器·前端·数据库·软件工程
小gpt&11 小时前
实现qt拖拽显示或者播放
数据库·qt·音视频
望获linux11 小时前
在 ARM 平台上如何实现Linux系统的1秒启动
linux·服务器·开发语言·数据库·操作系统·嵌入式操作系统·arm平台
漫天转悠11 小时前
MySQL 七种JOIN连接详解
数据库·mysql