手動接管命令
您可以在合作夥伴需要維護時、以及在其他類似情況下、手動執行接管作業。視合作夥伴的狀態而定、您用來執行接管的命令會有所不同。
如果您想要… |
使用此命令… |
接管合作夥伴節點 |
|
當合作夥伴的集合體移至執行接管的節點時、請監控接管的進度 |
|
顯示叢集中所有節點的儲存容錯移轉狀態 |
|
接管合作夥伴節點、而不移轉lifs |
|
即使磁碟不相符、也要接管合作夥伴節點 |
|
即使 ONTAP 版本不符、也能接管合作夥伴節點 |
|
接管合作夥伴節點、而不執行Aggregate重新配置 |
|
在合作夥伴有時間正常關閉其儲存資源之前、請接管合作夥伴節點 |
|
在使用 immediate 選項發出儲存容錯移轉命令之前、您必須使用下列命令、將資料生命負載移轉至另一個節點: 如果您指定 同樣地、如果您指定「立即」選項、即使「略過最佳化」選項設定為_fals__、也會略過協調的接管最佳化。 |
移動epsilon以進行某些手動啟動的接管
如果您預期任何手動啟動的移轉作業都可能導致儲存系統發生一個非預期的節點故障、而不會造成整個叢集的仲裁損失、則應移除epsilon。
若要執行計畫性維護、您必須接管HA配對中的其中一個節點。必須維持整個叢集的仲裁、以防止其餘節點發生非計畫性的用戶端資料中斷。在某些情況下、
執行接管可能會導致叢集發生非預期的節點故障、而無法避免整個叢集的仲裁遺失。
如果正在接管的節點保留了epsilon、或使用epsilon的節點不健全、就可能發生這種情況。若要維護更具恢復能力的叢集、您可以將epsilon傳輸至未接管的正常節點。
通常這是HA合作夥伴。
只有健全且符合資格的節點才會參與仲裁投票。若要維持整個叢集的仲裁人數、則需要超過N/2的票數(其中_N_代表健全、符合資格的線上節點總和)。在叢集中
使用偶數個線上節點時、 epsilon 會增加額外的投票權重、以維持分配給它的節點的仲裁。
雖然叢集組成投票可以使用修改 cluster modify ‑eligibility false 命令時、除了還原節點組態或延長節點維護等情況外、您應該避免這種情況。如果您將節點設為「不合格」、它會停止提供SAN資料、直到節點重設為符合資格且重新開機為止。當節點不符合資格時、對節點的NAS資料存取也可能受到影響。
|
-
驗證叢集狀態、並確認epsilon是由未接管的健全節點所保留:
-
變更為進階權限層級、確認您想要在進階模式提示出現時繼續(*>):
set -privilege advanced
-
判斷哪個節點擁有epsilon:
cluster show
在下列範例中、Node1包含epsilon:
節點
健全狀況
資格
Epsilon
node1
節點2是的
是的是的
是的是的
錯+
如果您要接管的節點不保留epsilon、請繼續執行步驟4。 -
-
從您要接管的節點移除epsilon:
cluster modify -node Node1 -epsilon false
-
將epsilon指派給合作夥伴節點(在此範例中為Node2):
cluster modify -node Node2 -epsilon true
-
執行接管作業:
storage failover takeover -ofnode node_name
-
返回管理權限層級:
set -privilege admin