OceanBase：OBServer节点管理

m0_37559973

已于 2023-11-21 17:57:03 修改

阅读量1.2k

点赞数 14

分类专栏： OcenaBase 文章标签： oceanbase

于 2023-11-21 14:17:57 首次发布

本文链接：https://blog.csdn.net/m0_37559973/article/details/134520950

版权

OcenaBase 专栏收录该内容

8 篇文章 2 订阅

订阅专栏

1.查看节点

2.添加节点

2.1 创建数据目录

2.2.OceanBase 运行时所依赖的部分三方动态库

2.3.安装 OceanBase 数据库的 RPM 包

OceanBase 数据库是单进程软件，进程名为 observer。通常一台物理或者虚拟服务器运行一个 observer 进程，由 IP 和端口作为唯一标识，称之为节点。

1.查看节点

#查询 DBA_OB_SERVERS 视图，获取集群中的所有节点信息
SELECT * FROM oceanbase.DBA_OB_SERVERS;

查询结果中的相关字段说明如下：

SVR_IP：节点 IP。
SVR_PORT：节点的 RPC 端口。
ZONE：节点所在的 Zone。
SQL_PORT：节点的 SQL 端口，可以使用该端口通过直连方式连接 OceanBase 数据库。
WITH_ROOTSERVER：该节点是否为集群 RS（RootServer），RS 负责处理集群管理操作。
STATUS：节点的状态：

        ACTIVE：表示该节点为可用状态。
        INACTIVE：表示该节点为宕机状态。
        DELETING：表示该节点正在被删除。

STOP_TIME：节点停止服务的时间点。如果值为 NULL，表示节点服务正常运行。
START_SERVICE_TIME：节点开始服务的时间点。如果值为 NULL，表示节点未提供服务。
BLOCK_MIGRATE_IN_TIME：禁止副本迁入的开始时间点。如果为 NULL，表示副本正常迁入。
BUILD_VERSION：OceanBase 数据库软件的版本号。

2.添加节点

2.1 创建数据目录

创建数据目录和日志目录

mkdir -p /oceanbase/data

mkdir -p /oceanbase/redo

mkdir -p /ocenabase/data/slog

mkdir -p /oceanbase/data/sstable

#创建日志目录软连接

ln -s /oceanbase/redo /ocenabase/data/clog

#创建配置文件目录

mkdir -p /home/admin/oceanbase/etc2

mkdir -p /home/admin/oceanbase/etc3

2.2.OceanBase 运行时所依赖的部分三方动态库

#默认安装在/home/admin/oceanbase目录下，需要先创建该目录，否则按照不成功。

sudo rpm -ivh oceanbase-ce-libs-4.1.0.0-100000202023040520.el7.x86_64.rpm

将第三方库路径加入环境变量

2.3.安装 OceanBase 数据库的 RPM 包

sudo rpm -ivh oceanbase-ce-4.1.0.0-100000202023040520.el7.x86_64.rpm

2.4.启动节点 observer 进程

/home/admin/oceanbase/bin/observer -p 2881 -P 2882 -z zone1 -n obcluster -c 1 -d /oceanbase/data -i ens192 -o "memory_limit=6G,system_memory=1G,datafile_size=20G,log_disk_size=15G,cpu_count=8,enable_syslog_wf=False,enable_syslog_recycle=True,max_syslog_file_count=4,config_additional_dir=/home/admin/oceanbase/etc3;/home/admin/oceanbase/etc2"

启动脚本可在已运行OBServer节点服务器上通过 ps aux|observer命令查看其他节点的运行参数，各参数说明请参考官方文档：https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000218350

2.5.向集群(Zone)中添加节点

alter system add server '192.168.1.220:2882' zone 'zone1';;

列表中有刚刚添加的 OBServer 服务器，则表示添加成功。

3.隔离节点

当节点发生异常或者需要运维变更时，可以隔离节点。隔离后，新的读写请求不会路由到该节点上，从而可以隔离故障或者无损的执行运维变更动作。
隔离节点有以下三种命令，不同的隔离命令有不同的安全级别保证：

通过 STOP SERVER 命令隔离节点
通过 FORCE STOP SERVER 命令隔离节点
通过 ISOLATE SERVER 命令隔离节点

ALTER SYSTEM STOP SERVER 'svr_ip1:svr_port1', 'svr_ip2:svr_port2', ...;

执行成功后，可以查询 oceanbase.DBA_OB_SERVERS 视图中该 Server 的 STATUS 字段，可以看到字段值仍为 ACTIVE 不变，但 STOP_TIME 字段的值由 NULL 变为停止服务的时间点。

4.重启节点

重启是常见运维动作之一，适用于对机器进行短暂维修，以及修改系统配置项后需要重启生效的场景。重启过程中节点的下线时间需要在配置项 server_permanent_offline_time 设置的时间以内，否则会被永久下线。

重启节点的主要流程为：停止服务 -> 转储 -> 关闭进程 -> 启动进程 -> 启动服务。

4.1 停止服务

ALTER SYSTEM STOP SERVER 'svr_ip:svr_port';

4.2 转储

对待重启的节点进行转储操作，以便缩短重启后回放 Redo Log 的时间，加速重启。

ALTER SYSTEM MINOR FREEZE SERVER = ('svr_ip:svr_port');

4.3 关闭进程

kill -9 pid

4.4 启动进程

cd /home/admin/oceanbase && ./bin/observer

4.5 启动服务

ALTER SYSTEM START SERVER 'svr_ip:svr_port';

执行成功后，可以查询 oceanbase.DBA_OB_SERVERS 视图中的 START_SERVICE_TIME 字段，该字段表示节点启动服务的时间。如果该值为 NULL，则表示该节点的服务还没有启动。

5.删除节点

Delete Server 操作涉及到负载均衡，被删除的节点上的资源单元（称为 Unit ）会在同一个 Zone 中进行迁移。Unit 的迁移动作是 Unit 自动均衡的过程，主要由 Root Service 控制。待 Unit 迁移成功，Delete Server 操作即可执行成功。删除节点会减少可用资源，如果同 Zone 中其他节点的剩余资源不足以容纳待删除节点上的 Unit，将会导致 Unit 迁移失败，故在执行删除节点之前建议先查询 oceanbase.GV$OB_SERVERS 视图判断 Zone 内各节点的资源使用情况。