彩票平台

/ 案例介绍 2020年5月份国内某大型股份制银行完成其核心业务系统从IBM AS400单机到x86 Linux应用服务集群的迁①移工作。5月3日↓新的上线投产运行，通过三个月的持续稳定运行，于8月份正式宣布新的核心业务系统投产成功。 新的核心业务系统在国内√率先采用x86+自主分布式数据库，并在国内大中型银行中率先实现突破。 / 项目背景 某大型股份制银行在迁移之前服务系统的◥场景为：一台的AS400的生产机上，既运行核心业务（RPG开发的业务系统），又运行DB2的数据库，也就是数据库和业务系统是在同一台机器上。 随着银行业务系统的发展交易量和业务量不断的扩大，单台机器很难满足所有的业务需①求和数据存储，同时不易进行水平扩展█。 因此该行准备将核心业务由RPG开发转换成】Java语言开发，并运行在▼基于x8架构的服务器上。旧的数据库AS400的DB2会转成多节点的分布式数据库同样是运行在←基于x86_64架构的服务器上。 / 客户痛点 1.如何实现〗业务不停机迁移：如今大中型银行的业务系统必须提供全天候的的持续对外服务能力，如何保々障业务系统升级、迭代的过程中即不影响用户的实际使用体验， 又能让业＠ 务系统在升级改造的中得到不↓断的完善，是对一个银行综合素质的考量。因此必须保证迁移的数据和生■产的数据实时同步，在迁移完成后即可以立即对外提供服务♀。
2.迁移后的数据如何达到100%正确：在数据迁移的过程中如何能保证用户的所有账户数据信★息能够被正确的迁移， 在面临复杂规则转换场景时如何保证转换后的数据100%正确，如何将对用户的■影响降到最低。
3.由单机数据库到分布式集群数据库如何→进行分库分表：迁移ㄨ之前所有的数据存储在单机的同一≡个数据库下，迁移后的所有数据存储在几十台x86分布式集群中。 如何将不同的数据迁移至分布式x86分布△式数据库不同机器对应的表中，且保证数据的完整性，是一个很大的♀挑战。
4.如何解决业务数据迁移中◎存在的大字段数据、表数据异⊙构、数据分片键缺失等：大字段因字段内部有混合类型（O、P等类型），需要进行特殊＠的转码解析操作。 异构表分包含普通异构（表名相同，结构不同）、表名异构（表名不同）、一表拆多表、多表合一等复杂场景。 核心业务数＠ 据库迁移至x86_64分布式数据库需对迁移的数据额外补充分片键字段，且部♀分表数据无法通过自身数据生成分片键，需根据表中映射字段进行查找。 / 解决方案 首先通过在备份机器上安装日志采集程序，实时将采集到的日志数据复制到≡工具的部署环境，通↘过对日志的解析还原出数据库变化的数据， 再经过多种的转换和补分片键等操作生成目标库的操作语句，从而实现生产环境和分〇布式数据库的环境进行实时的同步。 同时在数据持续增量变化的过程还会进行数№据的增量校验，保证最终结果的▃一致性。 / 方案优势 1. 零停机       整个迁移过程从日志采集、转换处理、到同步至分布式数据库，数据同步过程仅有秒级延迟。当现有生产的数据库停止对外服务后， 新的分布式数据库访问可以直接对外提供服务，从而保证整个银行的业务能够不间断的进行。 2. 100%正确率       在整个数据同步的过程中，通过持续提取目标库装载的数据进行增量比对，来校验目标数据库同步数据的『正确性， 对可能存在的错误经行统计、汇总，并在最终迁移完成后经过人工确认后进行一次性∮数据修复，保证最终结果︼一致性，实现100%的正确率。 3. 安全和高可靠       迁移工具日志获取时，仅需访问生产系统〓中备份数据库的日志文件，对生产数据库无入侵，充分保证生产系统的安全性。 同时整◥个工具全链路均支持断点恢复，以规避迁移中的宕机、硬件故◣障等异常事件，从而保证迁移持续可靠的进行。