达梦数据库(DM8)生产部署规范建议及故障恢复测试

目录

前言

第一部分——生产部署规范建议

1.1 操作系统要求

1.2 安装路径设置

1.3 备份设置

第二部分——数据盘全损与恢复实验

2.1 实验整体介绍

2.2 实验步骤

2.2.1 准备工作

2.2.2 正常运行阶段

2.2.3 数据盘故障阶段

2.2.4 恢复与验证阶段

第三部分——总结


前言

对于金融行业尤其是银行来说,数据丢失风险的是不能忍受的。作为数据存储的仓库,数据库应当把保障数据安全作为底线进行坚守。达梦8数据库作为一款行业领先的数据库产品,提供了优秀的数据安全保障能力,确保在数据库发生故障时,通过还原之前的备份集,将数据恢复到可用状态。

本文主要分为两部分,第一部分,将首先给出一份生产部署规范建议;第二部分,将以实验的方式,以生产中的典型案例为例,介绍达梦8数据库(以下简称DM8)在遭遇数据盘数据全部损坏的情况,利用备份与还原技术,恢复全部数据,论证DM8如何能够给用户以信心。

第一部分——生产部署规范建议

1.1 操作系统要求

    独立分区既有利于提高可靠性,也便于后期在线扩容。因而要求生产部门提供的基础环境里,要建立操作系统和数据库至少两个分区。

分区

作用

大小

备注

/

安装操作系统

>=20G

kylinV10安装后初始大小8G左右

/dm8

安装达梦数据库,存放数据库数据

>=40G

具体大小根据系统本身数据量决;其中达梦数据库软件占用大小1G;剩余空间存放数据文件、日志等。

   从更高的安全角度上,可以采用独立块设备,搭建主从同步,建立多路归档等技术手段。

1.2 安装路径设置

数据库软件目录:/dm8

数据目录:      /dm8/data

备份目录:        /dm8/backup

1.3 备份设置

    备份时,在备份时间符合时间窗口的情况下,建议采用压缩备份,最多可以减小压缩结果文件大小为原来的1/10,压缩级别至少为1,最高可为9。具体的压缩效果,以及合理的压缩级别,需要通过在生产上进行测试以得出结论。

   建议对dm.ini等配置文件定期备份到比较安全的目录,有利于数据库快速恢复到之前的配置。

第二部分——数据盘全损与恢复实验

2.1 实验整体介绍

在生产中,为了数据的安全,常常采用数据库定期全库完全备份+每天增量备份的策略,辅以归档,使得在在数据库磁盘故障时,能够从已有备份和归档进行恢复,尽力实现RPO=0,降低数据丢失的风险。为了验证DM8的备份与还原能力,本章以单节点数据库为例进行了实验。

   实验场景步骤:

    1、进行数据库完全备份

    2、提交事务

    3、进行增量备份

    4、提交事务

    5、未完成事务

    6、模拟磁盘故障导致了数据库所有文件损坏

    7、通过数据库还原验证无提交事务丢失,RPO=0

达梦数据库(DM8)生产部署规范建议及故障恢复测试

2.2 实验步骤

2.2.1 准备工作

1、创建数据库实例DAMENG

2、DM8安装示例库DMHR。

3、设置dm.ini中ARCH_INI为1开启归档;设置dmarch.ini本地多路归档; 

2.2.2 正常运行阶段

1、数据库完全备份

SQL> BACKUP DATABASE BACKUPSET 'db_full_back_01';

注意:为简化命令,备份都保存在数据目录的默认路径下,实际生产中应当备份到其他路径。

2、进行事务

SQL> update dmhr.job set min_salary=3000 where job_id=72;

SQL> commit;

3、数据库增量备份(可选)

SQL>BACKUP DATABASE INCREMENT;

4、进行事务和未完成事务

SQL> update dmhr.job set min_salary=3500 where job_id=72;

SQL> commit;

SQL> update dmhr.job set min_salary=4000 where job_id=72;

2.2.3 数据盘故障阶段

5、模拟文件丢失

删除 /dm8/data 数据存放目录下所有文件,模拟磁盘故障导致文件丢失。

6、发现报错

比如进行数据库增量备份时发现错误:

SQL> BACKUP DATABASE INCREMENT;

BACKUP DATABASE INCREMENT;

[-8344]:specifying data file restored or tablespace backup is forbidden if the tablespace is broken.

used time: 00:00:01.045. Execute id is 0.

至此,DBA会发现故障发生,需要进行数据库修复。

2.2.4 恢复与验证阶段

7、关闭数据库

利用dmrman数据库进行数据库恢复时,需要先关闭数据库。

在DM Service Viewer中,对DmServiceDMSERVER执行stop关闭数据库。

8、重建数据库实例

卸载数据库实例,新建同配置的数据库实例。

备注:重建的主要目的是创建dm.ini,建议生产上对dm.ini进行备份,则不需重建实例,放入/dm8/data/DAMENG/下即可。

9、还原数据库

如果未做步骤3,最近一次数据库备份是完全备份,需要从完全备份的备份集进行恢复,如下:

RMAN> restore database '/dm/data/DAMENG/dm.ini' from backupset 'db_full_back_01';

如果做了步骤3,最近一次数据库备份是增量部分,则需要从增量备份的备份集进行恢复,如下:

RMAN> restore database '/dm/data/DAMENG/dm.ini' from backupset ' DB_DAMENG_INCREMENT_20220301_161528_000926';

其中,DB_DAMENG_INCREMENT_20220301_161528_000926是最后一次增量备份的目录,由系统自动命名。

10、恢复数据库

利用归档进行恢复:

RMAN> recover database  '/dm/data/DAMENG/dm.ini' with archivedir '/dm/data/DAMENG/arch';

11、更新数据库

RMAN> recover database  '/dm/data/DAMENG/dm.ini' update db_magic;

12、启动数据库

在DM Service Viewer中,对DmServiceDMSERVER执行start开启数据库。

13、检验结果

SQL>select * from dmhr.job;

查看结果,会发现数据全部都在,且job_id=72 时对应的min_salary为3500,说明数据库已经恢复,提交事务未丢失,未提交的事务回滚。

第三部分——总结

   达梦数据库DM8展示了良好数据安全保障能力。DM8不仅可以通过主从架构、多路归档等从数据库架构上提升安全性,还可以通过RAID10、单独块设备,从硬件级别加强数据安全保障。

  优秀的数据库产品是根本,严谨的备份习惯同样重要。考虑到业务的复杂性,有时候备份数据可能被其他程序破坏,或因其他原因,导致故障发生时无备份可用,还要定期对备份进行恢复验证。只有这样,才能更好地发挥达梦数据库的优秀数据安全保障能力,坚守数据安全底线。

上一篇:Mybatis实现动态SQL与模糊查询


下一篇:redis分布式锁