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

聚合重新定位失败

贡献者
PDF

在升级期间，聚合重新定位（ 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 start ， override-vetoes 和 override-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 。