在企業(yè)中,直接使用軟件開發(fā)商提供的ERP系統(tǒng)對IT部門來講,既是機遇也是挑戰(zhàn)。雖然與開發(fā)大規(guī)模的定制應用相比,購買ERP系統(tǒng)可以增加IT系統(tǒng)的投資回報率,但也可能大大增加相應基礎設施的復雜程度。因此企業(yè)IT部門在為ERP系統(tǒng)選擇適當?shù)慕Y構平臺時,必須考慮以下技術實現(xiàn)問題。

系統(tǒng)結構

目前,幾乎所有的ERP系統(tǒng)都采用多層次的客戶機/服務器結構,并且絕大多數(shù)時候都采用了客戶機/胖服務器模型。這種模型可以更有效地進行應用管理,降低網(wǎng)絡的復雜性并保證數(shù)據(jù)庫的完整性。

IT部門在設計ERP系統(tǒng)結構時必須考慮三個層次:表示層、應用層和數(shù)據(jù)庫層。表示層、應用層與數(shù)據(jù)庫層分離(不管是物理的還是邏輯的)已經(jīng)成為創(chuàng)建模塊化、可更新的客戶機/服務器應用的一種最常見的方法。這樣一來,用戶可以從數(shù)據(jù)庫服務器中裝載可執(zhí)行的應用,從而簡化對應用的管理,同時在需要時,每個服務器還可以請求它自己的可執(zhí)行模塊。類似的,可伸縮性也相應地變得簡單并且可通過增加應用服務器來進行升級。

此外,ERP系統(tǒng)的成功在很大程度上還有賴于其網(wǎng)絡運行能力。在實施ERP的過程中,許多企業(yè)最常犯的一個錯誤就是在計劃和實施ERP項目時沒有充分考慮網(wǎng)絡帶寬問題。因此,為了確保ERP實施以后擁有足夠的性能,項目實施小組在規(guī)劃ERP項目時必須了解目標網(wǎng)絡的速度并且詳細理解應用結構的網(wǎng)絡性能需求。

系統(tǒng)集成

絕大多數(shù)用戶在實施企業(yè)ERP項目時一般都會采用來自多個不同廠商的ERP系統(tǒng),因而經(jīng)常需要不同的數(shù)據(jù)庫和硬件平臺。而且,隨著這些獨立系統(tǒng)的實現(xiàn),IT部門需要將這些分離的ERP子系統(tǒng)相互集成起來,同時還必須將現(xiàn)有的應用同已有的應用和決策支持系統(tǒng)集成起來,只有這樣才能最大限度地發(fā)揮ERP項目的作用。有鑒于此,用戶應該選擇市場前景最廣闊的基礎設施組件,因為這些組件以后集成起來更容易一些。

最理想的集成方法是在一個單一的操作系統(tǒng)和數(shù)據(jù)模型上運行多個應用。然而,雖然這種方法可以減少集成相關應用的復雜性,但卻增加了實施的時間。除此之外,這種方法一旦實施完成,其靈活性就要相對差一些。不過,在絕大多數(shù)情況下,選擇單一廠商方法是很有必要的,因為絕大多數(shù)應用軟件開發(fā)商都依賴專用的或特定的數(shù)據(jù)庫系統(tǒng)。

可擴展性與數(shù)據(jù)倉庫

企業(yè)在自身發(fā)展的過程中需要不斷地調整自己的核心商業(yè)過程,包括財務、人力資源、制造、后勤、客戶服務和銷售等。發(fā)展越快的企業(yè)其核心商業(yè)過程的調整頻率就越高,因此在安裝ERP系統(tǒng)時一個主要的考慮就是可擴展性?？蓴U展性是指將應用擴展到其他企業(yè)系統(tǒng)中特別是數(shù)據(jù)倉庫中的能力。在這里,將數(shù)據(jù)在系統(tǒng)之間進行轉移的能力是最為關鍵的。

ERP和數(shù)據(jù)倉庫打包應用都允許IT人員在應用系統(tǒng)中集成原有的信息基礎設施。這種方法簡化了對基礎設施的管理,也使增值銷售商可以利用用戶已經(jīng)具有的基礎設施進一步開發(fā)相關的ERP數(shù)據(jù)分析應用。ERP系統(tǒng)的增值銷售商還可以提供額外的數(shù)據(jù)倉庫應用功能。這些數(shù)據(jù)倉庫可能很少提供與其他ERP包或現(xiàn)有資源的集成。這種做法將大大限制它們的功能,因為即使一個相對受限的(在用戶的數(shù)量方面)數(shù)據(jù)庫應用也可能需要訪問來自多個數(shù)據(jù)源的數(shù)據(jù)。

操作系統(tǒng)

用戶在實施ERP項目時應該考慮到操作系統(tǒng)的可移植性,因為有些服務器只能在某些硬件平臺上實施。比如,NT服務器(NTS)應該只考慮基于Intel的硬件平臺,因為在非Intel的硬件平臺上運行NT的效果通常都不會很好。

然而,到2000年,NTS應用與Unix應用相比將可能具有更多的商業(yè)功能,因為它在可伸縮性和可用性方面進行了改進,并且會得到ERP軟件商的大力支持。因此,IT部門就需要深入了解NTS與Unix核心技術的異同并且與商業(yè)部門更緊密地合作,從而確定到底是使用NTS平臺還是Unix平臺。
系統(tǒng)管理

1. 分布式系統(tǒng)管理
用戶在實施ERP項目時必須認真考慮是否能將系統(tǒng)管理擴展到其他應用。當前,針對ERP產(chǎn)品的系統(tǒng)管理方案仍然很不成熟,其原因主要是沒有統(tǒng)一的標準,而且缺乏來自ERP廠商的合作以及在分布式系統(tǒng)管理廠商中缺乏相應的ERP專家。不過這種形勢將在今后的ERP系統(tǒng)中得到改進。SAP現(xiàn)在已通過發(fā)布編程接口和分布式系統(tǒng)管理接口加強與系統(tǒng)管理軟件的集成,其他ERP廠商也將會逐步涉足這一領域。

分布式系統(tǒng)管理軟件廠商正在推出補充、擴展、填補ERP產(chǎn)品系統(tǒng)管理空白的軟件,如缺乏健壯的日程安排、性能監(jiān)視和存儲管理功能等。現(xiàn)有的分布式系統(tǒng)管理軟件大部分僅限于對應用組件/資源的外部監(jiān)控,而ERP系統(tǒng)的有效管理需要對內部應用結構和功能有深入的了解。不過,分布式系統(tǒng)管理產(chǎn)品的性能將會不斷提高,并逐漸滿足ERP系統(tǒng)的需求。

SAP的R/3雖然具有最廣泛的系統(tǒng)管理功能并且在計算中心管理系統(tǒng)(CCMS)中提供了有限的功能控制和監(jiān)視工具,但是在大中型的R/3安裝中會迅速顯露出其不足。Oracle提供了Oracle Enterprise Manager用于第三方機構將系統(tǒng)管理方案集成到Oracle數(shù)據(jù)庫中。但傳統(tǒng)的分布式系統(tǒng)管理廠商對PeopleSoft和Baan只有很少的支持。

總之,沒有一個單一的產(chǎn)品或框架能夠滿足所有ERP應用的分布式系統(tǒng)管理需求。每種系統(tǒng)管理功能必須針對客戶服務環(huán)境中的ERP系統(tǒng)、平臺要求和已有系統(tǒng)管理設施的集成問題一一進行解決。

2. 數(shù)據(jù)的備份/檢索
隨著企業(yè)數(shù)據(jù)通信流量的不斷增加,IT部門在滿足用戶對存儲空間的需求方面已面臨越來越大的挑戰(zhàn)。用戶開始越來越多地選擇第三方獨立軟件廠商和系統(tǒng)廠商提供的三層備份/檢索方案。

據(jù)META Group估計,與數(shù)據(jù)存儲相關的成本(如磁盤、控制器復雜性、備份/檢索軟件、硬件以及額外的人員)將占服務器總成本的75%。用戶必須考慮每個服務器、存儲管理和應用備份/檢索功能的購買成本。盡管企業(yè)服務器的選擇對ERP系統(tǒng)來說是非常重要的,但它只占ERP系統(tǒng)總成本的一小部分。而且,即使在前端數(shù)據(jù)庫創(chuàng)建成本降低時,數(shù)據(jù)庫維護成本一般仍占整個前端數(shù)據(jù)庫成本的15%。

總之,IT部門必須在高級應用(如ERP、數(shù)據(jù)倉庫)中支持備份/檢索。一般而言,影響服務器性能和成本的主要因素都與數(shù)據(jù)的存儲量有關,因此企業(yè)IT部門需要將注意力更多地放在存儲能力而不是CPU能力上。

ERP系統(tǒng)與網(wǎng)絡連接

從純技術的角度講,企業(yè)資源計劃(ERP)實際上是一種集成化軟件系統(tǒng),它將許多商業(yè)過程處理模塊集成起來,以此幫助企業(yè)保持競爭優(yōu)勢。由于ERP系統(tǒng)通常分布于企業(yè)的各部門和各分支機構,因此良好的網(wǎng)絡系統(tǒng)就成為確保ERP成功實施的基本需求。

為了有效地支持ERP項目,企業(yè)信息系統(tǒng)管理人員必須深入理解ERP的結構和它對網(wǎng)絡設施的基本要求。目前,決定實施ERP系統(tǒng)的企業(yè)通常都有基本的企業(yè)網(wǎng),但是,如果要支持ERP實施,就必須把傳統(tǒng)的共享式局域網(wǎng)升級到能提供高速IP服務的高性能交換式網(wǎng)絡。類似地,傳統(tǒng)的廣域網(wǎng)也需要進行升級。此外,許多ERP系統(tǒng)的用戶時常在家里或遠程工作,因此網(wǎng)絡方案還應該能夠提供高性能的遠程訪問功能。

為了幫助企業(yè)解決實施ERP過程中遇到的問題,許多公司都開發(fā)了專門的ERP實現(xiàn)包和配置步驟,幫助企業(yè)解決ERP的連網(wǎng)問題。本文介紹企業(yè)在實施ERP連網(wǎng)過程中會遇到的問題極其解決方法。
ERP應用結構與連網(wǎng)

后端數(shù)據(jù)庫服務器和應用服務器之間的交互操作通過數(shù)據(jù)庫訪問協(xié)議實現(xiàn),這類協(xié)議可能是SQL或ODBC,這些協(xié)議通常運行在IP層之上。一般情況下,這些交互操作是數(shù)據(jù)高度集中的,需要占用大量的帶寬,并且要求延遲盡可能短。要滿足這些需求,后臺數(shù)據(jù)庫與應用服務器之間的通信最好采用專用FDDI網(wǎng)絡,當然,專用快速以太網(wǎng)(共享式或交換式)也可以滿足需求,因為絕大多數(shù)廠商和集成商都在100Mbps鏈路上進行了成功的應用性能測試。

為了實現(xiàn)FDDI的高可靠性,這種網(wǎng)絡在部署時應該配備連接到網(wǎng)狀拓撲結構上的冗余交換設備。當ERP服務器跨越子網(wǎng)進行通信時,Layer 3交換將提供增強的性能。此外,網(wǎng)絡系統(tǒng)中,應該使用性能較好的交換設備和網(wǎng)絡接口卡。同時在建立服務器之間的專用鏈路時,可以利用交換設備中的CoS/QoS特性對ERP通信進行優(yōu)先權控制,以保證預期的響應速度。

應該注意的是,在一般情況下,應用服務器和后端數(shù)據(jù)庫不應該通過廣域網(wǎng)鏈路進行連接,因為這種連接容易帶來延遲,而大于幾毫秒的延遲都可能嚴重影響ERP系統(tǒng)的性能。如果因為服務器必須放在不同的地點而不得不使用WAN連接,則可行的方法之一是采用T1或T3租賃線路的逆向復用技術,以保證服務器之間的通信速度。

此外,在許多城市里,把連接轉移到高速的本地城域網(wǎng)也是一種可行的辦法。目前,運行在高速同步光纖網(wǎng)/同步數(shù)字分級網(wǎng)(SONET/SDH)上的ATM服務正變得越來越廣泛和可用,如果連接距離少于50英里,且?guī)捄脱舆t不成為問題的話,利用這些高速城域網(wǎng)服務將成為另一種可行的方案。
最后,如果站點僅僅是因為距離太遠而無法得到延遲足夠低的連接(或這樣做的成本太高),那么唯一的辦法就是使用中間件(例如BEA Tuxedo等)對ERP應用進行改造。這種方法的過程非常復雜且實施成本很高,對ERP應用的設計和性能將產(chǎn)生重大影響。因此只要有可能,應盡量將DBMS和應用服務器放在一起并通過專用的高速LAN進行連接。

2. 應用服務器與客戶端連網(wǎng)

應用服務器和客戶端之間的交互操作是為ERP應用提供連網(wǎng)設施遇到問題最多的地方。這些交互操作因各廠商ERP系統(tǒng)的不同而存在很大差異。即使在同一個ERP系統(tǒng)內,因為依賴的應用規(guī)則和使用的中間件不同也會存在差異。網(wǎng)絡設計人員理解這些交互操作的特點是非常重要的。如果有可能,應在ERP系統(tǒng)定制過程的早期就確定一個子網(wǎng)段進行測試。這可以通過利用嵌入式遠程監(jiān)控(RMON)和分析報告工具(如3Com公司的Transcend Traffix管理器)的RMON2數(shù)據(jù)實現(xiàn),也可以在測試網(wǎng)段連接一個單獨的探測器或協(xié)議分析儀來實現(xiàn)。

在企業(yè)環(huán)境中,保證ERP客戶端對應用服務器具有可伸縮訪問的最安全方法是從共享式LAN結構升級到專用的交換式連接。去掉共享式結構將消除傳統(tǒng)LAN的許多不可預測性。而且,轉移到專用以太網(wǎng)或快速以太網(wǎng)桌面連接和相應的骨干鏈路將大大增加整個企業(yè)網(wǎng)的可用帶寬。要想得到理想的性能,最好將所有的客戶端連接升級到至少10/100Mbps。在WAN中,ERP客戶端與服務器之間的交互操作具有重要意義,不管客戶端是個別遠程用戶還是位于分支機構辦公室的用戶,模擬的WAN連接至少應具有V.90 56Kbps的鏈路。數(shù)字用戶線(DSL)和線纜調制解調器(Cable Modem)可以提供更高的速率。
不管連接類型是哪一種,都需要在帶寬經(jīng)常受到嚴重限制的WAN網(wǎng)絡上保證不同的通信具有不同的優(yōu)先權?，F(xiàn)在有幾種QoS方案,如路由器優(yōu)先權排隊、WAN鏈路帶寬級別管理、映射通信、具有保證速率(CIR)的幀中繼永久性虛擬線路(PVC)等。

如果交互操作效率不高的,那么網(wǎng)絡設計人員必須確定問題是純帶寬不足引起的,還是延遲帶來的。如果問題出在帶寬不足上,可以通過對帶寬進行升級和對通信的優(yōu)先權進行調整來解決。然而如果問題出在延遲上,則需要采取不同的解決方案,或者使用一個可伸縮的遠程控制方案如Citrix WinFrame或Microsoft NT Transaction Server來解決,或者使用新的中間件對ERP應用進行重新整合。在任何一種情況下,高效的廣域網(wǎng)連接平臺都是必需的。

3. 應用共存與QoS