入门
更换 PCIe 卡 - FAS8200
建议更改
PDF
要更换 PCIe 卡，您必须执行一系列特定的任务。
-
您可以将此操作步骤与系统支持的所有 ONTAP 版本结合使用
-
系统中的所有其他组件必须正常运行；否则，您必须联系技术支持。
第 1 步：关闭受损控制器
根据存储系统硬件配置的不同，您可以使用不同的过程关闭或接管受损的控制器。
要关闭受损控制器，您必须确定控制器的状态，并在必要时接管控制器，以便运行正常的控制器继续从受损控制器存储提供数据。
-
如果您使用的是SAN系统、则必须已检查事件消息
cluster kernel-service show)。。cluster kernel-service showcommand可显示节点名称、该节点的仲裁状态、该节点的可用性状态以及该节点的运行状态。每个 SCSI 刀片式服务器进程应与集群中的其他节点保持仲裁关系。在继续更换之前，必须先解决所有问题。
-
If you have a cluster with more than two nodes, it must be in quorum.如果集群未达到仲裁或运行状况良好的控制器在资格和运行状况方面显示false、则必须在关闭受损控制器之前更正问题描述 ；请参见 "将节点与集群同步"。
-
如果启用了 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 -
从运行正常的控制器的控制台禁用自动交还：
storage failover modify – node local -auto-giveback false
当您看到_Do you want to disable auto-giveback？_时、输入`y`。 -
将受损控制器显示为 LOADER 提示符：
如果受损控制器显示 … 那么 … LOADER 提示符
转至下一步。
正在等待交还
按 Ctrl-C ，然后在出现提示时回答
y。系统提示符或密码提示符
从运行正常的控制器接管或暂停受损的控制器：
storage failover takeover -ofnode impaired_node_name当受损控制器显示 Waiting for giveback… 时，按 Ctrl-C ，然后回答
y。
要关闭受损控制器，您必须确定控制器的状态，并在必要时切换控制器，以便运行正常的控制器继续从受损控制器存储提供数据。
-
如果您使用的是 NetApp 存储加密，则必须按照的 " 将 FIPS 驱动器或 SED 返回到未受保护的模式 " 一节中的说明重置 MSID "使用命令行界面概述 NetApp 加密"。
-
您必须在此操作步骤 末尾保持电源处于打开状态，以便为运行正常的控制器供电。
-
检查 MetroCluster 状态以确定受损控制器是否已自动切换到运行正常的控制器：
MetroCluster show -
根据是否发生了自动切换，按照下表继续操作：
如果控制器受损 … 那么 … 已自动切换
继续执行下一步。
未自动切换
从运行正常的控制器执行计划内切换操作：
MetroCluster switchover未自动切换，您尝试使用
MetroCluster switchover命令进行切换，并且切换已被否决查看否决消息，如果可能，请解决问题描述并重试。如果无法解决问题描述问题，请联系技术支持。
-
在运行正常的集群中运行
MetroCluster heal -phase aggregates命令，以重新同步数据聚合。controller_A_1::> metrocluster heal -phase aggregates [Job 130] Job succeeded: Heal Aggregates is successful.
如果修复被否决，您可以使用 ` override-vetoes` 参数重新发出
MetroCluster heal命令。如果使用此可选参数，则系统将覆盖任何阻止修复操作的软否决。 -
使用 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: - -
使用
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...
-
使用
MetroCluster heal -phase root-aggregates命令修复根聚合。mcc1A::> metrocluster heal -phase root-aggregates [Job 137] Job succeeded: Heal Root Aggregates is successful
如果修复被否决，您可以使用 -override-vetoes 参数重新发出
MetroCluster heal命令。如果使用此可选参数，则系统将覆盖任何阻止修复操作的软否决。 -
在目标集群上使用
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: - -
在受损控制器模块上，断开电源。
第 2 步：打开控制器模块
要访问控制器内部的组件，您必须先从系统中卸下控制器模块，然后再卸下控制器模块上的盖板。
-
如果您尚未接地，请正确接地。
-
松开将缆线绑在缆线管理设备上的钩环带，然后从控制器模块上拔下系统缆线和 SFP （如果需要），并跟踪缆线的连接位置。
将缆线留在缆线管理设备中，以便在重新安装缆线管理设备时，缆线排列有序。
-
从控制器模块的左右两侧卸下缆线管理设备并将其放在一旁。
-
松开控制器模块凸轮把手上的翼形螺钉。
翼形螺钉
凸轮把手
-
向下拉凸轮把手，开始将控制器模块滑出机箱。
将控制器模块滑出机箱时，请确保您支持控制器模块的底部。
第 3 步：更换 PCIe 卡
要更换 PCIe 卡，请在控制器中找到它，然后按照特定步骤顺序进行操作。
-
松开控制器模块侧面板上的翼形螺钉。
-
将侧面板从控制器模块上摆动。
侧面板
PCIe 卡
-
从控制器模块中取出 PCIe 卡并将其放在一旁。
-
安装更换用的 PCIe 卡。
确保将卡正确对齐在插槽中，并在插槽中插入卡时对卡施加均匀的压力。PCIe 卡必须完全均匀地固定在插槽中。
如果您要在底部插槽中安装卡，但无法正常看到卡插槽，请卸下顶部卡，以便可以看到卡插槽，安装卡，然后重新安装从顶部插槽中卸下的卡。 -
合上侧面板并拧紧翼形螺钉。
第 4 步：重新安装控制器
更换控制器模块中的组件后，您必须在系统机箱中重新安装控制器模块并启动它。
-
将控制器模块的末端与机箱中的开口对齐，然后将控制器模块轻轻推入系统的一半。
请勿将控制器模块完全插入机箱中，除非系统指示您这样做。 -
根据需要重新对系统进行布线。
如果您已卸下介质转换器（ QSFP 或 SFP ），请记得在使用光缆时重新安装它们。
-
完成控制器模块的重新安装：
控制器模块一旦完全固定在机箱中，就会开始启动。
如果您的系统位于 … 然后执行以下步骤 … HA 对
-
在凸轮把手处于打开位置的情况下，用力推入控制器模块，直到它与中板并完全就位，然后将凸轮把手合上到锁定位置。拧紧控制器模块背面凸轮把手上的翼形螺钉。
将控制器模块滑入机箱时，请勿用力过大，以免损坏连接器。 -
如果尚未重新安装缆线管理设备，请重新安装该设备。
-
如果尚未重新连接控制器模块的缆线，请重新连接这些缆线。
-
使用钩环带将缆线绑定到缆线管理设备。
双节点 MetroCluster 配置
-
在凸轮把手处于打开位置的情况下，用力推入控制器模块，直到它与中板并完全就位，然后将凸轮把手合上到锁定位置。拧紧控制器模块背面凸轮把手上的翼形螺钉。
将控制器模块滑入机箱时，请勿用力过大，以免损坏连接器。 -
如果尚未重新安装缆线管理设备，请重新安装该设备。
-
如果尚未重新连接控制器模块的缆线，请重新连接这些缆线。
-
使用钩环带将缆线绑定到缆线管理设备。
-
将电源线重新连接到电源和电源，然后打开电源以启动启动过程。
-
-
如果您的系统配置为在 40 GbE NIC 或板载端口上支持 10 GbE 集群互连和数据连接，请在维护模式下使用 nicadmin convert 命令将这些端口转换为 10 GbE 连接。
请务必在完成转换后退出维护模式。 -
使控制器恢复正常运行：
如果您的系统位于 … 从配对节点的控制台问题描述此命令 … HA 对
storage failover giveback -ofnode impaired_node_name双节点 MetroCluster 配置
继续执行下一步。MetroCluster 切回操作步骤将在更换过程的下一任务中完成。
-
如果已禁用自动交还，请重新启用它：
storage failover modify -node local -auto-giveback true
第 5 步（仅限双节点 MetroCluster ）：切回聚合
在双节点 MetroCluster 配置中完成 FRU 更换后，您可以执行 MetroCluster 切回操作。这样会将配置恢复到其正常运行状态，以前受损站点上的 sync-source Storage Virtual Machine （ SVM ）现在处于活动状态，并从本地磁盘池提供数据。
此任务仅限适用场景双节点 MetroCluster 配置。
-
验证所有节点是否处于
enabled状态：MetroCluster node showcluster_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. -
验证所有 SVM 上的重新同步是否已完成：
MetroCluster SVM show -
验证修复操作正在执行的任何自动 LIF 迁移是否已成功完成：
MetroCluster check lif show -
在运行正常的集群中的任何节点上使用
MetroCluster switchback命令执行切回。 -
验证切回操作是否已完成：
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命令检查正在进行的基线的状态。 -
重新建立任何 SnapMirror 或 SnapVault 配置。
第 6 步：将故障部件退回 NetApp
按照套件随附的 RMA 说明将故障部件退回 NetApp 。请参见 "部件退回和放大器；更换" 第页，了解更多信息。