Dell Unity：主要 SP 在升級期間重新開機後無法連線到 Unity

主要 SP 會在升級程序期間重新開機。

在程式碼升級程序的主要 SP 重新開機期間，無法連線到 Unity 管理服務。

Unity IP 無法偵測，也無法載入 Unisphere。

數據訪問不受影響。

在 Unity 中，主要 SP 負責處理管理服務 （IP 位址）。
主要 SP 重新開機後，管理服務會容錯移轉至次要 （同儕） SP。

問題 1：
如果次要 SP 未連線至與主要 SP 相同的管理網路，則當管理服務容錯移轉時，將無法連線到 Unity IP。

例：
升級前：

• SP A 為主要，SP B 為次要
• SP A 已連接至可存取 Unisphere 的管理網路。
• SP B 未連線至與 SP A 相同的網路。

當 SP A 在升級期間重新開機時：

• SP B 成為主要，SP A 變成次要。
• 由於管理服務使用 SP B，因此 Unity 管理 IP 無法連線。

問題 2：
當 SP 之間發生容錯移轉，而我們在新 SP 上偽造 MAC 位址時，可能會發生第二個問題。某些使用者環境可能會挑選新的「複製」MAC 位址並封鎖交換器連接埠存取，導致無法存取。
 
此強化功能會檢查管理連接埠上可能的連線問題。請參閱 Dell Unity：升級前執行狀況檢查完成並顯示警告：平台：：check_management_port_2 （使用者可修正）

Test of the management port configuration indicates there may be a problem with the management port VLAN settings that could cause loss of management functionality during storage processor reboots associated with the upgrade. Some valid network configurations can also make this test fail. Ensure that the alternate management port is properly configured. See KB#000066048 for recommended VLAN management port guidelines. You can safely ignore this warning if there is not a real issue.

PUHC 警告的使用者介面螢幕擷取畫面：



此警告訊息表示 Unity 陣列無法確認對等儲存處理器 （SP） 的管理網路連線能力。新的 Unity OE 5.3 PUHC 強化功能會針對網路啟動位址解析通訊協定 （ARP） 探測。這是為了確認同儕 SP 上的任何連線問題，在事件管理作業會容錯轉移至同儕 SP。

PUHC 會發出 ARP 探針，而非標準的 ARP ping。管理 IP 位址僅在主要 SP 上處於作用中，無法在同儕 SP 上使用。這就是檢查必須是對等體上的ARP探測的原因。非主要 （對等） SP 沒有標準 ARP 的已設定 IP 位址。因此，ARP 請求必須在填充 0.0.0.0 的情況下發送，並且是 ARP 探測。

如果未從 ARP 探測收到回應，則會出現警告消息。

此警告並不代表其中一個 SP 管理連接埠的連接埠連結在升級前已中斷。如果是該問題，升級前執行狀況檢查會指出 （如 Dell 文章 Dell Unity：健全狀況檢查失敗，並顯示 [錯誤代碼：platform：：check_peer_management_port_link_2] （使用者可修正）

在升級前的 PUHC 期間：
以下警告訊息為軟警告，並非失敗：

Warning Code: platform::check_management_port_2

使用以下文章中的其中一個選項，將管理作業失敗轉移至同儕 SP，以測試同儕 SP 是否已連線至網路。Dell Unity：如何執行管理服務 （ECOM） 容錯移轉 （Dell 可修正）

本文的另一個選項是將目前的主要 SP 重新開機，以將管理作業容錯移轉至同儕 SP。在故障轉移過程中，管理操作最多可能會丟失 10 分鐘。管理作業復原後，請確認同儕 SP 現在是主要 SP。如果管理作業在容錯移轉測試後成功在 SPA 和 SPB 上運作，則可以安全地忽略此警告訊息。

在升級期間：
如果在升級過程中未看到此警告，則可以忽略此警告。按一下「重試」按鈕以繼續升級。  

若「重試」按鈕無法運作，請聯絡 Dell 支援並引用此知識文章。

升級成功後：
以下警告

Warning Code: platform::check_management_port_2

如果在成功升級至 Unity OE 5.3 或更新版本後收到此警告訊息，可以安全忽略。

此 KB 適用於所有主要 SP 重新開機，而不只是升級。

問題的範例： 

• 在一個案例中，一個 SP 已連線至管理網路，而另一條 SP 管理纜線則插入到某些 iSCSI 交換器。
• 在另一個案例中，一個 SP 已連線至管理網路，而另一條 SP 管理纜線則插入至交換器連接埠，透過不同 VLAN 連線至另一個網路。

自 Unity OE 5.3 版起，新的測試是預升級健全狀況檢查 （PUHC） 公用程式的一部分，可檢查此狀況。  此測試會同時檢查主要和次要 SP。  新的測試 （與我們檢查以確保埠未關閉的測試不同） 會使用「arp ping」（arping） 公用程式來測試介面是否允許位址解析度通訊協定 （ARP） 流量透過其介面進行。  通常，交換器會設定為在 VLAN 之間封鎖 ARP 廣播，因此在大多數情況下，這項測試都可哥靠地判斷管理埠的 VLAN 是否已正確設定。  如果交換器經設定為允許在 VLAN 間進行廣播，此測試可能會產生假反面，而且即使 VLAN 內的廣播停用，測試也可能產生誤陽性。  但在大多數情況下，在正常情況下，這項新的測試將決定是否在 VLAN 中正確設定管理埠。