首先需要注意的，那些系统这个问题本身并不是替换PG中选择的关键，关键是这些系统中1  这些系统中的一些设计思路，如有些风控系统本就是高并非的系统，同时数据量曾在较大，有时间的响应的限制，如这样的系统在替换时，需要注意是否需要分库，是否需要变动架构，而不是单纯的 平替。2 ...

才300g,不大啊，没啥问题。但是提前吧兼容这块考虑好，包括部署的时候按照最佳实践部署，sql兼容方面也要仔细查阅，多测试测试

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

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

这种大库是很难办的。常用的方法：（1）花力气对原Oracle库进行改造，把表分为历史表和当前表。比如3个月前的数据放1个表或几十张表里，当前交易进行增删改查的作为一个表，给当前交易用；（2）先对历史表进行数据迁移；（3）投产窗口对当前表进行迁移，可能3T里面只有300G~800G左右，这样才能控制投...

OceanBase OMS 可以提供一站式的数据迁移解决方案, 包含结构迁移、全量迁移、增量同步及全量校验。对于Oracle数据库，可以迁移至 OB_Oracle及 OB_MySQL模式。

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

上线是需要制定应急预案，出现问题要把数据倒刷回去紧急回退，对于已经上线并运行一段时间出现问题想回退，需要满足两个条件。第一应用支持两种不同数据库，支持oracle和国产数据库，并且应用两套代码都支持同步开发，可以更改配置数据源后能切换数据库。第二，两个数据库间数据准实时...

这种一般都是类似ETL或者通过多个数据手段实现的”数据“级别的迁移和同步 涉及数据库复杂对象的迁移和同步，还是需要运维和业务方介入，进行拆分，解构，再实现。 市面上很多这样的产品，很多基于ETL封装或者自主研发的产品，都可以参考或者POC看看。 一般数据库厂商也会进行开发相...

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