GBase 8a V95全新安装报错symbol lookup error undefined symbol gcCrmModeGet

GBase 8a通过操作系统环境变量来设置运行环境,如果在安装前,系统残留低版本的集群文件和配置,则会导致环境变量指向了错误的目录或文件,导致新版本集群的一些功能不可用,尤其在原有V8版本,未卸载干净时,安装V95版本。解决方案就是安装前卸载干净,必要时将操作系统数据库dba用户,一般是gbase,删除。

GBase 8a集群文件系统故障后判断主备是否一致的方法和恢复处理建议

GBase 8a是通过副本来确保高可用,当某部分数据(分片)所在节点故障时,由副本节点继续提供服务。但如果发生一些意外故障,比如服务器断电,导致文件系统故障,出现过文件丢失,目录变文件等问题,此时主备分片是否一致?如果不一致如何处理?本文介绍此类问题的一个排查和处理方案。

GBase 8a在主副本都故障,且无法修复时的处理方案

GBase 8a是通过副本机制来提供高可用保障,但如果出现主副本数据均损坏且无法修复呢?按标准逻辑,有关的表将无法保障完整性,所有相关表查询将报错。本文提供一种在【允许数据丢失,查询结果不完整的前提下】,对现有表的剩余数据可以查询的方法,以及通过缩容,保证新建的表可以正常使用的方案,以及测试过程。

GBase 8a在硬件原因导致主副本都损坏用户允许数据部分丢失时的处理方案

GBase 8a是将数据分散到多台服务器来实现MPP架构,每个分片数据通过副本来保证高可用,最高允许2个副本。如果因意外,比如多台服务器RAID卡故障,服务器损毁等肯定无法恢复数据的情况,导致分片所在的所有主副本都不可用,此时虽然其它没有损坏的服务器数据是正常的,但在集群层因部分分片数据丢失而无法查询(完整性)。 如果用户允许这部分无法恢复的数据丢失,其它数据希望能继续查询,新服务器能替换现有故障节点,新的表能继续提供正常服务时,本文提供了一个处理方案。

GBase 扩容操作重分布完成后清理旧的distribution时报错FCan not drop nodedatamap EventLog is using distribution

GBase 8a在扩容操作中,当所有表已经全部重分布到新的分布策略distribution以后,老的distribution就可以用refreshnodedatamap drop删除了。 但如果此时有些表存在event,且使用的老的策略,则会出现这个错误:Can not drop nodedatamap EventLog is using distribution。此时需要将原有的event处理完成才可以继续操作。

GBase 8a采用sudo安装时出现输入密码等待300秒超时现象的原因

GBase 8a支持sudo安装,但现有版本不支持在执行sudo命令时输入密码,否则操作系统在等待密码输入[sudo] password for gbase的信息,而安装程序在等待命令返回,直到300秒的超时时间到了报错。现有解决方案是调整操作系统sudo策略,让gbase用户执行sudo时无需输入密码,包括第一次运行sudo。