分类： GBase8a运维案例分析

数据库为了高可用，在网络层可以采用bond方式避免网卡故障，连接多个交换机避免交换机单点故障。本文介绍一次因bond网络原因导致的加载，dml等都机器缓慢的性能问题。

南大通用GBase 8a加载过程中，可能受到数据源，网络，数据库节点资源等影响，导致加载性能变慢。包括持续变慢和偶发变慢两种情况。本文从项目经验中总结汇总已经遇到并解决的变慢原因。

南大通用GBase 8a MPP 集群，可以通过gcadmin命令查看每个节点的服务状态。正常情况下，应为OPEN。本文重点介绍gclusterd和gbased两个服务常见的几种会到导致服务为CLOSE的原因。

南大通用GBase 8a使用操作系统的文件系统，以目录和文件的形式组织数据。如果操作系统空间满，或者没有写入权限，会报 no space left on device. 但本文记录了排查过程，最终是用户未停服务，直接mv走数据库所有文件造成的。重启服务后，恢复。

极少见的场景，排查的结果，GBase 8a宕机，是被操作系统kill掉了， 而kill的原因是访问了不可用的内存，但又不是segment_fault, 而是内存坏了。

南大通用GBase 8a当出现主副本不一致时，会记录event,信息里ObjectName包含了库和表的名字，比如db1.Table1这样。本文介绍一个建库故障，导致只有一个字符串的情况。

南大通用GBase 8a运维案例，GBase 8a 数据库某些操作时，节点服务内部会临时创建连接，操作完成后关闭，如果在某个阶段时操作系统没有可用的本地端口，将会造成连接失败，涉及的表也将无法确保状态正确，于是设置了event标记。