升级仲裁服务

升级仲裁服务

更新时间：2026-04-27 11:12:06

本文主要介绍如何使用命令行升级仲裁服务版本。

升级限制

如果有 OceanBase 集群关联了此仲裁服务，那么会有以下限制：

在进行 OceanBase 集群版本升级时，需要确保先升级仲裁服务版本，然后再升级 OceanBase 集群版本。
要确认升级的新版本和所有关联集群的版本都兼容。判断两个版本是否兼容需要参考 oceanbase_upgrade_dep.yml 中的版本描述，例如，A 版本的 can_be_upgraded_to 属性为 B（即 B 版本号大于 A），表示 B 版本可以兼容 A 版本，那么相应地 B 版本的仲裁服务也就可以兼容 A 版本的 OceanBase 集群。有关 oceanbase_upgrade_dep.yml 文件的信息，请参见 OceanBase 集群版本升级下升级 OceanBase 集群中的 步骤一：分析 oceanbase_upgrade_dep.yml 文件 章节内容

可以使用系统租户查询视图 oceanbase.DBA_OB_ARBITRATION_SERVICE 检查本 OceanBase 集群是否关联仲裁服务。

请参见 OceanBase 集群版本升级下升级 OceanBase 集群中的 步骤一：分析 oceanbase_upgrade_dep.yml 文件 章节内容，确认当前版本至目标版本的升级序列。通过升级序列判断升级流程如下：

当前版本和目标版本之间存在 barrier 版本，那么升级流程为：
1. 仲裁服务版本先升级到 barrier 版本。
2. （可选）如果有 OceanBase 集群关联了此仲裁服务，所有关联此仲裁服务的 OceanBase 集群升级到 barrier 版本。
3. 如果后面还存在其他 barrier 版本，请重复步骤 1~2，直至仲裁服务版本和 OceanBase 集群升级到目标版本的前一个 barrier 版本。
4. 仲裁服务版本升级到目标版本。
5. 所有关联此仲裁服务的 OceanBase 集群升级到目标版本。
当前版本和目标版本之间不存在 barrier 版本，那么升级流程为：
1. 仲裁服务版本升级到目标版本。
2. （可选）如果有 OceanBase 集群关联了此仲裁服务，所有关联此仲裁服务的 OceanBase 集群升级到目标版本。

示例如下：

假设升级序列如下：

以下将以两副本 OceanBase 集群加仲裁服务的模式为例介绍升级流程：

如果当前版本是 V4.1.0.0-100000982023031415 版本，升级流程如下：
1. 您需要先将仲裁服务版本从 V4.1.0.0-100000982023031415 版本升级到 V4.1.0.1(barrier) 版本。
2. 再将 OceanBase 集群从 V4.1.0.0-100000982023031415 版本升级到 V4.1.0.1（barrier）版本。
3. 仲裁服务版本升级到目标版本 V4.2.0.0。
4. OceanBase 集群升级到目标版本 V4.2.0.0。
如果当前版本是 V4.1.0.0 版本，升级流程如下：
1. 仲裁服务版本升级到目标版本 V4.2.0.0。
2. OceanBase 集群升级到目标版本 V4.2.0.0。

如果您本次升级的仲裁服务未关联 OceanBase 集群，请忽略此步骤。

在仲裁服务版本升级前需要确认所有关联的 OceanBase 集群中都没有处于降级状态的日志流。如果有处于降级状态的日志流，则不能执行升级，否则可能导致无主。

使用系统租户执行下面 SQL 语句，检查是否有处于降级状态的日志流，如果执行结果非空，说明存在降级的日志流，需中止升级流程。

SELECT tenant_id,ls_id FROM GV$OB_LOG_STAT WHERE role = 'LEADER' AND degraded_list != "";

执行以下命令，查看并获取节点的进程 ID。

ps -ef | grep observer | grep -v grep

示例如下：

-bash-4.2$ ps -ef | grep observer | grep -v grep
admin    103364      1 99  2022 ?        51-17:24:41 /home/admin/oceanbase/bin/observer

如果您本次升级的仲裁服务未关联 OceanBase 集群，请忽略此步骤。

OceanBase 集群版本升级的操作步骤，请参见升级 OceanBase 集群。