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

將控制器歸還給 FAS9500 系統中，即可恢復正常運作。

貢獻者 dougthomp netapp-jsnyder netapp-martyh netapp-ivanad thrisun
PDF

將儲存資源的控制交還給替換控制器，以便您的 FAS9500 系統能夠恢復正常運作。

步驟1：重新安裝系統

您必須重新連接控制器模組的儲存設備和網路連線。

步驟

  1. 重新安裝系統。

  2. 使用確認纜線正確無誤 "Active IQ Config Advisor"。

    1. 下載並安裝Config Advisor 此功能。

    2. 輸入目標系統的資訊，然後選取「收集資料」。

    3. 選擇「Cabling」索引標籤，然後檢查輸出結果。確保所有磁碟機櫃都已顯示，並且所有磁碟都出現在輸出結果中，並修正發現的任何佈線問題。

    4. 選擇適當的索引標籤，然後檢查 Config Advisor 的輸出，以檢查其他纜線連接情況。

註 系統 ID 和磁碟分配資訊位於 NVRAM 模組中，該模組與控制器模組是分隔的，因此不會受到控制器模組更換的影響。

步驟2：重新指派磁碟

如果儲存系統處於 HA 配對，則在流程結束時進行歸還時，新控制器模組的系統 ID 會自動指派給磁碟。您必須在開機_replacement_節點時確認系統 ID 的變更，然後驗證變更是否正確。

此程序僅適用於ONTAP HA配對中執行的系統。

  1. 如果_replaced_節點處於維護模式（顯示"*>"提示）、請結束維護模式、然後移至載入程式提示字元「halt（停止）」

  2. 在替換節點的 LOADER 提示字元下，開機節點，如果由於系統 ID 不符而提示您置換系統 ID，請輸入 y： boot_ontap

  3. 請等待、直到_替換_節點主控台顯示「waiting for恢復…​」（正在等待恢復…​）訊息、然後從正常節點、確認已自動指派新的合作夥伴系統ID：儲存容錯移轉顯示

    在命令輸出中、您應該會看到一則訊息、指出受損節點上的系統ID已變更、顯示正確的舊ID和新ID。在下列範例中、node2已完成更換、新的系統ID為151759706。

    node1> storage failover show
                                    Takeover
Node              Partner           Possible     State Description
------------      ------------      --------     -------------------------------------
node1             node2             false        System ID changed on partner (Old:
                                                  151759755, New: 151759706), In takeover
node2             node1             -            Waiting for giveback (HA mailboxes)

  4. 從健全節點、確認已儲存任何核心傾印：

    1. 變更為進階權限等級：「et -priv榮幸 進階」

      當系統提示您繼續進入進階模式時、您可以回應「Y」。出現進階模式提示（*>）。

    2. 儲存任何核心傾印：「系統節點執行節點_nocal-node-name_合作夥伴儲存資源」

    3. 等待Savecore命令完成後再發出恢復。

      您可以輸入下列命令來監控savecore命令的進度：「ystem節點run -node-node-name_合作夥伴savecore -ss」

    4. 返回管理員權限等級：「et -priv. admin」

  5. 如果您的儲存系統已設定儲存或磁碟區加密、則必須使用下列其中一個程序來還原儲存或磁碟區加密功能、視您使用的是內建或外部金鑰管理而定：

  6. 回饋節點：

    1. 從健全的節點、歸還替換節點的儲存設備：「儲存容錯移轉恢復-節點_replace_node_name_」

      _replacy_nodes將恢復其儲存設備並完成開機。

      如果系統ID不相符、系統提示您覆寫系統ID、請輸入「y」。

      註 如果被否決、您可以考慮覆寫否決。

    如需詳細資訊、請參閱 "手動恢復命令" 取代否決的主題。

    1. 完成恢復後、請確認HA配對正常、而且可以接管：顯示儲存容錯移轉

      「儲存容錯移轉show」命令的輸出不應包含在合作夥伴訊息中變更的系統ID。

  7. 驗證是否已正確分配磁碟：「torage disk show -所有權」

    屬於_replaced_節點的磁碟應顯示新的系統ID。在下列範例中、node1擁有的磁碟現在顯示新的系統ID：1873775277：

    node1> storage disk show -ownership

Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
1.0.0  aggr0_1  node1 node1  -        1873775277 1873775277  -       1873775277 Pool0
1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
.
.
.

  8. 如果系統採用MetroCluster 的是一套不全功能的組態、請監控節點的狀態：MetroCluster 「不只是顯示節點」

    更換後、需要幾分鐘時間才能恢復正常狀態、此時每個節點都會顯示已設定的狀態、並啟用DR鏡射和正常模式。MetroCluster「停止節點show -Fields node-SystemID」命令輸出會顯示舊的系統ID、直到該組態恢復正常狀態為止。MetroCluster MetroCluster

  9. 如果節點是MetroCluster 以支援功能為基礎的組態、請MetroCluster 視支援狀況而定、確認如果原始擁有者是災難站台上的節點、則DR主ID欄位會顯示磁碟的原始擁有者。

    如果下列兩項條件均為真、則必須執行此動作：

  10. 如果您的系統使用MetroCluster 的是E驗 證組態、請確認每個節點都已設定：「MetroCluster E節點 顯示-欄位組態狀態」

    node1_siteA::> metrocluster node show -fields configuration-state

dr-group-id            cluster node           configuration-state
-----------            ---------------------- -------------- -------------------
1 node1_siteA          node1mcc-001           configured
1 node1_siteA          node1mcc-002           configured
1 node1_siteB          node1mcc-003           configured
1 node1_siteB          node1mcc-004           configured

4 entries were displayed.

  11. 驗證每個節點是否存在預期的磁碟區：「vol show -node-name」

  12. 如果您在重新開機時停用自動接管、請從正常節點「torage容錯移轉修改節點置換節點名稱-onreboottrue」啟用