Informix IDS 11系统解决(918检验)认证指南,第 7 部分: IDS复制(3)

HDR：设置

本节接头以下设置主题：

• 硬件需求
• 数据库需求
• 连接需求

硬件需求

主效劳器和从效劳器在平台、操纵系统版本、内存、CPU 和存储空间方面必需雷同。效劳器必需支持网络连接。在主效劳器和从效劳器上，分配给 dbspace 的磁盘空间量必需雷同。一些用户喜好给主效劳器设置更多的内存或 CPU。不创议多么做，而且在这种情形下，HDR 的速率取决于最慢的效劳器的速率。

数据库需求

主效劳器和从效劳器上的 onconfig 文件应该很是类似，而且以下参数必需完全雷同：

• ROOTNAME
• ROOTOFFSET
• ROOTPATH
• ROOTSIZE
• MIRROROFFSET —— 如果应用镜像特性
• MIRRORPATH —— 如果应用镜像特性
• PHYSDBS
• PHYSFILE
• LOGFILES
• LOGSIZE
• DYNAMIC_LOGS
• DRAUTO
• DRINTERVAL
• DRTIMEOUT

HDR 特有的设置参数

DRAUTO 设置参数决议，在孕育发生毛病时，应该主动还是手动切换到从效劳器。可用的值网罗：

• 0 = OFF —— 不主动切换 HDR 环境中的效劳器范例
• 1 = RETAIN_TYPE —— 在 HDR 孕育发生毛病时，将从效劳器切换为标准效劳器。在从头启动 HDR 时，切换回从效劳器。
• 2 = REVERSE_TYPE —— 在 HDR 孕育发生毛病时，将从效劳器切换为标准效劳器。在从头启动 HDR 时，切换为主效劳器（将正本的主效劳器切换为从效劳器）。

DRINTERVAL 设置参数指定厘革数据复制缓冲区的最大时间隔断（以秒为单元）。如果设置为 -1，那么应用同步更新。默许值是 30 秒，是以默许方式是异步更新。

DRTIMEOUT 设置参数指定，在应用同步更新时，效劳器守候确认动静的最大时间隔断（以秒为单元）。

DRLOSTFOUND 指定 dr.lostfound.timestamp 文件的途径名。这个文件包括在主效劳器孕育发生毛病时，在主效劳器上曾经提交但是没有在从效劳器上提交的事件。这个文件附加一个时间戳，以是效劳器不会掩盖现有的 lost-and-found 文件（如果存在该文件的话）。在对孕育发生毛病的效劳器举办逻辑恢复时，创立这些文件。如果 HDR 效劳器对之间的更新是同步的，就不创立这些文件。

DRIDXAUTO 指定，在 HDR 从效劳器探测到一个损坏的索引时，HDR 主效劳器可否主动启动索引复制。

日志需求

要举办复制的统统数据库都必需应用事件日志记录。HDR 经由将事件日志传输到从效劳器来执行复制，DDL（Data Definition Language）语句将发送给从效劳器，由于无论数据库的日志记录方式是什么，IDS 总会在日志中记录统统 DDL 语句。

其余，应用缓冲的日志记录可以会招致将数据复制到从效劳器时出现更大的耽误。对付缓冲的数据库，只在以下情形下发送数据复制缓冲区：

• 数据复制缓冲区变满
• 满足 DRINTERVAL 设置参数指定的时间隔断

其他需求

在应用 HDR 时，需求一个一时的 dbspace，由于只读系统上的究诘需求用一时空间来存储中间结果。这些 dbspace 是从效劳器上仅有的可写 dbspace。应用这些一时 dbspace 需求设置 DBSPACETEMP 环境参数或设置参数。

blob 应该存储在 dbspace 中，而不是存储在 blobspace 中。这是由于对 blobspace 中的 blob 的修正不被记录在日志中，以是这些修正无法应用于从数据库。实践上，如果应器具有数据复制的 blobspace，从数据库就会表示不切确的结果，由于对 blob 形貌符的修正记录在日志中，但是对磁盘上的 blob 的修正不被记录。

在主效劳器和从效劳器上，非一时 dbspace 的 dbspace、块（chunk）、偏移量和途径必需雷同。实践上，创议对两台机器上 IDS 系统应用的磁盘回收雷同的分区方式。如果两个效劳器的分区方式分歧，由于分区的分歧，一个别系可以比另一个别系慢。

连接需求

为了在分歧机器上的 IDS 效劳器之间树立连接，需求执行以下步调：

• 确保效劳器是完全可信的
• 添加适当的 NETTYPE 设置参数（soctcp 或 tlitcp），或者确保 sqlhosts 文件包括 DBSERVERNAME 或 DBSERVERALIAS 的 TCP 连接
• 确保两个 sqlhosts 文件包括对方效劳器的设置项
• 测试两个效劳器之间的连接。一种测试要领是应用 dbaccess > connection > connect。为了确认效劳器是完全 可信的，不要应用用户名和暗码举办连接。如果连接掉败，就反省错误代码并举办调试

版权声明： 原创作品，容许转载，转载时请务必以超链接方式标明文章 原始理由 、作者信息和本声明。不然将追查法律责任。