OceanBase 3.2.2 数据库问题处理记录

只记录OceanBase 数据库与OCP的异常处理，其它组件暂时不写录。
一、问题1：

说明：OMS 出现异常，无法访问(OB无法访问)
OB数据库架构：1:1:1
原因：某一台OBserver因为内存问题，被服务器直接kill掉了。
处理：增加OBserver服务器的内存，采用轮询的方式关闭Observer增加内存，需要提前确认OB数据的Master。

OceanBase 重启Observer 顺序

1.在OCP 界面关闭Observer
2.在OCP 界面关闭Zone (如果zone下只有一个Observer的情况下)
3.关闭Observer 服务器
4.调整Observer 服务器，并重启Observer服务器
5.在OCP 界面的主机菜单中，启动OCP agent
6.启动Zone（未关闭Zone的情况下，直接启动Observer）

OceanBase 的关闭问题(可能存在关闭失败，但是服务器上进程已不存在的问题)
1.重启Observer 服务器
2..在OCP 界面的主机菜单中，启动OCP agent
3.启动Zone（未关闭Zone的情况下，直接启动Observer）

异常：

集群状态 （问题：OCP 上某个集群出现zone 一直在重启状态，但是Observer上并未存在相关进程），解决办法如下：

mysql -uroot@ocp_meta#obcluster -P2883  -p -h
select * from ob_zone;
update ob_zone set status='RUNNING';
select * from ob_cluster;
update ob_cluster set status='RUNNING' where name='';
select * from ob_server;
select * from ob_cluster;

可以观察OCP的状态：
集群状态，zone的状态。

异常：集群状态与zone的状态正常，但是所有的监控信息不可展示，原因属于OCP本身的数据记录，但是OB数据库未启动。

彻底处理：
进入OCP中，进入问题集群中，停止集群，然后重启启动集群，然后重启所有OBserver 上的ocp_agent。

二、问题2：
说明：OCP服务器与服务重建且重新接管OB集群的问题

处理方式：

1.配置OCP服务器上的ntp服务(保证ntp)。
OCP接管集群的两种方式：

1.进入OCP界面，点击接管集群（存在直连/OBProxy），选择直连输入OB数据库的sys租户的root密码即可，但是OBProxy需要重新创建。端口2881 。
2.配置OCP服务器上的ntp服务(保证ntp)，进入OCP界面，点击接管集群（存在直连/OBProxy），选择OBProxy输入OB数据库的sys租户的root密码即可。端口2883 。

三、问题3：
OceanBase 3.2.3v

说明：线上OceanBase的事务被kill 的问题排查(官网上也有相关的描述）
1.排查思路：OceanBase 的事务，也就是SQL语句，存在一个唯一的trace_id，通过trace_id找到执行的sql_id。
2.通过trace_id查找OBserver服务器上的日志（选举日志，observer日志等）。
3.发现是内存问题，导致RT启用切主操作，导致SQL语句被kill。
4.增加租户内存，可以解决，也可以参考大事务限流的方式，或者配置进入大事务队列中进行处理。

原文地址：https://blog.csdn.net/weixin_43292394/article/details/142754312

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！