在企業(yè)中,直接使用軟件開(kāi)發(fā)商提供的ERP系統對IT部門(mén)來(lái)講,既是機遇也是挑戰。雖然與開(kāi)發(fā)大規模的定制應用相比,購買(mǎi)ERP系統可以增加IT系統的投資回報率,但也可能大大增加相應基礎設施的復雜程度。因此企業(yè)IT部門(mén)在為ERP系統選擇適當的結構平臺時(shí),必須考慮以下技術(shù)實(shí)現問(wèn)題。
系統結構
目前,幾乎所有的ERP系統都采用多層次的客戶(hù)機/服務(wù)器結構,并且絕大多數時(shí)候都采用了客戶(hù)機/胖服務(wù)器模型。這種模型可以更有效地進(jìn)行應用管理,降低網(wǎng)絡(luò )的復雜性并保證數據庫的完整性。
IT部門(mén)在設計ERP系統結構時(shí)必須考慮三個(gè)層次:表示層、應用層和數據庫層。表示層、應用層與數據庫層分離(不管是物理的還是邏輯的)已經(jīng)成為創(chuàng )建模塊化、可更新的客戶(hù)機/服務(wù)器應用的一種最常見(jiàn)的方法。這樣一來(lái),用戶(hù)可以從數據庫服務(wù)器中裝載可執行的應用,從而簡(jiǎn)化對應用的管理,同時(shí)在需要時(shí),每個(gè)服務(wù)器還可以請求它自己的可執行模塊。類(lèi)似的,可伸縮性也相應地變得簡(jiǎn)單并且可通過(guò)增加應用服務(wù)器來(lái)進(jìn)行升級。
此外,ERP系統的成功在很大程度上還有賴(lài)于其網(wǎng)絡(luò )運行能力。在實(shí)施ERP的過(guò)程中,許多企業(yè)最常犯的一個(gè)錯誤就是在計劃和實(shí)施ERP項目時(shí)沒(méi)有充分考慮網(wǎng)絡(luò )帶寬問(wèn)題。因此,為了確保ERP實(shí)施以后擁有足夠的性能,項目實(shí)施小組在規劃ERP項目時(shí)必須了解目標網(wǎng)絡(luò )的速度并且詳細理解應用結構的網(wǎng)絡(luò )性能需求。
系統集成
絕大多數用戶(hù)在實(shí)施企業(yè)ERP項目時(shí)一般都會(huì )采用來(lái)自多個(gè)不同廠(chǎng)商的ERP系統,因而經(jīng)常需要不同的數據庫和硬件平臺。而且,隨著(zhù)這些獨立系統的實(shí)現,IT部門(mén)需要將這些分離的ERP子系統相互集成起來(lái),同時(shí)還必須將現有的應用同已有的應用和決策支持系統集成起來(lái),只有這樣才能最大限度地發(fā)揮ERP項目的作用。有鑒于此,用戶(hù)應該選擇市場(chǎng)前景最廣闊的基礎設施組件,因為這些組件以后集成起來(lái)更容易一些。
最理想的集成方法是在一個(gè)單一的操作系統和數據模型上運行多個(gè)應用。然而,雖然這種方法可以減少集成相關(guān)應用的復雜性,但卻增加了實(shí)施的時(shí)間。除此之外,這種方法一旦實(shí)施完成,其靈活性就要相對差一些。不過(guò),在絕大多數情況下,選擇單一廠(chǎng)商方法是很有必要的,因為絕大多數應用軟件開(kāi)發(fā)商都依賴(lài)專(zhuān)用的或特定的數據庫系統。
可擴展性與數據倉庫
企業(yè)在自身發(fā)展的過(guò)程中需要不斷地調整自己的核心商業(yè)過(guò)程,包括財務(wù)、人力資源、制造、后勤、客戶(hù)服務(wù)和銷(xiāo)售等。發(fā)展越快的企業(yè)其核心商業(yè)過(guò)程的調整頻率就越高,因此在安裝ERP系統時(shí)一個(gè)主要的考慮就是可擴展性?？蓴U展性是指將應用擴展到其他企業(yè)系統中特別是數據倉庫中的能力。在這里,將數據在系統之間進(jìn)行轉移的能力是最為關(guān)鍵的。
ERP和數據倉庫打包應用都允許IT人員在應用系統中集成原有的信息基礎設施。這種方法簡(jiǎn)化了對基礎設施的管理,也使增值銷(xiāo)售商可以利用用戶(hù)已經(jīng)具有的基礎設施進(jìn)一步開(kāi)發(fā)相關(guān)的ERP數據分析應用。ERP系統的增值銷(xiāo)售商還可以提供額外的數據倉庫應用功能。這些數據倉庫可能很少提供與其他ERP包或現有資源的集成。這種做法將大大限制它們的功能,因為即使一個(gè)相對受限的(在用戶(hù)的數量方面)數據庫應用也可能需要訪(fǎng)問(wèn)來(lái)自多個(gè)數據源的數據。
操作系統
用戶(hù)在實(shí)施ERP項目時(shí)應該考慮到操作系統的可移植性,因為有些服務(wù)器只能在某些硬件平臺上實(shí)施。比如,NT服務(wù)器(NTS)應該只考慮基于Intel的硬件平臺,因為在非Intel的硬件平臺上運行NT的效果通常都不會(huì )很好。
然而,到2000年,NTS應用與Unix應用相比將可能具有更多的商業(yè)功能,因為它在可伸縮性和可用性方面進(jìn)行了改進(jìn),并且會(huì )得到ERP軟件商的大力支持。因此,IT部門(mén)就需要深入了解NTS與Unix核心技術(shù)的異同并且與商業(yè)部門(mén)更緊密地合作,從而確定到底是使用NTS平臺還是Unix平臺。
系統管理
1. 分布式系統管理
用戶(hù)在實(shí)施ERP項目時(shí)必須認真考慮是否能將系統管理擴展到其他應用。當前,針對ERP產(chǎn)品的系統管理方案仍然很不成熟,其原因主要是沒(méi)有統一的標準,而且缺乏來(lái)自ERP廠(chǎng)商的合作以及在分布式系統管理廠(chǎng)商中缺乏相應的ERP專(zhuān)家。不過(guò)這種形勢將在今后的ERP系統中得到改進(jìn)。SAP現在已通過(guò)發(fā)布編程接口和分布式系統管理接口加強與系統管理軟件的集成,其他ERP廠(chǎng)商也將會(huì )逐步涉足這一領(lǐng)域。
分布式系統管理軟件廠(chǎng)商正在推出補充、擴展、填補ERP產(chǎn)品系統管理空白的軟件,如缺乏健壯的日程安排、性能監視和存儲管理功能等?，F有的分布式系統管理軟件大部分僅限于對應用組件/資源的外部監控,而ERP系統的有效管理需要對內部應用結構和功能有深入的了解。不過(guò),分布式系統管理產(chǎn)品的性能將會(huì )不斷提高,并逐漸滿(mǎn)足ERP系統的需求。
SAP的R/3雖然具有最廣泛的系統管理功能并且在計算中心管理系統(CCMS)中提供了有限的功能控制和監視工具,但是在大中型的R/3安裝中會(huì )迅速顯露出其不足。Oracle提供了Oracle Enterprise Manager用于第三方機構將系統管理方案集成到Oracle數據庫中。但傳統的分布式系統管理廠(chǎng)商對PeopleSoft和Baan只有很少的支持。
總之,沒(méi)有一個(gè)單一的產(chǎn)品或框架能夠滿(mǎn)足所有ERP應用的分布式系統管理需求。每種系統管理功能必須針對客戶(hù)服務(wù)環(huán)境中的ERP系統、平臺要求和已有系統管理設施的集成問(wèn)題一一進(jìn)行解決。
2. 數據的備份/檢索
隨著(zhù)企業(yè)數據通信流量的不斷增加,IT部門(mén)在滿(mǎn)足用戶(hù)對存儲空間的需求方面已面臨越來(lái)越大的挑戰。用戶(hù)開(kāi)始越來(lái)越多地選擇第三方獨立軟件廠(chǎng)商和系統廠(chǎng)商提供的三層備份/檢索方案。
據META Group估計,與數據存儲相關(guān)的成本(如磁盤(pán)、控制器復雜性、備份/檢索軟件、硬件以及額外的人員)將占服務(wù)器總成本的75%。用戶(hù)必須考慮每個(gè)服務(wù)器、存儲管理和應用備份/檢索功能的購買(mǎi)成本。盡管企業(yè)服務(wù)器的選擇對ERP系統來(lái)說(shuō)是非常重要的,但它只占ERP系統總成本的一小部分。而且,即使在前端數據庫創(chuàng )建成本降低時(shí),數據庫維護成本一般仍占整個(gè)前端數據庫成本的15%。
總之,IT部門(mén)必須在高級應用(如ERP、數據倉庫)中支持備份/檢索。一般而言,影響服務(wù)器性能和成本的主要因素都與數據的存儲量有關(guān),因此企業(yè)IT部門(mén)需要將注意力更多地放在存儲能力而不是CPU能力上。
ERP系統與網(wǎng)絡(luò )連接
從純技術(shù)的角度講,企業(yè)資源計劃(ERP)實(shí)際上是一種集成化軟件系統,它將許多商業(yè)過(guò)程處理模塊集成起來(lái),以此幫助企業(yè)保持競爭優(yōu)勢。由于ERP系統通常分布于企業(yè)的各部門(mén)和各分支機構,因此良好的網(wǎng)絡(luò )系統就成為確保ERP成功實(shí)施的基本需求。
為了有效地支持ERP項目,企業(yè)信息系統管理人員必須深入理解ERP的結構和它對網(wǎng)絡(luò )設施的基本要求。目前,決定實(shí)施ERP系統的企業(yè)通常都有基本的企業(yè)網(wǎng),但是,如果要支持ERP實(shí)施,就必須把傳統的共享式局域網(wǎng)升級到能提供高速I(mǎi)P服務(wù)的高性能交換式網(wǎng)絡(luò )。類(lèi)似地,傳統的廣域網(wǎng)也需要進(jìn)行升級。此外,許多ERP系統的用戶(hù)時(shí)常在家里或遠程工作,因此網(wǎng)絡(luò )方案還應該能夠提供高性能的遠程訪(fǎng)問(wèn)功能。
為了幫助企業(yè)解決實(shí)施ERP過(guò)程中遇到的問(wèn)題,許多公司都開(kāi)發(fā)了專(zhuān)門(mén)的ERP實(shí)現包和配置步驟,幫助企業(yè)解決ERP的連網(wǎng)問(wèn)題。本文介紹企業(yè)在實(shí)施ERP連網(wǎng)過(guò)程中會(huì )遇到的問(wèn)題極其解決方法。
ERP應用結構與連網(wǎng)
后端數據庫服務(wù)器和應用服務(wù)器之間的交互操作通過(guò)數據庫訪(fǎng)問(wèn)協(xié)議實(shí)現,這類(lèi)協(xié)議可能是SQL或ODBC,這些協(xié)議通常運行在IP層之上。一般情況下,這些交互操作是數據高度集中的,需要占用大量的帶寬,并且要求延遲盡可能短。要滿(mǎn)足這些需求,后臺數據庫與應用服務(wù)器之間的通信最好采用專(zhuān)用FDDI網(wǎng)絡(luò ),當然,專(zhuān)用快速以太網(wǎng)(共享式或交換式)也可以滿(mǎn)足需求,因為絕大多數廠(chǎng)商和集成商都在100Mbps鏈路上進(jìn)行了成功的應用性能測試。
為了實(shí)現FDDI的高可靠性,這種網(wǎng)絡(luò )在部署時(shí)應該配備連接到網(wǎng)狀拓撲結構上的冗余交換設備。當ERP服務(wù)器跨越子網(wǎng)進(jìn)行通信時(shí),Layer 3交換將提供增強的性能。此外,網(wǎng)絡(luò )系統中,應該使用性能較好的交換設備和網(wǎng)絡(luò )接口卡。同時(shí)在建立服務(wù)器之間的專(zhuān)用鏈路時(shí),可以利用交換設備中的CoS/QoS特性對ERP通信進(jìn)行優(yōu)先權控制,以保證預期的響應速度。
應該注意的是,在一般情況下,應用服務(wù)器和后端數據庫不應該通過(guò)廣域網(wǎng)鏈路進(jìn)行連接,因為這種連接容易帶來(lái)延遲,而大于幾毫秒的延遲都可能?chē)乐赜绊慐RP系統的性能。如果因為服務(wù)器必須放在不同的地點(diǎn)而不得不使用WAN連接,則可行的方法之一是采用T1或T3租賃線(xiàn)路的逆向復用技術(shù),以保證服務(wù)器之間的通信速度。
此外,在許多城市里,把連接轉移到高速的本地城域網(wǎng)也是一種可行的辦法。目前,運行在高速同步光纖網(wǎng)/同步數字分級網(wǎng)(SONET/SDH)上的ATM服務(wù)正變得越來(lái)越廣泛和可用,如果連接距離少于50英里,且帶寬和延遲不成為問(wèn)題的話(huà),利用這些高速城域網(wǎng)服務(wù)將成為另一種可行的方案。
最后,如果站點(diǎn)僅僅是因為距離太遠而無(wú)法得到延遲足夠低的連接(或這樣做的成本太高),那么唯一的辦法就是使用中間件(例如BEA Tuxedo等)對ERP應用進(jìn)行改造。這種方法的過(guò)程非常復雜且實(shí)施成本很高,對ERP應用的設計和性能將產(chǎn)生重大影響。因此只要有可能,應盡量將DBMS和應用服務(wù)器放在一起并通過(guò)專(zhuān)用的高速LAN進(jìn)行連接。
2. 應用服務(wù)器與客戶(hù)端連網(wǎng)
應用服務(wù)器和客戶(hù)端之間的交互操作是為ERP應用提供連網(wǎng)設施遇到問(wèn)題最多的地方。這些交互操作因各廠(chǎng)商ERP系統的不同而存在很大差異。即使在同一個(gè)ERP系統內,因為依賴(lài)的應用規則和使用的中間件不同也會(huì )存在差異。網(wǎng)絡(luò )設計人員理解這些交互操作的特點(diǎn)是非常重要的。如果有可能,應在ERP系統定制過(guò)程的早期就確定一個(gè)子網(wǎng)段進(jìn)行測試。這可以通過(guò)利用嵌入式遠程監控(RMON)和分析報告工具(如3Com公司的Transcend Traffix管理器)的RMON2數據實(shí)現,也可以在測試網(wǎng)段連接一個(gè)單獨的探測器或協(xié)議分析儀來(lái)實(shí)現。
在企業(yè)環(huán)境中,保證ERP客戶(hù)端對應用服務(wù)器具有可伸縮訪(fǎng)問(wèn)的最安全方法是從共享式LAN結構升級到專(zhuān)用的交換式連接。去掉共享式結構將消除傳統LAN的許多不可預測性。而且,轉移到專(zhuān)用以太網(wǎng)或快速以太網(wǎng)桌面連接和相應的骨干鏈路將大大增加整個(gè)企業(yè)網(wǎng)的可用帶寬。要想得到理想的性能,最好將所有的客戶(hù)端連接升級到至少10/100Mbps。在WAN中,ERP客戶(hù)端與服務(wù)器之間的交互操作具有重要意義,不管客戶(hù)端是個(gè)別遠程用戶(hù)還是位于分支機構辦公室的用戶(hù),模擬的WAN連接至少應具有V.90 56Kbps的鏈路。數字用戶(hù)線(xiàn)(DSL)和線(xiàn)纜調制解調器(Cable Modem)可以提供更高的速率。
不管連接類(lèi)型是哪一種,都需要在帶寬經(jīng)常受到嚴重限制的WAN網(wǎng)絡(luò )上保證不同的通信具有不同的優(yōu)先權?，F在有幾種QoS方案,如路由器優(yōu)先權排隊、WAN鏈路帶寬級別管理、映射通信、具有保證速率(CIR)的幀中繼永久性虛擬線(xiàn)路(PVC)等。
如果交互操作效率不高的,那么網(wǎng)絡(luò )設計人員必須確定問(wèn)題是純帶寬不足引起的,還是延遲帶來(lái)的。如果問(wèn)題出在帶寬不足上,可以通過(guò)對帶寬進(jìn)行升級和對通信的優(yōu)先權進(jìn)行調整來(lái)解決。然而如果問(wèn)題出在延遲上,則需要采取不同的解決方案,或者使用一個(gè)可伸縮的遠程控制方案如Citrix WinFrame或Microsoft NT Transaction Server來(lái)解決,或者使用新的中間件對ERP應用進(jìn)行重新整合。在任何一種情況下,高效的廣域網(wǎng)連接平臺都是必需的。
3. 應用共存與QoS
新的挑戰
隨著(zhù)網(wǎng)絡(luò )技術(shù)的迅速進(jìn)步和ERP在企業(yè)里的不斷流行,將會(huì )出現許多新的ERP應用,這些新應用的出現無(wú)疑將向我們提出新的挑戰。
1. 通過(guò)Web訪(fǎng)問(wèn)ERP應用
許多ERP廠(chǎng)商,包括Oracle和SAP,正在它們的ERP應用中添加Web接口。隨著(zhù)ERP應用變得越來(lái)越離不開(kāi)Web,新的連網(wǎng)問(wèn)題又出現了,ERP服務(wù)器變得越來(lái)越類(lèi)似于其他的Web服務(wù)器。盡管在這種模式中減少了客戶(hù)端的功能而增加了對服務(wù)器的要求,但位于客戶(hù)端的用戶(hù)仍然期望能夠得到傳統的應答時(shí)間服務(wù)。這就要求網(wǎng)絡(luò )設計人員必須提供能夠解決網(wǎng)絡(luò )資源問(wèn)題和服務(wù)器資源問(wèn)題的復雜QoS方案。
2. 基于政策的管理
與DBMS/應用服務(wù)器網(wǎng)絡(luò )不同,ERP通信在客戶(hù)端/應用服務(wù)器網(wǎng)絡(luò )中可能被授予最高優(yōu)先權,但也有可能不具備這種優(yōu)先權。這種情況主要出現在提供多種業(yè)務(wù)的網(wǎng)絡(luò )里,如話(huà)音、視頻傳輸等,因此在設計IP通信優(yōu)先權方案時(shí)必須考慮所有應用。
3. 供應鏈的擴展
在將來(lái),企業(yè)的外部貿易伙伴,如客戶(hù)、供應商、合作商等將可以通過(guò)Internet訪(fǎng)問(wèn)企業(yè)ERP系統。這需要在ERP Web接口中增加復雜的安全功能,如公開(kāi)密鑰設施(PKI)和數字認證等。許多Internet服務(wù)提供商將提供可以?xún)?yōu)先處理與ERP相關(guān)業(yè)務(wù)的VPN服務(wù)。通過(guò)將QoS和安全特性集成到VPN中,這些服務(wù)商將可以為不同企業(yè)之間的ERP應用提供專(zhuān)用的Extranet服務(wù)。
聯(lián)系客服
