1.应用侧改造内容应用侧需改造内容，分为几个方面：1).数据处理逻辑这方面指使用数据库的业务逻辑，简单分为结构改造和语句改造。部分情况，可通过简单的Mapping方式去解决，但还有些需要重构逻辑，甚至重新设计结构来完成。有些特别复杂的或存在数据库端无法实现的逻辑，就需要第二方...

以前还真接触过一类产品。叫做数据库一体机，大体的东西类似以前oracle收购sun以后推出的那种数据库宝箱，不过是在一台X86设备上整合了多套安装好的数据库，对于用户来说。不需要考虑数据安全配置。而只考虑使用就行了。数据库都是整合好的。用那个直接通过数据链接连那个...

针对数据校验，如之前谈到可以有多种方式。对于比较重要的系统，对数据一致性要求很高，可能综合应用多种方式进行比对。对于小系统来说，选择其中一种进行比对即可。

OB OMS商业版本已经支持DB2迁移，其他的厂家未发现可以迁移DB2的自动化工具。相对来说，DB2数据库用的还是比较少，一般都是商业性银行，但是现在也很少用了，导致DB2数据库迁移缺少练手的机会。开源类迁移DB2的组件比较多了，像flink，datax都可以实现数据的迁移。...

应用改造工作量的评估，是有一定参考依据的。之前在项目实践中，也积累些方法并形成小工具。基本原理就是根据对象和语句的数量、复杂度等作为输入，根据实践总结出的单位工时进行评估。在后续的不断迭代中，改进评估方法。...

数据迁移后，前后环境处于静态切面，做数据对比是比较简单的。操作上可有几种方式： 1.自研-数据 可通过SQL语句完成简单的数据对比，如记录条目数，多维度统计报告进行比对。 2.自研-过程 可针对迁移过程中的日志的方式，通过代码提取对比。这种方式对目标库无影响。 3.外部工...

这里涉及的工作很多，可以参考下图。这其中涉及多个环节和步骤。

这个问题和选择使用的数据库关系很大，通常这类迁移产品都是配套目标数据库发布的。从类型来说有两类：离线迁移离线迁移是大多数情况下采用的方式。例如恩墨的MTK工具，支持从Oracle，DB2，mysql，openGauss迁移到mysql和openGauss.这类产品实现难度不大，但是细节很多，工作很繁琐。数...

这个问题是很多业务在切换的时候慎重考虑的方案。不过应该不是双向复制，同一时间只有单向复制。这个OGG应该就能满足。首先从oracle到mysql复制，迁移的时候只要切换就可以，停机时间少。迁移后反向复制，一旦有什么解决不了的紧急问题，再回退到oracle。...

这是一个非常细致的工作，首先从网上能找到一些对比的经验，不过肯定不全。很多时候需要在工作中积累。而且这种积累需要充分利用起来。形成相关的迁移文档。我们会整理不同数据库的迁移文档。包含数据库之间的对象差异，语法差异，转换规则等。养成语法对比的迁移平台。这个平台...