Informix 11.5 高可用集群技术及应用实现

大家好，今天我们在这里探讨Informix数据库的高可用技术。众所周知，用户的关键业务系统，特别是 OLTP 系统，都要求提供 24X7 不间断的应用服务，这就要求数据库系统能够提供强大的高可用能力。这种能力不仅仅体现在主机及备机的接管方面，同时要能够提供远程容灾能力，以及本地的负载均衡能力。 针对上述对数据库的要求，Informix 从版本 6 开始， 就提供了 HDR（High Availability Data Replication） 技术，从 Informix 11 开始，Informix 数据库提供了 SDS(Shared Disk Secondary)、RSS(Remote Standalone Secondary)、CLR(Continuous Log Restore) 等高可用集群技术，提供了更加强大的高可用能力。尤其是从 Informix 11.5 开始其高可用技术发生了质的飞跃，HDR、SDS、RSS 备机都具备可读可写的能力，提供了更强大的负载均衡能力。 本研讨会，我们就针对 Informix 高可用技术不同方案的特点、技术实现和使用范围等方面与大家共同探讨。

informix 的高可用技术SDS(Shared Disk Secondary)、RSS(Remote Standalone Secondary)、CLR(Continuous Log Restore) 分别适用的场景是那些呢？条件是什么呢？

SDS是双主机同时读写共享磁盘，一般用在大型联机交易应用业务，和Oracle RAC相似。RSS是广域网异步HDR，用在数据库级的灾备环境。CLR是在网络不太好的情况下的脱机连续逻辑日志的数据恢复，用于数据库备份。

SDS共享磁盘方案，类似ORACLE RAC，提供高可用性和负载均衡情况，但是不具备存储容灾能力。提供快速的故障切换能力。 HDR，近距离双机方案，一般使用于同机房、2机房、同城2中心的双机方案，提供数据灾备能力。当主机故障时，备机快速接管。 RSS，就是远程容灾方案，是在HDR基础上提供的远程容灾方案，适用于异地方案，长距离数据同步方案，提供异步通信工作模式，对网络带宽要求低。适用于自然灾害（地震、海啸）等灾难情况。 CLR 基于逻辑日志的容灾方案，对平台无要求，离线工作方式。

Informix数据库是在UNIX开发的，其名字的含义为Information for unix，在UNIX系统上占用内存少，效率高，尤其是联机处理优势明显。实际上ORACLE RAC技术，双机共享磁盘的同时可读可写，在当时是领先Informix的HDR的。但是从 Informix 11.5 开始，IBM加大了研发力度，其HDR、SDS、RSS 备机都具备可读可写的能力，提供了更强大的负载均衡能力。

Informix仍然是主流的关系型数据库之一，只是Informix的使用很多场景不为人知。Informix的独特性--高效、稳定、灵活，使之Informix在电信、零售、银行、保险、电力等行业有较多的客户。从2001年IBM收购INFORMIX后，市场上没有Informix的广告，客户感觉Informix在退出市场，其实不然。 关于Informix的高可用性方案，相比其他数据库要完善。HDR已经有10多年的历史了，DB2才在过去2年时间内学习了INformix的HDR技术提供了类似的HDAR功能。 INformix的高可用性方案架构与其他数据库不同，基于逻辑日志的同步，松耦合架构。实施成本低，部署快速，依赖硬件少。

目前国内客户对数据库的高可用性的需求有：1、在同一机房内，双主机同时可读写共享磁盘的数据库，如Informix SDS（Oracle RAC）技术，能够提供负载均衡。2、同城2机房中的数据库复制，主机和磁盘为2套，Informix HDR。3、异地数据库复制，如Informix RSS。

Informix11.5 HDR 当客户在主用服务器上进行数据库写操作，通过复制逻辑日志的方式，同步备用数据库；当客户对备用数据库进行写操作时，这时备用数据库当作主用服务器的Informix客户端，先向主用服务器写操作，主用服务器再把逻辑日志同步到备用服务器上。这样就保持了主备数据库的数据一致性。

Informix的高可用性方案的架构是松耦合架构。有主、备机之分，主备机之前不共享内存和锁。通过逻辑日志的同步和恢复来进行数据的同步。主备机之间的数据有毫秒级别的延迟。

Informix HDR 支持同步、异步工作方式。当设置为同步模式时，主服务器的写操作事务需要待备机完成同步后才结束。这种工作模式，对性能有影响。在异步工作模式下，通过控制延迟。DRINTERVAL，DRTIMEOUT参数设置来控制数据延迟程度。

 

Informix 11.5 高可用集群技术及应用实现

概述

用户的关键业务系统，特别是 OLTP 系统，都要求提供 24X7 不间断的应用服务，这就要求数据库系统能够提供强大的高可用能力。这种能力不仅仅体现在主机及备机的接管方面，同时要能够提供远程容灾能力，以及本地的负载均衡能力。

针对上述对数据库的要求，Informix 从版本 6 开始， 就提供了 HDR 技术，它是通过数据库的事务日志的方式实现了主、备机互相接管的功能，当主机工作时，备机提供只读功能，因此，备机可以提供查询、报表等功能，实现负载分担的功能，当主机发生故障，备机会自动接管，实现主机及备机的接管功能。

从 Informix 7.2.2 版本开始，Informix 数据库提供了 ER(Enterprise Replication) 数据库复制技术，它也是通过读取数据库日志的方式实现数据同步功能，当源数据库数据发生变化后，Informix 数据库通过读取数据库日志，将变化的数据及时同步到目标数据库，采用 ER 的方式，和 HDR 不同，HDR 数据库的接管是基于数据库服务器的，也就是它的作用范围是基于整个实例的，而 ER 的作用范围是作用于一个表，你可以灵活定义需要复制哪些数据列及数据行，而且可以灵活定义数据复制的方式，是采用主从方式、汇总方式还是双向复制方式。

从 Informix 11 开始，Informix 数据库提供了 SDS(Shared Disk Secondary)、RSS(Remote Standalone Secondary)、CLR(Continuous Log Restore) 等高可用集群技术，提供了更加强大的高可用能力。从 Informix 11.5 开始，HDR、SDS、RSS 备机都支持读写能力，提供了更强大的负载均衡能力。同时，从 Informix 11.5 开始，Informix 还提供了 Connection Manager 功能部件，它可以提供 SLA(Service Level Agreement) 功能，更好地实现负载均衡的能力，同时提供了 FOC(Fail Over Connection) 功能，实现透明故障接管能力，而且，所有这些对客户端应用来说是透明的。通过不断的发展与创新，Informix 提供了业界领先的高可用集群技术。

下边，我们就具体讲述一下 Informix 高可用集群技术特点、使用范围及技术实现，希望读者能够对它有一个更全面的理解。

HDR 技术

高可用性数据复制 HDR 技术，从 Informix 6 版本就开始提供，它是采用一主、一备方式，通过读取数据库逻辑日志方式，实现主备机互相切换功能。在 Informix 11.5 之前， HDR 备机支持只读方式，我们通常会通过备机来完成数据查询、报表功能，分担主机系统的压力。从 Informix 11.5 开始， HDR 备机支持读写操作，提供了更灵活的功能。 HDR 方式通常用来提供高可用性及 hot standby 功能。

HDR 工作的基本原理

图 1. HDR 工作原理示例图

如图中所示，当主数据库服务器开始将共享内存中的逻辑日志缓冲区的内容刷新到磁盘上的逻辑日志时，数据库服务器也将逻辑日志缓冲区的内容复制到主数据库服务器上的数据复制缓冲区。然后主数据库服务器将这些逻辑日志记录发送至 HDR 辅助数据库服务器。

HDR 辅助数据库服务器将来自主数据库服务器的逻辑日志记录接收到共享内存接收缓冲区（数据库服务器自动将接收缓冲区调节至适当的大小以适合正在发送的数据量）。然后辅助数据库服务器在整个逻辑恢复中应用逻辑日志记录 , ，并将这些记录应用到其自己的数据库空间。

HDR 数据复制支持同步或异步两种方式。 ONCONFIG 配置参数 DRINTERVAL 的值确定数据库服务器使用同步更新还是异步更新。如果将 DRINTERVAL 设置为 -1，那么对 HDR 辅助服务器的数据复制同步发生。一旦主数据库服务器将逻辑日志缓冲区内容写入 HDR 缓冲区，它会将那些记录从缓冲区发送至 HDR 辅助数据库服务器。仅当主数据库服务器接收到来自 HDR 辅助数据库服务器的确认（已收到记录）之后，主数据库服务器上的逻辑日志缓冲区清仓才会完成。使用同步更新时，如果发生故障，那么在主数据库服务器上提交的事务在 HDR 辅助数据库服务器上不会仍未提交或部分提交。

如果您将 DRINTERVAL 设置为除 -1 以外的任何值，那么数据复制将针对 HDR 辅助服务器异步发生。主数据库服务器在将逻辑日志缓冲区内容复制到 HDR 缓冲区之后会清仓逻辑日志缓冲区。（与上述操作无关）当发生以下条件之一时，主数据库服务器在整个网络上发送 HDR 缓冲区的内容：

• HDR 缓冲区变满。
• 自上次将记录发送至辅助数据库服务器以后，DRINTERVAL 配置参数在主数据库服务器上指定的时间间隔已过去。

该更新方法可以提供比同步更新更好的性能。但是，可能会丢失事务。

HDR 处理数据复制的线程

主数据库服务器启动专门的线程来支持数据复制。如图 2 所示，主数据库服务器上名为 drprsend 的线程将整个网络上主服务器缓冲区的内容发送至辅助数据库服务器上名为 drsecrcv 的线程。

辅助数据库服务器上名为 drsecapply 的线程将接收缓冲区的内容复制到恢复缓冲区。 logrecvr 线程对恢复缓冲区的内容执行逻辑恢复，将逻辑日志记录应用到辅助数据库服务器管理的数据库空间。 OFF_RECVRY_THREADS 配置参数指定使用的 logrecvr 线程数。

数据库服务器启动的其余线程是 drprping 和 drsecping 线程，它们负责发送和接收指示两个数据库服务器是否连接的消息。

图 2. HDR 数据复制线程示例图

HDR 主、备机之间采用半双工通信协议，因此对网络延迟非常敏感，通常要求网络要非常稳定，同时距离支持有限，通常在同一个大楼里面。

HDR 配置实现

HDR 对硬件和操作系统要求：

• 运行主数据库服务器和辅助数据库服务器的计算机必须相同（相同的供应商和体系结构）。
• 运行主数据库服务器和辅助数据库服务器的计算机上的操作系统必须相同。
• 运行主数据库服务器和辅助数据库服务器的硬件必须支持网络能力。
• 分配给主数据库服务器和辅助数据库服务器的数据库空间的磁盘空间量必须相等。磁盘空间类型是不相关的；您可以在两个数据库服务器上使用任何原始或格式化的空间组合。

HDR 对数据库和数据要求：

• 数据库必须将事务日志记录打开。
• 数据必须驻留在数据库空间或 Sb 空间中。

HDR 对配置参数的要求：

以下 ONCONFIG 参数在每个数据库服务器上都必须具有相同值：

• ROOTNAME
• ROOTOFFSET
• ROOTPATH
• ROOTSIZE
• MIRROROFFSET
• MIRRORPATH
• PHYSDBS
• PHYSFILE
• LTAPEBLK
• LTAPESIZE
• TAPEBLK
• TAPESIZE
• LOGFILES
• LOGSIZE
• DYNAMIC_LOGS

数据库服务器记录逻辑日志文件的添加。在主服务器上动态添加的逻辑日志文件将在辅助服务器上自动复制。尽管辅助服务器上的 DYNAMIC_LOGS 值不起作用，请保持主服务器上 DYNAMIC_LOGS 与值的同步，以免它们切换角色。

HDR 配置参数在复制对中的两个数据库服务器上必须设置为相同的值：

• DRAUTO
• DRINTERVAL
• DRTIMEOUT

HDR 相关配置参数说明：

• DRAUTO：用来控制主服务器和 HDR 备用服务器在出现故障时的行为。其取值范围如下 :
  • 0 表示 OFF = 不要在 HDR 环境中自动切换服务器类型。
  • 1 表示 RETAIN_TYPE = 在 HDR 故障期间自动从辅助切换到标准。在重新启动 HDR 时切换回辅助。
  • 2 表示 REVERSE_TYPE= 在 HDR 故障时自动从辅助切换到标准。在重新启动 HDR 时切换到主要（并将原来的主要切换为辅助）。
  <