《Oracle及MySQL迁移至国产数据库方案.docx》由会员分享,可在线阅读,更多相关《Oracle及MySQL迁移至国产数据库方案.docx(3页珍藏版)》请在第一文库网上搜索。
1、Orac1eMySQ1的国产数据库迁移方案-OraC1e及MySQ1迁移至国产数据库,是基于应用程序实现迁移,还是基于数据库厂商提供的迁移工具?OraCIe及MySQ1数据库迁移至国产数据库软件中,一般是基于应用程序实现迁移还是基于数据库厂商提供的迁移工具,哪种方式较好,迁移过程中需要关注哪些难点呢?问题来自ChenmingfU西部某城商银行基础架构组长huawei851120江苏省农村信用社联合社数据库运维工程师:一定要基于数据库厂商提供的工具!其他行业我不知道,在金融行业,人民银行发布的有金融行业数据库标准分布式数据库技术金融应用规范(JR/T0204-2023),明确要求厂家提供数据迁移
2、工具。没有这个工具就别在金融行业混饭吃,换句话说重点,数据迁移的风险必须由国产数据库厂商来负责!哪能让研发人员写SqI和脚本来承担,一些小系统的话,我相信研发人员能搞定。但是如果出现意外,数据脏了,乱了,少了,这个风险难道让是DBA承担?还是让软件开发部门的项目经理承担?还是让做软件开发的外包公司承担?都承担不了的,必须把数据迁移的风险牢牢的扣在国产数据库厂家的头上,吃这碗饭必须承担这个风险,否则去其他行业混就行了。hUhUO97云南红塔银行DBA:应用程序处理迁移会比较靠谱,因为数据不是直接照搬到国产数据库就能使用的,需要根据应用程序适配国产数据库的情况,做数据处理,中间涉及表结构的更改,数
3、据的调整等等一系列动作。Axues:这样做的后果是带来很多扯皮,一般都是数据库厂商提供迁移工具。匿名用户:最好在迁移前可以做迁移评估,然后根据评估结果来制定迁移策略,制定逃生计划。如果用OCeanBaSe可以用他们的OMA评估工具先跑一下迁移评估,根据结果来做,我们在几个商业银行的核心系统做主机下移的项目上就都是做了逃生集群确保万一故障可以随时切回原DB2主机。OMA工具还是非常好用,会细化到SQ1级别的语句和代码,可以直观地看到涉及到不同应用的代码改造量,然后制定迁移评估策略,迁移演练,实际迁移可以用到OMS的工具,如果数据库较大,从OraC1e迁移到国产数据库,全量迁移需要较长时间,停机窗口就非常宝贵,缩短停机窗口是实施的难点之一,如果是同构数据库的迁移,比如OCeanBaSe的OMS迁移工具就是比较成熟的工具,可以实现全量和增量的迁移,前期先进行全量迁移,停机窗口时再进行增量迁移,可以尽可能缩短停机时间。-全文完-