DPF如何进行横向扩展？

DPF的扩展有几种方案，2种纵向的2种横向的。纵向扩展是指分区数（这里指数据库的逻辑分区）不变，增加每个分区的资源。横向扩展是指增加分区数。这里简单介绍一下：

1、简单的给物理机器（比如AIX的LPAR）增加内存和CPU。比如原来一台机器8C，64G，上面跑8个分区，给增加到16C，64G，那么每个分区的资源就翻倍了。

2、增加物理机器把一部分分区迁移到新机器上。比如原来一台机器8C，64G，上面跑8个分区，现在再增加一台同样机器，把原来机器上的4个分区迁移到新机器上，变成两个机器跑8个分区，那么每个分区的资源也翻倍了。这个迁移可以采用迁移VG的方式进行，需要外部存储的支持。

3、在原来的集群上增加节点，然后采用数据重分布的方式进行扩展。这里面有些小技巧可以缩短重分布的时间，比如最好是成倍扩展，还有就是可以挂新存储到老机器上，在老机器上重分布，分布完后再把新存储挂到新机器上。具体步骤比较复杂，有兴趣以后可以再讨论。

4、准备一台全新的集群，用备份恢复的方式在新集群上重新搭一套。在新集群上进行数据重分布，扩节点，然后通过两边并跑的方式实现两个集群的数据达到一致状态，然后把应用切换到新集群上。这个方案需要应用做大量的工作，而且不能有大量的联机更新动作，对资源的需求也是相当高的，但是最大的好处就是停机时间很少，只要一两个小时，对于实在不能停机的应用可以采用这个方式。

已有的环境做横向扩展很不容易啊，牵涉的数据的迁移。没有什么高效的办法。一个好的办法是预先规划过的，例如4个机器上部署32个逻辑节点，每个机器有8个逻辑节点，扩展的时候变成8个机器上跑32个，每个机器4个逻辑节点。这样规避了数据的重新分布。

按照对已有DPF系统进行横向扩展这个思路作答.

不知道如下方案是否可行,大家讨论一下?

DPF即可以设置逻辑分区也可以设置物理分区.在一台SMP服务器中,对于逻辑分区设置的数目,一般有以下两条经验,一,逻辑分区的数目不超过CPU的数;二,一般最优的方案是CPU数目/2或者/4.举个例子,如果我们是一台8路SMP器上设置逻辑分区,一般最多设置为8个,最优的数目是2个或者4个,具体看测试结果.

使用共享存储,扩展的时候将原有分区挂到新服务器上.举个例子,最开始只使用一台服务器,超设为8个逻辑分区.需要扩展的时候,增加一台服务器,每台服务器上4个分区.4台服务器的时候,每个服务器上2个分区.有点儿类似HA方案中使用共享存储的方案.

在没有非要求在线进行重分布的情况下，测试好机器的CPU和IO的性能（独立的新环境还要考虑网络），就可以计算出停机时间，离线方式(多个脚本并行export/load)也是一个不错的选择，也不用考虑太多节点的问题

数据的Redistribution是横向扩展所面临的一个不可逾越的问题，这也是由Share Nothing架构所带来的一个限制。就像硬币的正反面一样，任何技术在带来优点的同时，也一定存在其不可避免的缺点，不光是DB2，任何一个Share nothing架构的MPP数据库都会存在这个问题。但是好在，一般的DPF数据库都用在数据仓库领域，对实时性要求没有OLTP那么严格，所以在维护上面给我们很多可操作的空间。DB2 DPF的数据重分布虽然会影响性能，但是可以在线完成，这一点极大的缩短了停机时间。对于横向扩展，一般我们的建议是节点翻倍，比如原来运行10台物理机器，就直接扩展到20台，按照这个准则，会在一定程度上降低横向扩展的频度，也避免了过分的浪费，翻倍（或减半）这个算法在很多软件中也会用到，对于扩容是个比较合适的准则。