与Greenplum度过的三个星期，greenplum三个星期

与Greenplum度过的三个星期，greenplum三个星期

5月4日-5月24日，断断续续折腾了三个星期的Greenplum，总算告一段落了：扩容，发现扩不成容，只好升级；升级，发现一堆错误，只好暂停修复数据库；修好了，继续升级；升完级，发现错误，修啊修啊修好了；最后，终于完成了扩容。这个过程里写了8篇博文把实施过程和问题解决都记录下来了，这里把整个过程总结一下。本来早就要写了，可家里外头一堆事儿，拖到今天才找个空来落笔。

最开始的起因，是GP集群的计算能力和存储能力都快到极限了，所以要扩容segment host。当时的集群里包括两种硬件HP DL380 G8和IBM X3650 M4 7915NWZ，OS都是RHEL 6.2 64bit，GP的版本是Greenplum Database 4.2.7.2 build 1（PostgreSQL 8.2.15），打算要扩容的服务器是HP DL380 G9。这时问题来了：HP DL380 G9支持的最低版本RHEL是6.5，硬装6.2的话连raid都认不出来，所以集群里的服务器只能有两种OS了，可是，更麻烦的是，GP4.2.7.2不支持RHEL 6.5，也就是说没在6.5上测试过，硬装可能行，也可能不行。

综合考虑了一下，最后决定先将GP升级到最新版本，实际操作步骤参见下面的两篇博文：

• Greenplum数据库升级实务（上）
• Greenplum数据库升级实务（下）

然后在进行扩容，实际操作步骤参见下面的两篇博文：

• Greenplum数据库扩容实务（上）-准备工作
• Greenplum数据库扩容实务（下）-实施收尾

这个过程中，无数的问题迸发出来，主要的记录如下：

• 如何解决Greenplum的gpcheckcat关于persistent的错误
• 如何解决Greenplum pg_dump备份时的分布策略缺失等问题
• 如何解决Greenplum中无法通过标准命令修复的元数据错误
• 如何解决Greenplum master node与seg node元数据不一致

擦，居然这就写完了，看起来也没多少事儿啊，可是真的一件件解决起来的时候，真滴很痛苦！