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

关闭控制器- AFF C400

贡献者

使用适用于您的配置的操作步骤 关闭或接管受损控制器。

选项 1 :在更换机箱时关闭控制器

关闭控制器、以便对机箱执行维护。

此过程适用于具有双节点配置的系统。如果您的系统包含两个以上的节点,请参阅 "如何正常关闭和启动四节点集群中的一个HA对"

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

  • 暂停外部备份作业。

  • 确保您具有必要的权限和凭据:

    • ONTAP 的本地管理员凭据。

    • 如果使用存储加密或NVE/NAE、则为NetApp板载密钥管理(OKM)集群范围的密码短语。

    • 每个控制器的BMC可访问性。

  • 确保您拥有进行更换所需的工具和设备。

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

步骤
  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 <node1>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true

    备注 对于使用在StrictSync模式下运行的同步SnapMirror的集群: system node halt -node <node1>,<node2> -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 <node-name> number"? {y|n}:

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

选项 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. 在受损控制器模块上,断开电源。