证券行业同城灾备和异地灾备的DB2数据同步方案应如何设计

最简单的方式就是使用HADR，通过事务日志进行数据同步。

HADR是数据库级别的DR。分为同步，异步，准异步几种。主要通过log shipping方式，在9.7以后，备机可读，所以也可构建读写分离的系统。

海通和安信应该是唯一2家核心系统数据库使用DB2的券商了吧？

同城如果想双活可以用gdpc，否则可以考虑存储复制或者cdc等数据同步，异地建议hadr

我们公司V10版的DB2，HADR+CDC

至于延时的话，建议你针对性地做一些场景测试。

HADR是存在一定问题的，在这个问题上首先一点就是不能级联。如果券商希望做同城备份以及异地灾备，老版本的DB2 不能单一依靠HADR实现。DB2 v10以后增加了多节点，但不能级联的特性导致一旦A节点出问题，B节点接管后变成了单点。

另外一个问题是备节点不可读。当然，v9.7上已经增加了可读，但是由于只能使用脏读，因此除非修改业务程序，否则无法直接把查询类业务转移到备节点。

当然，从DB2对HADR的一系列改进来看，HADR还是有潜质的，不过现阶段可能必须配合Q复制等其他技术完成目标。