Skip to main content
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

聚合重新定位失败

贡献者

在升级期间,聚合重新定位( ARL )可能会在不同点失败。

检查聚合重新定位失败

在操作步骤期间, ARL 可能会在第 2 阶段,第 3 阶段或第 5 阶段失败。

步骤
  1. 输入以下命令并检查输出:

    s存储聚合重新定位显示

    storage aggregate relocation show 命令可显示哪些聚合已成功重新定位,哪些聚合未成功重新定位以及故障原因。

  2. 检查控制台是否存在任何 EMS 消息。

  3. 执行以下操作之一:

    • 根据 storage aggregate relocation show 命令的输出以及 EMS 消息的输出,采取适当的更正操作。

    • 使用 storage aggregate relocation start 命令的 override-vetoes 选项或 override-destination-checks 选项强制重新定位聚合。

    有关 storage aggregate relocation startoverride-vetoesoverride-destination-checks 选项的详细信息,请参见 "参考资料" 链接到 _Microsoft ONTAP 9 命令:手册页参考 _ 。

升级完成后, node1 上的聚合将归 node2 所有

升级操作步骤结束时, node1 应为聚合的新主节点,而这些聚合最初将 node1 作为主节点。您可以在升级后重新定位它们。

关于此任务

在以下情况下,聚合可能无法正确重新定位,也就是说,它们的主节点可能为 node2 ,而不是 node1 :

  • 在第 3 阶段,聚合从 node2 重新定位到 node1 。

    要重新定位的某些聚合的主节点为 node1 。例如,此类聚合可以称为 aggr_node_1 。如果 aggr_node_1 的重新定位在第 3 阶段失败,并且无法强制重新定位,则聚合将留在 node2 上。

  • 在第4阶段之后、使用新系统模块更换node2。

    更换 node2 后, aggr_node_1 将联机,并将 node1 作为其主节点,而不是 node2 。

在启用存储故障转移后,您可以通过完成以下步骤在第 6 阶段后修复不正确的所有权问题:

步骤
  1. 获取聚合列表:

    storage aggregate show -nodes node2-is-home true

    要确定未正确重新定位的聚合,请参阅在一节中获取的主所有者为 node1 的聚合列表 "准备要升级的节点" 并将其与上述命令的输出进行比较。

  2. 将步骤 1 的输出与您在一节中为 node1 捕获的输出进行比较 "准备要升级的节点" 并记下未正确重新定位的所有聚合。

  3. 重新定位节点 2 上遗留的聚合:

    s存储聚合重新定位start -node node2-aggr aggr_node_1-destination node1

    在此重新定位期间,请勿使用 -nt-controller-upgrade 参数。

  4. 验证 node1 现在是否为聚合的主所有者:

    storage aggregate show -aggregate aggr1、aggr2、aggr3…​-fields home-name

    `aggr1、aggr2、aggr3…​`是将node1作为原始主所有者的聚合列表。

    如果聚合的主所有者不是 node1 ,则可以使用步骤 3 中的相同重新定位命令将其重新定位到 node1 。