Dell EMC Unity：如何在 Unity 陣列中發生 LUN 擅入。(使用者可修正)

LUN 擅入作業可能有多種原因，但是在 Unity 端，LUN 擅入觸發發生在其中一個 SP 或使用其未最佳化設計路徑的主機的故障事件上。擁有的 LUN 會擅入至其他 SP。

事實上，Unity 利用非對稱邏輯單元訪問 （ALUA） 進行主機訪問。這可讓多個路徑在 I/O 方面處於使用中狀態，但有些路徑已最佳化，而其他路徑則未最佳化。指定為最佳化的路徑是連接至擁有該特定資源的 SP 的路徑。如果 I/O 沿著未最佳化的路徑傳送，對等 SP 會利用內部 CMI （Common Messaging Interface） 匯流排，將 I/O 重新導向至擁有資源的 SP。此操作對主機完全透明，無需擅入資源即可完成 I/O。這一切都假設已遵循連接主機的最佳實務 - 每個主機兩個 HBA、每個 SP 兩個交換埠和兩個 SP 連接埠。這是針對四個路徑配置的 - 請參閱下面的第二個圖像。

範例：以下是 LUN 擅入至其他 SP「最初未擁有」
 
的不同案例 案例 1
：在以下設定中，如果 SPA 關閉，其擁有的 LUN 會從 SPA 擅入至 SPB，直到 SPA 啟動為止，接著 LUN 的擁有權會重新導向回初始擁有者 - 擅入回 SPA  情境 2：
如果在未最佳化的路徑上收到大量 I/O，Unity 系統會將 LUN 強制變更至同儕 SP，以最佳化資料路徑。
當主機錯誤地將其資料傳送到錯誤的路徑上時，就會發生後面提到的情況，因此 Unity 會自動擅入 LUN，以最佳化資料路徑。 
 
因此，這隻是一種 Unity 防禦機制，可避免高使用率 不擁有特定 LUN 的 SP。

案例 3：
在以下設定中，萬一 SP 故障，LUN 會容錯移轉至正常運作的 SP，並因其連接至相同的交換器而繼續提供 I/O 服務。萬一交換器故障，剩餘的交換器將可存取兩個 SP，無須使用非最佳化的路徑。萬一主機故障，叢集會啟動與其他主機的容錯移轉，並使應用程式連線。任何因纜線或連接埠損壞而導致的路徑故障，都不會造成任何問題，因為可以使用第二個最佳化的路徑。

此配置還可以在多次故障中倖存下來，只要它們不在同一元件中即可。例如，主機 B、交換機 A 和 SPA 的故障是可以容忍的，因為倖存的元件可用於訪問 LUN。在這種情況下，主機 A 可以通過交換機 B 連接，並訪問擅入到 SPB 的 LUN。