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