Celerra/VNX Unified：如何容錯移轉/故障復原控制站 （使用者可修正）

摘要: 變更控制站主要/次要關係的步驟說明指南

本文章適用於 本文章不適用於 本文無關於任何特定產品。 本文未識別所有產品版本。
查看其他資源

症狀


使用者無法使用主要控制站 IP 位址存取 Unisphere。  
/nas/ 和 nas_commands 失敗或未找到
nas_checkup 會向 Unisphere 回報錯誤 （請參閱備註）

原因

多個問題可能會導致 CS 故障轉移。

解析度

使用 /nasmcd/getreason 判斷控制站的狀態。（getreason 輸出顯示「失敗的」狀態。）
 
[nasadmin@VNXLab ~]$ /nasmcd/getreason
11 - slot_0 二級控制站
10 - slot_1 主要控制站
 5 - slot_2已連絡
 5 - slot_3連絡人
 5 - slot_4連絡
 
控制站可使用多種方法進行故障回復。

如果在slot_0，您將看到並使用以下內容：
 
slot_0 次要控制站
是否要登入主控制站？（是或 [否]） 否
 
[nasadmin@VNXLab ~]$ su
密碼：
[root@VNXXLab nasadmin]# /nasmcd/sbin/cs_standby -takeover
接任主要控制站...成功了

（這將需要 1 -3 分鐘的時間）。

如果在slot_1上，您將看到並使用以下內容：
 
slot_1主控制站 
 
[nasadmin@BottleCapsCS0 ~]$ su
密碼：
[root@VNXLab nasadmin]# /nasmcd/sbin/cs_standby -failover
 
系統將重新開機，您要繼續嗎？[是或否]：是
從主控制站容錯移轉。
 
從根廣播消息 （pts/2） （週一 8 月 11 日 17：36：21 2014）：
 
系統要立即關閉，需要重新開機！
 
--或--
 
[nasadmin@VNXLab ~]$ su
密碼：
[root@VNXLab nasadmin]# reboot

從根廣播消息 （pts/0） （週一 8 月 11 日 16：59：29 2014）：

系統要立即關閉，需要重新開機！
（這將需要 1 至 3 分鐘）

其他資訊

nas_checkup錯誤。 
 
控制站：檢查主資料庫是否處於活動狀態
錯誤HC_CS_14505082897：插槽 0 不是主要控制站
動作：
  1. 使用系統上的各種記錄，判斷導致控制站容錯移轉的問題。在嘗試故障復原控制站之前，請確定您知道故障的原因，且已修復。
  2. 在插槽 1 的控制站上，執行命令「/nasmcd/sbin/cs_standby -failback」。插槽 1 中的控制站將重新啟動，而插槽 0 中的控制站將成為主要控制站。
  3. 等待 5 分鐘，讓服務完全啟動，並以 nasadmin 身分登入兩個控制站，確認問題是否已解決。當您登入插槽 0 中的控制站時，它應該會讓您正常登入。當您登入插槽 1 的控制站時，應該會告訴您插槽 1 並非主要控制站。

Getreason 輸出顯示失敗的過度狀態。
 
[nasadmin@VNXLab ~]$ /nasmcd/getreason
11 - slot_0 二級控制站
10 - slot_1 主要控制站
 5 - slot_2已連絡
 5 - slot_3連絡人
 5 - slot_4連絡

受影響的產品

VNX2 Series

產品

eNAS, VNX1 Series, VNX2 Series, VNX/VNXe
文章屬性
文章編號: 000025261
文章類型: Solution
上次修改時間: 07 11月 2025
版本:  4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。