Oracle跨平台迁移——面临严峻挑战

高复杂性 高成本

数万行pl/sql代码，大量的存储过程、触发器、函数、包、计划任务、视图，各种基于Oracle独有特性的语法表达，以及应用开发商们基于Oracle投入大量的人力及物力。如果要跨平台迁移，关键问题在于如何低成本且高质量的完成上述应用逻辑的平滑迁移，仅靠手工方式进行迁移，带来的机会成本（高水平的工程师）和时间成本只会更高。

兼容性和稳定性相矛盾

数据库作为传统迁移工作的重点，需要深入分析Oracle的特性并兼容各种语法、规则及函数，表现出来的特征即是语言的表达方式及能力与Oracle一模一样，这样应用厂商就能在不改或者少改代码的情况下完成迁移的工作。

但Oracle自身也在不断的发展和丰富，被动跟随Oracle不断改动内核的结果只能是数据库产品自身的质量和稳定性不断下降，并给应用的稳定运行带来潜在的风险，尤其是高负载情况下极易出现不稳定或宕机的情况。所以说能运行和持续稳定运行是两个完全不同的概念，后者相对于数据库而言是更重要的指标体现。

迁移策略——智能转义处理

那么是否还有其它路径可走？既能低成本平滑迁移，又不会对数据库产品的内核稳定性带来影响？

答案是：PL/SQL的智能转义处理。其原理是通过读取并解析Oracle PL/SQL语义形成结构化的逻辑对象，并根据目标数据库的语法格式和对等函数生成能够运行的PL/SQL，简单来说就是进行编程语言的翻译，实现应用逻辑的快速转换。在这种情况下，目标数据库的运转规则和逻辑可以与Oracle保持差异，而不需追求完全一致。

除了Oracle重度用户以外，SQL Server、DB2、MySQL等数据库的用户均可采用类似策略平滑迁移至金仓全系列数据库产品中，因为金仓拥有基于SaaS模式高度智能化的数据库迁移服务（DMS），从而保障数据库的完整性、稳定性及兼容性。

具体移植攻略

N0.1 首先对迁移难度进行评估

N0.2 自动完成绝大部分语法和函数转换

N0.3 查看每个具体对象的转换情况

N0.4 无法自动转换的可通过手工进行修改，并记下所有修改记录

N0.5 如果手工修改难度过大，还可以请求资深DBA协助修改

N0.6 最后导出转换和修改完毕的目标数据库的DDL语句包。

利用金仓DMS服务，可以极大程度的缩短迁移时间、降低对工程师级别的要求。例如：某医院HIS系统使用传统迁移手段需4位高级工程师耗时1月（修改和测试），现运用金仓DMS服务仅需2位初级工程师耗时1天即可完成数据库迁移工作。