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

准备要升级的节点

贡献者

更换控制器的过程从一系列预检开始。此外、您还会收集有关原始节点的信息、以供稍后在操作步骤中使用、并根据需要确定正在使用的自加密驱动器的类型。

步骤
  1. 在 ONTAP 命令行中输入以下命令,开始控制器更换过程:

    ssystem controller replace start -nodes node_names

    备注
    • 从 ONTAP 9.10.1 开始,基于自动协商切换( Automated Negotiated switchover , NSO )的升级操作步骤是四节点 MetroCluster FC 配置的默认配置。如果要升级四节点 MetroCluster FC 配置,则在执行问题描述 ssystem controller replace start 命令时,必须通过将 ` -NSO` 参数设置为 false 来防止基于 NSO 的操作步骤启动:

      ssystem controller replace start -nodes node_names-NSO false

    • ssystem controller replace start 命令只能在高级权限级别执行:

      set -privilege advanced

    您将看到以下输出:

    Warning:
    1. Current ONTAP version is 9.x
    Before starting controller replacement operation, ensure that the new controllers are running the version 9.x
    
    2. Verify that NVMEM or NVRAM batteries of the new nodes are charged, and charge them if they are not. You need to physically check the new nodes to see if the NVMEM or NVRAM  batteries are charged. You can check the battery status either by connecting to a serial console or using SSH, logging into the Service Processor (SP) or Baseboard Management Controller (BMC) for your system, and use the system sensors to see if the battery has a sufficient charge.
    
    Attention: Do not try to clear the NVRAM contents. If there is a need to clear the contents of NVRAM, contact NetApp technical support.
    
    3. If a controller was previously part of a different cluster, run wipeconfig before using it as the replacement controller.
    
    Do you want to continue? {y|n}: y
  2. y ,您将看到以下输出:

    Controller replacement operation: Prechecks in progress.
    Controller replacement operation has been paused for user intervention.

    系统将运行以下预检;记下每个预检的输出,以便稍后在操作步骤中使用:

    预检查 Description

    集群运行状况检查

    检查集群中的所有节点以确认其运行状况良好。

    MCC 集群检查

    检查系统是否为 MetroCluster 配置。该操作会自动检测是否为 MetroCluster 配置,并执行特定的预检和验证检查。仅支持 4 节点 MetroCluster FC 配置。对于双节点 MetroCluster 配置和四节点 MetroCluster IP 配置,检查将失败。如果 MetroCluster 配置处于切换状态,则检查将失败。

    聚合重新定位状态检查

    检查聚合重新定位是否已在进行中。如果正在进行另一个聚合重新定位,则检查将失败。

    型号名称检查

    检查此操作步骤是否支持这些控制器型号。如果不支持这些型号,则此任务将失败。

    集群仲裁检查

    检查要更换的节点是否处于仲裁状态。如果节点未处于仲裁状态,则此任务将失败。

    映像版本检查

    检查要更换的节点是否运行相同版本的 ONTAP 。如果 ONTAP 映像版本不同,则此任务将失败。新节点上安装的 ONTAP 9.x 版本必须与原始节点上安装的版本相同。如果新节点安装的 ONTAP 版本不同,则在安装新控制器后,需要通过网络启动这些控制器。有关如何升级 ONTAP 的说明,请参见 "参考资料" 链接到 _Upgrade ONTAP 。

    HA 状态检查

    检查要更换的两个节点是否采用高可用性( HA )对配置。如果未为控制器启用存储故障转移,则任务将失败。

    聚合状态检查

    如果要更换的节点自身的聚合不是主所有者,则此任务将失败。节点不应拥有任何非本地聚合。

    磁盘状态检查

    如果要更换的任何节点缺少磁盘或磁盘出现故障,则此任务将失败。如果缺少任何磁盘,请参见 "参考资料" 使用 cli_ 链接到 Disk 和聚合管理,使用 cli 链接到 Logical storage management 以及 _High Availability management ,为 HA 对配置存储。

    数据 LIF 状态检查

    检查要更换的任何节点是否具有非本地数据 LIF 。节点不应包含其不是主所有者的任何数据 LIF 。如果其中一个节点包含非本地数据 LIF ,则任务将失败。

    集群 LIF 状态

    检查两个节点的集群 LIF 是否均已启动。如果集群 LIF 已关闭,则此任务将失败。

    ASUP 状态检查

    如果未配置 ASUP 通知,则任务将失败。在开始更换控制器操作步骤之前,必须启用 ASUP 。

    CPU 利用率检查

    检查要更换的任何节点的 CPU 利用率是否超过 50% 。如果 CPU 使用率在相当长的一段时间内超过 50% ,则此任务将失败。

    聚合重建检查

    检查是否正在任何数据聚合上进行重建。如果正在进行聚合重建,则此任务将失败。

    节点关联性作业检查

    检查是否正在运行任何节点关联作业。如果节点关联性作业正在运行,则检查将失败。

  3. 启动控制器更换操作并完成预检后,此操作将暂停,以便您稍后在配置 node3 时收集可能需要的输出信息。

    备注 如果您的系统每个节点具有两个以上的集群端口,例如 FAS8080 或 AFF8080 系统,则在开始升级之前,您必须将集群 LIF 迁移并重新设置为每个节点的两个集群端口。如果在每个节点上执行控制器升级时使用两个以上的集群端口,则在升级后,新控制器上可能会缺少集群 LIF 。
  4. 按照系统控制台上控制器更换操作步骤的指示运行以下一组命令。

    从连接到每个节点的串行端口中、分别运行并保存以下命令的输出:

    • vserver services name-service dns show

    • network interface show -curr-node local -role cluster,intercluster,node-mgmt,cluster-mgmt,data

    • network port show -node local -type physical

    • service-processor show -node local -instance

    • network fcp adapter show -node local

    • network port ifgrp show -node local

    • system node show -instance -node local

    • run -node local sysconfig

    • storage aggregate show -node local

    • volume show -node local

    • storage array config show -switch switch_name

    • system license show -owner local

    • s存储加密磁盘 show

    • s安全密钥管理器板载 show-backup

    • security key-manager external show

    • s安全密钥管理器外部 show-status

    • network port reachability show -detail -node local

    备注 如果正在使用使用板载密钥管理器(OKM)的NetApp卷加密(NVE)或NetApp聚合加密(NAE)、请准备好密钥管理器密码短语、以便稍后在操作步骤中完成密钥管理器重新同步。
  5. 如果您的系统使用自加密驱动器、请参见知识库文章 "如何判断驱动器是否已通过FIPS认证" 确定要升级的HA对上使用的自加密驱动器的类型。ONTAP 软件支持两种类型的自加密驱动器:

    • 经FIPS认证的NetApp存储加密(NSE) SAS或NVMe驱动器

    • 非FIPS自加密NVMe驱动器(SED)

    备注

    不能在同一节点或HA对上混用FIPS驱动器和其他类型的驱动器。

    您可以在同一节点或HA对上混用SED和非加密驱动器。

如果 ARL 预检失败,请更正聚合所有权

如果聚合状态检查失败,您必须将配对节点拥有的聚合返回到主所有者节点,然后重新启动预检过程。

步骤
  1. 将配对节点当前拥有的聚合返回到主所有者节点:

    s存储聚合重新定位start -node source_node-destination destination-node-aggregate-list *

  2. 验证 node1 和 node2 均不拥有其当前所有者(而不是主所有者)的聚合:

    storage aggregate show -nodes node_name-is-home false -fields owner-name、home-name、state

    以下示例显示了当节点同时是聚合的当前所有者和主所有者时命令的输出:

    cluster::> storage aggregate show -nodes node1 -is-home true -fields owner-name,home-name,state
    aggregate   home-name  owner-name  state
    ---------   ---------  ----------  ------
    aggr1       node1      node1       online
    aggr2       node1      node1       online
    aggr3       node1      node1       online
    aggr4       node1      node1       online
    
    4 entries were displayed.

完成后

您必须重新启动控制器更换过程:

ssystem controller replace start -nodes node_names

许可证

某些功能需要许可证、这些许可证以_packages _的形式发布、其中包含一项或多项功能。集群中的每个节点都必须有自己的密钥,才能在集群中使用每个功能。

如果没有新的许可证密钥,则新控制器可以使用集群中当前已获得许可的功能。但是,在控制器上使用未经许可的功能可能会使您不符合您的许可协议,因此,您应在升级完成后为新控制器安装新的许可证密钥。

请参见 "参考资料" 链接到NetApp 支持站点ONTAP 、您可以从中获取新的28个字符的许可证密钥。这些密钥位于 _Software licenses 下的 My Support 部分中。如果此站点没有所需的许可证密钥,您可以联系您的 NetApp 销售代表。

有关许可的详细信息,请参见 "参考资料" 链接到系统管理参考。