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

Aggregate重新配置失敗

貢獻者

在升級期間、Aggregate重新配置(ARL)可能會在不同的點失敗。

檢查Aggregate重新配置失敗

在程序期間、ARL可能會在階段2、階段3或階段5中失敗。

步驟
  1. 輸入下列命令並檢查輸出:

    《集合重遷秀》

    「shorage aggregate regate regate regate show」命令會顯示哪些Aggregate已成功重新配置、哪些未重新配置、以及故障原因。

  2. 檢查主控台是否有任何EMS訊息。

  3. 請採取下列其中一項行動:

    • 根據「儲存集合體重新定位show」命令的輸出和EMS訊息的輸出、採取適當的修正行動。

    • 使用「overre-tetoes」選項或「superre-dite-checks」選項的「shorage aggregate regate or搬 移start」命令、強制重新配置集合體或集合體。

    如需有關「強制集合重新定位開始」、「置換-否決」和「置換-目的地-檢查」選項的詳細資訊、請參閱 "參考資料" 若要連結至「SURF9 ONTAP 命令:手動頁面參考」。

在完成升級後、原本位於節點1上的Aggregate歸node4所有

在升級程序結束時、node3應該是集合體的新主節點、而該主節點原本是node1作為主節點。您可以在升級後重新配置。

關於這項工作

在下列情況下、Aggregate可能無法正確重新定位、將node1當作其主節點、而非node3:

  • 在第3階段期間、當Aggregate從節點2重新定位至節點3時。正在重新部署的部分集合體將node1當作其主節點。例如、此類Aggr_nnode_1可稱為Aggr_node_1。如果在第3階段重新配置aggr_node_1失敗、且無法強制重新配置、則會將Aggregate留在node2上。

  • 在第4階段之後、節點2被節點4取代。當節點2被替換時、aggr_node_1會以node4做為主節點、而非node3連線。

在儲存容錯移轉啟用後、您可以完成下列步驟、在第6階段之後修正不正確的擁有權問題:

步驟
  1. 輸入下列命令以取得Aggregate清單:

    「torage Aggregate show -nodes node4-is hometrue」

    若要識別未正確重新放置的集合體、請參閱您在一節中取得的節點1主擁有者之集合體清單 "準備節點以進行升級" 並將其與上述命令的輸出進行比較。

  2. 將步驟1的輸出與您在區段中針對節點1擷取的輸出進行比較 "準備節點以進行升級" 並記下任何未正確重新定位的集合體。

  3. 重新定位節點4上留下的集合體:

    Check Alignment of PHs>將Agrage Aggregate重新定位從節點節點節點_node4_-aggr node_1-destate node3

    在此重新定位期間、請勿使用「-ND-控制 器升級」參數。

  4. 確認node3現在是Aggregate的主擁有者:

    「torage Aggregate show -Aggregate aggr1、aggr2、aggr3…​-Fields home-name'

    aggr1、aggr2、aggr3…​」是集合體清單、其中節點1是原始擁有者。

    沒有node3做為主擁有者的Aggregate可以使用中相同的重新配置命令、將其重新定位至node3 步驟3.