一個災備項目的總結

  總結下最近作的一個項目，期間遇到不少問題，不過最後仍是成功解決了。

一、光纖模塊 

  將A地的數據災備到B地，中間相隔40千米左右，兩端各有一個光纖交換機，A地是HP的，B地是Brocade的。不過HP的那個是OEM Brocade的。從一個廠商那買了幾個單模的光模塊，各插在兩端的交換機上。結果發現不能通信。一開始懷疑是鏈路衰減，後來通過測試發現不是，再懷疑是模塊的問題，但是模塊廠家過來換了2次，仍是不通，結果模塊廠商堅持認爲是鏈路衰減的問題。後來就拖啊拖了1個多月（期間正好過年）。最後同事從北京公司換了個模塊，問題成功解決。看來問題仍是出在模塊身上。

二、RAID降級

   B地的管理服務器（安裝SANtricity軟件）啓動時報錯，出現degraded字樣，進RAID卡調試發現作的RAID1，強行進入系統，沒有問題。

三、HBA卡 

   在管理服務器上用SANtricity軟件指定一個卷，並將這個卷映射給主機後，發現主機不能識別，後來將光纖插到另外一個HBA卡上便可，原先那個HBA卡是壞的。

四、雙控、多路徑

   因爲存儲是雙控制器，而且兩控制器都啓用，所以主機鏈接存儲的一個卷時默認會發現兩個硬盤，在主機層配置多路徑便可。若是存儲廠商不提供多路徑軟件，主機使用開源或免費的便可。 

五、HBA卡驅動

   主機經過光纖鏈接存儲，走FC協議，所以需配置HBA卡，而且在主機上安裝HBA卡的驅動

六、集羣文件系統 

    A地主機實現Oracle雙機，使用同一個存儲卷，走FC協議，結果主機方面的集成商說之前從未遇到過，只會作NAS方式的。我推薦他們用OCFS實現卷共享，他們說不安全。。。。我無語了，繼續推薦他們用其餘集羣文件系統。後來涉及到費用問題，他們仍是乖乖的用OCFS了。

七、NAS機頭

    仍是上面那個問題，客戶的技術人員說既然沒法實現卷共享，那就在存儲前面加一個NAS機頭。可是NAS機頭價格比集羣文件系統軟件貴，並且用於數據庫環境性能會變差。 

八、鏡像卷及切換

    A地的A卷和B地的B卷作鏡像關係，當A捲髮生改變時，能當即反應到B卷。這樣萬一A卷故障，便可先中止他們的鏡像關係，而後將B卷掛載便可。

九、Solaris 

    B地的主機是Solaris，集成商不太懂，現場用手機各類查啊，好比查看HBA卡的WWN號，對磁盤格式化分區，多路徑配置等等。 

十、項目驗收 

    客戶提出須要找第三方公司作A地同步到B地的性能測試，Oh my God。。。 

總結： 

（1）、項目中遇到屢次是硬件設備的故障，例如光纖盒HBA卡，當出現問題時，千萬不能一根筋，要從各個方面去排查，大膽嘗試，當心求證。 

（2）、事先要準備好相關的實施資料，包括設備驅動、用到的軟件、相關係統和設備的使用手冊，不怕一萬就怕萬一。

（3）、作售前或售後，不要求你像研發那樣精通到底層協議，可是要涉及的知識面要廣，從主機到應用再到存儲都要懂。

 

（4）、該你作的你就作，不應你作的你能夠幫助，提供建議或文檔，可是不要本身去動手作，否則出了問題就頭大了。