[发明专利]一种基于多维度的数据库容灾方法及装置

说明书

本申请实施例公开了一种基于多维度的数据库容灾方法及装置，采集数据库中各个节点的网络连通性数据、数据库日志、操作系统内核日志以及数据库事件；其中，各个节点包括主节点和备节点；根据各个节点的网络连通性数据，判断是否符合预设主备切换条件；若符合预设主备切换条件，则触发主备切换动作；根据各个节点的数据库日志、操作系统内核日志以及数据库事件，预测数据库在未来时段内的故障率；若故障率超过预设阈值，则执行数据库维护任务；本申请通过业务网卡、管理网卡多链路探测主备节点可达性，避免主备简单互ping的异常切换，持续监控并预测主备节点故障发生概率，自动触发主动性维护。

技术领域

本申请实施例涉及数据处理技术领域，具体涉及一种基于多维度的数据库容灾方法及装置。

背景技术

随着开源结构化查询语言(Structured Query Language，SQL)数据库的发展，例如PostGreSQL(也称为PG数据库)等开源数据库，随着互联网应用的高并发、海量数据使得数据库的负载越来越重，作为整个应用系统中的唯一“单点”，数据库能否可靠地为应用提供服务就变得越发重要。

PG数据库在高可用的场景中，有单点方式、主从方式和一主多从等应对方式；其中，以主从方式为首选部署方案；主从方式解决方案有两种：分别是通过插件绑定核心账户(VIP)方式和哨兵(redis进程)选举方式。

然而，插件绑定VIP方式在网络波动场景下，会导致VIP的连续漂移进入双主脑裂状态，数据库变为只读，应用系统可用性存在风险；哨兵选举方式中，哨兵集群最少需要多台服务器来完成选举动作，加上主从数据库节点，整个数据库集群至少要5台服务器才能完成高可用场景的构建，在资源紧张的场景下造成了资源浪费。另外，以上两类主从方式解决方案也都是主备间链路出现故障时，被动处理，没有对数据库宕机做预测来触发主动性维护动作。

发明内容

鉴于上述问题，本申请提出了一种基于多维度的数据库容灾方法、装置、计算设备及计算机存储介质，用于解决以下问题：现有的高可用方案都是出现故障时被动处理，没有对数据库宕机做预测来触发主动性维护动作的问题。

根据本申请实施例的一个方面，提供了一种基于多维度的数据库容灾方法，包括：

采集数据库中各个节点的网络连通性数据、数据库日志、操作系统内核日志以及数据库事件；其中，所述各个节点包括主节点和备节点；

根据各个节点的所述网络连通性数据，判断是否符合预设主备切换条件；若符合所述预设主备切换条件，则触发主备切换动作；

根据各个节点的所述数据库日志、所述操作系统内核日志以及所述数据库事件，预测所述数据库在未来时段内的故障率；

若所述故障率超过预设阈值，则执行数据库维护任务。

根据本申请实施例的另一方面，提供了一种基于多维度的数据库容灾装置，包括：

采集模块，用于采集数据库中各个节点的网络连通性数据、数据库日志、操作系统内核日志以及数据库事件；其中，所述各个节点包括主节点和备节点；

判断模块，用于根据各个节点的所述网络连通性数据，判断是否符合预设主备切换条件；

触发模块，用于若符合所述预设主备切换条件，则触发主备切换动作；

预测模块，用于根据各个节点的所述数据库日志、所述操作系统内核日志以及所述数据库事件，预测所述数据库在未来时段内的故障率；

处理模块，用于若所述故障率超过预设阈值，则执行数据库维护任务。

根据本申请实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；