DraGon_HooRay的博客

在 Usage 说明中能看到 fixMeta 能够修复 ‘holes’，‘overlaps’ 等 region 问题，也就是确保表里的所有 region 都是 OPEN 状态再进行此操作，确保不会对集群造成额外的影响。解决方法和上面的 holes 一样，需要注意的是也要保证所有的 region 状态正常处于OPEN。等待一段时间，这个过程可以监控 master 日志，如果一切顺利问题就解决啦。最下面红框内展示了哪两个 region 存在重叠问题。【解决 region 目录为空问题】

hbase2.x orphan regions on filesystem在region上线后很容易产生region重叠（region overlap）问题，也就是region范围发生了交叉。使用assigns操作将检查出来未上线的region上线，一次可以上线多个region，用空格隔开，如果返回不是[-1]，说明上线成功。第一种方法如果失败，可以尝试这个方法，他会将指定region目录下的所有数据导入到指定的表中。1、使用hbck2修复工具指定region上线。

Greenplum command centerAgent is stopped on seg1[CRITICAL] ControlCommand:agent cannot start due to no RPC connection failure rpc error:code = Unavaliable desc = connection error:desc = "transport: Error while dialing dial tcp:lookup gp1 on 223.5.5.5:53

gp服务正常，存在部分segment实例丢失gp启动失败，segment实例可用数已不足一半gprecoverseg gprecoverseg -F gprecoverseg -已知可能造成segment丢失的原因：频繁的内存溢出。可能存在的问题：数据目录存在目录或文件权限不足、损坏文件等。gpstart -v 查看启动日志明细

ERROR: tuple to be updated was already moved to another segment due to concurrent update

1、pg_dump为greenplum数据库自带工具，可直接使用2、这里使用gp1作为源greenplum数据库标识，gp2作为目标数据库标识3、pg_dump为greenplum提供的非并行数据迁移工具，所以整个操作过程只需要在两个集群的主节点即可4、pg_dump会将迁移的数据从segment节点拉到master主节点，所以需要注意一次迁移的数据量，防止主节点磁盘爆满1、gp1执行转储命令2、将 /data/pg_dump/byt.sql 迁移到gp2的主节点相同位置3、确保 gp2 中的目标数