DB2 V9.7 高可用性灾难恢复中的备机可读

核心提示： 在主数据库出现宕机，如地震、火灾、断电等灾难或问题，DB2 V9.7 高可用性灾难恢复中的备机可读(2)，导致数据库不可访问或者损坏的时候，备机数据库能够很快接管（Takeover）主数据库的工作和任务，即在一定程度上减轻了主数据库的负载，又提高了备机数据库的利用率，成为新的主机数据库（如图 2

在主数据库出现宕机，如地震、火灾、断电等灾难或问题，导致数据库不可访问或者损坏的时候，备机数据库能够很快接管（Takeover）主数据库的工作和任务，成为新的主机数据库（如图 2 所示）。由于备机数据库中的数据在主数据库出现问题之前一致保持着与主数据库相接近状态，因此应用程序能够直接连接到新的主数据库（即旧的备机数据库）上，这样就能把业务中断够减小到最低限度。

图 2. 接管之后的高可用性灾难恢复组织结构

查看原图（大图）

最初在引入 HADR 作为高可用性方案的时候，备机数据库仅仅是作为主数据库的备用设备，其唯一功能就是重做主数据库传递来的数据库日志，使其数据状态跟主数据库保持一致，以便在主数据库出现问题的时候接管应用。所以，备机数据库一直处于脱机（offline）状态，也就是说，在接管之前，不允许用任何应用程序连接，这样在一定程度上导致了资源的浪费。因此，在最新的 DB2 LUW V9.7.1（DB2 Linux Unix and Windows, Version 9.7 Fix Pack 1）中，引入了备机可读的功能，提高了备机数据库的利用率，这正是本文要讨论的主题。

备机可读

上文已经提到，在最新的 DB2 版本中，在备机上已经支持可读操作，原先在主数据库上的只读应用，例如生成报告、决策支持、商业智能应用等，现在都可以迁移到备机数据库上进行，这样，即在一定程度上减轻了主数据库的负载，又提高了备机数据库的利用率。如图 3 所示。