Skip to main content
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

更換 I/O 模組： FAS9000

貢獻者
PDF

若要更換I/O模組、您必須執行特定的工作順序。

  • 您可以將此程序用於ONTAP 系統支援的所有版本的功能

  • 系統中的所有其他元件都必須正常運作；否則、您必須聯絡技術支援部門。

步驟1：關閉受損的控制器

根據儲存系統硬體組態的不同、您可以使用不同的程序來關閉或接管受損的控制器。

選項1：大多數組態

若要關閉受損的控制器、您必須判斷控制器的狀態、並在必要時接管控制器、以便健全的控制器繼續從受損的控制器儲存設備提供資料。

關於這項工作

  • 如果您有 SAN 系統，則必須檢查故障控制器 SCSI 刀鋒的事件訊息 cluster kernel-service show。 `cluster kernel-service show`命令（從 priv 進階模式）會顯示節點名稱、"仲裁狀態"該節點的可用度狀態、以及該節點的作業狀態。

    每個SCSI刀鋒處理序都應與叢集中的其他節點處於仲裁狀態。任何問題都必須先解決、才能繼續進行更換。

  • 如果叢集有兩個以上的節點、則叢集必須處於仲裁狀態。如果叢集未達到法定人數、或健全的控制器顯示為「假」、表示符合資格和健全狀況、則您必須在關閉受損的控制器之前修正問題；請參閱 "將節點與叢集同步"。

步驟

  1. 如果啟用 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

  2. 停用健全控制器主控台的自動恢復功能：「torage容錯移轉修改–節點本機-自動恢復錯誤」

    註 當您看到_是否要停用自動恢復？_時、請輸入「y」。

  3. 將受損的控制器移至載入器提示：

    如果受損的控制器正在顯示…​ 然後…​

    載入程式提示

    前往下一步。

    正在等待恢復…​

    按Ctrl-C、然後在出現提示時回應「y」。

    系統提示或密碼提示

    從正常控制器接管或停止受損的控制器：「torage容錯移轉接管-節點_受損節點_節點名稱_」

    當受損的控制器顯示正在等待恢復…​時、請按Ctrl-C、然後回應「y」。
選項2：控制器位於雙節點MetroCluster 的不二

若要關閉受損的控制器、您必須判斷控制器的狀態、並在必要時切換控制器、使健全的控制器繼續從受損的控制器儲存設備提供資料。

關於這項工作

  • 您必須在本程序結束時保持電源供應器開啟、才能為健全的控制器提供電力。

步驟

  1. 檢查MetroCluster 「不正常」狀態、判斷受損的控制器是否已自動切換至「正常」控制器MetroCluster ：「不正常」

  2. 視是否發生自動切換而定、請根據下表繼續進行：

    如果控制器受損…​ 然後…​

    已自動切換

    繼續下一步。

    尚未自動切換

    從健全的控制器執行計畫性的切換作業MetroCluster ：「『交換切換’」

    尚未自動切換、您嘗試使用MetroCluster 「還原切換」命令進行切換、切換遭到否決

    請檢閱否決訊息、如有可能、請解決此問題、然後再試一次。如果您無法解決問題、請聯絡技術支援部門。

  3. 從MetroCluster 存續的叢集執行「f恢復 階段Aggregate」命令、以重新同步資料集合體。

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    如果治療被否決、您可以選擇MetroCluster 使用「-overre-etoes」參數重新發出「還原」命令。如果您使用此選用參數、系統將會置換任何軟質否決、以防止修復作業。

  4. 使用MetroCluster flexoperationshow命令確認作業已完成。

    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. 使用「shorage 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 f恢復 階段根集合體」命令來修復根集合體。

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    如果修復被否決、您可以選擇使用MetroCluster -overrover-etoes參數重新發出「還原」命令。如果您使用此選用參數、系統將會置換任何軟質否決、以防止修復作業。

  7. 在MetroCluster 目的地叢集上使用「停止作業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. 在受損的控制器模組上、拔下電源供應器。

步驟2：更換I/O模組

若要更換I/O模組、請在機箱內找到該模組、然後依照特定的步驟順序進行。

步驟

  1. 如果您尚未接地、請正確接地。

  2. 拔下與目標I/O模組相關的任何纜線。

    請務必貼上纜線的標籤、以便知道纜線的來源。

  3. 從機箱中移除目標I/O模組：

    1. 按下帶有字母和編號的CAM按鈕。

      CAM按鈕會從機箱移出。

    2. 向下轉動CAM栓鎖、直到其處於水平位置。

      I/O模組從機箱鬆脫、並從I/O插槽移出約1/2英吋。

    3. 拉動模組面兩側的拉片、將I/O模組從機箱中移除。

      請務必追蹤I/O模組所在的插槽。

      移除 PCIe 模組

    編號 1

    I/O CAM栓鎖有編號和編號

    編號 2

    I/O CAM栓鎖完全解除鎖定

  4. 將I/O模組放在一邊。

  5. 將替換I/O模組輕推入插槽、直到有字母和編號的I/O CAM栓開始與I/O CAM銷接合、然後將I/O CAM栓完全推入機箱、將模組鎖定到位。

  6. 視需要重新安裝I/O模組。

步驟3：更換I/O模組後、重新啟動控制器

更換I/O模組之後、您必須重新啟動控制器模組。

註 如果新的I/O模組與故障模組的機型不同、您必須先重新啟動BMC。
步驟

  1. 如果更換模組的機型與舊模組不同、請重新啟動BMC：

    1. 在載入程式提示字元中、變更為進階權限模式：「priv set advanc進 階」

    2. 重新開機BMC：「p reboot"（p重新開機）

  2. 在載入程式提示字元中、重新啟動節點：「bye」

    註 這會重新初始化PCIe卡和其他元件、然後重新啟動節點。

  3. 如果您的系統設定為支援40 GbE NIC或內建連接埠上的10 GbE叢集互連和資料連線、請使用「維護模式」中的「nicadmin convert」命令、將這些連接埠轉換成10 GbE連線。

    註 完成轉換後、請務必結束維護模式。

  4. 使節點恢復正常運作：「儲存容錯移轉恢復-節點_減損節點名稱_」

  5. 如果停用自動還原、請重新啟用：「儲存容錯移轉修改節點本機-自動恢復true」

    註 如果您的系統採用雙節點MetroCluster 的功能不全、您必須依照下一步所述、將集合體切換回原位。

步驟4：在雙節點MetroCluster 的不二組態中切換回集合體

完成雙節點MetroCluster 的故障恢復組態中的FRU更換之後、您就可以執行MetroCluster 還原還原作業。這會將組態恢復至正常運作狀態、使先前受損站台上的同步來源儲存虛擬機器（SVM）現在處於作用中狀態、並從本機磁碟集區提供資料。

此工作僅適用於雙節點MetroCluster 的不完整組態。

步驟

  1. 驗證所有節點是否都處於「啟用」狀態：MetroCluster 「顯示節點」

    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 「Svserver show」

  3. 驗證修復作業所執行的任何自動LIF移轉是否已成功完成：「MetroCluster 還原檢查LIF show」

  4. 從存續叢集中的任何節點使用「MetroCluster 還原」命令執行切換。

  5. 確認切換作業已完成：MetroCluster 「不顯示」

    當叢集處於「等待切換」狀態時、切換回復作業仍在執行中：

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

    當叢集處於「正常」狀態時、即可完成切換作業：

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

    如果切換需要很長時間才能完成、您可以使用「MetroCluster show config-repl複 寫res同步 狀態show」命令來檢查進行中的基準狀態。

  6. 重新建立任何SnapMirror或SnapVault 不完整的組態。

步驟5：將故障零件歸還給NetApp

如套件隨附的RMA指示所述、將故障零件退回NetApp。如 "零件退貨與更換"需詳細資訊、請參閱頁面。