Informix IDS 11琐屑解决(918测验)认证指南,第 7 部分: IDS复制(4)
HDR:启动息争决
本节会商与 HDR 的启动息争决关连的以下主题:
- 首次启动 HDR
- 改动效力器情势和类型
- 将索引复制到从效力器
- 训练
- 解决方案
首次启动 HDR
为了创设 HDR 效力器对,必须在主效力器上天生一个存档文件,然后在从效力器上规复它。接纳的步调如下:
表 1. 首次启动 HDR 的步调
步调
在主效力器上
在从效力器上
1
安装 UDR、UDT 和 DataBlade 模块。注册 UDR、UDT 和 DataBlade 模块。
安装 UDR、UDT 和 DataBlade 模块。
2
ontape -s -L 0,或 onbar -b -L 0,或执行内部备份
3
onmode -d primary sec_name
4
ontape -p,或 ontape -r -p -e,或 onbar -r,或 onbar -r -p -e
5
onmode -d secondary prim_name
6
ontape -l,或 onbar -r -l
下面详细描画这 6 个步调:
- 在两个效力器上 安装 用户定义的类型、用户定义的例程和 DataBlade 模块,然后只在主效力器上注册它们。
- 在两个效力器上 执行 一次0级存档。对主效力器上的逻辑日志举行备份(如果需求的话)。
- 运转以下命令,将 IDS 效力器 设置 为主效力器:
onmode -d primary sec_name
将sec_name
变更为作为从效力器的 IDS 琐屑的DBSERVERNAME
。执行这个命令之后,反省消息日志文件。它应该包罗以下消息:
DR: new type = primary, server name = sec_name DR: Cannot connect to secondary server
- 在从效力器上用第二步中创设的0级备份 执行 物理规复。不要执行逻辑规复。如果哄骗:
onbar
,那么哄骗onbar -r -p
命令执行物理规复onbar
并执行内部规复,那么哄骗onbar -r -p -e
命令执行物理规复ontape
,那么哄骗ontape -p
选项。不能哄骗ontape -r
选项,因为它同时执行物理规复和逻辑规复ontape
并执行内部规复,那么哄骗ontape -p -e
命令执行物理规复
- 运转以下命令,将 IDS 效力器 设置 为从效力器:
onmode -d secondary pri_name
将pri_name
变更为作为主效力器的琐屑的DBSERVERNAME
。执行这个命令之后,反省消息日志文件。它应该包罗以下消息:
DR: new type = secondary, primary server name = prim_name
如果在主效力器上备份了逻辑日志文件并删除了它们,那么这些文件中的纪录就不再留存在主效力器上了。从效力器会提示从磁带规复这些文件。在这种情景下,必须执行第六步。 - 如果 以前写到主效力器的逻辑日志纪录不再留存在主效力器磁盘上,那么从效力器会提示从磁带备份规复这些文件。在规复磁带上的一切逻辑日志文件之后,哄骗主效力器磁盘上的逻辑日志文件完成逻辑规复。
![](https://www.ibm.com/i/v14/rules/blue_rule.gif)
![](https://www.ibm.com/i/c.gif)
![](https://www.ibm.com/i/c.gif)
改动效力器情势和类型
在 HDR 效力器对中,改动一个效力器的情势就会影响另一个效力器的情势。本节会商每个效力器上可以产生的影响:
- 在主效力器上,运转
onmode -k
会有以下效果:- 从效力器在消息日志中纪录一个消息:
DR: Receive error. HDR is turned off.
- 如果
DRAUTO = 0
,那么从效力器仍旧处于只读情势 - 如果
DRAUTO = 1
,那么从效力器切换到范例范例效力器情势,可以承受更新 - 如果
DRAUTO = 2
,那么一旦与本来的主效力器的跟尾间断,从效力器就切换为主效力器情势
- 从效力器在消息日志中纪录一个消息:
- 在主效力器上,运转
onmode -s
、onmode -u
或onmode -j
分别将情势切换为在线、静默(quiescent)或解决,就会产生以下效果:- 从效力器不汲取错误
- HDR 仍旧翻开
- 情势仍旧是只读的
- 在从效力器上,运转
onmode -k
会产生以下效果:- 主效力器在消息日志中纪录一个消息:
DR: Receive error. HDR is turned off.
- 主效力器在消息日志中纪录一个消息:
改动效力器类型
可以改动主效力器或从效力器的类型。
只要在从效力器上关闭了 HDR 时,才干将从效力器改为范例范例效力器(onmode -d standard
)。当到主效力器的复制跟尾间断,或者从效力器上的复制丢失败时,HDR 就会关闭。在将从效力器切换为范例范例效力器后,它不会测验考试跟尾复制效力器对中的另一个效力器。
哄骗以下剧本切换效力器类型:hdrmksec.[sh|bat] 和 hdrmkpri.[sh|bat] 剧本。
将索引复制到从效力器
有意分,主效力器和从效力器上的索引可以会不同等。老的修复要领是删除索引着重建它。这个历程要锁定整个表,并且需求破钞相当长的时辰。目前可以接纳另一种要领 —— 可以将索引从主效力器复制到从效力器,而不用在主效力器上重建索引。可以选择手工重建索引,或者让从效力器自动复制索引。
索引的自动复制
为了将索引自动复制到从效力器,必须执行以下步调:
- 在从效力器上运转
onmode -d idxauto on
,这鄙人一次效力器切换之前会一直奏效 - 在 onconfig 文件中将
DRIDXAUTO
设置参数设置为 1,这不受效力器切换的影响
索引的手工复制
有意分索引的自动复制不起感染,比方在表被锁定时。为了将索引手工复制到 HDR 从效力器,需求关闭自动复制特性并运转以下命令:
onmode -d index database:[ownername].table#index
![](https://www.ibm.com/i/v14/rules/blue_rule.gif)
![](https://www.ibm.com/i/c.gif)
![](https://www.ibm.com/i/c.gif)
训练
如果您以前没有设置过 HDR,目前就来理论一下后面会商的操作。
训练 1:在两个效力器上设置一个 HDR 对。创设 stores 7 数据库的两个拷贝 —— 一个启用日志,一个不启用。可以哄骗以下命令创设这两个数据库:
dbaccessdemo7 stores7_log -log
dbaccessdemo7 stores7_nolog
在从效力器上反省这两个数据库。关于启用日志和不启用日志的数据库,会有什么差别吗?
训练 2:哄骗每个实例的绝对途径在同一台效力器上设置 HDR 对。
解决方案
训练 1:这个训练的目的是协助您熟悉 HDR 的设置,领会 HDR 的效果并清楚它的义务门径。应该会看到,从效力器上的 'stores7_log' 数据库与主效力器上相同 —— 数据库已经创设,一切表都存在,一切行也都存在。它们是完全相同的拷贝。关于不启用日志的数据库,您会发现数据库和表也已经创设,然则没有 复制行。这是因为 HDR 只复制逻辑日志中的内容。关于不启用日志的数据库,只要 DDL(Data Definition Language)语句被写入逻辑日志中。
训练 2:这个训练的目的是协助您熟悉用绝对途径在同一台效力器上启用 HDR。
版权声明:
原创作品,允许转载,转载时请务必以超链接情势标明文章 原始来由 、作者信息和本声明。否则将追究功令责任。