[发明专利]一种不停机数据库迁移方法

说明书

本发明公开了一种不停机数据库迁移方法。本发明的有益效果如下：1.能够保障集团业务线上正常运行，无感知情况下做数据库替换；2.迁移过程中分阶段、递进式实施，实施过程中一旦发生异常回滚，提供了完整的补偿机制；3.为复杂业务拆分，多系统共用数据库拆分迁移提供了一套完备的热迁移方案。

技术领域

本发明涉及互联网金融交易系统领域，特别涉及带有运营商特色的交易数据信息维护方法。

背景技术

互联网金融交易系统一直以来作为金融支付系统的核心，承载着核心业务链路中核心交易信息的生命周期管理，是支付系统中数据量最大，业务场景最为复杂的系统，而其保有的数据量最为繁多又极其重要，这对于交易数据的存储提出了更高的要求，而作为给运营商提供服务的应用方数据上更为繁琐与复杂，伴随着业务量的不断提升，各系统公用数据库时存在数据库资源竞争的频率越来越高，为了保证在未来更大数据请求下的高成功率，数据库迁移迫在眉睫。

本专利针对这一场景，提出了一种在保证集团公司业务正常运行或极小影响的情况下对Oracle数据库进行不停机切换迁移的实施方案。相较于传统的数据库直接切换方式，增加了临时表与缓存的方式，增强了数据库切换过程中的容错性、健壮性，简化了数据校对的复杂度。在集团用户无感知的情况下完成底层数据库切换，为复杂场景下要求高实时业务方提供了具体的实施步骤和经验。

发明内容

本发明要解决的技术问题是克服现有技术的缺陷，提供一种不停机数据库迁移方法。

本发明提供了如下的技术方案：

本发明提供一种业务不停机底层数据库热迁移实施方案，包括以下步骤：

S1、数据库迁移之前正常交易数据流向如图1；

交易查询

在V1版本期间上线对应最终表交易查询的代码，同时对查询交易返回不存在的调用返回系统维护中。预计影响数据量：临时表中数据，大约2100条。

预计影响时间：30分钟。

S2、迁库过程中数据流向以及影响：正常交易数据：V1版本—切换到临时表，如图2所示；

S3、正常交易数据：V2版本—切换到最终表，这个阶段最终表已经包含了所有需要迁移的数据(旧表中的所有数据)，而临时表中的数据等待DBA做迁移对比(迁移到最终表)，此时临时表中数据无法做后续交易，如图3所示；

S4、迁库完成，所有数据迁移完成，交易数据添加到最终表。

与现有技术相比，本发明的有益效果如下：

1.运营商业务正常运行无影响，集团用户几乎无感知；

2.分阶段、递进式实施方案，全方位闭环的补偿保障方案；

3.复杂业务背景下，高并发高实时性要求的前提下，交易无差错。

4.相较于传统的数据库直接切换方式，增加了临时表与缓存的方式，增强了数据库切换过程中的容错性、健壮性，简化了数据校对的复杂度。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是迁库之前交易正常数据的流向流程图；

图2是迁库过程中V1版本切换临时表交易数据流向流程图；

图3是迁库过程中V2版本切换最终表交易数据流向流程图；

图4是S1步骤的实施例示意图；

图5是S2步骤的实施例示意图；