Oracle数据库迁移到国产数据库核心难点解析.docx
《Oracle数据库迁移到国产数据库核心难点解析.docx》由会员分享,可在线阅读,更多相关《Oracle数据库迁移到国产数据库核心难点解析.docx(16页珍藏版)》请在第一文库网上搜索。
1、Orac1e数据库迁移到国产数据库核心难点解析云原生应用创新实践联B数据库自主可控落地在当前没有通用的行业参考,大多数企业缺少同业经验指导,可能发生选型错误,迁移过程中困难重重,成本升高,项目延后等风险。云原生应用创新实践联盟通过课题方向专家组在“数据库自主可控方向”的课题研究,帮助企业加强对自身需求认知、选择合适的自主可控数据库产品、提高对自主可控数据库迁移改造工程的认知。从选型评估、迁移改造、持续运维等各个环节总结经验,帮助企业少走弯路,高效克服难题。企业传统Orac1e数据库迁移到国产数据库核心难点总结背景近几年国产数据库以其高并发、海量数据、易扩展、高可用、易运维(一体化自动运维平台)
2、等技术优势,以及其部署在普通硬件服务器之上的成本优势,在国内各个行业取得了广泛应用,成熟度也越来越高,关注程度也越来越高,在金融行业尤其是银行业数据库国产化替换的趋势越来越明显:在银行业数字化转型和高质量发展过程中,IT系统的飞速发展,而传统以OraCIe为代表的集中式IT架构已经无法满足需求,像云平台、大数据、A1微服务、分布式架构、敏捷前台、统一中台等技术架构的发展很好的契合了银行未来业务发展的需求,而国产数据库作为其中重要环节贯穿了整个前中后端,重要程度不言而喻,是未来银行IT架构转型发展的重要趋势;此外,金融行业国产化进一步推进并逐步进入深水区,数据库国产化是其中一项重要内容,数据库从
3、传统OraCIe迁移到国产数据库势在必行。本文重点围绕企业在去0实践过程中遇到的难题进行交流探讨总结:1、由OraC1e数据库迁移到分布式数据库之后,关联查询的语句怎么解决?【问题描述】由OraCIe数据库迁移到分布式数据库之后,除了让尽量把需要关联的表按照相同的规则分布在一个节点外,现在系统的数据量都是5T以上的,不同的表已经按照不同的规则进行了分区,这些表之间的关联查询是应用必须要的而且频率很高,如果需要把所有的表按照统一规则去设置分布字段让同一用户下的资料都相同的节点上,这样的话改造就非常大,万一要回退也会非常麻烦,请问一下专家,这个问题还有没有其他好办法来解决复杂的关联查询的问题,又不
4、会导致应用改造过大?hanfeng_twtSphereEx数据库架构师:解决上述问题有几个思路:1 .产品层面有些分布式数据库产品,提供“自动分布式”能力,即可以实现数据自主分片,不再需要人为干预。这样在结构设计无需做太多修改。针对语句方面,也可以免改造或低改造完成迁移。当然这种方式还是要看业务复杂度,很难做到完全规避因引入分布式带来的改造成本。且针对复杂查询情况下,目标数据库是否能很好处理且保证性能也是需关注的。2 .设计层面在设计方面,提前做好相应的改造评估工作。如对现有结构、语句通过工具扫描方式,获得当前的工作负载,针对分布式情况下做改造评估等。这种方式不会减少改造工作量,但会提前规划避
5、免被动。这种也是我比较推荐的方式。3 .架构层面针对复杂的OraCIe查询,有些场景可考虑下移到大数据技术栈解决。后者针对复杂关联查询,会更为适合。但两者需解决数据同步问题且业务是否接受一定延迟,也需关注。2、如果数据库较大,全量迁移时间较长,如何尽可能缩短停机窗口?【问题描述】对于数据库容量较大的库,从OraC1e迁移到国产数据库,全量迁移需要较长时间,而对于金融机构来说,停机窗口非常宝贵,如何可以缩短停机窗口是实施的难点之一,如果是同构数据库的迁移,比如OraCIe迁移到Orac1e,有比较成熟的工具实现全量和增量的迁移,前期先进行全量迁移,停机窗口时再进行增量迁移,可以尽可能缩短停机时间
6、,但是OraC1e到国产数据库,如何进行类似的全量和增量迁移,需要重点考虑?hanfeng_twtSphereEx数据库架构师:总结来说,是异构数据库间迁移的问题1 .提供常规的全量及增量数据迁移能力,这对于有效缩短时间窗口有益。目前已有很多厂商提供此类能力。但需要注意的是,从集中式架构到分布式架构还可以;反之仍有一定局限。2 .提供全量及增量数据对比能力,满足对数据一致性的检验能力,这对于实施切换是重要参考依据。此外包括差异数据的正向、反向的补偿能力,也是需要的。3 .由业务逻辑方面提供一定的兼容能力,可满足短时间系统间迁移的数据补偿能力,有助于缩短窗口。4 .架构设计方面,提供多种数据同步
7、考虑,除了数据库外,还可以考虑如应用报文、网络协议等方面的同步机制,作为有益的补充。huawei851120江苏省农村信用社联合社数据库运维工程师:有两种思路:1先对OraC1e的大表进行改造,分为历史表和当前表。把历史表先期迁移到国产数据库,停机窗口内再把当前用的表迁移过去。这种用法比较推荐;2 .利用同步工具。几家大厂的国产数据库,都有自己的数据同步工具,可以先期进行数据同步,但不能同步DD1。这个阶段不要进行OraCIe表结构的表更。投产窗口内,把应用停掉后,等数据追平就可以了。刘炜钮城银清算服务有限责任公司应用维护:1截止到一个时间点可以提前迁移历史数据,比如窗口前一周或者提前1、2天
8、;3 .到了停机窗口,业务停运后补增量数据;4 .做好全量数据的检查,补完增量后,新老库数据量对比,做最终确认,这样就能大大减少数据迁移时间。yata52中国人寿财险数据库管理员:目前我们接触的国产数据库厂商都有了适合自己的全量初始化加增量同步方案,有的是利用自有工具,有的是利用常见数据迁移软件,都能做到在切换前数据实时同步几乎无延迟。但是总结下来,迁移的过程还需要重点考虑这几个问题:1如果源库较大,为了保障全量初始化成功,需要考虑适当调大Undo表空间,为了保障迁移时对生产影响较小,尽量使用物理备库抽取,全量迁移时合理分组初始化。如果是单表过大又没有物理备库的情况,可以考虑使用更高效的工具(
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Oracle 数据库 迁移 国产 核心 难点 解析