INFORMIX-HDR机制与事务丢失..docVIP

《INFORMIX-HDR机制与事务丢失》 目录 说明 HDR的参数解析 HDR的创建和启动 HDR的数据复制过程与事务丢失 事务丢失后的应对之策 HDR相关术语解释（重要） 参考资料 说明 INFORMIX-HDR（High Availability Data Replication）高可用数据复制是IBM Informix Dynamic Server为保证数据库应用高可用性而提出的双机热备企业级解决方案，即由1个主用数据库服务器和1个辅助数据库服务器构成一个HDR对。HDR一旦被启动以后，HDR对中的主用数据库服务器上数据的任何变化在有限的时间内都将被一一复制到HDR对中的辅助数据库服务器。一旦在主用数据库服务器上发生可控或不可控的HDR失败事件，HDR将提供自动或手动切换，由辅助数据库服务器快速接管后充当主用数据库服务器，以满足24小时×7天不间断的业务要求。 本文试图从HDR机制分析入手，通过展现HDR参数，HDR各种数据复制模式的运行过程，HDR失败的不同原因等，来求解导致事务丢失的场景及相关对策，以便于在今后的维护工作中能够做到预防在先，把目前应用系统先天缺陷可能对业务造成的影响降低到最低水平。 由于本人初涉INFORMIX-HDR，浏览资料和实践经验均有限，部分观点尚未得到证实，故缪误将在所难免。但在百万级用户的预付费系统即将上线的任务驱使下，在此大胆成文，亮出个人见解。望各位同仁在阅读后质疑指正，共同探讨面临的难题。 文后列出了本人参考的中英文资料，供各位取舍。若有相关案例及参考资料，麻烦诸位发送出来共享，在此先致谢了！ HDR的参数解析 H HDR参数在数据库配置文件onconfig中配置。HDR相关参数共有4个，这些参数值的设定在HDR对中的2个数据库服务器上应相同，否则可能会导致不可预期的后果。下面分别对这4个参数做详细说明： 1. DRAUTO： 该参数确定辅助数据库服务器响应HDR失败的模式。 取值范围：0，1，2 DRAUTO＝0 表示 OFF。即在HDR失败时不自动切换服务器类型。辅助数据库服务器将以只读方式继续保持辅助类型。 DRAUTO＝1 表示 RETAIN_TYPE。即在HDR失败时辅助数据库服务器类型自动从辅助切换到标准。而当HDR链接恢复时，原来的辅助数据库服务器将自动切换回辅助类型。 DRAUTO＝2 表示 REVERSE_TYPE。即在HDR失败时辅助数据库服务器自动从辅助切换到主用。当HDR链接恢复时，原来辅助数据库服务器仍为主用类型，而原来的主用数据库服务器将切换到辅助类型。 解析： 对于需要automatic fail-over的系统来说，DRAUTO＝2是唯一的选择。 2．DRINTERVAL： 该参数确定主数据库服务器将HDR缓冲区的内容同步或异步发送至辅助数据库服务器的发送模式。 取值范围：－1，0～N DRINTERVAL＝－1，表示同步更新模式。 DRINTERVAL＝1～N，表示异步更新模式，且指定了2次发送HDR缓冲区之间的最大时间间隔（秒）。 DRINTERVAL＝ 0，？ 解析： 当使用同步更新模式时，不管数据库的日志带不带缓冲，不管发生可控的HDR失败或不可控的HDR失败，辅助数据库服务器上的事务始终同主用数据库服务器上的保持一致，因为主用数据库服务器在发送HDR缓冲区内容以后，必须等到辅助数据库服务器的接收响应后才能将逻辑日志刷新到磁盘上去。 当使用异步更新模式时，不管数据库的日志带不带缓冲，只要发生的是可控的HDR失败，则辅助数据库服务器上的事务始终同主用数据库服务器上的保持一致；但如果发生的是不可控的HDR失败，则辅助数据库服务器就有可能丢失已在主用数据库服务器上提交的事务。显然，在辅助数据库服务器切换为主用时，原已在主用数据库服务器上提交的事务就会在新主用数据库服务器上丢失，因为此时HDR缓冲区内容因HDR失败而没有被辅助数据库服务器接收到。而丢失已提交事务的多少则由数据库的逻辑日志带不带缓冲的模式来决定：如果数据库在创建时把日志配置成nobuffer，则丢失当前事务；如果数据库在创建时把日志配置成buffer，则丢失批量事务（多少由HDR缓冲区大小决定）。 3．DRTIMEOUT（单位：秒）： 该参数指定HDR对中2个数据库服务器各自ping进程