【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】V4.1
【问题描述】关闭附件中的192.168.5.24，192.168.5.25 节点服务器。ob元信息都无法查询了，租户不可查询。集群是活着，但是对于业务来说数据库就是挂了。这种情况是什么原因造成的。如何避免？zone的高可用好像没看到
【附件】
1 个赞
查询其他表正常吗，还是只有系统表查询超时
其他表是指租户的业务表嘛？是的话，也是查询超时
2 个赞
obd cluster display看一下现在状态
关闭的时候是怎么关闭的呢
shutdown now
1 个赞
是先把 zone2 两台机器停掉后，后创建的sys_a/sys_b 这2个租户吗？
先创建的租户sys_a和sys_b，并确保租户能登陆且创建了测试库表数据，然后在关停的服务器
1 个赞
sys_a 资源分布:zone1，zone2
sys_b 资源分布:zone2, zone3
停掉zone2后这2个租户都不满足多数派了。
1 个赞
zone1 和zone2 里面各有2台ob server ，共计4台服务器。默认三副本的情况下，除非zone2 保留2个副本，zone1保留1个副本的情况下才会不满足多数派呀。在这系统表为什么也不能使用了呢？系统表可不是租户里的业务表。
1 个赞
租户不可查看，可以发下对应查询节点上的日志
当你说 zone1 zone2 zone3 的时候，也就隐含了这是个三副本集群。每一个 zone 算一个副本。那种只租户只在 zone1 和 zone2 各放一个副本的做法属于不标准用法，很不推荐。这是当 OB 是玩具，其高可用效果跟单副本一样。
对于每个数据，每个 zone 只会有一个副本，不会有两个副本。否则就不叫一个 zone。unit_num 定义的是租户资源池在 zone 里的节点个数，或者理解为资源容器个数。数据在一个 zone 里最多只有一个全功能副本（也就是 F 副本）。
非常感谢解答我的疑惑。但是系统表不像租户的业务表一样需要指定zone ，为什么系统表也会不能查询呢？
1 个赞