发布时间 : 星期五 文章HACMP 第 5 部分：后期安装工作和管理任务(2) - 图文更新完毕开始阅读1798d7e86294dd88d0d26b4b
本部分介绍如何在 HACMP 集群中管理资源组。 一些最常见的操作包括：
? ? ? ? ?
在节点之间移动资源组 添加和删除资源组
修改资源组（添加和删除资源） 配置资源组处理顺序
配置资源组运行时参数（计时器等）
HACMP V5.1 包括一些用于操作资源组的新特性。这些新特性包括： 资源组管理实用工具
? 用资源组的优先级覆盖位置替换 STICKY 属性。 ? 资源组停留计时器 ? 定时退回资源组
?
资源组移动
下面将讨论资源组的移动。 取代 DARE 资源迁移
注意：在 HACMP V5.1 中，DARE 资源迁移工具已被资源组管理实用工具所取代。 新的资源组管理实用工具 (clRGmove) 使用户能够执行以下操作： 将资源组置于在线 ? 将资源组置于离线
? 将资源组移动到其他节点
?
clRGmove 命令运行时，会将 rg_move 事件放置到队列中用于执行所请求的操作。执行上述任一操作都会对资源组的优先级覆盖位置 (POL) 进行设置。 回页首 优先级覆盖位置 (POL) 在以前的 HACMP 版本中，管理资源组位置需要资源重新配置事件 (cldare -M)。 资源组位置可能会由于各种原因而改变，但是这一位置在维护操作期间特别有用。资源组发生移动（移动是手动启动的）后，我们需要确保资源组保持其状态不变（指定的节点和状态）。 以前，在 HACMP V4.5 中遇到这种情况时，我们使用 STICKY 属性来指定资源组行为。用户很难理解 STICKY 资源组属性的用法。此外，即使资源组被移动了，它仍会自动返回其缺省位置。
HACMP V5.1 引入了新的资源组管理机制——clRGmove 实用工具。 clRGmove 告诉集群管理器将 rg_move 事件放置到队列中。 ? 与旧的 DARE 方法相比，这些 rg_move 事件的执行速度更快。 ? 资源组位置更易于管理和理解。
? 事件处理更简单并特定于资源组移动。
?
HACMP V4.5 使用 STICKY 资源组属性来维护资源组的位置和/或状态：
客户使用 DARE 移动、启动或停止资源组时会对 STICKY 属性进行设置。 ? 如果对 STICKY 属性进行了设置，则在集群重新启动过程中资源组状态将保持不变。
? 如果未对 STICKY 属性进行设置，则已被移动、启动或停止的资源组会移动到具有更高优先级的节点。
?
HACMP V5.1 使用优先级覆盖位置 (POL) 设置来维护资源组的位置和/或状态：
? ? ? ? ? ?
在正常运行条件下，资源组没有 POL。
如果系统管理员/用户对资源组启动手动操作（将其置于在线、离线，或将其移动到另一个节点），则资源组将获得 POL 属性。
POL 指所请求的资源组的状态（在线/离线）和位置（在手动操作过程中指定）。
用户可以指定一个具有持久性的 POL，也就是说当集群在所有节点上重新启动时 POL 应保持不变。
POL 决定了资源组行为具有以下特点：
具有 POL 的离线资源组将保持离线。 ? 除非取消 POL，否则它将一直有效。
? 只要还有一个集群节点处于活动状态，非持久性 POL 就将保持有效。 ? 如果集群中所有节点上的 HACMP 守护进程都关闭，则非持久性 POL 将被隐式取消。 在执行资源组管理时，您应始终使用 POL。如果资源组上未设置 POL，则即使集群中具有最高优先级的节点失败，您也可以将资源组中的任何其他节点置于在线。
例如，在一个由四个节点组成的集群中，如果为在一个节点上执行维护而“正常”停止了集群服务（例如，同一资源组中的另一个节点失败），则资源组将被其他可用节点获取（因为在执行集群重新配置时会发现此资源组离线）。
我们可以通过在具有最高优先级（且已“正常”关闭）的节点上为该资源组设置 POL，来避免获取不希望的资源组。即使集群服务停止，此 POL 也将继续有效。 使用 SMIT 面板移动资源组时，还可以指定在集群重新启动时保持资源组状态和位置不变。如果您将此标记保留为缺省设置 (false)，则您指定的目的地节点不会成为资源组的 POL，并且当您在所有节点上停止并重新启动集群服务（集群重新启动）之后，资源组将退回到其缺省行为。
如果将此标记设置为 true（在集群重新启动时保持不变），则资源组的目的地节点和状态会成为此资源组的 POL。也就是说，一旦将资源组移动到指定的目的地节点，在集群重新启动后，它仍将在该节点上。 示例 1 设置持久性 POL
Move a Resource Group
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
Resource Group to be Moved customrg Destination Node p630n02
Persist Across Cluster Reboot? true +
F1=Help F2=Refresh F3=Cancel F4=List F5=Reset F6=Command F7=Edit F8=Image F9=Shell F10=Exit Enter=Do
结果应该与示例 2 类似。 示例 2 设置 POL
[Entry Fields] customrg p630n02 true + F4=List F8=Image
COMMAND STATUS
Command: OK stdout: yes stderr: no
Before command completion, additional instructions may appear below. Attempting to move group customrg to node p630n02.
Waiting for cluster to process the resource group movement request..... Waiting for the cluster to stabilize....... Resource group movement successful.
Resource group customrg is online on node p630n02.
Distributing persistent priority override location information to all accessible nodes.
-----------------------------------------------------------------------------
Group Name Type State Location Priority Override
-----------------------------------------------------------------------------
customrg custom OFFLINE p630n01 p630n02 (PERSISTENT) ONLINE p630n02 p630n02 (PERSISTENT) F1=Help F2=Refresh F3=Cancel F6=Command
F8=Image F9=Shell F10=Exit /=Find n=Find Next
要验证此操作是否成功，可以使用 clRGinfo 命令（请参见示例 3）。 示例 3 clRGinfo -p 命令
[p630n01]/usr/es/sbin/cluster/utilities/clRGinfo -p
-----------------------------------------------------------------------------
Group Name Type State Location Priority Override
-----------------------------------------------------------------------------
rg01 cascading ONLINE p630n01 OFFLINE p630n02 OFFLINE p630n03
>>>>>>>>>>>>>> Omitted lines <<<<<<<<<<<<<<
rg05 cascading OFFLINE p630n01 OFFLINE (PERSISTENT) OFFLINE p630n02 OFFLINE (PERSISTENT) OFFLINE p630n03 OFFLINE (PERSISTENT) >>>>>>>>>>>>>> Omitted lines <<<<<<<<<<<<<<
customrg custom OFFLINE p630n01 p630n02 (PERSISTENT) ONLINE p630n02 p630n02 (PERSISTENT)
如果设置了 POL 位，则这一设置将存储在 /usr/es/sbin/cluster/etc/clpol 文件中。如果未对此位进行设置，则该文件将为空。
此文件中的数据是以数字形式表示的，通常不允许最终用户查看或更改。但是，您可以清除非活动集群上的所有持久性 POL，方法很简单，只需清空每个节点上的 clpol 文件即可（请参见示例 4）。 示例 4 清空 POL 文件