ORACLE的Dataguard架构里主备是靠同步Redo日志或归档日志，同步的粒度是实例级别。OceanBase集群里机器通常没有主备之说，数据同步是发生在每个分区的主副本到备副本之间的。不同分区的主备同步是独立进行的。同一个分区(数据)的主副本位置不是固定的(但受策略控制)，只会出现在其中一个Zone的其中一台机器上，但是不同分区的主副本是可以位于不同Zone或者不同机器上。
假设集群总共只有三台机器(节点)，有三个分区，每个分区有三个副本。很显然每个机器上都有每个分区的副本。但是三个分区的主副本的位置并不固定。它们可以都在其中一台机器上，这就跟传统dataguard架构很像，纯粹的一主两备；它们也可以在三台机器上。每个分区的主副本都要把clog同步给自己的备副本，三台机器之间都会有数据同步流。这点不同于ORACLE的dataguard架构，也不同于MySQL的Master-Master双向同步。
主副本跟备副本之间的同步协议不是异步同步，也不是全同步，而是Paxos协议。分区的所有副本(包括主副本自身)会在clog落盘成功后发起投票，当多数派副本都表决clog落盘成功后，业务事务在主副本提交返回。这样一个机制保证以后如果任何一个成员副本出现故障时，都能从多数派副本中找到完整的clog并应用在新的主副本上，从而保证数据跟故障前完全一致。
