更换实时时钟电池- AFF 9000
建议更改
PDF
您需要更换控制器模块中的实时时钟（ Real-Time Clock ， RTC ）电池，以便依靠准确时间同步的系统服务和应用程序可以继续运行。
-
您可以将此操作步骤与系统支持的所有 ONTAP 版本结合使用
-
系统中的所有其他组件必须正常运行；否则，您必须联系技术支持。
第 1 步：关闭受损控制器
根据存储系统硬件配置的不同，您可以使用不同的过程关闭或接管受损的控制器。
要关闭受损控制器，您必须确定控制器的状态，并在必要时接管控制器，以便运行正常的控制器继续从受损控制器存储提供数据。
-
如果您使用的是SAN系统，则必须已检查受损控制器SCSI刀片的事件消息
cluster kernel-service show。 `cluster kernel-service show`命令(在priv高级模式下)可显示该节点的节点名称"仲裁状态"、该节点的可用性状态以及该节点的运行状态。每个 SCSI 刀片式服务器进程应与集群中的其他节点保持仲裁关系。在继续更换之前，必须先解决所有问题。
-
If you have a cluster with more than two nodes, it must be in quorum.如果集群未达到仲裁或运行状况良好的控制器在资格和运行状况方面显示false、则必须在关闭受损控制器之前更正问题描述 ；请参见 "将节点与集群同步"。
-
如果启用了AutoSupport、则通过调用AutoSupport消息禁止自动创建案例：
system node autosupport invoke -node * -type all -message MAINT=<# of hours>h以下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。
要关闭受损控制器，您必须确定控制器的状态，并在必要时切换控制器，以便运行正常的控制器继续从受损控制器存储提供数据。
-
您必须在此操作步骤 末尾保持电源处于打开状态，以便为运行正常的控制器供电。
-
检查 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 步：卸下控制器模块
要访问控制器内部的组件，您必须先从系统中卸下控制器模块，然后再卸下控制器模块上的盖板。
-
如果您尚未接地，请正确接地。
-
从受损控制器模块拔下缆线，并跟踪缆线的连接位置。
-
向下滑动凸轮把手上的橙色按钮，直到其解锁为止。
凸轮把手释放按钮
凸轮把手
-
旋转凸轮把手，使其完全脱离机箱，然后将控制器模块滑出机箱。
将控制器模块滑出机箱时，请确保您支持控制器模块的底部。
-
将控制器模块的盖板朝上放在平稳的平面上，按下盖板上的蓝色按钮，将盖板滑至控制器模块的背面，然后向上转动盖板并将其从控制器模块中提出。
控制器模块盖锁定按钮
第 3 步：更换 RTC 电池
要更换 RTC 电池，您必须在控制器模块中找到故障电池，将其从支架中取出，然后在支架中安装更换电池。
-
如果您尚未接地，请正确接地。
-
找到 RTC 电池。
RTC 电池
RTC 电池外壳
-
将电池轻轻推离电池架，将其旋转出电池架，然后将其从电池架中取出。
从电池架中取出电池时，请注意电池的极性。电池标有加号，必须正确放置在支架中。电池座旁边的加号用于指示电池的位置。 -
从防静电运输袋中取出更换用电池。
-
找到控制器模块中的空电池支架。
-
记下 RTC 电池的极性，然后将电池倾斜并向下推，将其插入电池架中。
-
目视检查电池，确保其已完全安装到电池架中，并且极性正确。
-
重新安装控制器模块外盖。
第 4 步：重新安装控制器模块并设置时间 / 日期
更换控制器模块中的组件后，您必须在系统机箱中重新安装控制器模块，重置控制器上的时间和日期，然后启动它。
-
如果尚未关闭通风管或控制器模块盖板，请将其关闭。
-
将控制器模块的末端与机箱中的开口对齐，然后将控制器模块轻轻推入系统的一半。
请勿将控制器模块完全插入机箱中，除非系统指示您这样做。
-
根据需要重新对系统进行布线。
如果您已卸下介质转换器（ QSFP 或 SFP ），请记得在使用光缆时重新安装它们。
-
如果已拔下电源，请重新插入电源，然后重新安装电源线固定器。
-
完成控制器模块的重新安装：
-
在凸轮把手处于打开位置的情况下，用力推入控制器模块，直到它与中板并完全就位，然后将凸轮把手合上到锁定位置。
将控制器模块滑入机箱时，请勿用力过大，以免损坏连接器。 -
如果尚未重新安装缆线管理设备，请重新安装该设备。
-
使用钩环带将缆线绑定到缆线管理设备。
-
将电源线重新连接到电源和电源，然后打开电源以启动启动过程。
-
在 LOADER 提示符处暂停控制器。
-
-
重置控制器上的时间和日期：
-
使用
show date命令检查运行状况良好的节点上的日期和时间。 -
在目标节点上的 LOADER 提示符处，检查时间和日期。
-
如有必要，请使用
set date MM/dd/yyyy命令修改日期。 -
如有必要，请使用
set time hh ： mm ： ss命令在 GMT 中设置时间。 -
确认目标节点上的日期和时间。
-
-
在 LOADER 提示符处，输入
bye以重新初始化 PCIe 卡和其他组件，然后让节点重新启动。 -
交还节点的存储，使节点恢复正常运行：
storage failover giveback -ofnode impaired_node_name -
如果已禁用自动交还，请重新启用它：
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 。 "部件退回和更换"有关详细信息、请参见页面。