原有系統分析：

根(gen)據用戶提供的信息，現在網絡的環境中，IBM 460服務器直(zhi)連DS 4300的存儲，運行SQL Server數據庫和ERP系(xi)統；IBM 445服務器直連FAST 200存儲(chu)，運(yun)行SQL Server數據庫。每天通過SQL Server數據庫的備份和(he)恢復(fu)，把460服務器上的(de)數據鏡像一份到445服務器上(shang)，達到兩個SQL數據庫的數據一(yi)致(zhi)。電子商務應用服務器需(xu)要訪問和查詢ERP系統數據，因為ERP系(xi)統負荷(he)已經很大，CPU資源占用經常(chang)都在100%，所以電(dian)子商(shang)務(wu)應用服(fu)務(wu)器只能訪問IBM 445上(shang)的數據庫。

原有系統拓撲：

對現在(zai)的系統進(jin)行分析(xi)，發現存在(zai)如(ru)下問題(ti)：

 IBM 460服務器負載太大：由于ERP系統(tong)訪問量太大，導(dao)致CPU占用常(chang)在100%。長此以(yi)往，服務器性能受損(sun)，ERP系統岌(ji)岌(ji)可(ke)危(wei)。

 ERP系統無高可用：ERP系統作為(wei)該集團的主要業務支撐，一旦宕(dang)機，業務將停(ting)滯。

 磁盤陣列利用率低(di)：兩(liang)個(ge)磁盤陣列都是用(yong)直(zhi)連的方(fang)式連接到服(fu)務器(qi)上，其(qi)他服(fu)務器(qi)不(bu)能共享，資源沒有合理利用(yong)。

 電子商務(wu)(wu)服務(wu)(wu)器(qi)訪(fang)問(wen)實時(shi)性(xing)低：由于電子(zi)商(shang)務服(fu)務器訪問的(de)是IBM 445服務器(qi)上的SQL數(shu)據庫，而此SQL數據(ju)庫的數據(ju)是從(cong)460服務器上的SQL數(shu)(shu)據庫恢復過來的數(shu)(shu)據，兩(liang)份數(shu)(shu)據相差(cha)一天時間，數(shu)(shu)據實時性(xing)極低(di)。

系統改進方(fang)案：

  根據該集團實(shi)際情況，我(wo)們采取了如下(xia)解(jie)決(jue)方案：

A、新增(zeng)一臺高性(xing)能的IBM X3850服務器，把(ba)ERP系統遷移(yi)到新服務器上。利(li)用X3850服務器的(de)高性能(neng)來保證ERP系統的暢通(tong)運行。

B、新增兩臺光纖交換機(ji)，把現有(you)的兩臺磁盤陣列都(dou)連(lian)接到光纖交換機(ji)下(xia)，實現存儲(chu)資源的共享，同(tong)時提供網(wang)絡層的交換機(ji)冗(rong)余。一旦一臺交換機(ji)壞了，另一臺交換機(ji)可(ke)以接管，保證訪問的不間斷。

C、本(ben)著現有(you)資源不浪費和合理利用的原(yuan)則，新增(zeng)一套(tao)Veritas Storage Foundation HA軟(ruan)件，把換下來的IBM 460服務(wu)器和新增的IBM X3850服(fu)務(wu)器以及現有的(de)兩(liang)個磁盤(pan)(pan)陣(zhen)列(lie)構建成全無(wu)單點故障的(de)雙(shuang)機雙(shuang)盤(pan)(pan)陣(zhen)的(de)高(gao)可(ke)用系統。兩(liang)個磁盤(pan)(pan)陣(zhen)列(lie)只需要每個劃分(fen)500G的(de)存儲空(kong)間(jian)來做磁盤陣列之間(jian)的(de)鏡像，其他存儲空(kong)間(jian)所有服務器可以共享(xiang)。一旦(dan)此高(gao)可用系統任何(he)一個(ge)設備宕(dang)機(ji)，都有備用設備接管(guan)，最大限(xian)度(du)的(de)保證業務連續性。

D、由于增加高性能的(de)IBM X3850服(fu)(fu)務(wu)器(qi)，電子(zi)商務(wu)服(fu)(fu)務(wu)器(qi)可以(yi)之(zhi)間(jian)訪問(wen)新服(fu)(fu)務(wu)器(qi)的SQL數據庫，達到訪問數據的實時(shi)性。而IBM 445服務器可以用來做其他(ta)應(ying)用。