Informix IDS 11零碎经管(918查验)认证指南,第 7 部分: IDS复制(6)

HDR：漏洞转移

本节接洽以下漏洞转移主题：

• 为什么要中止漏洞转移？
• 当主效力器发生发火漏洞时
• 当从效力器发生发火漏洞时
• 对媒体漏洞的存档恢复
• 在没有媒体漏洞的环境下重新启动 HDR
  • 在发生发火网络漏洞之后
  • 在发生发火从效力器漏洞之后
  • 在发生发火主效力器漏洞之后
• 演习
• 处理方案

为什么要中止漏洞转移？

老话说，“既然我们生存在实践天下中，碰到费事是难免的”，所以 HDR 漏洞转移是很有须要的。由于 IDS 和 HDR 托付的零碎各有分歧，所以需求处置的标题也有很多不同。下面是需求中止漏洞转移的一些罕包容因：

• 在一个效力器站点发生发火灾祸性事情，譬喻失火或年夜地震
• 两个效力器之间的毗连出现标题
• 发生发火与 IDS 或 HDR 有关的操纵零碎标题
• 一个效力器上的处置历程出现过年夜的延长
• 从效力器上出现磁盘漏洞，而且无法用镜像块处理

当主效力器发生发火漏洞时

如果主效力器发生发火漏洞，从效力器可以授与以下选项：

• 从效力器坚持逻辑恢复情势。在这种环境下，不实施任何操纵。如果信赖 HDR 毗连不久就会恢复，那么运用这个选项
• 从效力器自动地成为尺度效力器。这是将 DRAUTO 设置为 1 或 2 的结果
• 可以将从效力器的效力器情势手工切换为尺度效力器

属意：自动切换只改动效力器榜样。它不把客户机使用法度重定向到从效力器。

当从效力器发生发火漏洞时

如果从效力器发生发火漏洞，那么主效力器坚持在线形状。如果将从效力器用作陈说效力器，而且信赖从效力器的漏洞需求花一些工夫才华处理，那么需求将一些客户机重定向到主效力器。属意，主效力器可以需求特别的资本，譬喻特别的且则 dbspace、CPU VP 或内存。不需求将主效力器的榜样改为尺度，除非是需求重新启动 HDR。

对媒体漏洞的存档恢复

如果发生发火媒体漏洞，HDR 环境中可以会出现几个标题。这些标题取决于哪个效力器需求恢复。如果主效力器发生发火漏洞，要记取以下要点：

• 如果块做了镜像，就可以从镜像恢复
• 如果磁盘包含环节媒体（rootdbs、物理日志 dbspace 或逻辑日志 dbspace），主效力器就会运转丢失败。必需运用主 dbspace 备份实施完整恢复，或者将主效力器切换到尺度情势，并将客户机重定向到这个效力器
• 如果磁盘不包含环节媒体，就可以对受影响的 dbspace 实施热恢复

如果从效力器发生发火漏洞：

• 如果块做了镜像，就可以从镜像恢复
• 如果块没有做镜像，而且磁盘包含环节媒体（rootdbs、物理日志 dbspace 或逻辑日志 dbspace），从效力器就会运转丢失败。如果块没有做镜像，而且磁盘不包含环节媒体，那么从效力器会坚持在线形状。在这两种环境下，都需求从主效力器实施完整恢复。这里不能实施热恢复，由于 dbspace 不处于在线情势

在没有媒体漏洞的环境下重新启动 HDR

如果两个 HDR 效力器上的环节媒体数据都没有破损，那么可以出现以下四种环境，它们离别需求分歧的 HDR 重新启动历程：

1. 发生发火网络漏洞
2. 发生发火从效力器漏洞
3. 发生发火主效力器漏洞，而且从效力器没有切换为尺度效力器
4. 发生发火主效力器漏洞，而且从效力器切换为尺度效力器

发生发火网络漏洞

在发生发火网络漏洞之后，HDR 对将超时，然后 HDR 关闭。主效力器将坚持在线情势，从效力器依然处于只读情势。在修复网络漏洞之后，可以在从效力器上运转 onmode -d secondary primary_name，重新启动 HDR。

属意：重新启动 HDR 不是必需的。主效力器会每隔 10 秒尝试重新毗连从效力器。它还会每隔 2 分钟在 online.log 中记载一个关于毗连无法创设的消息。如果毗连很快恢复，就不必运用 onmode 重新启动毗连。

发生发火从效力器漏洞

在发生发火从效力器漏洞之后，只需运用 oninit 重新启动 HDR。如果在消息日志中看到以下消息：

DR: Start Failure recovery from tape
        

就需求用 ontape -l 敕令将来自主效力器的逻辑日志使用于从效力器。

发生发火主效力器漏洞，而且从效力器没有切换为尺度效力器

在发生发火主效力器漏洞之后，只需运用 oninit 重新启动 HDR。

发生发火主效力器漏洞，而且从效力器切换为尺度效力器

如果发生发火主效力器漏洞，而且从效力器已经切换为尺度效力器，就需求根据表 2 中的步伐重新启动 HDR：

表 2. 从效力器处于尺度情势时的 HDR 重新启动步伐
步伐 在主效力器上 在从效力器上
1 onmode -s —— 这个步伐将如今的尺度效力器切换为静默情势。已经毗连的一切客户机必需断开毗连。实施更新的使用法度必需重定向到主效力器。
2 onmode -d secondary prim_name
3 oninit —— 如果从前写到从效力器上的一切逻辑日志记载依然可用，那么在实施 oninit 敕令时，主效力器会恢复从效力器磁盘上的这些记载。如果在从效力器上备份并删除了逻辑日志文件，那么这些文件中的记载就不再生存在从效力器磁盘上了。在这种环境下，会提醒从磁带恢复这些逻辑日志文件（第四步）。 4 如果提醒从磁带恢复逻辑日志记载，那么实施这个步伐：ontape -l 或 onbar -r -l

演习

在这个演习中，尝试一下从主效力器向从效力器中止漏洞转移，然后再恢复 HDR 环境的形状。

演习 1：设置一个 HDR 环境。仿照一次主节点漏洞。将从节点转换为尺度节点。

演习 2：重新设置 HDR 环境，使其恢复到主效力器漏洞之前的形状。

处理方案

演习 1：这个演习演示若何漏洞转移到从效力器。应该实施的步伐如下：

1. 在主效力器上仿照一次漏洞：onmode -ky
2. 将从效力器转换为尺度情势：onmode -d standard

演习 2：有几种方法可以在此类漏洞之后设置 HDR，但是应该授与 表 2 中列出的步伐。多么就可以将 HDR 对恢复到从前的形状，而不需求实施备份和恢复。如果从效力器上的逻辑日志已经存档，而且主效力器也没有生存这些逻辑日志，就需求实施恢复。



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