【对外】【江苏移动】TDBC2025可信数据库发展大会.pdf

1、江苏移动孙新信创数据库迁移与应用落地的“避坑指南”CONTENTS 目 录01迁移准备阶段PREPARATION STAGE02迁移阶段MIGRATION PROCESS03应用落地阶段 IMPLEMENTATION STAGE04案例分享CASE SHARINGTHE MIGRATION PREPARATION STAGE迁移准备阶段 011 江苏公司成果展示/S U B J E C T T E X TOceanBaseGoldenDB磐维商业数据库OceanBaseGoldenDB磐维商业数据库国产化库国外商业库国产化节点占比超90%2 信创数据库的选择/S U B J E C T T E

2、 X T核心合规性与自主可控性-政策基石兼容性与迁移成本-落地关键服务支持与厂商能力-合作基础技术能力与架构适配性-性能基石生态成熟度与可维护性-长期保障3 实施方法论/8项就绪业务保障就绪03STEP系统保障就绪 04STEP数据库保障就绪 05STEP割接准备就绪 06STEP安全就绪 07STEP外围平台就绪 08STEP测试就绪02STEP方案就绪 01STEP八项就绪4 割接前“踩坑”注意点020301提高归档保留时间增量拉取失败调整迁移工具JVM参数增量延迟高注意CHAR字符字符集转换问题注注意意点点DURING THE MIGRATION PROCESS迁移过程中021 割接实施

3、/四个到位支撑人员到位实施人员到位 应急措施到位业务资源到位四个到位2 应急流程及措施数据对比不一致01回退决策点业务测试未通过02次日数据库出现高耗现象033 割接中“踩坑”注意点序列,40%触发器,35%JOB,25%数据库对象处理序列需要调整序列步长、调高序列保证主键冲突触发器需要关闭触发器，来保证反向数据一致JOB需要关闭JOB，来保证反向数据一致THE APPLICATION IMPLEMENTATION STAGE应用落地阶段031 五个“跟踪”0103050204业务运行跟踪数据库运行跟踪月结跟踪系统运行跟踪外围感知跟踪2 割接后“踩坑”注意点源库对象检查关闭割接后数据反向追加失

4、败割接后数据反向追加缓慢C A S E S H A R I N G案例分享04随着移动互联网的飞速发展及5G时代的全面到来，各行业数据量呈现井喷式增长。在大数据时代背景下，企业的数字化转型升级已成为竞争的核心要素，运营商领域亦不例外。江苏移动互联网业务迅猛扩张，传统数据库已难以满足其海量数据处理需求。历经数十年发展，其核心系统规模庞大、业务逻辑错综复杂，对底层数据库提出了极高要求，长期依赖传统集中式数据库与高端硬件搭建的烟囱架构环境。基于数据安全、业务拓展及成本效益考量，江苏移动审慎选择OceanBase数据库，作为核心库的支撑系统，推进数据库国产化进程。业务背景传统访问控制技术存在问题互联网

5、业务高速发展，IT系统数据库结构的日益复杂，规模增大，用户增多，传统访问控制技术存在的问题使得数据访问权限的分配和管理越发困难；数据存储加密要求变高数据存储的介质日益增多，黑客或者恶意攻击者取得存储介质恢复数据的案例持续增多，数据存储加密要求变得尤为重要；数据安全难以保证系统建设的指数式增长，导致数据存放的多样化、场景化、分散化，国外数据库产品易带来数据泄露风险；另一方面保障数据安全集中式架构普遍使用主备技术，但“自动容错”和“不丢数据”无法兼得，遇到重大灾难时较难保证数据安全。业务挑战解决方案在江苏移动的整体架构规划中，设立了多个中心生产集群。各生产集群依据不同业务系统，对应OceanBas

6、e的不同租户，实现租户间资源隔离，互不干扰。通过严格的权限控制机制，保障各租户数据的安全性。结合OceanBase数据库卓越的在线扩缩容能力，我们成功提供了既安全又灵活的DBaaS服务模式。一、“两地三中心”架构部署二、安全灵活的 DBaaS 模式（1）以无锡同城两机房为主中心，南京单机房为备中心，主集群三副本均具备读写能力，数据通过Paxos协议保持强同步；（2）备集群数据由主集群同步日志复制，同步机制选择最大保护/最大性能/最大可用模式，备集群的数据副本数可选择单副本、三副本（3）按照业务租户规划Primary