在虛擬環境中，數據不再分散存放在服務器的本地硬盤而是集中存放在共享數據存儲中。由于在共享存儲中存放了眾多虛擬機的業務數據，因此一旦數據存儲訪問發生故障，其帶來的破壞性影響要比傳統的物理環境大得多。

　　為了滿足虛擬機訪問共享存儲時對性能的需求，企業環境中大多采用FC SAN存儲。本文結合在生產環境中虛擬機訪問共享存儲發生故障的案例，簡要介紹一下如何快速定位并消除故障。

　　vSphere問題初現

　　接到用戶反應眾多虛擬機無法使用的故障報告后，使用vSphere Client登錄到vCenter Server中，在ESXi主機配置選項卡下的存儲適配器選項，發現有一個數據存儲處于“非活動”狀態，嘗試執行“全部重新掃描”鏈接，在彈出的重新掃描窗口，勾選默認的“掃描新的存儲設備”以及“掃描新的VMFS卷”，然后點擊確認。掃描完成后，發現原來狀態為“非活動”的數據存儲仍舊不可訪問。

　　圖1. 重新掃描存儲

　　依次點擊“主頁”—>“清單”—>“數據存儲和數據存儲集群”選項，進入到數據存儲列表，選中狀態為“非活動”的數據存儲。如下圖所示，選中“任務與事件”選項卡，查看與該數據存儲相關的事件。發現大量的錯誤信息：“與存儲設備...連接丟失，路徑...已斷開”。

　　圖2. 查看數據存儲近期事件

　　vSphere問題分析

　　從上述故障可以初步判斷，由于ESXi主機無法訪問數據存儲導致存放在該數據存儲上的所有虛擬機都無法訪問。在設計SAN網絡時，為避免單條鏈路發生故障，SAN網絡中的存儲、光纖交換機、主機HBA卡通常采用交叉連接方式，達到通過多條路徑訪問同一個共享存儲的效果。按照通常的思路，我們首先需要判斷是否是由于ESXi主機訪問存儲的某條鏈路發生故障導致無法訪問共享存儲。vSphere 5.0支持三種存儲路徑選擇策略固定 (VMware)、最近使用 (VMware)、循環 (VMware)，其含義如下表所示。

　　表1. vSphere 5.0 存儲路徑選擇策略

　　從上表可以看出，無論選擇哪種存儲策略，只要有一條路徑可用，那么ESXi主機仍舊可以訪問共享存儲。為了實現更好的負載均衡，建議用戶修改默認的存儲訪問策略，使用“循環 (VMware)”策略。如果是由于鏈路發生故障導致無法訪問共享存儲，那么可能的原因就是所有鏈路同時發生故障。通過檢查SAN交換機鏈路狀態沒有發現異常，那么故障點可能發生在存儲上。

　　vSphere存儲問題定位及故障解決

　　在vSphere Client中每個數據存儲對應著磁盤陣列上的一個LUN，登錄到NetApp存儲LUN所在的控制器后，執行lun show命令查看當前控制器上的所有LUN，發現/vol/vol2/lun0的狀態為offline。初步判斷是由于lun狀態不正常導致訪問故障的出現，嘗試執行lun online /vol/vol2/lun0命令嘗試將該lun的狀態修改為online。

　　完成lun狀態的修改后，需要在ESXi主機上重新掃描數據存儲。本文介紹在命令行下重新掃描數據存儲的操作。

　　(1) 登錄到ESXi主機控制臺，按ALT+F1切換到ESXi Shell下。

　　(2) 執行如下命令掃描主機的所有HBA卡：

　　esxcli storage core adapter rescan --all。

　　(3) 如果只想掃描特定的HBA卡，首先需要依次執行如下命令：

　　esxcli storage core adapter list #列出所有的HBA卡

　　圖3. 查看ESXi主機HBA卡信息

　　esxcli storage core adapter rescan --adapter

　　(4) 查看當前掛載的數據存儲：df -h

　　(5) 查找新的VMFS數據存儲：vmkfstools -V，如果發現了新的數據存儲，那么將會自動掛載到/vmfs/volumes/目錄下的子目錄中，目錄名為UUID或者我們預先指定的標簽。

　　(6) 再次查看當前掛載的數據存儲：df -h

　　(7) 如果之前狀態為“不可用”的數據存儲仍舊無法訪問，那么可能需要重啟ESXi主機，對存儲進行重新識別。

　　總之，ESXi主機訪問SAN數據存儲發生故障將會造成大量虛擬機的訪問中斷。在問題發生時作為虛擬化管理員要快速對問題進行分析，準確定位問題并進行排除，將存儲訪問中斷造成的破壞性影響降至最低，本文結合實際案例為用戶解決類似故障提供處理問題的思路及建議。