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

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歸node2所有

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

在下列情況下、Aggregate可能無法正確重新定位、也就是將節點2當作主節點、而非節點1:

  • 在第3階段期間、當Aggregate從節點2重新定位至節點1時。

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

  • 在第4階段之後、當節點2被AFF 取代為EscoreA900或FAS9500控制器和NVRAM模組時。

    當節點2被替換時、aggr_node_1會以node1作為主節點、而非node2連線。

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

步驟
  1. 取得Aggregate清單:

    「torage Aggregate show -nodes node2-is hometrue」

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

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

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

    Check Alignment of PHs>將Agrage Aggregate重新定位開始節點_node2_-aggr aggr_node_1-destate node1

    在此重新配置期間、請勿使用-ND-控制 器升級參數。

  4. 驗證node1現在是否為Aggregate的主擁有者:

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

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

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