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

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