GBase 8a的replace等函数执行结果太宽导致内存参数不足而报错

replace作为GBase 8a的字符替换函数,用法简单,但如果参数设置不当,也会出现使用故障。特别是目标字符串的长度如果比较大时,容易出现内存参数不足,从而报错的问题。一些其它函数也有类似问题,包括replace,concat,concat_ws,insert,repeat,lpad,rpad,hex,make_set,export_set等。

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卡故障,服务器损毁等肯定无法恢复数据的情况,导致分片所在的所有主副本都不可用,此时虽然其它没有损坏的服务器数据是正常的,但在集群层因部分分片数据丢失而无法查询(完整性)。 如果用户允许这部分无法恢复的数据丢失,其它数据希望能继续查询,新服务器能替换现有故障节点,新的表能继续提供正常服务时,本文提供了一个处理方案。