test

Sun Cluster Geographic Edition 系统管理指南

在使用 Hitachi TrueCopy 数据复制的系统上强制执行接管操作

在辅助群集上需要使应用程序进入联机状态时，您可以执行接管操作（而无论在主卷和辅助卷之间数据是否完全一致）。启动接管操作后将执行以下步骤：

有关在执行接管操作前后主群集和辅助群集的各种可能情况的详细信息，请参见附录 C，接管执行后的情况。

以下各节介绍了为使辅助群集强制执行接管操作您必须执行的步骤。

发生在接管之前的验证

使用 geopg takeover 命令启动接管操作时，数据复制子系统将在两个群集上运行几个验证。仅在可访问主群集的情况下，才会在最初的主群集上执行这些步骤。如果在最初的主群集上验证失败，则仍会执行接管操作。

首先，复制子系统将检查 Hitachi TrueCopy 设备组是否处于有效的聚集设备组状态。然后，复制子系统将检查目标主群集 cluster-newyork 上的本地设备组状态是否为 32 或 52。这些值对应于 SVOL_COPY 状态，此时 horctakeover 命令将失败。下表介绍了用于接管操作的 Hitachi TrueCopy 命令。

表 11–2 在新主群集上执行的 Hitachi TrueCopy 接管验证

聚集设备组状态 

有效的本地状态设备组状态 

cluster-newyork 上发出的 Hitachi TrueCopy 接管命令

SMPL 

全部 

不发出任何命令。 

Regular primary 

全部 

不发出任何命令。 

Regular secondary 

除 32 或 52 之外的所有常规辅助状态 

有关常规辅助状态的列表，请参考表 10–1 和表 10–2。

horctakeover -S -g dg [-t]

当 Hitachi TrueCopy 设备组的 fence_level 为 async 时给出 -t 选项。该值可以算为保护组 Timeout 属性值的 80%。例如，如果保护组的 Timeout 值为 200 秒，则此命令的 -t 值将为 200 秒的 80%，即 160 秒。

Takeover primary 

全部 

不发出任何命令。 

Takeover secondary 

全部 

pairsplit -R-g dgpairsplit -S-g dg

从复制的角度看接管的结果

从复制的角度来看，成功执行接管操作之后，作为接管操作的一部分，无论在新的主群集上应用程序是否会进入联机状态，系统均会更改保护组的 Local-role 属性以反映新的角色。对于 Local-role 原先为 Secondary 的保护组所在的群集 cluster-newyork，该保护组的 Local-role 变为 Primary。而对于 Local-role 原先为 Primary 的保护组所在的群集 cluster-paris，可能会出现以下情况：

如果接管操作执行成功，则应用程序将进入联机状态。您无需单独发出 geopg start 命令

注意 – 注意 –

成功执行接管操作后，新的主群集 cluster-newyork 和以前的主群集 cluster-paris 之间的数据复制将停止。如果您希望执行 geopg start 命令，则必须使用 -n 选项以防止复制操作继续进行。

Procedure如何强制辅助群集对 Hitachi TrueCopy 服务立即执行接管操作

开始之前

在强制辅助群集进行主群集的活动前，请确保满足以下条件：

步骤

  1. 登录到一个辅助群集上的节点。

    要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见Sun Cluster Geographic Edition 软件和 RBAC。

  2. 启动接管操作。


    # geopg takeover [-f] protection-group-name
    -f

    在不经您确认的情况下强制该命令执行操作

    protection-group-name

    指定保护组的名称

示例 11–2 强制辅助群集执行接管操作

以下示例说明了如何强制辅助群集 cluster-newyork 对 tcpg 执行接管操作。

phys-newyork-1 是辅助群集上的第一个节点。有关哪一个节点是 phys-paris-1 的提示信息，请参见Sun Cluster Geographic Edition 群集配置示例。


phys-newyork-1# geopg takeover -f tcpg