SAPCRM硬件規劃1SAP藍圖架構設計根據SAP藍圖架構的規劃，SAP系統的架構設計可以分為單系統、雙系統和三系統。如下圖所示：圖1SAP藍圖架構設計QTSTPRODQTSTPRODCUSTTESTCrosscifineCustomizmj 口^Kio/-F>=單系統DevelopmentProductionDevelopmentProduction雙系統DevelopmentQualityAssuranceCrps$-Ql|?nlCustomizlntgRep&shcryobject?單系統：所有的開發配置、單元測試、集成測試以及公司的生產運做都在一個三系統雙系統DevelopmentQualityAssuranceCrps$-Ql|?nlCustomizlntgRep&shcryobject?單系統：所有的開發配置、單元測試、集成測試以及公司的生產運做都在一個三系統系統中完成。雙系統：開發配置、單元測試、集成測試在一個系統（開發系統）中完成，另外一個系統作為生產系統支撐公司的實際業務運做。三系統：開發配置、單元測試在開發系統中完成，集成測試在測試系統中進行，而公司的實際業務運做在生產系統中進行。

根據SAP軟件在世界范圍內眾多應用的使用應驗，三種系統架構的對比如表1所示:表1SAP藍圖系統架構對比系統優點缺點與限制單系統價格便宜生產系統的系統性能會受到開發/集成測試系統的影響；開發/集成測試系統的測試數據會擾亂生產系統的正式數據；程序開發人員可以寫程序存取生產系統的所有企業數據，數據安全性需要考慮；系統管理人員若要進行MYSAP的系統升級(Upgrade)，沒有測試環境,升級不易且風險大；資源庫部份是開發，測試以及生產系統共享，因此一旦程序開發人員更改或測試程序,都會影響到正式上線的生產系統，業務連續性無法保證；必需采用完整的高可靠性系統架構,維護系統的可靠性；三種系統同時在一臺主機,管理的復雜度及風險提高。雙系統在開發平臺上做有限度的測試，部分保證業務連續性。所有開發的對象一旦被傳輸到生產系統，就馬上被使用，數據的傳輸無法測試，影響業務連續性三系統可以完整的測試所做的開發以及系統升級(upgrade)。硬件初期設置成本較高SAP藍圖系統架構的選擇，是整個項目的基礎。公司原則SAP藍圖系統架構，應綜合考慮下面的因素:>業務連續性的要求>生產系統數據的安全性>對測試質量的要求>系統開發/配置的管理>擁有的資源以及相對系統管理的負擔>系統性能>投資為保證測試質量，不影響業務連續性，建議采用三系統架構。2主機系統規劃主機系統的規劃包括硬件平臺的選擇、硬件容量規劃（CPU、內存、磁盤空間）、系統可靠性設計以及服務器的選型。2.1硬件平臺選擇SAP軟件可以在多種硬件平臺上運行，既包括主流的UNIXSERVER,如IBM、HP、SUN的UNIX平臺，也可以運行在WINDOWS平臺上面。硬件平臺的選擇，需要考慮系統性能、可靠性、維護方便性、硬件廠商在mySAP應用的市場占有率、發展趨勢、公司內部政策、成本因素，未來IT發展方向等。從系統可靠性方面，對硬件平臺的選擇更傾向于UNIXSERVER平臺，但隨著WINDOWS系統技術的發展，考慮到WINDOWS系統維護簡單方便、硬件投資相對UNIXSERVER具有絕對優勢，因此越來越多的公司將自己的SAP系統建立在WINDOWS平臺上面，目前，全球范圍內將SAP軟件運行在WINDOWS平臺的使用率為55%因此，建議選擇WINDOWS硬件平臺作為SAP軟件的基礎，不僅硬件投資成本低，維護方便，而且在系統可靠性方面，可以通過核心應用的雙機集群技術加以增強。2.2硬件容量規劃主機系統的硬件容量由SAP的SIZING原理計算得出，Sizing指對SAP系統硬件設備配置的預估（主要包括內存Memory、處理器CPU和存儲器Disk）。SAP與其合作伙伴共同開發了在線的評估工具”QuickSizer”來幫助用戶完成配置預估工作。在相應的Internet站點上，SAP向客戶詢問一系列相關信息（包括人員信息及業務信息），”QuickSizer”根據這些信息通過一定的算法，估算出所需的配置。”QuickSizer”所用的算法是根據SAP公司及其合作伙伴的標準測試以及客戶使用反饋的經驗數據共同制定的。”QuickSizer”的結果并非精確數值，它只是建議一系列系統負荷的相對參數作參考，根據這些負荷參數可以對某確定硬件型號的配置進行規劃。”QuickSizer”不對硬件供應廠商或平臺作評價，具體的選擇由用戶和硬件供應商共同決定。SAP系統硬件設備配置的確定最終還是要根據實施顧問的經驗，參考業界已有的成功實例并與專業硬件工程師共同來完成。“QuickSizer”定義了兩類評估模型：基于用戶的預估、基于業務量的預估。基于用戶的預估通過了解每個業務模塊的并發用戶數量來估計系統的負荷。所需的輸入信息為實際生產系統中各業務模塊將同時登錄的用戶數量。內存（MEMORY）大小的預估只能通過這種方法進行。由于并非所有用戶都同等頻度地使用系統，基于用戶的預估把用戶分成三種：低、中、高，一般每小時在系統上處理的會話數（一次屏幕的切換為一個會話）在10個以內的為”低”用戶，在120左右的為”中”用戶，在360左右的為“高”用戶。基于業務量的預估基于系統所處理的各種對象的實際數量作評估。這種方法用來預估處理器（CPU）及存儲空間（DISK）。存儲空間的大小可以通過估計SAP數據庫表將如何因各種業務對象的創建而增長，處理器(CPU)的需求通過估計業務對象創建過程中會話事務或批處理事務執行所需的時間而實現。內存(MEMORY)的預估不能通過這種方法實現。這種方法所需的輸入信息為每年系統各業務模塊中將處理的業務對象及子對象總量等。具體包括：每年創建的對象數量(如各種憑證、單據等)、各對象所含的子對象數量(如一張憑證的細目條數等)、對象在系統中需保存的月份數量、業務高峰時節及其間對象創建的頻率，等等。根據SIZING計算的硬件容量選擇合適的服務器設備時，需要充分考慮服務器的可擴展性，能夠繼續擴充CPU、內存等主要硬件設備，以滿足業務增長的需要。初步估算，對于100個左右并發用戶的SAPCRM系統，預估的硬件容量要求如下：表2SAPCRM系統硬件容量規劃系統項目容量SAPCRM生產系統(DB+CIInstance)CPU4路IntelXeonMP內存16G有效磁盤空間550GBSAPCRM開發(DB+CIInstance)CPU2路IntelXeonMP內存8G有效磁盤空間200GBSAPCRM測試系統(DB+CIInstance)CPU2路IntelXeonMP內存8G有效磁盤空間550GBSAPCRM培訓系統(DB+CIInstance)CPU1-2路IntelXeonMP內存2G有效磁盤空間200GB備注：培訓系統主要用于項目實施階段對關鍵用戶和上線后最終用戶的培訓，可采用任何PC服務器。要求2G內存，200GB左右磁盤空間。硬件容量規劃中CPU、內存要求，是按照當前用戶數進行的預估，根據該容量預估選擇服務器硬件設備時，需要考慮服務器設備有充分的可擴展性，以便幾年后業務擴展，通過擴充硬件滿足業務擴展的要求。2.3系統可靠性系統的可靠性一直是非常重要的問題。為了讓SAPCRM系統具有最高的安全性，優良的系統性能以及業務連續性性,應該將“系統高可靠性結構設計”列入硬件計劃，這樣才能避免因系統發生問題，所可能造成企業的系統宕機情景。一般情況，系統宕機分為以下兩種情況：1計劃性宕機：軟件升級/安裝補丁(supportpackage)，數據庫重組(Reorganization),停機備份(offlinebackup),硬件維護等。這種類型的宕機是有明確的目標、積極意義的宕機，宕機時間可根據系統使用情況，安排在特殊時間(如休息日或夜間)進行；2非計劃性宕機:網絡，硬件，軟件(OS,DB,R3)故障。如果發生這種類型的宕機，很可能對企業造成巨大的損失，所以下一部分，將專門針對這類情況，提出解決方案。系統高可靠性結構設計方案：對于SAP系統，可能發生的問題有網絡故障、硬件故障以及軟件故障三種。以下將分別就問題提出解決方案。A網絡故障建議每臺SAP服務器使用兩塊網卡，當其中一塊發生問題時，另外一片可以馬上接替；同時建議SAP服務器的網絡(ServerLAN)線路有兩條，當其中一條鏈路故障時，系統可以自動切換使用另外一條鏈路。(這兩條線路使用的網絡設備，如交換機、路由器也要考慮冗余備份)B硬件的錯誤1SAP服務器的硬件故障，將直接導致SAP系統停止服務。為了保證SAP系統的可用性，可以考慮使用雙機集群技術，規避硬件故障造成SAP系統停止服務。使用雙機群集系統(Cluster)，當生產系統主機故障時，可由冗余主機自動接替，讓系統繼續工作。決策是否采用群集技術，需要在可接受的宕機時間和硬件投資中尋求平衡。一般情況下，由于硬件問題導致系統宕機，宕機持續時間受以下因素影響：硬件故障診斷時間故障硬件的到貨時間主機系統的修復時間在SAP系統中，建議只對數據庫做群集以降低系統的復雜性，方便今后的維護工作，應用服務器(DIALOGINSTANCE)不考慮群集技術。隨著業務的增加，應用服務器不斷追加，一旦某一臺服務器發生硬件故障，通過SAP系統中的組登陸策略，把該臺故障服務器隔離即可，不會影響業務連續性。因此，在一個SAP系統中，只需要考慮數據庫服務器(DB+CIInstance)的雙機集群。由于SAPCRM生產系統核心應用地位，建議生產系統的數據庫服務器都采用雙機集群技術，保證系統的可用性和業務連續性。2對硬盤存儲硬件故障風險的規避，需要采購的磁盤陣列本身應采用雙控制器、雙電源，支持寫緩存鏡象，硬件本身不存在單點故障；分配給各主機的磁盤采用RAID5+HOTSPARE或磁盤鏡象技術，或者磁盤陣列采用2塊以上全局熱備盤，避免單塊硬盤物理損壞造成數據丟失；主機內置硬盤采用RAID0+1技術，避免單點故障。同時，為節約硬件投資成本，實現數據集中存儲，如果企業內部有多個系統需要數據存儲空間，我們建議采用存儲區域網絡(SAN)技術，磁盤陣列與主機之間，通過2臺光纖交換機形成冗余且負載均衡的光纖通道，把多個系統的數據集中存儲在該磁盤陣列上面。具體方案參見存儲系統規劃。C軟件的錯誤對軟件錯誤風險的規避，需要定期備份操作系統和應用軟件，每天備份數據庫和數據庫日志文件，發生問題時可以利用有效備份恢復數據。備份系統的設計請參閱備份系統規劃。2.4服務器產品選型建議元SAPCRM系統運行在WINDOWS硬件平臺上。對于WINDOWS硬件平臺，主流的產品包括IBMXseries系列產品、HPProliantDL系列產品、DELL的服務器。根據硬件產品的穩定性、成本、服務等方面綜合考慮，我們建議選擇IBMXseries系列產品，作為SAPCRM系統硬件服務器。另外，由于在項目實施階段和項目上線后需要對用戶進行培訓，在SAP系統藍圖架構外，需要一臺服務器作為培訓系統。培訓系統對硬件資源要求不高，需要1-2路CPU，2GB內存，200GB硬盤。因此我們建議培訓系統在IBMXsiries低端產品中進行選擇，如果有容量相當的服務器，該部分可不用考慮。考慮到各SAP系統的硬件容量需求以及硬件本身的可擴展性，建議服務器型號如表3：表3SAP系統服務器型號選擇系統服務器型號數量SAPCRM生產系統(DB+CIInstance)IBMeServerX4602SAPCRM開發系統(DB+CIInstance)IBMeServerX3661SAPCRM測試系統(DB+CIInstance)IBMeServerX3661SAPCRM培訓系統(DB+CIInstance)IBMeServerX306M13存儲系統規劃選擇合適的存儲系統，是數據安全的關鍵所在。選擇存儲系統，主要考慮以下幾方面內容：數據安全性存儲設備是應用系統中單點故障的隱患，因此為保證數據安全，需要嚴格選擇存儲系統。既包括存儲系統中硬件設備的冗余（電源、風扇、控制器、緩存），也包括對存儲設備中硬盤的RAID劃分。存儲容量對存儲容量的規劃，需要根據企業正常的業務量進行預估，并考慮未來3-5年的發展，計算可用的磁盤容量，并通過對RAID級別的劃分，確定磁盤數量。硬件成本存儲產品的硬件成本，既需要考慮初期投資成本，也需要考慮后續維護成本。因此，選擇存儲產品需要具有良好的開放性。同時，采用SAN技術，選擇一個集中存儲的硬件設備，可有效降低存儲產品的硬件投資。SAPCRM系統中，按照3-5年規劃，各系統對磁盤容量的需求如下表所示:表4SAP系統磁盤劃分系統應用部分集亞方而要工間RAID級別磁盤數量磁盤位置生產系統操作系統+SWAP空間30G12本機SAP應用軟件30G12盤陣DB2應用軟件+DB2日志文件40G12盤陣DB2數據文件500G5+hot7盤陣開發系統操作系統+SWAP空間30G12本機SAP應用軟件30G12本機DB2應用軟件+DB2日志文件40G12本機DB2數據文件100G12本機測試系統操作系統+SWAP空間30G12本機SAP應用軟件30G12本機DB2應用軟件+DB2日志文件40G12本機DB2數據文件500G54本機培訓系統操作系統+SWAP空間30G1本機SAP應用軟件10G1本機DB2應用軟件+DB2日志文件10G1本機DB2數據文件150G1本機備注:1對于SAP的生產系統，可以將操作系統/SWAP/DB2軟件放在主機內置2塊硬盤組成的RAID1上，SAP軟件放在盤陣2塊硬盤組成的RAID1上，DB2日志放在盤陣另2塊硬盤組成的RAID1上，DB2數據庫放在盤陣上6塊硬盤組成的RAID5上。主機配置2塊146GB硬盤，作成1組磁盤鏡象；盤陣配置11塊146G硬盤，組成2組RAID1，1組RAID5加一塊HOTSPARE盤。2對于SAP的開發系統，可以將操作系統/SWAP/DB2軟件/SAP軟件/DB2日志文件放在同一個RAID1上，把DB2數據庫放在另一個RAID1上。主機配置4塊146GB硬盤，作成2組磁盤鏡象。3對SAP測試系統，可以將操作系統/SWAP/SAP軟件/DB2軟件/DB2日志放在同一個RAID1上，DB2數據庫放在RAID5上面，主機配置2塊146G硬盤（RAID1）和4塊300G硬盤（RAID5）。通過對各系統磁盤容量的估算，建議選擇具有Tubor功能的IBMDS4300磁盤陣列作為SAP系統的集中存儲設備，配置11塊146GB硬盤。滿足各SAP系統對磁盤容量的需求。同時要求該設備具有雙控制器、雙電源、雙冷卻風扇。同時配置2臺IBMTbtalStorageSAN16B-216口光纖交換機，每臺光纖交換機配置8個光纖模塊，實現主機到磁盤陣列的雙路冗余連接。若不考慮配置光纖交換機，需要在盤陣上配置4個HBA光纖模塊，實現盤陣到每臺主機的雙路連接。4備份系統規劃數據備份是保證數據安全、規避軟件錯誤的重要措施。數據備份不只包括對數據庫進

行備份，還需要考慮操作系統、SAP軟件和ORACLE軟件的備份。具體備份內容和備份策略如表5所示：表5SAP系統備份策略系統備份內容備份介質備份方法備份周期/頻率生產系統操作系統本地磁帶機操作系統SAP安裝成功后、系統作重大變更前SAP軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前DB2軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前數據庫+日志帶庫（本地）SAPDB1328天為一個備份周期，每天執行一次數據庫日志本地磁帶機SAPDB1328天為一個備份周期，每天執行一次開發系統操作系統本地磁帶機操作系統SAP安裝成功后、系統作重大變更前SAP軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前DB2軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前數據庫+日志本地磁帶機SAPDB13建議28天為一個備份周期，要求每天執行一次數據庫日志———測試系統操作系統本地磁帶機操作系統SAP安裝成功后、系統作重大變更前SAP軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前DB2軟件本地磁帶機文件系統備份SAP安裝成功后、系統作重大變更前數據庫+日志———數據庫日志———由SAP備份策略，我們建議每臺主機上面配置一臺IBM3580易捷型磁帶機，用來備份各主機的操作系統、SAP/DB2應用軟件、DB2的數據庫日志文件以及開發機的數據庫文件。同時，配置一臺IBM3581磁帶庫，備份生產系統的數據庫文件。根據SAP建議的備份介質保留周期，建議選購LTO2200/400GB磁帶90-100盤。5SAPCRM硬件配置清單通過主機容量規劃、存儲系統、備份系統的設計，SAPCRM硬件配置清單如表6：表6：SAPCRM硬件配置清單服務器型號配置數量生產系統AIBMX460CP