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

更換 I/O 模組: FAS9000

貢獻者

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

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

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

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

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

選項1:大多數組態

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

關於這項工作
  • 如果您使用NetApp儲存加密、則必須依照中的指示重設MSID "將SED恢復為無保護模式"

  • 如果您有SAN系統、則必須檢查事件訊息 cluster kernel-service show(用於控制器SCSI刀鋒伺服器)。。 cluster kernel-service show 命令會顯示節點名稱、該節點的仲裁狀態、該節點的可用度狀態、以及該節點的作業狀態。

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

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

步驟
  1. 如果啟用了此功能、請叫用下列訊息來抑制自動建立案例:「System Node現象叫用節點*-type all -Message MAn=number_of_hs_Downh」AutoSupport AutoSupport AutoSupport

    下列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 的不二

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

關於這項工作
  • 如果您使用NetApp儲存加密、則必須依照的「將FIPS磁碟機或SED恢復為未受保護模式」一節中的指示、重設MSID "使用CLI進行NetApp加密總覽"

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

步驟
  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模組所在的插槽。

      DRw 9000移除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。請參閱 "產品退貨安培;更換" 頁面以取得更多資訊。