使用DB2TextSearch实现高可用性设置

DB2 Text Search 支持用户在 IBM DB2 for Linux, UNIX, and Windows (LUW) 中创建全文搜索应用程序。在需要高可用性全文搜索应用程序的场景中，必须考虑故障转移策略，DB2 Text Search 的设置涉及到两个组件：DB2 数据库服务器和文

文本搜索索引目录数据和文本搜索索引管理数据均存储在中，并包含在 DB2 High Availability Disaster Recovery (HADR) 策略中。然而，文本搜索索引集合是由文本搜索管理的，并且位于文件系统中。因此，扩展 HADR 策略需要提供文本搜索管理的对象。

DB2 Text Search 索引被托管在 DB2 数据库中，并链接到文本索引集数据，该数据由为数据库实例配置的文本搜索服务器管理。

数据库故障会影响文本搜索索引集的一致性，并且数据库服务器和文本搜索服务器会受到硬件、软件、网络故障、其他人为或环境因素（如电源故障）的影响。一个全面的高可用性 (HA) 解决方案必须确保系统中的所有组件在规划的时间范围内是可用的，并能重新将数据库内容与备用系统上的文本搜索索引内容进行同步。

下一小节将讨论在高可用场景中支持文本搜索设置的基本元素。这些元素都基于 DB2 HADR 场景，在该场景中，主服务器通过 TCP/IP 将日志转输到备用服务器。事务日志将被传输到备用服务器并得到应用。主服务器充当 TCP 服务器，而备用服务器充当客户端。如果主服务器发生故障，备用服务器会接管主服务器的工作。

图 1. 高可用性场景中的文本搜索基本设置

故障转移场景

为进行文本搜索而启用的 DB2 数据库通过本地主机 TCP/IP 连接到文本搜索服务器。文本搜索服务器是作为一个单独的流程运行的，并负责管理基于文件系统的文本搜索索引集。

一般情况下，可以对下列场景进行区分：

1. 故障影响了数据库可用性并导致故障转移到备用服务器。
2. 故障影响了文本搜索服务器的可用性，但是数据库服务器不受影响。
3. 故障影响了文本搜索索引集的可用性。

下面小节的讨论重点是，在将数据库故障转移到备用服务器后，如何确保能够以一致的方式执行文本搜索功能。这里还简要论述了另一种情况。

文本搜索服务器可用性

假设文本搜索服务器的安装与配置均正确，那么导致文本搜索服务器不可用的可能原因如下：

• 安全系统更改（比如身份验证或访问权限更改）可能妨碍文本搜索服务器的启动。
• 端口或套接字配置等网络问题可能导致通信失败。
• 运行时问题，如 Java™ 流程、挂起、终止或崩溃。

在上述每一种情况下，都必须在主服务器上解决这些问题，并且必须使用正确的权限和配置来重启与实例相关联的文本搜索服务器。

文本搜索索引可用性

如果文本搜索索引不可用，那么与之最密切相关的两个场景是：

• 硬件错误：如自定义位置发生磁盘损坏。此类错误并非特定于文本搜索索引。例如，通过选择支持磁盘可用性成熟技术的磁盘设备，应该可以解决此类硬件错误。
• 人为错误：如执行计划外的集合清除。

要解决索引可用性，HA 策略必须包括一个允许恢复文本搜索索引集的备份计划。文件权限的变更可能会导致文本搜索索引无法用于访问，但是此场景是与本上下文无关的场景。