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

关闭控制器— FAS8200

贡献者

要更换机箱,必须关闭控制器。

选项 1 :大多数配置

此操作步骤 仅适用于双节点非MetroCluster配置。如果您的系统包含两个以上的节点、请参见 "如何正常关闭和启动四节点集群中的一个HA对"

开始之前

您需要:

  • ONTAP 的本地管理员凭据。

  • NetApp板载密钥管理(OKM)集群范围的密码短语(如果使用存储加密)。

  • 每个控制器的SP/BMC访问能力。

  • 停止所有客户端/主机访问NetApp系统上的数据。

  • 暂停外部备份作业。

  • 更换所需的工具和设备。

备注 如果系统是用作FabricPool 云层的NetApp StorageGRID 或ONTAP S3、请参见 "《正常关闭和启动存储系统解决方案指南》" 执行此操作步骤 之后。
备注 如果使用的是FlexArray 阵列LUN、请按照特定供应商的存储阵列文档执行此操作步骤 后要对这些系统执行的关闭操作步骤。

作为关闭之前的最佳实践、您应:

步骤
  1. 通过SSH登录到集群、或者使用本地控制台缆线和笔记本电脑/控制台从集群中的任何节点登录。

  2. 关闭AutoSupport 并指示系统预计脱机多长时间:

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. 确定所有节点的SP/BMC地址:

    system service-processor show -node * -fields address

  4. 退出集群Shell: exit

  5. 使用上一步输出中列出的任何节点的IP地址通过SSH登录到SP/BMC。

    如果您使用的是控制台/笔记本电脑、请使用相同的集群管理员凭据登录到控制器。

    备注 打开与每个SP/BMC连接的SSH会话、以便监控进度。
  6. 暂停集群中的所有节点:

    system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true

    备注 对于使用在StrictSync模式下运行的同步SnapMirror的集群: system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true
  7. 如果看到、请为集群中的每个控制器输入* y * Warning: Are you sure you want to halt node "cluster name-controller number"? {y|n}:

  8. 等待每个控制器暂停、然后显示加载程序提示符。

  9. 如果没有PSU开/关开关、请关闭每个PSU或拔下电源插头。

  10. 从每个PSU拔下电源线。

  11. 验证受损机箱中的所有控制器是否均已关闭。

选项 2 :控制器采用双节点 MetroCluster 配置

要关闭受损控制器,您必须确定控制器的状态,并在必要时切换控制器,以便运行正常的控制器继续从受损控制器存储提供数据。

关于此任务
  • 您必须在此操作步骤 末尾保持电源处于打开状态,以便为运行正常的控制器供电。

步骤
  1. 检查 MetroCluster 状态以确定受损控制器是否已自动切换到运行正常的控制器: MetroCluster show

  2. 根据是否发生了自动切换,按照下表继续操作:

    如果控制器受损 …​ 那么 …​

    已自动切换

    继续执行下一步。

    未自动切换

    从运行正常的控制器执行计划内切换操作: MetroCluster switchover

    未自动切换,您尝试使用 MetroCluster switchover 命令进行切换,并且切换已被否决

    查看否决消息,如果可能,请解决问题描述并重试。如果无法解决问题描述问题,请联系技术支持。

  3. 在运行正常的集群中运行 MetroCluster heal -phase aggregates 命令,以重新同步数据聚合。

    controller_A_1::> metrocluster heal -phase aggregates
    [Job 130] Job succeeded: Heal Aggregates is successful.

    如果修复被否决,您可以使用 ` override-vetoes` 参数重新发出 MetroCluster heal 命令。如果使用此可选参数,则系统将覆盖任何阻止修复操作的软否决。

  4. 使用 MetroCluster operation show 命令验证操作是否已完成。

    controller_A_1::> metrocluster operation show
        Operation: heal-aggregates
          State: successful
    Start Time: 7/25/2016 18:45:55
       End Time: 7/25/2016 18:45:56
         Errors: -
  5. 使用 storage aggregate show 命令检查聚合的状态。

    controller_A_1::> storage aggregate show
    Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
    --------- -------- --------- ----- ------- ------ ---------------- ------------
    ...
    aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...
  6. 使用 MetroCluster heal -phase root-aggregates 命令修复根聚合。

    mcc1A::> metrocluster heal -phase root-aggregates
    [Job 137] Job succeeded: Heal Root Aggregates is successful

    如果修复被否决,您可以使用 -override-vetoes 参数重新发出 MetroCluster heal 命令。如果使用此可选参数,则系统将覆盖任何阻止修复操作的软否决。

  7. 在目标集群上使用 MetroCluster operation show 命令验证修复操作是否已完成:

    mcc1A::> metrocluster operation show
      Operation: heal-root-aggregates
          State: successful
     Start Time: 7/29/2016 20:54:41
       End Time: 7/29/2016 20:54:42
         Errors: -
  8. 在受损控制器模块上,断开电源。