[发明专利]灾难恢复期间的消息对账

说明书

技术领域

本发明涉及灾难恢复期间的消息对账领域。特别地，本发明涉及简化灾难恢复期间的人工消息对账。

背景技术

导致整个数据中心损失的重大破坏可能严重地影响公司开展其业务的能力。很多公司通过保持备选数据中心来保护自己以防这种风险，这种备选数据中心通常称为灾难恢复（DR）站点。

主站点与DR站点之间的距离为100英里或者更多并不是不常见；这是为了确保DR站点不受使主站点丧失能力的大规模破坏的影响。

如果主数据中心故障，则让DR站点在线并取代主站点。为了让这工作，DR站点必须具有对业务数据的当前副本的访问权。因此，当主数据中心运行时，数据必须被发送到远程站点。

在过去，这是通过将数据的副本放置在磁带上，并且以每天或每周的间隔、物理地将磁带拿到DR站点来完成的。当今，现代碟盘自动地传播（镜像）任何更新至远程站点，因此DR站点处的业务数据有可能是任意程度的最新。随着应用写入碟盘，碟盘控制器自动地向DR站点镜像碟盘传播更新。

存在进行此传播的两种方式：

□同步：主站点上的每个写入操作仅在数据已经被成功写入到DR站点后才完成（如写入应用所看到的）。

□异步：当数据被本地写入时写入操作完成。数据随后被传播。

同步镜像具有如下问题：远程站点总是最新，但是对应用的碟盘响应时间非常高，典型地平均为25毫秒（这非常慢，并且类似于八十年代早期的响应时间）。仅当事务速率非常低时，设施可以负担使用此选项。

异步复制不会引起性能问题，因为典型的现代碟盘的响应时间将小于1毫秒，因此允许高的事务量。然而，当数据被异步传送时，DR站点可能落在主站点后面。当主站点故障时这产生问题，因为不能相信数据是最新的。未传送的任何数据实际上丢失了。例如，客户已经报告，如果在每秒处理300个事务时系统故障，则DR站点至少丢失10秒价值的事务数据。这意味着必须调查和重新处理（大部分是人工地）至少3000个事务。该处理通常称为“人工对账（manual reconciliation）”。

众所周知人工对账非常困难：当操作被切换到DR站点时，不太可能知道遗漏了多少数据。通常，这需要联系每个用户并且请求他们核实在中断时已经提交了哪些事务。用户继而必须检查他们本地的事务日志并且将其与DR站点中的数据进行比较，以识别哪些事务必须被重新提交。换言之，问题不仅仅是（例如）3000个事务需要重新提交，而且不知道那些事务是哪些。在很多情况下，在识别和解决任何遗漏事务之前不太可能继续服务。这导致服务中断好几个小时。

异步复制提供了良好的性能但是导致远程站点处不可靠/过时的数据。同步复制解决了数据一致性问题，但是使得系统如此缓慢，以致于不太可能是可接受的解决方案。

因此，本领域中需要解决上述问题。

发明内容

根据本发明的第一方面，提供一种用于异步复制系统中灾难恢复期间的消息对账的方法，包括：在远离主数据中心的网关处截获消息请求，其中该消息请求发往主数据中心；在远离主数据中心的消息请求历史中存储消息请求的副本；向主数据中心转发消息请求；在主数据中心处存储消息请求的事务历史，该事务历史与来自主数据中心的其他数据一起被镜像到灾难恢复站点；以及响应于确定主数据中心发生故障，比较请求消息历史中的消息与从灾难恢复站点取回的事务历史中的消息。

根据本发明的第二方面，提供一种用于异步复制系统中灾难恢复期间的消息对账的系统，包括：处理器；网关组件，用于截获消息请求，其中网关组件远离主数据中心，消息请求发往主数据中心；网关存储设备，用于在远离主数据中心的消息请求历史中存储消息请求的副本；消息转发组件，用于向主数据中心转发消息请求；主数据中心处的事务历史组件，用于在主数据中心处存储消息请求的事务历史，该事务历史与来自主数据中心的其他数据一起被镜像到灾难恢复站点；以及对账组件，用于响应于确定主数据中心发生故障，比较请求消息历史中的消息与从灾难恢复站点取回的事务历史中的消息。

根据本发明的第三方面，提供一种存储在计算机可读介质上并且可加载到数字计算机的内部存储器中的计算机程序，包括软件代码部分，当所述程序在计算机上运行时，软件代码部分用于执行根据本发明第一方面的方法。

从另一方面看来，本发明提供了一种用于异步复制系统中灾难恢复期间的消息对账的计算机程序产品，可由处理电路读取并且存储供该处理电路运行以执行用于执行本发明的步骤的方法的指令的计算机可读存储介质。

附图说明