泛微協(xié)同管理平臺（e-cology）應(yīng)用部署方案

泛微協(xié)同管理應(yīng)用平臺e-cology泛微協(xié)同管理應(yīng)用平臺e-cology產(chǎn)品部署方案WeaverNetworkCo.,LTD.上海泛微網(wǎng)絡(luò)科技股份有限公司TelFax海市浦東新區(qū)耀華支路39弄9號泛微軟件大廈200126僅限閱讀僅限閱讀請勿傳播當(dāng)您閱讀本方案時，即表示您同意不傳播本方案的所有內(nèi)容泛微協(xié)同管理應(yīng)用平臺泛微協(xié)同管理應(yīng)用平臺e-cology產(chǎn)品部署方案目錄第一部分 e-cology集中式應(yīng)用方案 3一. 集中式部署拓?fù)鋱D 31. 單應(yīng)用服務(wù)器方案 32. 多應(yīng)用服務(wù)器方案 4第二部分 e-cology分布式應(yīng)用方案 7一. 分布式部署拓?fù)鋱D 7第三部分 網(wǎng)絡(luò)訪問帶寬配置方案 9第四部分 硬件配置建議方案 10一. 服務(wù)器配置 10二. 服務(wù)器軟件配置 12三. 存儲配置（可選） 14四. 應(yīng)用負(fù)載均衡器 14五. 環(huán)境架構(gòu)圖 14第五部分 數(shù)據(jù)備份方案 17一. 雙機熱備方案 17二. 日常備份方案 181. 備份涵蓋內(nèi)容 182. 常見備份方式 193. 數(shù)據(jù)恢復(fù)方式 19三. 熱備方案 20四. 歷史文檔備份 20第六部分 阿里云部署方案 22一. 小型應(yīng)用部署方案 221. 架構(gòu)圖 222. 服務(wù)器配置 22二. 中型應(yīng)用部署方案 231. 架構(gòu)圖 232. 服務(wù)器配置 23三. 大型應(yīng)用部署方案 241. 架構(gòu)圖 252. 服務(wù)器配置 25四. 超大型應(yīng)用部署方案 26e-cology集中式應(yīng)用方案集中式部署拓?fù)鋱D集中式部署：即代表所有服務(wù)器均在同一局域網(wǎng)范圍內(nèi)，相互之間可直接訪問。所有用戶均通過同一個“通道”來訪問和處理e-cology內(nèi)事宜。單應(yīng)用服務(wù)器方案單應(yīng)用服務(wù)器即指部署e-cology時，主要應(yīng)用一臺服務(wù)器作為web和應(yīng)用服務(wù)，另外一臺可作為數(shù)據(jù)服務(wù)器，或者應(yīng)用服務(wù)和數(shù)據(jù)庫服務(wù)部署在同一臺服務(wù)器中。此方案適用于較少用戶量的e-cology運行。從應(yīng)用上，總體效果如下： 多應(yīng)用服務(wù)器方案多應(yīng)用服務(wù)器即指部署e-cology時，啟用多臺服務(wù)器作為應(yīng)用訪問，這些應(yīng)用服務(wù)器可同時連接和操控同一臺數(shù)據(jù)庫服務(wù)器。 從應(yīng)用上，總體效果如下： 對于大用戶量的OA用戶，e-cology將采用負(fù)載均衡的多應(yīng)用服務(wù)器的系統(tǒng)部署來保證系統(tǒng)的穩(wěn)定性和訪問效率，即集群服務(wù)器部署。集群技術(shù)可如下定義：一組相互獨立的服務(wù)器在網(wǎng)絡(luò)中表現(xiàn)為單一的系統(tǒng)，并以單一系統(tǒng)的模式加以管理。集群技術(shù)可以提供與服務(wù)器節(jié)點的數(shù)量、性能成正比的負(fù)載能力，有效提高服務(wù)的吞吐量、可靠性、冗余度、適應(yīng)性，性能價格比高。集群的結(jié)構(gòu)對于用戶來說是透明的，客戶端只與單個的IP（集群系統(tǒng)的虛擬IP）進行通信，也就是說從客戶端的視角來看，就好像這里只存在單個服務(wù)器。一個集群包含多臺（至少二臺）擁有共享數(shù)據(jù)存儲空間的服務(wù)器。任何一臺服務(wù)器運行一個應(yīng)用時，應(yīng)用數(shù)據(jù)被存儲在共享的數(shù)據(jù)空間內(nèi)。每臺服務(wù)器的操作系統(tǒng)和應(yīng)用程序文件存儲在其各自的本地儲存空間上。對于集群技術(shù)方案(負(fù)載均衡)而言，有著顯著的以下特點：大集中是目前應(yīng)用系統(tǒng)的明顯趨勢：數(shù)據(jù)集中、管理集中、維護成本低、硬件成本低、方便升級有效均衡系統(tǒng)壓力，減少單個服務(wù)器因壓力過于集成而超負(fù)荷運轉(zhuǎn)的發(fā)生幾率通過負(fù)載均衡服務(wù)器自動轉(zhuǎn)發(fā)用戶請求，對于所有用戶而言沒有任何使用上的不一致加快用戶的訪問的速度自動備援，避免因單點故障而導(dǎo)致整個系統(tǒng)癱瘓的情況發(fā)生。便于系統(tǒng)的集中管理數(shù)據(jù)和文件集中，便于維護，備份和恢復(fù)日后系統(tǒng)的便于擴展，可以根據(jù)用戶的擴展情況逐步的增加集群中的服務(wù)器節(jié)點，不會對已有的系統(tǒng)和用戶有任何影響其網(wǎng)絡(luò)拓?fù)鋱D如圖：具體實現(xiàn)過程如下：準(zhǔn)備一臺外圍存儲設(shè)備把它安裝到每臺應(yīng)用服務(wù)器上，目的是為了實現(xiàn)泛微e-cology的文檔數(shù)據(jù)的共享。因為泛微e-cology的文檔是以文件的形式放在服務(wù)器的存儲設(shè)備上的，所以必須保證集群內(nèi)的每臺服務(wù)器都能夠讀寫到。準(zhǔn)備一臺負(fù)載均衡服務(wù)器根據(jù)每臺應(yīng)用服務(wù)器的IP等信息做好配置，由于負(fù)載均衡服務(wù)器的實現(xiàn)可以有很多方式（有俗稱硬負(fù)載均衡器：即供應(yīng)商直接提供的是整臺硬件設(shè)備；也有俗稱軟負(fù)載均衡器：即集群軟件安裝在獨立的服務(wù)器上的方式實現(xiàn)），這個需要根據(jù)具體的情況來設(shè)置，配置過程一般都不會很復(fù)雜。在每臺應(yīng)用服務(wù)器上單獨安裝泛微e-cology并連接數(shù)據(jù)庫服務(wù)器做好相關(guān)配置，并啟用e-cology的緩存共享設(shè)置。e-cology分布式應(yīng)用方案分布式部署拓?fù)鋱D分布式部署：是指大型機構(gòu)在地域上有多個區(qū)域機構(gòu)，在每個區(qū)域機構(gòu)可獨立部署e-cology系統(tǒng)，但區(qū)域機構(gòu)與總部之間又有部分的數(shù)據(jù)或事項來往。一般采用分布式部署方案有以下幾種情況：各區(qū)域機構(gòu)本身用戶量比較大；各區(qū)域機構(gòu)的職員不允許直接訪問外網(wǎng)，只能通過服務(wù)器端相互交換數(shù)據(jù)；區(qū)域機構(gòu)局域網(wǎng)之間物理隔絕，只能通過特定方式傳輸數(shù)據(jù)；在采用分布式部署方案中，涉及到需要相互交換或傳輸數(shù)據(jù)部分，一般建議采用e-cology標(biāo)準(zhǔn)的web-service接口來處理，針對不同的流程可單獨提供各自的web-service接口。從應(yīng)用上，可建立兩種應(yīng)用模式：松散式整合模式：即多套系統(tǒng)之間相互進行數(shù)據(jù)交互，這種模式的效果如下：集中式整合模式：即建立一個數(shù)據(jù)交換中心，各套系統(tǒng)從交換中心進行數(shù)據(jù)交互，這種模式的效果如下：網(wǎng)絡(luò)訪問帶寬配置方案從泛微以往客戶的使用分析，e-cology的瞬間并發(fā)操作用戶量(注意不是注冊用戶量和在線用戶)一般為注冊用戶的10%，而單個用戶每次操作所需的數(shù)據(jù)量平均為25K/秒；根據(jù)此平均數(shù)，可分別計算不同的用戶所需要服務(wù)器對外的通道帶寬(按集中式部署計算)：用戶數(shù)100用戶以下100～200用戶200～500用戶500～1000用戶1000～2000用戶2000～3000用戶3000～4000用戶4000～5000用戶5000用戶以上帶寬要求1M以下2M4M10M以上此表僅供參考，實際情況需要根據(jù)應(yīng)用的功能范圍而定。硬件配置建議方案服務(wù)器配置注冊用戶1000以下的用戶服務(wù)器操作系統(tǒng)CPU參考CPU個數(shù)內(nèi)存本地磁盤數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(2CPU)2顆8核32GB300G應(yīng)用服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(2CPU)2顆8核16GB300G注冊用戶1000-2000的用戶服務(wù)器操作系統(tǒng)CPU參考CPU核數(shù)內(nèi)存本地磁盤數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)4顆8核64GB300G應(yīng)用服務(wù)器（主）RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(2CPU)2顆8核16GB300G應(yīng)用服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(2CPU)2顆8核16GB300G注冊用戶2000-5000的用戶服務(wù)器操作系統(tǒng)CPU參考CPU核數(shù)內(nèi)存本地磁盤數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)4顆8核128GB300G數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)4顆8核128GB300G應(yīng)用服務(wù)器（主）RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G應(yīng)用服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G注冊用戶5000以上的用戶服務(wù)器操作系統(tǒng)CPU參考CPU核數(shù)內(nèi)存本地磁盤數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)4顆8核128GB300G數(shù)據(jù)庫服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)4顆8核128GB300G應(yīng)用服務(wù)器（主）RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G應(yīng)用服務(wù)器2RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G應(yīng)用服務(wù)器3RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G應(yīng)用服務(wù)器4RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核32GB300G手機版服務(wù)器RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核16GB300G即時通信服務(wù)器1RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核16GB300G即時通信服務(wù)器2RHEL5.4英特爾至強E7-48202.00GHz,18M高速緩存,5.86GT/sQPI,Turbo,HT,8C(4CPU)2顆8核16GB300G服務(wù)器軟件配置注冊用戶1000以下的用戶服務(wù)器應(yīng)用類型版本JDK主目錄數(shù)據(jù)庫服務(wù)器Oracle/應(yīng)用服務(wù)器Resin3.1.7ajdk1.6.0_27注冊用戶1000-2000的用戶服務(wù)器應(yīng)用類型版本JDK主目錄數(shù)據(jù)庫服務(wù)器Oracle/應(yīng)用服務(wù)器1Resin3.1.7ajdk1.6.0_27應(yīng)用服務(wù)器2Resin3.1.7ajdk1.6.0_27注冊用戶2000-5000的用戶服務(wù)器應(yīng)用類型版本JDK主目錄數(shù)據(jù)庫服務(wù)器Oracle/RAC數(shù)據(jù)庫服務(wù)器Oracle/RAC應(yīng)用服務(wù)器1Resin3.1.7ajdk1.6.0_27應(yīng)用服務(wù)器2Resin3.1.7ajdk1.6.0_27注冊用戶5000以上的用戶服務(wù)器應(yīng)用類型版本JDK主目錄數(shù)據(jù)庫服務(wù)器Oracle/RAC數(shù)據(jù)庫服務(wù)器Oracle/RAC應(yīng)用服務(wù)器1Resin3.1.7ajdk1.6.0_27應(yīng)用服務(wù)器2Resin3.1.7ajdk1.6.0_27應(yīng)用服務(wù)器3Resin3.1.7ajdk1.6.0_27應(yīng)用服務(wù)器4Resin3.1.7ajdk1.6.0_27手機版服務(wù)器Resin3.1.7ajdk1.6.0_27即時通信服務(wù)器1Resin3.1.7ajdk1.6.0_27即時通信服務(wù)器2Resin3.1.7ajdk1.6.0_27存儲配置（可選）存儲設(shè)備設(shè)備類型總空間分配空間OA數(shù)據(jù)庫存儲1TOA附件存儲10T應(yīng)用負(fù)載均衡器硬件F5或者使用nginx等軟件環(huán)境架構(gòu)圖注冊用戶1000以下的用戶注冊用戶1000-2000的用戶注冊用戶2000-5000的用戶注冊用戶5000以上的用戶數(shù)據(jù)備份方案在協(xié)同辦公平臺整套系統(tǒng)中所涉及到數(shù)據(jù)主要是分為兩部分：一是在系統(tǒng)中的非關(guān)系型數(shù)據(jù)，所涉及到的文檔及附件如word、excel、pdf、ppt附件等等，以及在其它模塊中所涉及到的圖片資料，這方面的數(shù)據(jù)是存放于文件服務(wù)器中；二是在系統(tǒng)中的關(guān)系型數(shù)據(jù)，如知識目錄的架構(gòu)、流程的信息等等，這方面數(shù)據(jù)是統(tǒng)一存放于數(shù)據(jù)庫中，如sqlserver、oracle等數(shù)據(jù)庫；所以針對協(xié)同辦公平臺數(shù)據(jù)的備份也就需要分別對這兩方面的數(shù)據(jù)進行操作：雙機熱備方案在應(yīng)用協(xié)同辦公平臺時，還有一種需求，即為了避免由于服務(wù)器的原因宕機而造成系統(tǒng)的正式運行，可同時部署兩套協(xié)同辦公平臺系統(tǒng)，相互之間可快速切換，即雙機熱備，由兩臺服務(wù)器+磁盤陣列柜構(gòu)成雙機熱備系統(tǒng)，在兩臺服務(wù)器中安裝所有的服務(wù)模塊由“兩臺服務(wù)器+共享磁盤陣列柜”構(gòu)成高可用系統(tǒng)。通過系統(tǒng)的服務(wù)監(jiān)測模塊來互相監(jiān)測對方的心跳及服務(wù)，服務(wù)監(jiān)測模塊通過網(wǎng)絡(luò)和串口來定時監(jiān)測對方心跳，該系統(tǒng)具有三種運行狀態(tài)：1.服務(wù)器A運行服務(wù)1，且在工作時使用磁盤陣列，服務(wù)器B運行服務(wù)2。2.FailOver。a)當(dāng)服務(wù)器A出現(xiàn)故障時：服務(wù)器B監(jiān)測到服務(wù)器A出現(xiàn)故障，接管服務(wù)器A的IP地址，然后再mount上磁盤陣列,最后啟動服務(wù)1。b)當(dāng)服務(wù)器B出現(xiàn)故障時：服務(wù)器A監(jiān)測到服務(wù)器B出現(xiàn)故障，監(jiān)管服務(wù)器B的IP地址，然后啟動服務(wù)2。3.TakeOver。故障服務(wù)器恢復(fù)后，兩臺服務(wù)器又開始工作，回到狀態(tài)1。雙機熱備方案一般可直接由硬件提供商完成。日常備份方案針對不需要雙機熱備的運行狀態(tài)，還需要對協(xié)同管理平臺日常運行的數(shù)據(jù)和程序周期進行備份，以便系統(tǒng)或服務(wù)器出現(xiàn)異樣時可快速還原正常狀態(tài)。備份涵蓋內(nèi)容通過協(xié)同管理平臺的技術(shù)架構(gòu)，可以看到整個協(xié)同管理平臺所包括的需備份內(nèi)容及出現(xiàn)意外情況后恢復(fù)內(nèi)容有：(1).程序文件：包括表示層和邏輯層文件；(2).數(shù)據(jù)文件：即系統(tǒng)中涉及用到的附件、圖片、flash、視頻等文件，單獨存放于協(xié)同辦公平臺應(yīng)用服務(wù)器文件夾或磁盤中；(3).數(shù)據(jù)庫內(nèi)容：即存放于關(guān)系型數(shù)據(jù)庫(如sqlserver、oracle等)中的數(shù)據(jù)；常見備份方式針對以上協(xié)同管理平臺涉及到的內(nèi)容，采用的備份方式也有所不同：(1).程序文件：不需要自動周期備份，只需要在安裝或升級后將服務(wù)器的程序安裝的文件夾\weaver手動備份到其他服務(wù)器或電腦中；(2).數(shù)據(jù)文件：數(shù)據(jù)文件存放在\weaver\ecology\filesystem文件夾下,一般可通過服務(wù)器的計劃執(zhí)行命令來備份，即先編寫備份命令的bat文件并建立網(wǎng)絡(luò)驅(qū)動器的映射，再在操作系統(tǒng)中的計劃任務(wù)中增加周期執(zhí)行bat命令(如xcopy命令)。(3).數(shù)據(jù)庫內(nèi)容：系統(tǒng)所對應(yīng)的數(shù)據(jù)庫通過查看\weaver\ecology\web-inf\prop下的preties文件即可知道(數(shù)據(jù)庫名稱為oa),可直接使用數(shù)據(jù)庫的定期備份功能進行備份；數(shù)據(jù)恢復(fù)方式針對以上協(xié)同管理平臺涉及到的內(nèi)容，采用的數(shù)據(jù)恢復(fù)方式也有所不同：(1).程序文件：將已損壞的程序文件協(xié)同管理平臺重命名，然后再將備份在其他服務(wù)器或電腦中的程序文件ecology放在已損壞文件所在位置；(2).數(shù)據(jù)文件：將已損壞的數(shù)據(jù)文件filesystem重命名，然后再將備份在其他服務(wù)器或電腦中的數(shù)據(jù)文件filesystem放在已損壞數(shù)據(jù)文件所在位置；(3).數(shù)據(jù)庫內(nèi)容：刪除已損壞數(shù)據(jù)庫，然后再將備份在其他服務(wù)器或電腦中的數(shù)據(jù)庫還原，并修改\weaver\ecology\web-inf\prop下的preties文件中數(shù)據(jù)庫名字為現(xiàn)在恢復(fù)的數(shù)據(jù)庫名。熱備方案通過集群的方案實現(xiàn)熱備；具體實現(xiàn)：有兩臺應(yīng)用服務(wù)器和一臺數(shù)據(jù)庫服務(wù)器，一臺文件服務(wù)器組成OA的正式應(yīng)用環(huán)境；兩臺應(yīng)用服務(wù)器連接同一臺數(shù)據(jù)庫服務(wù)器，文件服務(wù)器分別映射到兩臺應(yīng)用服務(wù)器上，在兩臺應(yīng)用服務(wù)器上同時安裝OA系統(tǒng)（分配不同的IP地址），并組成集權(quán)應(yīng)用。平時用戶只訪問其中一臺應(yīng)用服務(wù)器，如果該服務(wù)器出現(xiàn)故障則用戶可以通過事先指定的IP地址，訪問另一臺服務(wù)器繼續(xù)OA工作。歷史文檔備份歷史文檔備份一般有兩種方案：一種通過集群方式，多臺應(yīng)用服務(wù)器文件都存儲到磁盤陣列柜，文檔的權(quán)限和身份訪問控制都在數(shù)據(jù)庫進行管理和控制，由于協(xié)同辦公平臺數(shù)據(jù)機信息處理存儲量遠(yuǎn)沒有ERP大，ORACLE數(shù)據(jù)庫足夠支持，所以只需要磁盤陳列柜足夠大就可以