DB2数据库HADR部署三个难点问题

目前的业务发展对数据库高可用的要求越来越高，而每个数据库都有自己的高可用技术，而且有些还不止一种，这就需要根据自己的需求选择合适的高可用方案。
而IBM 的DB2数据库高可用就采用了HADR技术，HADR（High Availability Disaster Recovery ）
是数据库级别的高可用性数据复制机制，它为部分和整个站点故障提供高可用性解决方案。
HADR 可以将源数据库（称为主数据库）中数据的修改复制到目标数据库（称为备用数据库）中来防止数据丢失。

但是，如何通过HADR来实现这些业务需求，对于数据库架构师和管理员来说，都比较复杂和存在众多难题。 如：
1、如何提高HADR的同步效率和性能、
2、如何选择HADR同步方式、
3、HADR备机无法访问、
4、HADR接管方式的选择等。
为了帮助大家更详细了解HADR，社区特别邀请专家撰写了一篇最佳实践文章，同时组织本场活动，解答大家在HADR方面的各种疑难问题。
活动结束后，对活动中产生的难点问题进行了梳理，供大家参考。

难点1：部署DB2 HADR时该如何选择同步方式。
在部署HADR时，选择同步方式非常重要。这是需要进行综合考虑。
如果对数据安全需要有绝对的安全保证，同时相关的主机环境、网络环境也可以支撑，可以考虑采用同步方式。但这种方式对性能影响非常大。需要谨慎选择。
不过在常见的业务环境中，如果是主备机在同机房一般是采用近同步方式，因为 这种方法不仅能保证一定的数据安全，对于性能的影响也比同步的小
如果在主备是在异地机房，网络性能不错的情况可以考虑采用异步方式。而如果用于对数据安全要不高或者部署多备库的情况下一般采用超级异步方式。

难点2：如何降低HADR同步延迟及如何减少同步对业务性能的影响
在HADR环境中降低同步延迟一般从两方面入手：降低网络延迟和降低提高备库重放日志性能。
降低网络延迟可以采用以下方法：
1、可以采用专用网络用于HADR，这样可以避免其它业务占用HADR网络，从而提高HADR的网络传输性能。
2、如果主机有多网卡的话可以考虑绑定多网卡，充分利用多张网卡的速度来提高网络性能。
提高备库重放日志性能方面建议主备库主机采用相同的配置，避免其中一方的主机性能低从而导致备库重放日志缓慢。
另外可以考虑启用备库的日志假脱机功能，要启用日志假脱机，将数据库配置参数‘hadr_spool_limit’配置为非0即可.

难点3：HADR中如何实现故障自动切换
在HADR中如果主库出现异常宕库，为了保证业务正常需要将原来的主库切换到备库上，这个切换过程如何实现自动化。
在HADR中可以结合TSAMP一起配置。在DB2企业级以上版本中已集成TSAMP集群管理工具。在部署HADR后可以通过db2haicu工具来配置TSAMP，从而可以实现故障的自动切换。
相关的配置可以参考IBM官方文档：https://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0704sundaram/。