GDPC设置中，TSA／RSCT集群的主机故障检测时间（hostFailureDetectionTime=16)比GPFS的故障检测时间（failureDetectionTime=35）短，TSA／RSCT在GDPC配置好后会和GPFS联动，因此故障发生时优先GPFS集群做出响应，避免两个不同的集群做成相反的决定。另外，和单站点的pureScale相比，在高可用性...

GDPC 双活方案二层打通，主要是指RDMA通讯相关的端口在同一个VLAN中，因为pureScale 使用ROCE或Infiniband通讯，底层都是使用RDMA协议，RDMA是二层协议，相关通讯端口需要在同一个VLAN里面，否则无法通讯。二层打通和SAN网络、以太网络没有直接关系，对这两个网络的性能改善未知。二层...

pureScale集群模式下，如果发现DDL操作慢，需要分析一下是否包含了大量分区，曾经发现建一张550个分区的表花了1分多钟，这也属正常。如果发现任何操作都慢，不只是DDL操作，这就需要检查一下RDMA通讯是否正常了，曾经有个客户就碰到ROCE卡工作不正常导致任何操作都慢的问题。如果使用...

单机DB2环境切换到pureScale ，可以先考虑4节点配置，2个CF和2个MEMBER，之所以把CF独立出来，主要考虑今后的扩展，不过前期显得资源有些浪费，如果是Power平台做LPAR还好，分配给CF的资源比较灵活。切换到pureScale后，在业务量保持不变的情况下，对磁盘IO性能的要求通常不会更高，反而可能...

热点账号的问题，通常是热页冲突的极端表现，如国债额度、银行内部账户等，如果碰到这样的应用，建议操作热点账号的这只交易固定在某个特定的MEMBER上来跑，如Client Affinity方式，或单MEMBER的subset方式等。如果不是上述极端情况，可以考虑的方案包括：使用尽量小的PAGESIZE，如4K（目前D...

DB2 pureScale在Power平台上的案例很多，在X86平台上也有不少的应用案例，如农总行的卡受理系统（目前高峰日的业务量接近1亿笔）、民生CRM系统、重庆电信电子渠道系统、中航信、新华社、浦发银行等。...

pureScale目前还不支持索引的在线重组，可以考虑清理伪删除键值和伪删除空页，达到回收空间的目的，方法如下：db2 "reorg indexes all for table test_r allow write access cleanup all reclaim extents"关于高水位降低的问题，目前pureScale还不支持命令：alter tablespace <ta...

暂时还没有用过这样的组合，以后用到再看吧

这个数据平衡问题不是很重要，因为现在的存储映射过来的盘都是底层打散的。但是对于有强迫证的人来说，还是做一下rebanlance吧。

准确的说，GDPC方案中1个gpfs文件系统有3个failure group，分别是双中心和第三仲裁站点。双中心的gpfs nsd是dataAndMetadata 类型，第三仲裁站点的gpfs nsd是descOnly类型。GDPC采用gpfs复制技术，和存储复制无关。...