OceanBase：OBServer节点管理
目录
1.查看节点
2.添加节点
2.1 创建数据目录
2.2.OceanBase 运行时所依赖的部分三方动态库
2.3.安装 OceanBase 数据库的 RPM 包
2.4.启动节点 observer 进程
2.5.向集群中添加节点
3.隔离节点
4.重启节点
4.1 停止服务
4.2 转储
4.3 关闭进程
4.4 启动进程
4.5 启动服务
5.删除节点
5.1.隔离节点
5.2.手动迁移Unit
5.3.删除节点
5.4.确认删除
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 内各节点的资源使用情况。
5.1.隔离节点
Unit 自动迁移过程中，迁移任务会占用迁出节点与迁入节点的网络资源和 IO 资源，从而使迁移流量与业务流量叠加，并导致业务流量受影响。为了避免业务流程受影响，可以先执行 Stop Zone 操作后再执行 Delete Server 操作，确保两种流量不发生叠加。
ALTER SYSTEM STOP SERVER 'svr_ip:svr_port';
5.2.手动迁移Unit
删除节点Unit可以自动迁移，但建议您先手动迁移待删除的节点上的 Unit 后再执行 Delete Server 操作。
a.查看当前 Unit 分布，获取待迁移的 Unit 的 ID
SELECT UNIT_ID,TENANT_ID,STATUS,ZONE,SVR_IP FROM oceanbase.DBA_OB_UNITS;
b.根据查询结果，手动迁移 Unit
ALTER SYSTEM MIGRATE UNIT = unit_id DESTINATION = 'svr_ip:svr_port';
5.3.删除节点
ALTER SYSTEM DELETE SERVER 'svr_ip:svr_port' [,'svr_ip:svr_port'...] [ZONE [=] 'zone_name']
5.4.确认删除
SELECT * FROM oceanbase.DBA_OB_SERVERS;
如果列表中已经查询不到该节点，则表示删除成功。如果列表中仍然有该节点，且该节点的状态为 DELETING，则表示该节点仍然在删除状态中。
对于未手动迁移 Unit 而是直接执行 Delete Server 操作的场景，可能会导致节点删除失败，确认节点删除失败后，可以参考 后续操作 进行处理。