[发明专利]一种基于多活分布式架构的数据库复制方法及系统

说明书

本发明提供了一种基于多活分布式架构的数据库复制方法及系统，包括：在第一数据中心创建第一数据库系统备份表，并在第二数据中心创建第二数据库系统备份表；将第一数据中心的第一数据库系统表实时同步到第二数据库系统备份表中；当数据中心从第一数据中心切换至第二数据中心时，根据第二数据库系统备份表生成数据库更新脚本；执行数据库更新脚本更新第二数据中心的第二数据库系统表，并将第二数据库系统表实时同步到第一数据库系统备份表中。本申请通使源数据中心与目标数据中心部署相同应用脚本，将源数据中心对象信息实时同步至目标数据中心数据库系统备份表中，具有保证数据中心切换后交易正常处理、降低运维成本及应用开发风险的有益效果。

技术领域

本发明涉及数据库技术领域，尤其涉及一种基于多活分布式架构的数据库复制方法及系统。

背景技术

基于当前Q-REP软件的功能，只能实现客户业务数据同步，而在实际的应用中，Sequence、Identity Column等特点数据库对象和应用数据结合紧密，是用于标识业务数据或者业务报文的唯一性标志，而记录Sequence和Identity Column数据库对象的DB2元数据信息，无法通过Q-REP实现数据同步，因此将导致数据中心的Sequence和Identity Column数据库对象的元数据信息不同步，例如第一数据中心已经取值到100，而第二数据中心取值还是50，当数据中心由第一数据中心切换到第二数据中心后，Sequence或者IdentityColumn的值将继续从51开始取值，这样将出现数据中心切换后数据51～100发生重复取值(应用层面预期从100之后开始取值)，将导致业务处理失败。

虽然可以在技术层面上，通过设置第一数据中心Sequence和Identity Column取值范围或者自增长方式，避免两个数据中心数据重复，例如第一数据中心取奇数(1、3、5、7、…),而第二数据中心取偶数值(2、4、6、8、…)，但这将导致第一数据中心和第二数据中心的数据库对象定义属性存在差异，即长期维护两套应用数据库对象定义脚本，非常不利于应用开发和系统维护，极有可能发生由于两套脚本维护失误所导致的数据中心切换后，业务处理失败的生产事故。

因此，如何通过维护一套相同应用脚本来确保数据中心切换后，第二数据中心Sequence和Identity Column取值正确，避免因为数据库元数据不同步而导致Sequence和Identity Column取值重复，影响业务系统正常处理的问题，是当前亟待解决的技术问题。

发明内容

为了解决现有技术中的缺陷，本发明提供了一种基于多活分布式架构的数据库复制方法及系统，本申请在源数据与目标数据中心通过维护一套相同应用脚步，确保数据中心切换后，避免目标数据中心的Sequence和Identity Column取值重复，及保证交易业务的正常处理，具有降低系统运维成本及降低应用开发风险的有益效果。

为了实现上述目的，本发明提供了一种基于多活分布式架构的数据库复制方法，该方法包括：

在第一数据中心创建第一数据库系统备份表，并在第二数据中心创建第二数据库系统备份表；

将所述第一数据中心的第一数据库系统表实时同步到所述第二数据库系统备份表中；第二数据中心

当数据中心从所述第一数据中心切换至所述第二数据中心时，根据所述第二数据库系统备份表生成数据库更新脚本；

执行所述数据库更新脚本更新所述第二数据中心的第二数据库系统表，并将所述第二数据库系统表实时同步到所述第一数据库系统备份表中。

本发明还提供了一种基于多活分布式架构的数据库复制系统，该系统包括：

创建单元，用于在第一数据中心创建第一数据库系统备份表，并在第二数据中心创建第二数据库系统备份表；

同步单元，用于将所述第一数据中心的第一数据库系统表实时同步到所述第二数据库系统备份表中；