informix数据库高可用集群专业技术及应用实现Word格式.docx
《informix数据库高可用集群专业技术及应用实现Word格式.docx》由会员分享，可在线阅读，更多相关《informix数据库高可用集群专业技术及应用实现Word格式.docx（26页珍藏版）》请在冰豆网上搜索。
如果将ＤＲINTＥRＶAＬ设置为-１,那么对ＨＤR辅助服务器的数据复制同步发生。
一旦主数据库服务器将逻辑日志缓冲区内容写入HDR缓冲区,它会将那些记录从缓冲区发送至ＨDR辅助数据库服务器。
仅当主数据库服务器接收到来自 HDR辅助数据库服务器的确认（已收到记录）之后,主数据库服务器上的逻辑日志缓冲区清仓才会完成。
使用同步更新时，如果发生故障,那么在主数据库服务器上提交的事务在 HDＲ辅助数据库服务器上不会仍未提交或部分提交。
如果您将 DＲINＴERＶAL设置为除-1以外的任何值,那么数据复制将针对 HDR辅助服务器异步发生。
主数据库服务器在将逻辑日志缓冲区内容复制到HＤR缓冲区之后会清仓逻辑日志缓冲区。
（与上述操作无关）当发生以下条件之一时，主数据库服务器在整个网络上发送 HDR缓冲区的内容:
HDR缓冲区变满。
自上次将记录发送至辅助数据库服务器以后,DRINTERVAL配置参数在主数据库服务器上指定的时间间隔已过去。
该更新方法可以提供比同步更新更好的性能。
但是，可能会丢失事务。
HDR 处理数据复制的线程
主数据库服务器启动专门的线程来支持数据复制。
如图2所示，主数据库服务器上名为drprｓend 的线程将整个网络上主服务器缓冲区的内容发送至辅助数据库服务器上名为dｒsｅcrcｖ 的线程。
辅助数据库服务器上名为drsｅｃａpply的线程将接收缓冲区的内容复制到恢复缓冲区。
lｏｇrｅcｖr 线程对恢复缓冲区的内容执行逻辑恢复,将逻辑日志记录应用到辅助数据库服务器管理的数据库空间。
ＯＦＦ_RECＶRＹ＿THREＡDS配置参数指定使用的 logrｅcvr线程数。
数据库服务器启动的其余线程是 dｒpｒpinｇ和ｄrseｃping线程，它们负责发送和接收指示两个数据库服务器是否连接的消息。
图 2．HDR数据复制线程示例图
ＨDR 主、备机之间采用半双工通信协议,因此对网络延迟非常敏感,通常要求网络要非常稳定，同时距离支持有限，通常在同一个大楼里面。
HＤR配置实现
ＨＤR对硬件和操作系统要求：
运行主数据库服务器和辅助数据库服务器的计算机必须相同（相同的供应商和体系结构）。
运行主数据库服务器和辅助数据库服务器的计算机上的操作系统必须相同。
运行主数据库服务器和辅助数据库服务器的硬件必须支持网络能力。
分配给主数据库服务器和辅助数据库服务器的数据库空间的磁盘空间量必须相等。
磁盘空间类型是不相关的;
您可以在两个数据库服务器上使用任何原始或格式化的空间组合。
HDR 对数据库和数据要求:
数据库必须将事务日志记录打开。
数据必须驻留在数据库空间或 Sb空间中。
HDＲ对配置参数的要求:
以下 ONCOＮFIＧ参数在每个数据库服务器上都必须具有相同值:
ＲOＯTNAME
RＯOTOFFＳＥＴ
RＯOＴＰAＴH
RＯＯTSIZE
ＭIRROＲＯFFＳＥT
ＭIＲRORPＡＴH
PＨYSDＢS
PＨYS
LTAＰEＳIZE
TAＰEBLK
ＴAＰＥSIZＥ
LOGFILEＳ
LOGSＩZE
DYNAMIC_ＬＯGS
数据库服务器记录逻辑日志文件的添加。
在主服务器上动态添加的逻辑日志文件将在辅助服务器上自动复制。
尽管辅助服务器上的DYＮAMＩC_LOGＳ值不起作用,请保持主服务器上ＤYNAMＩC_ＬOGS与值的同步,以免它们切换角色。
HDR 配置参数在复制对中的两个数据库服务器上必须设置为相同的值：
∙ＤRＡUTO
∙DRIＮTEＲVAL
∙DRＴＩMEOUＴ
HＤR相关配置参数说明：
∙DRAＵTO：
用来控制主服务器和HDR备用服务器在出现故障时的行为。
其取值范围如下：
o0 表示OFＦ ＝ 不要在HDＲ环境中自动切换服务器类型。
o1表示ＲＥＴAIN_TYＰE =在HDR故障期间自动从辅助切换到标准。
在重新启动ＨＤR时切换回辅助。
o2表示 REVERＳＥ＿ＴＹＰE＝在HDR故障时自动从辅助切换到标准。
在重新启动 HDR时切换到主要（并将原来的主要切换为辅助）。
∙DＲIDＸAUＴO：
指定如果HDR辅助服务器检测到了毁坏的索引,主服务器是否要自动启动索引复制。
其取值范围如下:
o0-禁用自动索引修复
o１- 启用自动索引修复
∙ＤRINＴERＶAL：
指定高可用性数据复制缓冲区的清仓之间的最大时间间隔（秒）。
o>
= 0- 异步更新
o-1- 同步更新
∙DRLOSTFＯUNＤ:
指定dr.ｌoｓtfound．timeｓtamp文件的路径名。
该文件包含当主数据库服务器遇到故障时在主数据库服务器上提交但未在辅助数据库服务器上提交的事务。
如果在主数据库服务器和辅助数据库服务器之间同步发生更新（即，如果DRINTERVＡL 设置为-1）,那么此参数不适用。
∙ＤＲTIＭEOUT：
出现网络超时的时间，以秒为单位。
DRAUＴO使用该参数检测故障转移。
>
=0秒,缺省为30秒
向集群中添加 HＤR备用服务器
向集群添加一个HDR备用服务器的具体步骤:
步骤１：
准备SQLＨＯSTS 文件
在主服务器更新 SＱＬHOSTS 文件,同时在 HＤＲ备用服务器中更新:
produｃtiｏnonsoctｃp serｖeｒ_1prod＿ｔcp
sds1ｏnsocｔcpserveｒ_1sds1_ｔｃｐ
hdr1 ｏnsoctcp ｓerver＿１hdr1_tｃp
rss1oｎｓoctcpserver_１ｒss1_tｃp
cｌr1ｏnｓoctcpserver_１ｃｌr1_ｔcp
步骤2：
配置OＮCONFIG文件
保证HDR备用服务器上的ＤRAUTO、ＤRINTERVAＬ、DRTIMＥＯUT、与根ｄｂspaｃe相关的设置、与物理日志、逻辑日志相关的ONCONFIG配置参数同主服务器上保持一致。
步骤3:
备份主服务器
在主服务器中,使用 0级备份：
ontape-ｓ－L 0
步骤4:
将HDR备份服务器注册到主服务器
在主服务器中,运行：
onｍｏde－dprimaryhdr
步骤５：
准备HDＲ备用服务器的磁盘
HDR备用服务器使用的存储必须匹配主服务器的存储（例如，必须匹配ｄｂｓpace的数量、块的数量、块大小、路径名和偏移量）。
步骤6：
恢复HDR备用服务器上的备份
在HDR服务器上，执行0级备份的物理恢复：
ontａｐe-p
Threequestionswiｌｌ beaｓkｅd.Ａｎswerasshｏｗｎbeｌow：
Cｏntｉｎueｒestore?
（y／ｎ）y
Do you ｗanttoｂａckｕpｔhelogｓ?
（ｙ／n）ｎ
Restore alｅｖel1aｒｃhive（y/n）ｎ
步骤７：
使ＨＤR 备用服务器进入 onｌinｅ模式
完成恢复后,HDR备用服务器将进入ｒecｏvery模式。
运行以下命令:
oｎmode-ｄseconｄaｒｙprｏducｔion
ＨDＲ状态监控
onstａt – 命令
每次执行onsｔat时显示的头信息均有字段指示数据库服务器正在作为主数据库服务器还是辅助数据库服务器运行。
以下示例为作为复制对中的主数据库服务器并且处于联机方式的数据库服务器显示头信息：
IBＭIｎforｍixDynamic ＳervｅrＶerｓioｎ1１.5０.UＣ1
--On-Ｌinｅ （Ｐrim）--Up00:
00:
59 -－105120Kbytes
以下示例显示作为复制对中的HDR辅助数据库服务器并且处于读写方式的数据库服务器：
IBMInｆormix ＤynａｍicServerＶeｒｓioｎ11.５0.UC1
--Ｕpdataｂle（Seｃ）--Up００:
００:
59--1０51２０Kbyteｓ
以下示例显示不包含在ＨDR中的数据库服务器的标题。
该数据库服务器的类型为标准类型。
IBMInｆormixＤynａmｉcServerVeｒsioｎ11.５0.UＣ1
－-Ｏn-Lｉne-－Uｐ 0０:
５9－－1051２0Kbytｅs
oｎsｔａt-g ｄri命令
要获得完整的ＨDR监视信息，请执行ｏnｓtat-gｄri选项。
显示以下字段:
∙数据库服务器类型（主类型、辅助类型或标准类型）
∙ＨＤR状态（打开或关闭）
∙成对的数据库服务器
∙最后一个ＨＤR检查点
∙HＤR配置参数的值
oｎcheｃk–pr命令
如果您的数据库服务器正在运行HDR，那么保留页面 ＰAGＥ_1ARＣH 和ＰAＧE＿2ARＣH将保存HDＲ 用于同步主数据库服务器和辅助数据库服务器的检查点信息。
下图中给出相关的ｏncheck -pr输出示例。
运行HDＲ的数据库服务器的oncheｃk-prPAGＥ_1ARCH输出:
ValｉｄａｔiｎgIｎｆｏｒmｉxＤａｔaｂaseServｅrreservedpages
-PＡＧE_１ＡＲCH&
PAGE＿2ＡRＣHUsingarchivｅｐagｅＰＡGE＿1ARＣH.
ArｃhｉveＬeｖel0ＲealＴimeAｒchｉve Begａn01/11/951６:
５4:
0７ＴimeＳtamp
ArchiｖeBｅgaｎ 11913LogicalLoｇUniquｅIｄ 3LｏgicalLｏgPｏsitionb018DＲ
Ｃkpｔ LｏgicaｌLog Ｉd3
ＤR CkpｔLogｉcaｌ LogPｏｓ80018 DR LａstLogｉcａlLogIｄ３DR ＬasｔLｏgicａlLog Page128
使用SMI表ｓysdri
查询sysmaster 数据库中的ｓysdri表，同样可以获得完整的HDR 监视信息。
sysdｒi表包含以下各列。
列
描述
type
HDR服务器类型
state
HDR服务器状态
name
数据库服务器名称
intｖl
ＨDR 缓冲区清空时间间隔
timeoｕt
网络超时
ｌostｆoｕｎd
HDＲ lｏsｔ+found 路径名
ＨＤR 故障恢复
HDR的失败是失去了复制对中数据库服务器之间的连接。
任一以下情况均可能导致数据复制失败：
∙一个数据库服务器的站点上发生灾难性故障（如火灾或大地震）
∙连接两个数据库服务器的联网电缆被破坏
∙一个数据库服务器上的处理中延迟过长
∙辅助数据库服务器上发生磁盘故障（未通过镜像块解决）
HDR 故障的检测
数据库服务器将以下任何一种情况解释为 HDR失败:
∙超过了指定的超时值。
在正常的HDＲ操作期间，数据库服务器期待来自对中另一数据库服务器的通信确认。
对中的每个数据库服务器都具有一个ＯＮCＯNFIG参数DRTＩMEＯUT，该参数指定秒数。
如果来自对中另一数据库服务器的确认没有在 DＲTIMEＯUT 指定的秒数返回,那么数据库服务器会假设发生了 ＨＤＲ失败。
∙主- 辅助对中的另一数据库服务器未响应网络上的定期消息传递（pｉngiｎｇ）尝试。
ﻫ无论主数据库服务器是否向辅助数据库服务器发送任何记录,两个数据库服务器均会互相pｉng 。
如果主要-辅助对的一个数据库服务器没有响应四个连续的 pｉng尝试，那么另一个数据库服务器会假设发生了HDR 失败。
当数据库服务器检测到ＨDR 失败时,它将写一个消息到其消息日志（例如，DＲ:
reｃeivｅｅrrｏｒ）并关闭数据复制。
如果发生了HDＲ失败,那么两个数据库服务器之间的 HDR 连接将断开，并且辅助数据库服务器将保持只读方式。
如果辅助数据库服务器在hiｇh-ａvailabｉｌｉｔydaｔａ-ｒｅplicaｔiｏn 失败后保持联机状态，并且DＲＡUTＯ 配置参数设置为1（REＴAIN_ＴＹＰE），那么该数据库服务器的类型将自动更改为标准。
如果DRＡＵTO设置为0（off），那么辅助数据库服务器将顶事尝试重新建立与主数据库服务器的通信。
如果DRAUTO设置为2（ＲEVERSE_TYPE）,那么当旧的主服务器发生故障时（而非旧的主服务器重新启动时），在连接结束时，辅助数据库服务器将立即成为主数据库服务器。
ＲSS 技术
从Ｉｎformiｘ11 开始,Inforｍix数据库提供了RSS 、SDS、CＬR技术，它扩展了以前ＨDR只支持主、备两台机器，系统可以支持多台RSS、SDS备机，进一步提高了高可用性。
Infｏｒmix１1提出了一种新的通信方式SMＸ（Ｓerver Multipｌexer） 用来建立节点之间的网络连接。
ＳＭX采用全双工的通信协议,支持异步通信方式,在低速网络上提供更好的通信连接，简化了节点之间的通信管理，支持加密传输,同一个ＳMX连接可以支持多个内部功能传输。
图3.SMＸ通信示意图
RSS自动启动SMX通信方式。
RＳＳ工作的基本原理
为支持 ＲS辅助服务器，主服务器要进行检查以查看是否连接了ＲＳ 辅助服务器，如果连接，那么将页面复制到用于将该页面发送到 RＳ辅助服务器的日志高速缓存。
图4. RSS 数据复制线程示意图
ＲSS_Seｎd线程将日志页面传输到RS辅助服务器。
很有可能需要发送的下一页不在日志高速缓存中。
在该情况下，RＳS_Sｅnd 线程将直接从磁盘读取日志页。
RSS_Send 线程与SＭＸ交互,以使用全双工方式发送数据。
有了全双工通信,线程在发送下一个缓冲区之前不等待来自ＲＳ辅助服务器的确认。
在主服务器需要来自RS辅助服务器的确认之前最多可发送32个缓冲区传输。
如果达到32个缓冲区的限制,那么发送线程将等待ＲＳS_Ｒecv 线程接收来自RS辅助服务器的确认。
在ＲS辅助服务器上，RSS_Ｒecv与SＭX 交互,以接收来自主服务器的日志页。
RSS在很多方面都与HＤR相似。
将日志发送到RSS 的方式与主服务器将日志发送到 HDR辅助服务器的方式很相似。
但是，ＲＳＳ 采用ＳMX异步通信框架,因此其对主服务器的影响达到最小。
出于该原因,主服务器和 RSS辅助服务器之间事务落实或检查点均不是同步进行的。
换句话说,不保证在主服务器上落实的任何事务也在同一时间在ＲSS 辅助服务器上得到落实。
因为RSＳ辅助服务器是异步进行更新的，所以RSＳ辅助服务器不能直接提升为主服务器。
相反,它可以提升为HDR辅助服务器，然后可提升为主服务器。
另外,HＤR 辅助服务器可降级为 ＲS辅助服务器。
尽管RS辅助服务器与ＨDR辅助服务器类似，但有某些操作是HDＲ辅助服务器可执行但RＳ辅助服务器却不支持，例如:
∙RＳ辅助服务器不支持ＳYNC方式
∙RＳ 辅助服务器不支持DRAUＴＯ
∙ＲS辅助服务器不具有同步检查点
∙ＲS辅助服务器不能直接转换为主服务器
ＲSS 备用服务器的主要作用是提供灾难恢复解决方案。
如同在 HＤＲ中一样，主服务器不断将其所有的逻辑日志记录发送给 RS备用服务器,不过RS 使用的异步方式。
与HDR不同，通信使用全双工协议。
因此RS 对网络延迟不是很敏感，并且可以更容易驻留在一个较远的地理位置。
同时,如果节点间通信线路比较差的情况下,页经常采用 RS备用服务器方式。
RS备用服务器的一个特点是主服务器并不和RS备用服务器同步检查点,这一点和SＤ 和HＤR服务器不同。
因此不能立即替代主服务器;
必须首先切换为一个ＨDR服务器。
ＲSS 配置实现
硬件和软件需求
RＳ辅助服务器维护物理数据库的完整副本。
出于此原因,以下内容必须与主服务器相同:
∙运行数据库服务器的计算机硬件
∙分配给数据库空间的磁盘空间量
∙创建数据库空间时使用的物理设备中的偏移量
索引页日志记录（ＬOG_INＤＥＸ_BUＩLＤS）
在创建索引时,索引页日志记录将各页写入到逻辑日志,以使高可用性环境中各服务器之间的索引创建同步。
要使用RS辅助服务器，必须启用索引页日志记录。
索引页日志记录将完整索引写入到日志文件，然后将该日志文件异步地传输到辅助服务器。
辅助服务器可以是ＲS辅助服务器，也可以是HDＲ辅助服务器。
然后,日志文件事务被读入到辅助服务器上的数据库，减少辅助服务器在恢复期间重新构建索引的需求。
对于 RS辅助服务器，主服务器不等待来自辅助服务器的确认，这允许对主服务器上索引的立即访问。
索引页日志记录是使用 oｎcｏnｆｉg参数ＬOG_INＤEＸ_BＵILＤＳ进行控制的。
如果ＬOG_INDEＸ_ＢUILDS 设置为 １（已启用）,那么在主服务器上构建索引然后将索引发送到辅助服务器。
向集群中添加 RS备用服务器
向集群添加一个ＲSS备用服务器的具体步骤:
步骤1：
准备 ＳQＬHOSＴS 文件
集群中的所有服务器必须具有针对其他服务器的 SQLＨOSTS条目。
ｐroductｉononsｏctcpserｖer_1prod_ｔcp
sds1onsｏｃtcpｓerｖer_１sｄs１＿tcp
hdr1onｓoｃｔcpsｅrveｒ＿1
ﻩﻩhdr1＿ｔｃp
rss1ｏｎsoｃtcpｓｅｒvｅr_1ｒss1_tcp
clr1ｏnｓｏctcp ｓeｒveｒ_1 cｌｒ1_tcp
在主服务器上，启用索引页面日志记录
ｏnｍｏde-wfLOG＿INDEＸ_BUＩLDＳ＝1
步骤３：
在主服务器上，注册新的RＳ备用服务器
onmode -ｄaｄdＲSＳrｓs1
对主服务器采取0级备份
ontａpe-ｓ-L 0
步骤5：
在RＳ备用服务器中，恢复备份
ｏnｔａｐｅ -ｐ
Tｈｒeeｑuｅstioｎswillbｅasｋｅｄ. Ansｗｅｒaｓ shoｗn below:
Continue restｏｒe?
（y/n）ｙ
Doyouwanttｏbackup ｔhelogs?
（y/n） n
Resｔoreａ lｅvｅｌ１aｒchive（y/n）n
步骤6:
使RS备用服务器进入ｏｎliｎe模式
ｏｎmode-dRSＳmｙｐrim
RSS状态监控
oｎstaｔ–命令
每次执行ｏnsｔaｔ时显示的头信息均有字段指示数据库服务器正在作为主数据库服务器还是辅助数据库服务器运行。
以下示例显示作为复制对中的RSS辅助数据库服务器并且处于读写方式的数据库服务器：
ＩBM InforｍixDynamｉcSｅｒveｒ Ｖｅｒsion11．50．UC１
升级会员 