OB OMS商业版本已经支持DB2迁移，其他的厂家未发现可以迁移DB2的自动化工具。相对来说，DB2数据库用的还是比较少，一般都是商业性银行，但是现在也很少用了，导致DB2数据库迁移缺少练手的机会。开源类迁移DB2的组件比较多了，像flink，datax都可以实现数据的迁移。...
我个人的看法是分裂的，分别是保守和激进。我认为当前是保守的，未来是激进的。当前很保守：我认为当前的分布式数据库都是沿用MPP的思路，将数据打散分布，从而实现化整为零，提高效率。这种技术合适大数据量单点查询的高并发场景。而大部分的应用并不符合这种需求场景。而传统的数...
1.系统上限能力较高2.功能完整度很高3.可快速增强能力
NewSQL的同步，主要看其架构：1.基于分库分表架构，一般较难提供全局CDC能力，只能通过底层数据节点的数据同步，无法满足全局一致性要求，有一定缺陷。2.基于原生分布式架构，一般可提供CDC能力（如TiDB），可满足上述需求。...
我们之前对于跨库数据迁移前后一致性比对；比如从mysql迁移到hbase，1）方法1：每一条记录先生成md5，然后源库源表最大行数加上最后一行md5值；与目标库目标表 最大行数加上最后一行md5值 比对；一样则认为迁移前后数据一致，此种方法的优点的比较快；但是如果存在差异则没法知道到底是迁...
国产化的确是目前的趋势。也的确存在很多的问题。对数据库的选择上我觉得不仅仅是要从国产数据库对标来选择。还要根据实际的业务情况。软件开发对数据库的支持情况等多方面来参考选择。从大的功能上来说。可能都没有问题。但是在很多细节上却还是有一定欠缺的。这个可能...
这个问题和选择使用的数据库关系很大，通常这类迁移产品都是配套目标数据库发布的。从类型来说有两类：离线迁移离线迁移是大多数情况下采用的方式。例如恩墨的MTK工具，支持从Oracle，DB2，mysql，openGauss迁移到mysql和openGauss.这类产品实现难度不大，但是细节很多，工作很繁琐。数...
这个问题是很多业务在切换的时候慎重考虑的方案。不过应该不是双向复制，同一时间只有单向复制。这个OGG应该就能满足。首先从oracle到mysql复制，迁移的时候只要切换就可以，停机时间少。迁移后反向复制，一旦有什么解决不了的紧急问题，再回退到oracle。...
邮储核心迁移到openGauss，中信核心迁移goldendb，民生核心迁移到分布式的mysql。。。这样的案例越来越多。大家用的技术还都不太一样。至少给了大家去O的信心。
