继上次使用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的增量恢复没有完全恢复全部数据了,只有业务数据恢复,但是系统数据的物理文件没有恢复过去了。
顺便再请教一下各位大佬,我得操作有没有问题。如果有问题,麻烦评论区指出来了。