1、ob双活架构只能用oms吗？
2、oms开源版可以做双活吗？
3、双活数据架构是怎样的？由业务路由解决冲突？还是按记录的最新时间戳解决数据冲突呢？
1 个赞
1、主备库架构、 两地三中心或三地五中心的跨城部署架构这个分布式数据库的多节点冗余 多副本架构、oms
2、oms也可以做双活 不过数据会延迟 不一定能满足零丢失 无延迟的场景
3、你可以看看主备库架构或者 两地三中心或三地五中心的跨城部署架构或者oms迁移的文档 这些有介绍
可以通过obproxy添加多个集群访问 按照源库的SCN在推进（也就是时间戳）
两地三中心 、主备这些本质上不是双活架构，是高可用架构(容灾架构).我说的双活架构就是类似aerospike或者scylladb一样，每个机房都有一份完整的数据，本地写，通过每个记录的时间戳分别去覆盖其他机房，实现最终一致性。
1 个赞
是的 本质上不是 能实现你说的 目前应该只是oms 是通过位点（scn号也就是时间戳）的推进方式 同步到其他的数据库的
OMS是迁移工具，不适合做数据的长期同步
我们以前也是准备这样弄，不是双活，是多活，每个工厂都有自己的数据库就近访问，数据都是一样的
请问 最后用的什么方案？
最后就是脑壳拍破了放弃了
其实ob的 两地三中心或三地五中心的跨城部署架构 就可以解决很多问题 副副本支持弱读 可以做到数据冗余等优势
如果在一个区域性业务，两地三中心、三地五中心可以解决很多问题，如果全球性业务，每个大洲一个数据中心，那就是另外一种解决方案。
是的 不过ob确实没有类似aerospike或者scylladb这样的架构