在两地三中心建设过程中，我们发现采用传统的容灾技术碰到3个问题：

1. 切换时间太长，即使通过自动化实现，主切备和备切主都需要花费几十分钟时间。

2. 操作风险太大，比如核心系统切换涉及到20步以上的操作步骤和上百条命令，每条命令都有出错的可能。

3. 建设成本太高，同城机房按照1比2甚至1比1 的比例进行建设，服务器平时完全闲置，除了一次性投入，每年还要耗费大量的维护费用。

因此相对于传统容灾方式，我们希望建设一个双活平台，解决降低RTO时间、降低成本和降低切换风险等需求。

在双活平台的选型过程中，基于当前需求是传统型业务（非互联网类型）做迁移，当前数据库base是DB2和Oracle，从平台角度发起而不想对业务开发进行改造，最终实现双机房对等双活等因素，我们最终发现Db2 pureScale GDPC方案最适合。

这个方案特点明显: 高可用性，可扩展性和对应用透明。那么选好型后，怎么落地成了最关心的问题。因为双活技术的复杂性，在方案设计的每个环节都需要慎重考虑，选择最合适的方式，最终形成自己需要的方案。为让大家更好的理解给予Db2 pureScale GDPC技术的方案设计包含哪些方面以及如何抉择，我们特别组织了本次线上交流活动，主要围绕以下几个核心议题：

1. 总体设计：如何选择双中心站点和仲裁站点的定位，仲裁站点需要什么条件

2. 通信网络设计：存在三套网络，对外服务的以太网，节点之间通信的RDMA网络（RoCE），GPFS需要的私网。

3. 共享存储设计：如何设计存储网络，仲裁站点需要存储吗？ NSD server怎么配置？

4. 资源设计: 如何分配成员和CF节点的资源

5. 访问设计：客户端采用什么方式连接数据库节点

6. 搭建过程中的注意事项：磁盘空间，用户名，ssh，ntp，aio参数等细节

7. 参数配置最佳实践

孔再华      数据库架构师

具有丰富的数据库环境问题诊断和性能调优的经验，擅长Db2 pureScale 集群产品的项目咨询和实施，目前负责推广数据库同城双活架构建设，曾经负责Db2数据库双活项目的设计和管理工作，有着丰富的实践经验。目前在社区关注榜排行第六。