活动专区

活动公告

上车！GBase 8a开发者联盟发车了 技术福利、人脉资源全都有！

认证培训专区

认证培训资料

GBase 8s GDCA 认证培训课前准备

GBase 8a

其他

物化视图报错：references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them

01-GBase 8s 事务型数据库 安装与卸载

GBase 8s

适配迁移

[GBase 8s 教程]GBase 8s 常用函数、表达式

📌 **导读：** GBase 8s 数据库切换分为**自动切换**、**由 CM 控制的按 FOC 规则的切换**以及**手工切换**三种方式。本文将系统梳理各切换方式的核心机制、配置参数及恢复策略，帮助 DBA 在实际运维中做出正确决策。

---

## 一、自动切换（双节点 HAC 专用）

该模式仅适用于由两个节点构成的 **HAC** 环境。两个实例持续互相探测状态，一旦检测到异常，即依据 `DRAUTO` 参数值执行预设动作。

&gt; **前置要求**：`DRAUTO` 设为 **1** 或 **2**。

### 1.1 DRAUTO = 2

| 触发条件 | 切换结果 | 原主节点回退 |
|---|---|---|
| 主节点宕机 | 备节点晋升为主 | 直接启动即可加入集群，自动降级为备 |
| 主备网络超时 | 备节点晋升为主 | 网络恢复后发生脑裂，主节点会要求原主节点关闭，恢复**只能重建集群** |

### 1.2 DRAUTO = 1

| 触发条件 | 切换结果 | 原主节点回退 |
|---|---|---|
| 主节点宕机 | 备节点变为标准节点（Standard） | 直接启动后成为主，标准节点自动回退为备 |
| 主备网络超时 | 备节点变为标准节点 | 网络恢复后发生脑裂，标准节点会要求原主节点关闭，恢复**只能重建集群** |

&gt; 🔴 **脑裂共性**：无论 DRAUTO 取 1 还是 2，一旦因网络超时触发切换且原主仍在运行，恢复通信后将形成双主。此时新主会强制关闭旧主，旧主无法通过简单启动重新加入，必须重建整个 HAC。
&gt; ⚠️ **约束共性**：原主节点直接拉起即可恢复的前提是主节点的逻辑日志没有覆盖掉原主节点故障时的逻辑日志，即未发生日志绕圈。

---

## 二、CM 控制切换（多集群组合通用）

**CM** 适用于 **SSC、HAC、RHAC** 的单一或混合部署。CM 维护与所有节点的通信，并依照 `HA_FOC_ORDER` 列表的优先级决定接管顺序。

&gt; **前置要求**：`DRAUTO` 设为 **3**。

### 2.1 主节点故障场景

CM 按`HA_FOC_ORDER`指定的顺序将优先级最高的可用节点提升为主。原主节点的恢复路径取决于原主与新主的集群类型：

- **SSC 关系**：正常启动 `oninit -vy` 即可重新加入。
- **HAC / RHAC 关系**：必须执行物理恢复 `oninit -PHY`，并重新指定集群关系。

### 2.2 网络超时场景

CM 同样按优先级选举新主。若集群为 SSC 且配置了磁盘心跳，CM 可通过磁盘通道强制关闭原主，避免脑裂。网络恢复后，原主节点的恢复路径同样取决于原主与新主的集群类型：

- **SSC 关系**：原主正常启动 `oninit -vy`。
- **HAC/RHAC 关系**：原主需依靠新主的0备执行物理恢复(ontape -p)后，重新建立主备关系。

---

## 三、人工切换（配合 OS 高可用集群）

集群切换由人工控制，GBase 8s 本身不自动触发任何动作。该情况下一般会与操作系统高可用性集群配合，将切换决策权交给操作系统层高可用集群。

&gt; **前置要求**：`DRAUTO` 设为 **0**。

### 3.1 主节点故障

集群内所有节点保持当前状态不变。管理员在目标服务器上手工强制提升：

```
onmode -d make primary  [force]
```

原主节点恢复方式：

- **SSC 关系**：`oninit -vy` 正常启动。
- **HAC / RHAC 关系**：`oninit -PHY` 物理恢复并重新指定集群关系。

### 3.2 网络超时

集群内所有节点保持当前状态不变，手工在需要成为主节点的服务器上执行 `onmode -d make primary` 强制提升。网络恢复后，原主自动关闭。

原主节点恢复方式：

- **SSC**：`oninit -vy`。
- **HAC/RHAC**：新主执行0备后，原主物理恢复并重新指定集群关系。

---

## 四、三种模式横向对比

| 维度 | 自动切换 | CM 控制切换 | 人工切换 |
| :--- | :--- | :--- | :--- |
| **适用集群** | HAC（仅限两节点） | SSC / HAC / RHAC 及混合 | SSC / HAC / RHAC 及混合（一般需 OS 集群配合） |
| **DRAUTO 值** | 1 或 2 | **3** | **0** |
| **决策主体** | 实例间心跳探测 | CM 按优先级自动仲裁（HA_FOC_ORDER） | 管理员或 OS 集群 |
| **SSC 故障恢复** | 不适用 | `oninit -vy` | `oninit -vy` |
| **HAC/RHAC 故障恢复** | HAC直接启动（限无日志绕圈），RHAC不适用 | `oninit -PHY` + `onmode -d` | `oninit -PHY` + `onmode -d` |
| **脑裂后处理** | 重建 HAC（新主0备+原主物理恢复+指定集群关系） | SSC 可oninit启动；HAC/RHAC 需重建（新主0备+原主物理恢复+指定集群关系） | SSC 可oninit启动；HAC/RHAC 需重建（新主0备+原主物理恢复+指定集群关系） |


&gt; 📌 **注**：上述结论基于典型场景，生产环境中存在未覆盖的边界情况。

---

## 五、运维建议

1. **按需选择 DRAUTO**
   
   - 简单双节点高可用 → 自动切换（1/2）
   - 复杂多集群组合 → CM 控制（3）
   - 已有 OS 集群编排 → 人工切换（0）
2. **监控逻辑日志**
   HAC 自动切换后，原主直接启动的前提是日志未绕圈。建议监控日志，避免恢复失败。
3. **防范网络分区**
   脑裂多由网络超时触发。SSC 场景建议启用磁盘心跳；HAC/RHAC 场景建议部署冗余网络链路。此外，部署 hac_alline、cluster_alline 配套组件，能够有效规避脑裂现象。
4. **熟记恢复命令差异**
   SSC 与 HAC/RHAC 的恢复路径截然不同。HAC/RHAC 几乎总是需要物理恢复，需预留恢复窗口。



运维管理

【转载“GBase 8s数据库”公众号】GBase 8s 数据库集群切换及恢复

【转载“GBase 8s数据库”公众号】GBase 8s 数据库集群切换及恢复

评论

热门帖子