1.迁移背景
响应国资委下发79号文件,全面指导并要求国央企落实信息化系统的信创国产化改造。
其中,明确要求所有中央企业在2022年11月底前将安可替代总体方案报送国资委;
自2023年1月起,每季度末向国资委报送信创系统替换进度。
最终要求2027年底前,实现所有中央企业的信息化系统安可信创替代。
生态兼容
社区活跃度
研发实力
大厂背景
享受引擎带来的对sql标准和nosql的高度兼容、强大的处理复杂查询能力、以及丰富的插件支持等特性
同时还能大幅节省运维成本和硬件投入。
本项目需要将一期oracle数据库切换成opengauss关系型数据库。
具体涉及到的表格和工作内容如下所示:
20gb
aws schema conversion tool:迁移元数据、和生成评估报告
kettle:适合异构数据量比较小,可以一键迁移
6.1迁移思路
因为aws schema conversion tool不支持opengauss,所以需要安装pg
先把元数据迁移到pg里,从pg里导出sql,然后在导入opengauss中
6.2迁移步骤
第一款工具aws schema conversion tool闪亮登台
6.2.1设置数据库的驱动
6.2.2迁移源数据
第二款工具kettle闪亮出马
本人太喜欢kettle这款工具,有10多年的kettle使用经验
7.1设置源端数据源(oracle)
7.2设置目标端数据源(opengauss)
7.3编写一键迁移总按钮
非常灵活,迁移过程中可以对数据进行改造、可以过滤不迁移的表,只需点一下,所有的表迁移完成
校验所有表的数据量:count(*)
如果非要校验数据迁移完成之后对数据做对比:验证hash算法、md5算法。
本人觉的数据校验意义不大,所以这次迁移只校验数据量和中文有没有乱码。
难点在于元数据迁移视图、存储过程、函数,aws schema conversion tool不可能100%完成这项工作,
所以视图、存储过程、函数还需要开发根据实际业务工作情况改写。
最后修改时间:2023-09-15 15:46:16
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【米乐app官网下载的版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。