核心业务的迁移更换非常考验团队的技术能力。在没有成功的案例前，提前做好前期的评估测试和验证，确认方案后需要同步运行2套业务系统（旧系统仍需要运作），当经过时间（一年或更长时间）和场景（业务、备份、容灾、高峰、技术团队等）的检验后逐步停止旧方案...

当前各家国产数据库厂商支持的CPU芯片主要是两大系列：如X86的海光，ARM的飞腾和鲲鹏操作系统一般大家都主要是做CentOS及其衍生发行版，如Fedora，一些国产操作系统大多基于CentOS而来国产操作系统各家数据库厂商一般优先支持银河麒麟（当前以V10版本为主）、统信UOS、中科方德之类，...

最大的问题应该是性能问题，有同事之前用mysql双活性能不佳，脑裂风险严重，于是建议用tidb代替尝试，结果发现切换到tidb后，虽然稳定性没有问题，但是性能竟然不如mysql单机性能，后面没办法又切回了mysql主备模式。申明下这里主要是抢购业务，而且没有redis之类的缓存，至少在这方面性能...

可能对开发人员SQL编写的规范要求比较严格，因为优化器这块还是有一定的差距。特别现在国内的国产数据库很多来自mysql开源，本身mysql在复杂SQL方面的弱势就比较明显。原来oracle的时候，开发写的SQL不怎么好，系统影响可能也不大，但是换成某些国产数据库，可能就会有业务连续性影...

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

其实主要还是看公司的发展策略，是否有足够的魄力。如果只是单纯的修改修改就迁移到国产数据库的话，用任何一个分布式数据库都有点难。既然做，还是建议能改就改一下，这样能够充分分布式数据库的能力。目前，国内比较靠谱的分布式数据库的话，可以考虑下OB。这个我们是准备替换我们...

本土化适应能力本土化服务能力响应和定制化ZC 适配

标准sql的支持、对大数据量的高并发、高性能的支持，以及sql的自动优化能力

1.国产数据库自身对基础硬件环境要求和国外产品无本质差别。2.对于分布式架构产品而言，有一定特殊性，受限于其架构特点，各组件对CPU、IO、NET要求各不同。例如，通常对网络要求较高，分布式组件间需要大量通信；数据节点建议使用SSD（甚至是NVMe SSD）。3.国产化诉求，对基础环境也提出...

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