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数据库离线增量备份与恢复-云社区-华为云

相关推荐
BearHan1 小时前
Sqlsugar调用Oracle的存储过程
oracle·存储过程·orm
superman超哥1 小时前
04 深入 Oracle 并发世界:MVCC、锁、闩锁、事务隔离与并发性能优化的探索
数据库·oracle·性能优化·dba
用户8007165452001 小时前
HTAP数据库国产化改造技术可行性方案分析
数据库
engchina2 小时前
Neo4j 和 Python 初学者指南:如何使用可选关系匹配优化 Cypher 查询
数据库·python·neo4j
engchina2 小时前
使用 Cypher 查询语言在 Neo4j 中查找最短路径
数据库·neo4j
尘浮生2 小时前
Java项目实战II基于Spring Boot的光影视频平台(开发文档+数据库+源码)
java·开发语言·数据库·spring boot·后端·maven·intellij-idea
威哥爱编程2 小时前
SQL Server 数据太多如何优化
数据库·sql·sqlserver
小华同学ai2 小时前
AJ-Report:一款开源且非常强大的数据可视化大屏和报表工具
数据库·信息可视化·开源
Acrelhuang2 小时前
安科瑞5G基站直流叠光监控系统-安科瑞黄安南
大数据·数据库·数据仓库·物联网
Mephisto.java3 小时前
【大数据学习 | kafka高级部分】kafka的kraft集群
大数据·sql·oracle·kafka·json·hbase