搭建 OceanBase 网络型物理备租户时，备库需要持续拉取主库日志、同步元数据、自动感知主库接入地址变更，核心依赖一组系统视图的查询权限，这让我理清了备库同步链路底层的权限设计逻辑。
-
权限必要性理解 备租户并非仅单纯同步业务数据，同步进程需要主动查询主租户集群元数据、日志流状态、接入节点信息，因此必须在主租户侧提供专用查询账号，授予指定视图只读权限；既可以复用已有账号，也能单独新建专用账号，最小化权限暴露风险，符合政企数据权限最小化规范。
-
六类核心视图分工清晰
- 日志同步类：
GV$OB_LOG_STAT、DBA_OB_LS负责获取日志流 LSN、角色、状态，是数据增量复制的基础； - 集群拓扑类：
GV$OB_UNITS读取副本、Zone、Region 分布，用于维护备库与主库节点连接； - 集群标识类：
GV$OB_PARAMETERS获取 cluster_id、tenant_id 等唯一标识，保障两端集群匹配； - 接入感知类：
DBA_OB_ACCESS_POINT实现主库扩容、迁移、容灾场景下地址自动刷新，无需人工改配置； - 兼容校验类：
DBA_OB_TENANTS获取租户兼容模式，避免主备库数据库模式不匹配导致同步中断。
-
实操落地感悟 部署备库前，必须先在主租户完成账号创建与视图查询赋权，否则备库无法建立日志恢复链路；这套权限仅开放只读视图，不会授予业务表修改、集群运维等高权限，兼顾同步功能可用性与主租户数据安全。同时各视图各司其职，覆盖日志、拓扑、接入、兼容校验全链路，让备库同步实现自动化感知、自愈，大幅降低运维干预成本。
-
总结 物理备库的同步能力本质建立在主租户系统视图的只读访问之上，专用低权限账号是主备同步的前置基础；掌握各视图的作用，能快速定位备库日志同步失败、连接断开、地址变更未感知等故障，是 OceanBase 备库运维的关键前置知识点。