基于IP-SAN構架的Windows MSCS非編網絡故障排除和應急方法

吳云志

(安徽省黃山市廣播電視臺，安徽 黃山 245000)

一 前言

iSCSI(Internet SCSI)標準在2003年2月11日由IETF(Internet Engineering Task Forc，互聯網工程任務組)認證通過。iSCSI繼承了兩大最傳統技術：SCSI和TCP/IP協議。這為iSCSI的發展奠定了堅實的基礎。IP-SAN(IP存儲區域網絡)就是基于iSCSI協議的網絡構架。

二 IP-SAN構架的Windows MSCS非編網絡

由于iSCSI的運用和帶IP標準接口的存儲設備的出現，使得完全采用千兆以太網技術搭建1個SAN成為現實。

IP-SAN架構的非編網保留了SAN所具有的優點，最大限度保證了帶寬能力，其成本比FC-SAN架構的非編網低得多，具有很高的性價比。在綜合考慮安全性之后，采用Microsoft群集服務(MSCS)技術，搭載iSCSI Initiator(iSCSI引發器)+Tivoli SANergy(IBM公司開發的文件共享系統軟件)構建的IP-SAN網絡正被廣泛的應用于非編網中。隨之而來的這類型網絡維護問題也越來越受到人們的關注。

三 IP-SAN構架的Windows MSCS非編網絡的典型故障及維護

IP-SAN網絡將存儲系統、應用服務器和客戶端都通過千兆以太交換機相互連接，這類網絡結構相對簡單，對以太網層面上的故障就不進行考慮了。下面將著重對這種構架網絡的幾個典型的故障做幾點分析。

1.Windows MSCS故障

MSCS服務依據一個專用的共享仲裁磁盤完成協同工作，(如上圖中標識為Heart的卷)若仲裁磁盤丟失，則MSCS服務將無法啟動。參考解決方法為：

(1)確保仲裁磁盤正常情況下，關閉多余節點，僅保留一個節點(服務器)情況下使用net start clussvc/fixquorum開關參數啟動群集。

(2)打開群集管理器，以點號“.”來連接群集，此時所有群集服務均offline;手動使仲裁盤等資源online。

(3)使用net stop clussvc命令停止群集服務后，再使用net start clussvc/resetquorumlog命令創建MSCS日志信息。

(4)重啟節點服務器，MSCS恢復正常。

2.SQL數據庫置疑故障

數據庫典型的問題一般包括磁盤用滿、數據庫置疑等。數據庫磁盤用滿可以考慮采用分離后將數據移到空間足夠磁盤上再附加的方式解決。若磁盤用滿是數據庫日志文件過大引起，也可直接進行數據庫日志收縮工作。

3.MDC磁盤管理異常故障

MDC(Meta Data Controller，元數據控制器)這里指的是通過配置SANergy管理卷(文件系統)的服務器。

由于MDC服務器也采用MSCS方式，兩臺服務器功能完全一致。出現簡單故障時，可先考慮切換到另一臺MDC服務器上嘗試恢復正常業務。若上述操作不成功，則可能需要對系統進行重新配置。具體方法參考下文的MDC應急內容。

四 IP-SAN非編網絡應急

采用MSCS模式后，網絡安全的安全性得到了很大提升，但我們也要對極端情況做好預演和應急工作。針對這種網絡，需要做好SQL數據庫和MDC文件系統兩大核心服務方面的應急工作。最常見且經濟的應急方式為新增一臺第三服務器用于完成SQL/MDC的應急工作。具體措施如下：

1.SQL數據庫應急

SQL的應急主要是在第三服務器上事先安裝好數據庫軟件，并定時將業務數據庫自動備份的數據文件遷移到這臺服務器上還原?？梢耘浜鲜褂糜媱澣蝿兆詣油瓿蛇w移及還原工作。當業務數據庫異常時，可以直接將工作站連接到這臺服務器上應急使用即可。

2.MDC 應急

MDC服務器模式下的SAN環境在項目搭建初期有兩種選擇，一種是像本文提到的MDC部分也采用MSCS方式。另一種方式可以采用第三臺服務器冷備的方式。兩種方式各有優缺點。冷備方式操作簡單，但其需要手動替換故障設備，維修周期較長。而采用MSCS方式，雖然可以實現雙機熱備，但若出現極端情況時，(如MDC雙機宕機)維護、恢復工作較為復雜。下面就著重介紹一下采用MSCS方式的MDC服務器應急恢復方法。

當MDC MSCS系統出現異常時，首先應檢查構成SAN環境的幾個重要設備狀態，包括磁盤陣列、交換機、MDC服務器等，初步判斷故障原因。若發現是由于MDC群集癱瘓導致，則可按以下步驟進行恢復：

(1)按規范關閉網絡中的所有工作站和服務器，再單獨開啟其中一臺主MDC服務器，啟動后，由于磁盤的盤符通常會改變成初始狀態，集群服務通常會失敗。

(2)進入磁盤管理器檢查MDC服務器能否正確找到SAN中的仲裁磁盤和所有數據盤，(若沒有找到，則需要在磁盤陣列和交換機端查找原因。)當磁盤可以正確顯示出來后，按照此前的規范重新分配盤符，注意此處一定要和原先的設定完全相同，否則群集無法正常工作。

(3)盤符修改完成后，在SANergy軟件的Volume Assignment頁面中檢查是否所有數據Volume的Meta Data Controller都是?CLUS，而仲裁磁盤和數據庫磁盤的MDC為?FREE，若不是則按此設置。

(4)完成應急業務工作后，再次按日常規范關閉網絡中的所有工作站和服務器，然后單獨開啟另一臺未修復的MDC服務器，按照前面的步驟修改盤符后啟動Cluster Service服務，驗證正常后再將之前修復的MDC服務器啟動，此時MDC群集即可完全恢復正常。

五 結束語

從日常的維護來看，再好的系統都不能確保100%的安全。所以在完成日常的維護工作的同時，做好重要數據的備份工作、完善應急對策尤為重要。只有這樣，在遇到極端情況時，才可以最大限度的修復系統、挽回損失。