曾经接触过很多 OceanBase 社区版的用户，大家在准备进行 POC 测试前的技术交流中，第一波儿问题往往就是 OceanBase 的高可用容灾架构如何设计。
数据库系统在应用架构中承担了数据存储和查询的功能，对企业数据安全和保障业务连续性至关重要，高可用和容灾确实也是数据库系统架构设计中首要考虑的因素。
因此《OceanBase 4.x DBA 进阶教程》的第一部分内容，就是 “容灾架构设计”。
OceanBase 数据库具备多样化的服务高可用技术，包括集群内的多副本容灾，以及集群间的物理备库容灾。“容灾架构设计” 这一章节会为大家介绍：基于多副本的高可用解决方案、 基于日志异步复制的物理备库解决方案，以及会对常用的几种容灾部署方案进行一个简单的总结。希望能够对大家有所帮助~
我们还为《进阶教程》的每一次课程都精心准备了一个 “课后练习”，强烈推荐大家都来在线课堂参加这个小测验！因为在这个测验中，题目虽然只有几道，但会涵盖这堂课中最关键的内容，相当于为大家做了一次超级精华的课后总结。同时，通过测验的同学还能获得相应的积分奖励！赶快来试试这个小测验吧！
《OceanBase 4.x DBA 进阶教程》已经根据大家的意见开始整理，本帖推荐的内容链接详见：“容灾架构设计”。
如果大家对本章节的内容有任何问题或者建议，欢迎在本帖中留言，我们会第一时间回复大家！
《OceanBase 从实践到精通》进阶教程 PDF 下载方法来啦！
为了方便大家学习，现在向大家开放《OceanBase 从实践到精通》教程 PDF 单章课件的下载。
➯ 获取方式：关注公众号“老纪的技术唠嗑局，私信回复需要的对应章节，例如“第一章”、“第二章”等（如果只需要对应的小节，麻烦备注一下具体的章节号，例如2.1等）。注意：在您第一次私信回复时，需要填写一个表格，留下您可以接受课件的邮箱（表格只需要填写一次）。
我们会每日定时向各位在私信中留的邮箱中进行课件的发放，需要的小伙伴可以移步公众号了解更多详细信息！
如果大家对本章节的内容有任何问题或者建议，欢迎在本帖中留言，我们会第一时间回复大家！
点赞 
mark
4.x版本不再支持主备最大保护，我觉得是一种退步。重要的行业或单位，都不允许丢数据的。
从严格的acid 上看, 如果需要做到强一致, 只有使用类似paxos 这样的一致性协议, 才能保障强一致.
如果需要真正意义上的不丢数据, 建议使用paxos 更多副本的架构(或者使用仲裁副本的方案, 减少成本), 比如5副本, 在3地5中心的设计.
今天主备库的方案在同步时会有位点信息, 会保证数据同步过来, 而且用到非常多的同步优化技术, 保障了同步效率比传统数据库例如mysql, pg 更快的同步性能.
4.x 最新版本已经使用proxy 透明代理主备库的方案, 可以让应用使用一个链接地址, 底层可以做无缝切换.
[quote=“longda, post:11, topic:35611854”]
5副本, 在3地5中心的设计。
增加了成本，小公司很难承担。
今天主备库的方案在同步时会有位点信息, 会保证数据同步过来, 而且用到非常多的同步优化技术, 保障了同步效率比传统数据库例如mysql, pg 更快的同步性能.
也仅仅是快，不是说不会丢失数据。
4.x 最新版本已经使用proxy 透明代理主备库的方案, 可以让应用使用一个链接地址, 底层可以做无缝切换.
你说的这个，是类似vip地址么？
哈哈，你用的是商业版本呀！直接去用仲裁副本吧！
进阶教程是针对社区版本的，没有把商业版特有的几种功能也拿来一起为大家介绍，实在不好意思~ 
社区版和商业版的功能区别详见：https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000001428510
今天听说 2025 财年规划了重新支持最大保护模式的主备库，对使用 4.x 版本的社区版用户来说是好消息。
不过对你们商业版的用户来说，还是 2F1A 的仲裁副本更合适些。
点赞 
学习一下
我们做过测试，即使是3.x的主备强同步模式，当发生问题时RPO和RTO相比一些国外的库还是有差距，所以升到4.x以后上了仲裁
vip结合域名+租户service_name（OB-4.2.1bp9支持）可以实现应用无缝切换
可以参考看看：
SERVICE_NAME的探索与研究-数据库技术博客-OceanBase分布式数据库
不错，点个赞先
不错，很强
学习一下
