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 模块，然后只在主效力器上注册它们。
在两个效力器上执行一次０级存档。对主效力器上的逻辑日志举行备份（如果需求的话）。
运转以下命令，将 IDS 效力器设置为主效力器：
```
onmode -d primary sec_name
            
```
将 sec_name 变更为作为从效力器的 IDS 琐屑的 DBSERVERNAME。执行这个命令之后，反省消息日志文件。它应该包罗以下消息：
```
DR: new type = primary, server name = sec_name
DR: Cannot connect to secondary server
            
```
在从效力器上用第二步中创设的０级备份执行物理规复。不要执行逻辑规复。如果哄骗：
- 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
            
```
如果在主效力器上备份了逻辑日志文件并删除了它们，那么这些文件中的纪录就不再留存在主效力器上了。从效力器会提示从磁带规复这些文件。在这种情景下，必须执行第六步。
如果以前写到主效力器的逻辑日志纪录不再留存在主效力器磁盘上，那么从效力器会提示从磁带备份规复这些文件。在规复磁带上的一切逻辑日志文件之后，哄骗主效力器磁盘上的逻辑日志文件完成逻辑规复。

改动效力器情势和类型

在 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

训练

如果您以前没有设置过 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。

版权声明： 原创作品，允许转载，转载时请务必以超链接情势标明文章原始来由、作者信息和本声明。否则将追究功令责任。