君，已阅读到文档的结尾了呢~~
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
INFORMIX-HDR 机制与事务丢失
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口关于Informix数据库的问题_百度知道
关于Informix数据库的问题
有什么作用！或者有什么书呢，能否详细介绍一下请问如下面的名称是什么意思
提问者采纳
它包含保留页和内部页,它们描述和跟踪所有物理和逻辑存储单元tempdbs临时数据库空间为临时表的存储而保留的数据库空间管理员参考大全 rootdbs根数据库空间，是数据库服务器创建时的初始数据库空间
提问者评价
其他类似问题
为您推荐：
informix的相关知识
其他2条回答
而且ltapedev指向&#47，ontape -c或-a备份一下逻辑日志就行了，但是你这如果是标准状态，你看看是不是系统表被锁住了;dev/null的话就不会出现我遇到的问题，遇见没有备份逻辑日志出现这个问题我做hdr测试的时候，onstat -u onstat -k 都看一下
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Chinaunix.net/Informix精华版文章/Informix Online数据库日常管理及维护[共享]
Informix Online数据库日常管理及维护[共享]
&&&&发表时间： 08:51pm
Informix Online数据库日常管理及维护1、启动、关闭Informix数据库1.1、自动启动Informix & &启动Online命令为：oninit & &但一般情况下，将启动命令建立在/etc/rc2.d目录下，名字为S96informix，这样当启动操作系统时，Online随之启动。 & &编辑文件/etc/rc2.d/S96informix为如下内容：INFORMIXDIR=/usr/informixINFORMIXSERVER=picc_onlineONCONFIG=onconfig.piccexport INFORMIXDIR NFORMIXSERVER ONCONFIG INFORMIXDIR/bin/oninit & &修改文件属性如下：$chmod +x /etc/rc2.d/S96informix1.2、自动关闭Informix & &关闭Online命令为：onmode -ky & &但一般情况如下，将关闭命令建立在/etc/rc0.d目录下，名字为K01informix,这样当关闭操作系统时，Online随之关闭。 & &编辑文件/etc/rc0.d/K01informix如下：INFORMIXDIR=/usr/informixINFORMIXSERVER=picc_onlineONCONFIG=onconfig.piccexport INFORMIXDIR INFORMIXSERVER ONCONFIG INFORMIXDIR/bin/onmode -ky & &修改文件属性如下：$chmod +x /etc/rc0.d/K01informix2、Informix Online常见工作模式offline（停止态）quiescent ( 系统维护态)online（运行态）3、管理Informix Online磁盘空间 & &Online初始化时，自动建立了一个名为rootdbs的dbspace。该rootdbs存储Online的管理信息，包括物理日志、逻辑日志等。当你建立一个数据库或表时，如果不指定dbspace，作为缺省，该库或表建立在rootdbs中。所以，如果你想将库或表建立在某个dbspace中，则必须在SQL语句中指定dbspace名字。如数据库名为‘stores’,我们将这个数据库建立在‘workdbs’dbspace中，SQL语句如下：create databa & &另外，建chunk或dbspace时，要指定原始磁盘设备名路径，所需磁盘空间大小，以及该块磁盘空间在原始磁盘设备中的偏移量。其中，偏移量非常关键，要小心设置，否则容易造成chunk块之间空间上的重叠与覆盖。 & &例如：假定原始磁盘设备/informixdbs1有500M空间，其中rootdbs用去前100M,如果要在/informixdbs1中建立一个新的chunk，偏移量应大于100M。1) 用onspaces命令建立dbspace$onspaces -c -d dbspace名字 -p 磁盘设备 -o 偏移量 -s 尺寸 & &其中：-c: 表示建立新的dbspace-d: dbspace名字-p: 原始磁盘设备全路径名，如/informixdbs1-o: 偏移量，以K字节为单位-s: dbspace中第一个chunk 尺寸，以K字节为单位2) 用onspaces命令增加chunk$onspaces -a dbspace名字 -p 原始磁盘设备 -o 偏移量 -s 尺寸 & &其中：-a: 表示为某个dbspace增加一个chunk, 后跟dbspace名字-p: 原始磁盘设备全路径名，如/informixdbs1-o: 偏移量，以K字节为单位-s: chunk的尺寸，以K字节为单位 & &例如某数据库系统，在原始磁盘设备/informixdbs1上建立三个DBSPACE：rootdbs：Online初始化时缺省建立，第一个chunk尺寸为100M， 偏移量为0;workdbs：存放应用数据库数据，第一个chunk尺寸为100M，偏移 量为100M；tmpdbs：存放系统临时文件数据，第一个chunk尺寸为50M，偏移量为200M；*tmpdbs必须在online初始化之前建立；建立命令如下：$onspaces -c -d workdbs -p /informixdbs1 -o 100000 -s 100000;$onspaces -c -d tmpdbs -p /informixdbs1 -o 200000 -s 50000;4、Informix Online日志管理4.1、数据库日志方式： & &无日志方式(对应非事物性应用) & &无缓冲区日志方式 & &带缓冲区日志方式 & &符合ANSI标准日志方式 & &针对保险业务特点，INFORMIX建议使用无缓冲区日志方式建立数据库，以保证机器崩溃时，交易事务不会丢失，与带缓冲区日志方式相比，数据库并行处理速度慢。 & &可使用ontape命令修改数据库日志方式 & &用ontape打开事务日志：$ontape -s -U 打开数据库stores日志，日志方式为无缓冲区日志；用ontape结束日志：$ontape -N 将数据库lifeins改为无日志方式。4.2、物理日志的管理 & &物理日志保存数据被修改前的映象。物理日志的位置和大小可以改变。使用onparams命令改变物理日志的位置和大小，在Online进入静态方式后执行：$ onparams -p -s size -d dbspace -y其中 -p: 表示物理日志-s: 新的尺寸，后跟以K字节为单位的物理日志的大小-d: 说明存放物理日志的dbspace名字-y: 对所有的提问以“Yes”回答注意：分配给物理日志的空间必须是连续的，因此，改变之前要确认dbspace有足够的空间来存放物理日志。4.3、逻辑日志的管理 & &逻辑日志保存数据在修改后的映象，逻辑日志空间的尺寸为逻辑日志文件尺寸与逻辑日志文件个数的乘积。Online初始化后，已有逻辑日志文件的尺寸不可修改，要改变逻辑日志空间大小，只能修改逻辑日志文件个数，新增加的逻辑日志文件尺寸可以设为新的值，逻辑日志文件个数不得少于3个。(1)、 用onparams 增加逻辑日志文件$ onparams -a -d rootdbs新增加的逻辑文件状态是A(A表示新增加的意思)。必须建立rootdbs的0级备份后，新增加的逻辑日志文件才可使用。(2)、 增加一个具有新的尺寸的逻辑日志文件$onparams -a -d rootdbs -s新的日志尺寸(3)、 用onparams取消一个逻辑日志文件$onparams -d -1 logid注意： 。取消一个逻辑日志文件之前，必须做rootdbs的0级备份$ ontape -s.; 该命令可做0级备份* 只有状态为F(Free)或A(Added)的逻辑日志文件才可被取消* 必须知道想要取消的逻辑日志的logid号$ onstat -1; 该命令可查看逻辑日志文件状态及log id号5、Informix Online数据库备份及恢复备份内容及目的： & &数据备份：备份数据库某个时刻的数据状态，当系统出现意外时用来恢复系统； & &逻辑日志备份：逻辑日志文件写满后，必须备份，才可被清空，继续使用。如果所有的逻辑日志文件都被写满，则会引起系统崩溃。另外，逻辑日志记录了上一次数据备份后数据库的改变，因此，逻辑日志备份也用于当系统出现意外时用来恢复系统。5.1、 数据备份：(1) Online提供0 级，1级，2级增量备份；0级：备份整个数据库系统；1级：备份从0级备份以后发生变化的数据；2级：备份从1级备份以后发生变化的数据；(2) 使用ontape命令备份数据$ontape –s & & 执行该命令，系统会提示输入0，1，2级备份级别(3) 在整个系统正式运行之前，做一次0级备份，在每天业务系统结束工作后应做数据备份。如果数据量不大，可每天做0级备份。(4) 管理好备份磁带，做好标记，如日期、时间、备份级别、所含逻辑日志号码5.2、 逻辑日志文件备份(1) 定时备份逻辑日志文件 & &定时做逻辑日志文件备份，系统只将已写满的逻辑日志文件备份到磁带上，然后清空，并释放这些日志文件。做定时备份一定要在所有逻辑日志文件被写满之前进行。所以，如果采用定时备份，要注意观察逻辑日志使用状况。另外，如果经常有长事务发生，应避免使用定时备份，采用连续备份比较安全。命令： ontape -a(2) 连续备份逻辑日志文件 & &连续备份即逻辑日志文件写满一个，就备份一个，然后该日志文件被消空、释放。因此，要做连续备份，必须保证磁带机中有磁带。连续备份需占用一个屏幕或终端显示信息。当磁带满时，系统会提示换带。 & &命令： ontape -cInformix建议使用连续备份，但连续备份将一直占用磁带机，如果系统有二个磁带机，可分别用作数据备份及逻辑日志备份，如果系统只有一个磁带机，会与数据备份发生冲突，可按下表方式进行切换： & 时 & &间 & & & & & &操 & &作每日业务开始及进行中保证磁带机中有磁带，并且有一个屏幕或终端在运行：ontape &-c每日业务结束前 1)停止ontape &-c,记录磁带中保存的逻辑日志的号码
& & & & & & & & & & &2)换磁带
& & & & & & & & & & &3)运行ontape -s,(在业务量不大时建议使用0级备份)运行结束后 & & & & & & & & & & & &在磁带上标注日期，时间，备份级别，所含逻辑日志号码 & & & & & & & & & & &4)换磁带
& & & & & & & & & & &5)运行ontape &-c 5.3、系统恢复 & &当系统出现错误，或者你想把系统恢复到某一时间点的数据时，你必须利用数据备份带和逻辑日志备份来恢复系统。 & &数据备份将系统恢复到做数据备份的时间点数据状态，逻辑日志备份能将系统恢复到数据备份时间点以后的数据状态。命令：ontape -r敲入该命令后，你可根据系统提示，依次恢复最近的0、1、2级数据备份带及数据备份带之后的逻辑日志带。6、系统诊断online.log文件 & &数据库事务日志信息记录在$INFORMIXDIR/online.log文件中，平时应经常查看online.log文件信息，检查数据库有无异常。当数据库出错时查看online.log文件可知道数据库系统出错原因及处理建议。online.log非常有用，应很好地维护，定期清空，以防止文件过大难以查看。finderr命令 & &当数据库出错时， 一般带有错误号，利用finderr命令可以查出数据库系统出错原因及处理建议提示。 :em07:
此文章相关评论:
该文章有11个相关评论如下：()
[这个贴子最后由rzbl在
09:44am 编辑]好，建议斑竹放在精华区！！
knetfox老兄，您是picc的吗？
不好意思,,我不是...但是是和picc一个行业的
哇，难道你是平安、太保的？
&picc全都是用informix的
我在银行工作!
请问如何用ontape -s 的备份数据不用磁带保留，而放在硬盘上。
修改onconfig 文件在onconfig设置：TAPEDEV & & & & /Tape device path
你是什么银行的,时信用社的吗?我也有个问题请教.
是什么呀？
Copyright & ChinaUnix.net
转载请注明出处及作者IBM Bluemix
点击按钮，开始云上的开发！
developerWorks 社区
Informix Dynamic Server（IDS） 的 HDR 技术就是一种成熟的内置在 IDS 数据库引擎中的容灾恢复技术，它通过两个远程结点的实时双机备份，把逻辑日志从主服务器中传输到辅助服务器，使得两台服务器的状态时刻保持一致，从而提供快速的灾难恢复能力。本文以一个 HDR 配置实例为基础，详细描述了在 IDS 11.5 环境下搭建 HDR 高可用性环境的步骤、技术细节以及需要注意的问题，相信一定会对读者有所帮助。
, 软件工程师, WSO2 Inc
袁红涛，现任 IBM 中国开发实验室 INFORMIX 技术团队专职软件工程师。曾从事 GIS 开发工作 4 年，2006 年迄今，则一直从事数据库相关开发工作。
概述随着 IDS 在电信、银行、保险等各行业应用的发展，IDS 数据库灾备系统尤其是异地灾备系统的建设显得越发重要。大家知道，HDR 技术是非常方便、高效、实用的异地容灾备份系统解决方案。因而，我们这里将针对 IDS 的使用者，详细介绍 IDS 11.5 中的 HDR 技术，从搭建 HDR 实例讲起，包括一些常见的服务器状态转移场景、典型的 HDR 灾难恢复以及 11.5 相比 9.4 的 HDR 新功能等。本文包含了我们对 IDS 11.5 HDR 相关官方文档的解读，也是我们搭建实际 HDR 环境最佳实践的总结报告。IDS 11.5 中 HDR 的完整功能介绍在 11.5 中 HDR 的功能已经相当完善，这里做一个简要介绍：
灾难发生时应用程序可以在等待一个超时时间以后，自动平滑过渡到可用的辅助服务器，不需要人工干预，大大提高了应用程序的可用性，避免的更多的经济损失。
辅助服务器不仅可进行读操作还可以完成写操作 (update/delete/insert)，大大提高了硬件的利用率。
提供了新的连接管理器 (Connection Manager) 组件，用于提供服务器集群中状态的自动转换协调、静态的负载平衡、动态的负载平衡。
灾难发生时，通过 DRAUTO 参数或者 CM 的配置，HDR 对本身可以自动恢复。
完善的数据传输加密功能，多种加密算法，可以自动切换加密算法和密码。
方便易用的免费数据库管理员工具：OpenAdmin Tool。服务器环境图 1. 服务器环境服务器 ：Informix0: 9.125.66.129 1G memory, 120G disk, 2cpu(Intel(R) Pentium(R) 4 CPU 3.20GHz), IDS 实例 beijing，辅助服务器Informix1: 9.125.66.130 2G memory, 120G disk, 2cpu(Intel(R) Pentium(R) 4 CPU 2.80GHz), IDS 实例 shanghai ，主服务器操作系统 ： Fedora release 10 (Cambridge) 网络 ：局域网络，两台机器在同一网段IDS 版本
：IBM Informix Dynamic Server Version 11.50.UC4配置操作系统信任关系为了满足 HDR 主辅服务器之间进行数据传输和相互操作的需要，我们在配置 HDR 之前首先要在两台服务器之间建立操作系统级别的信任关系。具体而言是要在主辅服务器之间建立 RSH 信任关系。确认 rsh 已经安装并且启动 使用以下命令检查： &&chkconfig | grep rsh
rsh: on如果 rsh 没有安装或者没有启动，我们需要使用操作系统的安装程序管理软件进行安装配置，对于 fedora 可以使用： yum install rsh-server, yum install rsh针对 Informix 用户配置 rsh当然这里也可以针对所有用户配置互信关系，但是只针对 Informix 用户配置互信关系就够用了。首先，在两台机器的 /home/Informix 目录下创建 .rhosts 文件。其次，在 Informix1 的 .rhosts 文件中添加它信任的机器名字或者 IP 也就是 : Informix0 或者 9.125.66.129，在 Informix0 的 .rhosts 文件中加它信任的机器名字或者 IP 也就是： Informix1 或者 9.125.66.130。最后需要特别注意：两台机器上都要保证 .rhosts 的权限为 600 否则该文件将被忽略，信任关系配置将失败。也就是要执行： chmod 600 .rshosts验证 rsh 配置在 Informix0 上用 Informix 用户登录执行： &&rsh Informix1 hostname
Informix1在 Informix1 上用 Informix 用户登录执行： &&rsh Informix0 hostname
Informix0HDR 配置前提条件两台服务器的 IDS version 必须相同 (OS 的版本可以有细微的不同 )。在两台服务器创建 IDS 数据库实例： Informix1:shanghai， Informix0:beijing。Informix1 的 IDS 实例 shanghai 将要被配置成主服务器。配置 SQLHOSTS配置指向对方的服务名在 shanghai 服务器的 SQLHOSTS 文件加入指向北京服务器的条目： beijing onsoctcp Informix0 6666在北京服务器的 SQLHOSTS 文件加入指向上海服务器的条目： shanghai onsoctcp Informix1 6666最后两台服务器的 SQLHOSTS 文件都要包含以下内容： beijing onsoctcp Informix0 6666
shanghai onsoctcp Informix1 6666配置服务器组配置服务器组的目的在于方便应用使用。这一步需要在应用端的 SQLHOSTS 做，但不是必须的步骤。只需要在 SQLHOSTS 中加入黑体的部分即可： china group - - i=1
beijing onsoctcp Informix0 6666 g=china
shanghai onsoctcp Informix1 6666 g=china配置 ONCONFIG两台服务器关于 Root Dbspace 的参数必须相同：
ROOTOFFSET
实际环境中我们的配置为：
ROOTNAME rootdbs
ROOTPATH $InformixDIR/demo/hdr/hdr.rootdbs
ROOTOFFSET 0
ROOTSIZE 1000000
关于磁盘镜像，不要求两台服务器的 MIRROR 配置必须相同，但是如果在主服务器对 Root DBSpace 做了镜像设置，那么辅助服务器也必须做同样的配置，也就是说这种情况下以下参数必须相同：
MIRROROFFSET
实际环境中我们没有对这些参数做修改，使用了默认值。关于物理日志配置的以下参数必须相同：
实际环境中我们没有对这些参数做修改，使用了默认值。关于逻辑日志配置的以下参数必须相同：
DYNAMIC_LOGS
实际环境中我们没有对这些参数做修改，使用了默认值。关于 HDR 配置的以下参数必须相同：
DRINTERVAL
实际环境中我们的配置为：
DRINTERVAL -1
DRTIMEOUT 30如果 HDR 对之间的数据传输需要加密的话，那么以下加密参数必须相同：
ENCRYPT_HDR
ENCRYPT_CIPHERS
ENCRYPT_MAC
ENCRYPT_SWITCH
ENCRYPT_MACFILE
实际环境中我们没有对这些参数做修改，使用了默认值。为了使得辅助服务器可写，实际环境中我们设置了：
UPDATABLE_SECONDARY 1
两台服务器关于服务名的设置分别为： SERVERNUM
DBSERVERNAME
beijing/shanghai建立 HDR步骤 1：配置 UDR、UDT、DataBlade如果数据库需要用到 UDR、UDT、DataBlade 等，需要先在主服务器进行安装和注册，然后在辅助服务器安装 UDR、UDT、DataBlade( 注意：这里只需要安装不需注册 )，如果不需要用到这些，则可以省略这一步。步骤 2：在主服务器 (Informix1) 上设置服务器状态执行 onmode -d primary beijing 这一步是告知 Informix1 的 shanghai 实例，它将要被赋予 HDR 主服务器的角色，与它配对的辅助服务器实例为 beijing。步骤 3：关闭辅助服务器如果辅助服务器的 IDS 实例是 online 状态，则需要先行关闭，即在 Informix0 上执行： onmode – ky步骤 4：在主服务器做 0 级全备份，在辅助服务器做全恢复这一步可以通过任何传统的方式来完成，但是为了方便起见，这里使用 ontape 通过 STDIO 管道来完成，也就是说数据库的 0 级全备份不需要占用磁盘空间，也省去了全备份文件拷贝的步骤，主服务器在做全备的同时通过管道把数据发送给辅助服务器，辅助服务器同时做全恢复，备份数据只在内存中临时存在，节省了空间又加快了速度。所以，这一步只需要一个命令就可以完成：在 Informix1 执行以下命令： ontape -s -L 0 -t STDIO -F | rsh Informix0 “ontape -p – t STDIO"这时候 Informix0 上的 beijing 实例会自动启动，状态由 not initialized 变为 Initialization，进而变为 Fast Recovery： && onstat -
IBM Informix Dynamic Server Version 11.50.UC4 -- Initialization
-- Up 00:00:04 -- 144144 Kbytes
&& onstat -
IBM Informix Dynamic Server Version 11.50.UC4 -- Fast Recovery
-- Up 00:00:07 -- 144144 Kbytes步骤 5：在辅助服务器 (Informix0) 上设置服务器状态执行 onmode -d secondary shanghai 这一步是告知 Informix0 的 beijing 实例，它是被作为 HDR 辅助服务器的角色，与它配对的主服务器实例为 shanghai。步骤 6：状态验证步骤 5 执行完毕后，稍等一下，可以看到辅助服务器 (Informix0) 上 beijing 实例的状态由 Fast Recovery 变化为 Updatable (Sec) ，也就是：在辅助服务器 (Informix0)： &&onstat -
IBM Informix Dynamic Server Version 11.50.UC4 -- Updatable (Sec)
-- Up 00:07:21 -- 144144 Kbytes
&&onstat -g dri
IBM Informix Dynamic Server Version 11.50.UC4 -- Updatable (Sec)
-- Up 00:02:22 -- 144144 Kbytes
Data Replication:
Type State Paired server Last DR CKPT (id/pg) Supports Proxy Writes
HDR Secondary on shanghai 50 / 1 Y
DRINTERVAL -1
DRTIMEOUT 30
DRLOSTFOUND /home/informix/IDS1150EE/etc/dr.lostfound
DRIDXAUTO 0
ENCRYPT_HDR 0在主服务器 (Informix1)： &&onstat -
IBM Informix Dynamic Server Version 11.50.UC4 -- On-Line (Prim)
-- Up 01:32:20 -- 160528 Kbytes
&&onstat -g dri
IBM Informix Dynamic Server Version 11.50.UC4 -- On-Line (Prim)
-- Up 00:02:41 -- 144144 Kbytes
Data Replication:
Type State Paired server Last DR CKPT (id/pg) Supports Proxy Writes
primary on beijing 50 / 1 NA
DRINTERVAL -1
DRTIMEOUT 30
DRLOSTFOUND /home/informix/IDS1150EE/etc/dr.lostfound
DRIDXAUTO 0
ENCRYPT_HDR 0这表明我们的 HDR 环境配置成功，并且我们的辅助服务器和主服务器一样是可以执行写操作的。HDR 相关参数介绍这一部分力求用最简单的方式介绍 HDR 相关参数，关于详细的说明请参见 IDS 技术文档。UPDATABLE_SECONDARY这个参数是 11.50 才有的新功能，取值范围为：0 到 2 × (CPU VP), CPU VP 一般就是服务器上 CPU 的个数。作用：用于控制辅助服务器是否可写，也就是说如果设置为大于 0 的数，则在辅助服务器可以执行 (delete/insert/update) 操作，相应的状态为：Updatable (Sec) ，如果设置为 0 ，则在辅助服务器只能执行 select 操作，相应的状态为：Read-Only (Sec) 。进一步的说，实际上这个参数的直接含义是辅助服务器上进行写操作的连接个数。DRINTERVAL这个参数单位为秒，用于设置多久才把日志发送到辅助服务器做数据同步，如果设置为 -1 则为同步模式，也就是说任何时候只要 logical-log buffer 要写到磁盘中，就同时把日志内容发送到辅助服务器，得到辅助服务器确认后才认为写磁盘操作成功。在我们的实际设置中，设置成了 -1，这样在发生灾难情况下不会因为缓冲区的问题而丢失数据，但是性能上会受到一些影响。DRAUTO取值范围为：
1 Retain server type
2 Reverse server type
3 Connection Manager Arbitrator controls简单来说，这个参数用于控制 HDR 中 IDS 实例重启后怎样确定自己的角色， 1 表示保持原有角色，2 表示转换为新的角色，3 表示使用连接管理器来仲裁。举个例子说：比如 HDR 主服务器重启后，DRAUTO 为 1 时，主服务器仍为主服务器；DRAUTO 为 2 时主服务器变为辅助服务器，原来的辅助服务器成为新的主服务器。DRTIMEOUT 单位为秒，用来指定 HDR 对之间多少时间间隔没有响应被认为是超时。DRLOSTFOUND指定一个目录，用于存放逻辑日志，内容是主服务器已经提交但是辅助服务器没有同步的数据。用于防止数据丢失。DRIDXAUTO 取值范围为 0、1。是否自动进行索引修复。关于传输加密参数
ENCRYPT_HDR 取值范围为：0、1
ENCRYPT_CIPHERS 各种支持的加密算法组合，详见文档。
ENCRYPT_MAC 取值范围：off, low, medium, high
ENCRYPT_SWITCH 两个秒为单位的时间，例如：60,60
ENCRYPT_MACFILE 取值范围：密钥文件全路径或者 BUILDIN这一组参数用于设置 HDR 对之间数据传输的加密方式，只有 ENCRYPT_HDR 为 1 时才进行数据加密传输。IDS11.5 支持很多加密算法：DES, des3 , desx, aes......，也可以把 ENCRYPT_CIPHERS 设置为 all, 意为使用所有支持的加密算法。ENCRYPT_MAC 用于控制加密的级别，可以根据自己的需要设置。ENCRYPT_SWITCH 的第一个数字表示多久进行一次加密算法的切换，第二个数字表示多久进行加密密码的切换。也就是说 HDR 在固定的时间间隔内自动切换加密算法和加密密码，大大减小了数据泄露的可能性。ENCRYPT_MACFILE 为指向加密密钥文件的全路径，可以使用内置的加密密钥文件，也就是说可以设置为”BUILDIN”即可，如果要使用自己的密钥文件可以使用 IDS 自带的工具”GenMacKey”来生成，具体使用方式请参照 IDS 相关技术文档。要强调的是：HDR 对两台服务器的加密密钥文件的内容必须相同。HDR 使用示例图 2. 应用环境创建示例数据脚本 cteate_table.sql 用于创建示例数据，具体内容请参见附录。其中 customer.unl 和 customer_sample.unl 为数据文件。首先创建 stores_demo 数据库，然后通过运行： dbaccess stores_demo create_table.sql来创建实验数据表。应用示例我们使用了三个简单脚本分别模拟不同的应用，
insert.bash 用来做插入操作
update.bash 用来做更新操作
query.bash 用来做查询操作每个脚本启动以后都是隔几秒钟就自动针对 customer 表进行相应的操作，启动的方式分别为：
insert.bash stores_demo beijing
update.bash stores_demo beijing
query.bash stores_demo beijing其中第一个参数为数据库名，第二个参数为数据连接名。为了验证 HDR 正常工作，这里我们使用了以下场景， 同时运行以下脚本：1) insert.bash stores_demo china2) update.bash stores_demo china3) query.bash stores_demo china4) query.bash stores_demo beijing5) query.bash stores_demo shanghai应用 3)，4)，5) 分别通过访问服务器组 (China)、辅助服务器 (Beijing)、主服务器 (shanghai) 的方式用来监控 customer 表的数据变化。应用 1)、2) 通过访问服务器组 (China) 对数据进行插入和更新操作：1) 用来插入数据，2) 用来更新 customer 表中 customer_num 为 1 的一条记录。这样我们可以看到，主、辅服务器，包括服务器组都是可以提供服务，都可以执行 select/update/insert/delete 操作，两边的数据自动同步，也就是说，在主服务器做的数据修改会自动同步到辅助服务器，反之亦然。这样在提供灾备功能的同时也大幅度提高了硬件利用率 ( 很多高可用性灾备方案中的辅助服务器不能提供任何服务，平时状态下辅助服务器的硬件投资是一种极大的浪费 )，当主服务器发生灾难事故时，辅助服务器可以自动接管连接到服务器组的应用，也就是说在一个网络超时之后，应用 1)、2)、3) 可以自动平滑过渡到辅助服务器，这一场景在后文有更详细的描述。当然，大家也可以改变脚本运行的组合方式，模拟自己关心的运行场景，脚本具体内容参见附录。容灾恢复实验在上述应用脚本运行起来以后，我们可以进行人为破坏以模拟灾难场景，然后查看应用脚本是否能够在一个超时时间段内平滑过渡到可用的 HDR 结点。需要说明的是，在通过服务器组连接到 HDR 服务器对的场景下，当主服务器可用时，应用是连接到主服务器的，也就是说仅仅对辅助服务器的破坏不会直接影响应用的运行 ( 这里指的是连接到服务器组的应用 )，因而我们的人为破坏主要针对主服务器进行，破坏方式为：
正常关闭主服务器
拔掉主服务器网线再有，在 ONCONFIG 文件中的 DRAUTO 参数配置直接关系到 HDR 服务器对的灾难恢复方式，我们的实验尝试了常用的 DRAUTO=1 和 2 的场景。关闭重启主服务器当 DRAUTO=1 时，主服务器恢复以后仍能保持主服务器的地位，具体如下：
关闭主服务器：onmode – ky
辅助服务器自动完成以下状态变化：Updatable (Sec) & Fast Recovery (Sec) & On-Line
对于连接到 china 服务器组的应用在一个超时以后就可以自动平滑过渡到辅助服务器
重启主服务器，重启主服务器 IDS 实例：oninit – vy，主服务器自动完成以下状态变化：Fast Recovery (Prim) & Quiescent (Prim) & On-Line (Prim)
同时，辅助服务器自动完成以下状态变化：On-Line & Shutting Down & Updatable (Sec)当 DRAUTO=2 时，主服务器恢复以后只能退为辅助服务器的地位，具体如下：
关闭主服务器：onmode – ky
辅助服务器自动完成以下状态变化：Updatable (Sec) & Fast Recovery (Sec) & On-Line (Prim)
对于连接到 china 服务器组的应用在一个超时以后就可以自动平滑过渡到辅助服务器
重启主服务器，重启主服务器 IDS 实例：oninit – vy，主服务器变为新的辅助服务器，状态为：Updatable (Sec)
同时，辅助服务器状态保持：On-Line (Prim)拔掉主服务器的网线当 DRAUTO=1 时，主服务器恢复以后仍能保持主服务器的地位，具体如下：
拔掉主服务器网线
主服务器状态保持不变，为：On-Line (Prim)
辅助服务器自动完成以下状态变化：Updatable (Sec) & Fast Recovery (Sec) & On-Line
对于连接到 china 服务器组的应用在一个超时以后就可以自动平滑过渡到辅助服务器
重新连接主服务器网线，主服务器自动完成以下状态变化：Fast Recovery (Prim) & Quiescent (Prim) & On-Line (Prim)
同时，辅助服务器自动完成以下状态变化：On-Line & Shutting Down & Updatable (Sec)当 DRAUTO=2 时，主服务器恢复以后只能退为辅助服务器的地位，具体如下：
拔掉主服务器网线
辅助服务器自动完成以下状态变化：Updatable (Sec) & Fast Recovery (Sec) & On-Line (Prim)
对于连接到 china 服务器组的应用在一个超时以后就可以自动平滑过渡到辅助服务器
重新连接主服务器网线，主服务器状态不变，为：On-Line (Prim)
同时，辅助服务器状态不变，同样是：On-Line (Prim)注意：这种情况下 HDR 对已经遭到破坏，两个服务器都是主服务器都在试图联系自己的辅助服务器，很显然都会失败，处理方式参见：DRAUTO=2 时需要注意的一个问题。几个常见问题在同一台机器搭建 HDR 实验环境
如果需要在同一台机器上的两个 IDS 实例之间搭建 HDR，对于 ROOTPATH，因为 HDR 要求 IDS 主辅实例的值必须相同，而我们是在同一台机器，IDS 两个实例又不能指向同一个文件，这就产生了矛盾，这时我们需要使用一个小技巧：使用相对路径，这个对路径是相对于运行 oninit 时的当前路径 ( 注意 : 在 windows 中，因为 oninit 是作为服务运行的，没有当前路径，该路径是相对于路径 %InformixDIR%\bin 的相对路径 )。比如 ROOTPATH 设置为 ./data/hdr.rootdbs，在 /home/informix 下运行 oninit，则实际上使用的数据文件是：/home/informix/data/hdr.rootdbs。一个常见的 HDR 启动问题有时 HDR 辅助服务器不能成功启动，并且我们会在 online.log 文件中看到：类似“DR: Start failure recovery from tape ...”的信息。一般来说，这是因为主服务器已经把某些 log 文件备份出去，辅助服务器启动以后向主服务器发送同步请求后，主服务器没有找到需要的 log 文件 ( 因为已经被 backup)。解决的办法是：
挂接 log 所在的磁带使得辅助服务器可以访问该文件
在辅助服务器运行：ontape -l
DRAUTO=2 时需要注意的一个问题DRAUTO=2 的情况下，如果因为网络连接问题造成主辅服务器失去联系，两个服务器都会自动把自己状态转为主服务器，网络正常后，两个服务器都开始试图联系自己的辅助服务器，很显然都会失败，为了重建 HDR 对，我们需要在二者中选择新的辅助服务器 ( 最好是数据更新最少的服务器 )，然后重新建立 HDR 对。如果零级恢复的代价太大，我们可以先尝试使用 oninit – PHY 命令把选定的新辅助服务器转换到 Fast Recovery 状态，然后再通过 onmode 命令建立 HDR 对，这种方式是否成功取决于服务器在 HDR 对遭到破坏期间的是否有 checkpoint 发生。关于对 chunks/spaces 的操作在 HDR 对中，当需要添加 / 删除 chunks/dbspace 时，需要注意的是：
操作只能在主服务器进行
操作可以由 HDR 主服务器自动同步到辅助服务器
主辅服务器需要预先创建相应的文件或者 link例如：创建一个新 dbspace。1. 需要预先在主辅服务器创建相应的文件：
&& touch dbspace1
&& chmod 660 dbspace1
2. 然后在主服务器执行：&&onspaces -c -d dbspace1
-p /home/informix/IDS1150EE/demo/hdr/dbspace1 -s 10000 -o 0
Verifying physical disk space, please wait ...
Space successfully added.关于 BLOB 和 CLOB 数据类型在 IDS11.5 的 HDR 环境下是可以使用 BLOB/CLOB 数据类型，也就是说对 BLOB/CLOB 数据的更新可以通过 HDR 自动同步，在辅助服务器同样可以对 BLOB/CLOB 数据进行更新操作。关于 RAW table在实际应用中，为了加快数据更新速度，有时候需要使用 RAW 类型的数据表，在 HDR 环境下对 RAW 类型数据表需要注意以下几点：
在主服务器上可以创建、删除、访问 RAW 类型的数据表，但是不能修改 RAW 类型为 STANDARD 类型，也不能修改 STANDARD 类型为 RAW 类型 , 否则会得到 -19845 错误。
在辅助服务器上不能对 RAW 类型数据表进行任何形式的访问，否则会得到 -19846 错误。IDS 11.5 HDR 与 IDS 9.4 HDR 的比较以下这张表格简要的对 HDR11.5 的功能做了总结，也就是列举了如果从 9.4 升级到 11.5 从 HDR 的角度我们能享受到的新技术成果。表 1. IDS 11.5 HDR 与 IDS 9.4 HDR 对比表
IDS 9.4IDS 11.5
应用的自动快速切换
快速恢复、易用性好
辅助服务器可写
提高硬件利用率
连接管理器 (CM)
提高硬件利用率、易用性
HDR 自动重建
提高易用性和硬件利用率
数据传输加密
OAT 可视化工具
结束语以上是我们在 IDS 11.5 中搭建 HDR 环境的实践，总之，IDS 11.5 的 HDR 技术为我们提供了一个完整的异地数据库容灾解决方案，当灾难发生时可以使得应用快速恢复，在平时又能大幅度提高硬件利用率……，所有这些都是 IDS 11.5 的 HDR 技术给我们带来的好处，如上所述，相对于其他异地备份技术 HDR 的环境搭建又是如此容易，我们相信，使用 11.5 的 HDR 技术作为异地容灾备份机制是明智的选择。
下载描述名字大小文章中用到的示例脚本。2k
参考资料 developerWorks Information Management 专区 ：学习关于 Informix 技术文章、下载、产品信息等等。：在 Informix 主页上查找关于 Informix 的更多信息。：了解关于使用 IDS 系列产品和特性的信息。
随时关注 developerWorks 和 。：获取 Informix Dynamic Server Developer Edition 11.5 的免费试用版。（英文）：评估和试用 Informix 产品的软件、驱动程序和补丁。使用可直接从 developerWorks 下载的 构建您的下一个 Linux 开发项目。参与并加入
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
文章、教程、演示，帮助您构建、部署和管理云应用。
立即加入来自 IBM 的专业 IT 社交网络。
为灾难恢复构建应用，赢取现金大奖。
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=Information ManagementArticleID=471397ArticleTitle=Informix Dynamic Server 11.50 的 HDR 环境搭建最佳实践publish-date=}