基于Db2 pureScale做数据库双活，对于重要业务需求的实现程度如何？

基于Db2 pureScale的数据库双活方案，非常适合读写比例比较高的重要业务系统，即查询交易远远多于增删改交易。Purescale 是share data的，数据只有一份，但可以扩充多个purescale计算节点，相当复制了多个数据副本以供应用访问。而增删改交易比较多，相比起单节点的数据库，purescale架构还多member和cf的通信以及一个全局锁，如果数据导入时索引设计不科学，会增加数据在多个节点间的通讯成本和锁成本，性能反而没单节点的效率高。因此，个人认为，只要读写比例高的重要系统，都比较适合Purescale的双活方案。

基于Db2 pureScale的数据库双活平台在我行已经上线三年，期间陆续迁入了6套优先级比较高的系统。整个运行过程算是达到了预期。也经历过网络故障等实际考验，表现都如预期。所以这个高可用性和可维护性都得到了验证。但是这个方案在满足数据0丢失，可用性非常高的情况下，还是牺牲了部分性能。因为距离的原因，写盘和通信都不可避免延长。所以迁入地系统在跑批的时候明显比以前长，这也是没办法的。