利用SHELL脚本来验证Oracle数据库RMAN备份集的有效性

编辑手记：一切都有可能而且将会发生故障。只有未雨绸缪才能防患未然。

推荐阅读：讲真，你该做数据库备份的有效性校验了

作者简介：赵全文

就职于太极计算机股份有限公司,在 中央电化教育馆 做Oracle DBA的驻场运维工作。

作为一个DBA，要时刻记得，故障是绝对会发生的，只是迟早的问题。

为了防止这一幕的出现，就需要对Oracle数据库RMAN备份集的有效性进行验证。为此，我专门写了一个SHELL脚本用来验证RMAN备份集的有效性，将该脚本文件放在了crontab的计划任务里，让其在每天晚上21点自动运行，目的是验证前一天生成的RMAN备份集的有效性。

现在，用线上的一套Oracle数据库生产环境，来演示操作。

首先，查看最近的一次RMAN全备，如下图所示，

接下来，查看一下生成的校验RMAN备份集有效性的LOG文件，见下图，

我们就以查看2017年3月3日生成的LOG文件为例，下面是执行SHELL脚本验证的结果，见下图所示，

截图一，

我们发现，上面首先校验的是3月2日生成的增量备份里的归档日志备份集。

截图二

紧接着，是校验增量1级备份生成的备份集和最后手动归档以及备份的归档日志备份集。

截图三

由于在RMAN的参数设置中开启了控制文件的自动备份功能，所以最后备份的是控制文件，那么最后校验的也是控制文件！

俗话说的好，“工欲善其事，必先利其器”！最后着重介绍一下，rman_validate_v2.sh 这个验证RMAN备份集有效性的SHELL脚本的具体内容，

由于脚本内容过多，下面分三个部分来说明，见下图。

截图一：

依次解释一下，几个红色方框标注的地方

• 个人简介，包括姓名，Emai邮箱，技术博客网址；

• SHELL脚本文件名；

• 最近修改日期；

• 该SH脚本使用的注意事项，当然是先确保在测试环境上测试通过以后，在放到生产环境中使用啦。

截图2

图2，有3个红色方框，

• 方框1是定义在脚本中要使用的SHELL外部命令所在的绝对路径，每种Linux操作系统上所在的路径有可能不同，尽量要使用“which 想要使用的命令名”来查找一下，然后写到上面，通常把要使用的都要写上去；

• 方框2是定义了一些有关路径的字符串变量和普通字符串变量以及SHELL命令用一对反引号(键盘上ESC键下面和数字1键左边的那个键)括起来的字符串变量(注意：只有用反引号括起来才能生成SHELL命令的执行结果)；

• 方框3是使用SQLPLUS命令连接到Oracle数据库以后，通过查询视图V$BACKUP_SET_DETAILS来找出前一天生成的RMAN备份集当中所有的BS_KEY值，然后保存到一个字符串变量BSKEY_LIST。

截图3，

图3有2个红色方框需要特别说明：

• 方框1是通过强大AWK命令将字符串变量BSKEY_LIST的值“6046 6047 6048 6049 6050 6051 6052”的中间加一个逗号(所以我把方框1的字符串变量命名为BSKEY_LIST_WITH_COMMA，意即带逗号的BSKEY_LIST)，形如这种格式，“6046,6047,6048,6049,6050,6051,6052”；

• 方框2是在最后进入RMAN命令行，校验RMAN备份集有效性的语句，validatebackupset 后面紧跟的就是带逗号的BS_KEY值列表，形如这种格式，“validatebackupset 6046,6047,6048,6049,6050,6051,6052 check logical;”其实，也可以使用一个FOR循环来将字符串变量BSKEY_LIST的值一个一个读出，然后执行一次validate backupset 6046 check logical;再取一个值，再执行一次validatebackupset 6047 check logical;直到都把字符变量BSKEY_LIST的值取完为止，那样的话，就不用定义前面那个字符串变量BSKEY_LIST_WITH_COMMA了。看个人喜好，我觉得带逗号这种方式，个人比较喜欢和推荐使用。

我把rman_validate_v2.sh这个脚本放在了github上，网址为https://github.com/guestart/rman_validate/blob/master/rman_validate_v2.sh，如果需要下载即可。（原文链接直达）

备份的重要性，再强调都不为过。

最后，推荐我们以前发过的一篇文章作为勉励。

防范攻击 加强管控 - 数据库安全的16条军规

有任何疑问请加入云和恩墨大讲堂与专家面对面交流。