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

更换缓存模块— AFF A220 和 FAS2700

如果系统注册了一条 AutoSupport ( ASUP )消息,指出控制器模块已脱机,则必须更换此缓存模块;否则会导致性能下降。

  • 您必须将故障组件更换为从提供商处收到的替代 FRU 组件。

第 1 步:关闭受损控制器

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

选项 1 :大多数配置

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

If you have a cluster with more than two nodes, it must be in quorum.如果集群未达到仲裁或运行状况良好的控制器在资格和运行状况方面显示 false ,则必须在关闭受损控制器之前更正问题描述 。

+http://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-sag/home.html["《 ONTAP 9 系统管理参考》"]

您可能希望在更换缓存模块之前擦除其内容。

步骤
  1. 尽管缓存模块上的数据已加密,但您可能希望擦除受损缓存模块中的所有数据,并验证缓存模块是否没有数据:

    1. 擦除缓存模块上的数据: ssystem controller flash-cache secure -erase run

    2. 验证是否已从缓存模块中擦除数据: ssystem controller flash-cache secure -erase show -node node_name

      输出应将缓存模块状态显示为已擦除。

  2. 如果受损控制器属于 HA 对,请从运行正常的控制器的控制台禁用自动交还: storage failover modify -node local -auto-giveback false

  3. 将受损控制器显示为 LOADER 提示符:

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

    LOADER 提示符

    转至下一步。

    正在等待交还

    按 Ctrl-C ,然后在出现提示时回答 y

    系统提示符或密码提示符(输入系统密码)

    接管或暂停受损的控制器:

    • 对于 HA 对,从运行正常的控制器接管受损的控制器: storage failover takeover -ofnode impaired_node_name

      当受损控制器显示 Waiting for giveback…​ 时,按 Ctrl-C ,然后回答 y

    • 对于独立系统: ssystem node halt impaired_node_name

  4. 如果系统机箱中只有一个控制器模块,请关闭电源,然后从电源中拔下受损控制器的电源线。

选项 2 :控制器位于 MetroCluster 中

注 如果您的系统采用双节点 MetroCluster 配置,请勿使用此操作步骤。

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

  • If you have a cluster with more than two nodes, it must be in quorum.如果集群未达到仲裁或运行状况良好的控制器在资格和运行状况方面显示 false ,则必须在关闭受损控制器之前更正问题描述 ;请参见 "CLI 管理概述"

  • 如果您使用的是 MetroCluster 配置,则必须确认已配置 MetroCluster 配置状态,并且节点处于已启用且正常的状态(MetroCluster node show )。

步骤
  1. 如果启用了 AutoSupport ,则通过调用 AutoSupport 消息禁止自动创建案例: ssystem node AutoSupport invoke -node * -type all -message MAINT=number_of_hours_downh

    以下 AutoSupport 消息禁止自动创建案例两小时: cluster1 : * > system node AutoSupport invoke -node * -type all -message MAINT=2h

  2. 从运行正常的控制器的控制台禁用自动交还: storage failover modify – node local -auto-giveback false

  3. 将受损控制器显示为 LOADER 提示符:

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

    LOADER 提示符

    转至 "Remove controller module" 。

    正在等待交还

    按 Ctrl-C ,然后在出现提示时回答 y

    系统提示符或密码提示符(输入系统密码)

    从运行正常的控制器接管或暂停受损的控制器: storage failover takeover -ofnode impaired_node_name

    当受损控制器显示 Waiting for giveback…​ 时,按 Ctrl-C ,然后回答 y

第 2 步:卸下控制器模块

要访问控制器内部的组件,您必须先从系统中卸下控制器模块,然后再卸下控制器模块上的盖板。

步骤
  1. 如果您尚未接地,请正确接地。

  2. 松开将缆线绑在缆线管理设备上的钩环带,然后从控制器模块上拔下系统缆线和 SFP (如果需要),并跟踪缆线的连接位置。

    将缆线留在缆线管理设备中,以便在重新安装缆线管理设备时,缆线排列有序。

  3. 从控制器模块的左右两侧卸下缆线管理设备并将其放在一旁。

    DRW 25xx 缆线管理臂
  4. 按压凸轮把手上的闩锁,直到其释放为止,完全打开凸轮把手以从中板释放控制器模块,然后用两只手将控制器模块拉出机箱。

    DRW 2240 x 打开凸轮闩锁
  5. 将控制器模块翻转,将其放在平稳的表面上。

  6. 滑动蓝色卡舌以释放盖板,然后向上翻盖并打开,从而打开盖板。

    DRW 2600 打开 PCM 盖板

第 3 步:更换缓存模块

要更换控制器上标签上称为 M.2 PCIe 卡的缓存模块,请找到控制器内的插槽并按照特定步骤顺序进行操作。

您的存储系统必须满足特定条件,具体取决于您的情况:

  • 它必须具有与要安装的缓存模块对应的操作系统。

  • 它必须支持缓存容量。

  • 存储系统中的所有其他组件必须正常运行;否则,您必须联系技术支持。

步骤
  1. 如果您尚未接地,请正确接地。

  2. 找到控制器模块背面的缓存模块并将其卸下。

    1. 按释放卡舌。

    2. 卸下散热器。

    DRW 2600 fcache rel 动画 gif
  3. 将缓存模块竖直从外壳中轻轻拉出。

  4. 将缓存模块的边缘与外壳中的插槽对齐,然后将其轻轻推入插槽。

  5. 验证缓存模块是否已完全固定在插槽中。

    如有必要,请卸下缓存模块并将其重新插入插槽。

  6. 重新拔插并向下推散热器,以接合缓存模块外壳上的锁定按钮。

  7. 根据需要关闭控制器模块盖板。

第 4 步:重新安装控制器模块

更换控制器模块中的组件后,将其重新安装到机箱中。

步骤
  1. 如果您尚未接地,请正确接地。

  2. 如果您尚未更换控制器模块上的外盖,请进行更换。

  3. 将控制器模块的末端与机箱中的开口对齐,然后将控制器模块轻轻推入系统的一半。

    注 请勿将控制器模块完全插入机箱中,除非系统指示您这样做。
  4. 根据需要重新对系统进行布线。

    如果您已卸下介质转换器( QSFP 或 SFP ),请记得在使用光缆时重新安装它们。

  5. 完成控制器模块的重新安装:

    如果您的系统位于 …​ 然后执行以下步骤 …​

    HA 对

    控制器模块一旦完全固定在机箱中,就会开始启动。准备中断启动过程。

    1. 在凸轮把手处于打开位置的情况下,用力推入控制器模块,直到它与中板并完全就位,然后将凸轮把手合上到锁定位置。

      注 将控制器模块滑入机箱时,请勿用力过大,以免损坏连接器。

      控制器一旦固定在机箱中,就会开始启动。

    2. 如果尚未重新安装缆线管理设备,请重新安装该设备。

    3. 使用钩环带将缆线绑定到缆线管理设备。

    4. 当您看到消息 Press Ctrl-C for Boot Menu 时,按 Ctrl-C 以中断启动过程。

      注 如果您未看到此提示,而控制器模块启动到 ONTAP ,请输入 halt ,然后在 LOADER 提示符处输入 boot_ontap ,并在出现提示时按 Ctrl-C ,然后启动到维护模式。
    5. 从显示的菜单中选择启动至维护模式的选项。

    一种独立配置

    1. 在凸轮把手处于打开位置的情况下,用力推入控制器模块,直到它与中板并完全就位,然后将凸轮把手合上到锁定位置。

      注 将控制器模块滑入机箱时,请勿用力过大,以免损坏连接器。
    2. 如果尚未重新安装缆线管理设备,请重新安装该设备。

    3. 使用钩环带将缆线绑定到缆线管理设备。

    4. 将电源线重新连接到电源和电源,打开电源以启动启动过程,然后在看到 Press Ctrl-C for Boot Menu 消息后按 Ctrl-C

      注 如果您未看到此提示,而控制器模块启动到 ONTAP ,请输入 halt ,然后在 LOADER 提示符处输入 boot_ontap ,并在出现提示时按 Ctrl-C ,然后启动到维护模式。
    5. 从启动菜单中,选择维护模式选项。

第 5 步:运行系统级诊断

安装新的缓存模块后,您应运行诊断。

您的系统必须处于 LOADER 提示符处,才能启动系统级诊断。

诊断过程中的所有命令都是从要更换组件的控制器发出的。

步骤
  1. 如果要维护的控制器不在 LOADER 提示符处,请执行以下步骤:

    1. 从显示的菜单中选择维护模式选项。

    2. 控制器启动到维护模式后,暂停控制器: halt

      问题描述命令后,您应等待系统停留在 LOADER 提示符处。

    注 在启动过程中,您可以安全地响应 y 提示:
  2. 在 LOADER 提示符处,访问专为系统级诊断而设计的特殊驱动程序以正常运行: boot_diags

    在启动过程中,您可以安全地对提示 y 做出响应,直到显示维护模式提示符( * > )为止。

  3. 对缓存模块运行诊断: sldiag device run -dev fcache

  4. 验证更换缓存模块是否未导致硬件问题: sldiag device status -dev fcache -long -state failed

    如果没有测试失败,则系统级诊断会返回到提示符,或者会列出因测试组件而导致的失败的完整状态。

  5. 根据上一步的结果继续操作:

如果系统级诊断测试 …​ 那么 …​

已完成,无任何故障

  1. 清除状态日志: sldiag device clearstatus

  2. 验证是否已清除日志: sldiag device status

    此时将显示以下默认响应:

    SLDIAG :不存在日志消息。

  3. 退出维护模式: halt

    控制器将显示 LOADER 提示符。

  4. 从 LOADER 提示符处启动控制器: bye

  5. 使控制器恢复正常运行:

    • 如果控制器位于 HA 对中 * ,请执行交还: storage failover giveback -ofnode replacement_node_name

    • 注: * 如果禁用了自动交还,请使用 storage failover modify 命令重新启用它。

    • 如果控制器采用独立配置 * ,请继续执行下一步。无需执行任何操作。

    您已完成系统级诊断。

导致某些测试失败

确定问题的发生原因:

  1. 退出维护模式: halt

    问题描述命令后,请等待,直到系统停留在 LOADER 提示符处。

  2. 根据机箱中的控制器模块数量,关闭或保持电源打开状态:

    • 如果机箱中有两个控制器模块,请保持电源处于打开状态,以便为另一个控制器模块供电。

    • 如果机箱中有一个控制器模块,请关闭电源并拔下电源插头。

  3. 验证您是否已遵循在运行系统级诊断时确定的所有注意事项,缆线是否已牢固连接以及硬件组件是否已正确安装在存储系统中。

  4. 启动您正在维护的控制器模块,在系统提示您进入启动菜单时按 Ctrl-C 以中断启动:

    • 如果机箱中有两个控制器模块,请将您正在维护的控制器模块完全固定在机箱中。

      控制器模块在完全就位后启动。

    • 如果机箱中有一个控制器模块,请连接电源,然后将其打开。

  5. 从菜单中选择 Boot to maintenance mode 。

  6. 输入以下命令退出维护模式: halt

    问题描述命令后,请等待,直到系统停留在 LOADER 提示符处。

  7. 重新运行系统级诊断测试。

第 6 步:切回双节点 MetroCluster 配置中的聚合

在双节点 MetroCluster 配置中完成 FRU 更换后,您可以执行 MetroCluster 切回操作。这样会将配置恢复到其正常运行状态,以前受损站点上的 sync-source Storage Virtual Machine ( SVM )现在处于活动状态,并从本地磁盘池提供数据。

此任务仅限适用场景双节点 MetroCluster 配置。

步骤
  1. 验证所有节点是否处于 enabled 状态: MetroCluster node show

    cluster_B::>  metrocluster node show
    
    DR                           Configuration  DR
    Group Cluster Node           State          Mirroring Mode
    ----- ------- -------------- -------------- --------- --------------------
    1     cluster_A
                  controller_A_1 configured     enabled   heal roots completed
          cluster_B
                  controller_B_1 configured     enabled   waiting for switchback recovery
    2 entries were displayed.
  2. 验证所有 SVM 上的重新同步是否已完成: MetroCluster SVM show

  3. 验证修复操作正在执行的任何自动 LIF 迁移是否已成功完成: MetroCluster check lif show

  4. 在运行正常的集群中的任何节点上使用 MetroCluster switchback 命令执行切回。

  5. 验证切回操作是否已完成: MetroCluster show

    当集群处于 waiting for-switchback 状态时,切回操作仍在运行:

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured       	switchover
    Remote: cluster_A configured       	waiting-for-switchback

    当集群处于 normal 状态时,切回操作完成。:

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured      		normal
    Remote: cluster_A configured      		normal

    如果切回需要很长时间才能完成,您可以使用 MetroCluster config-replication resync-status show 命令检查正在进行的基线的状态。

  6. 重新建立任何 SnapMirror 或 SnapVault 配置。

第 7 步:将故障部件退回 NetApp

按照套件随附的 RMA 说明将故障部件退回 NetApp 。请参见 "部件退回和放大器;更换" 第页,了解更多信息。