摘 要： 主要分析SAP系統(tǒng)底層軟件傳輸架構(gòu)，通過了解SAP系統(tǒng)底層傳輸機(jī)制,，達(dá)到能夠清楚分析傳輸故障的目的,，并擴(kuò)展傳輸使用范圍，通過傳輸系統(tǒng)進(jìn)行SAP系統(tǒng)補(bǔ)丁升級和實(shí)現(xiàn)手動(dòng)傳輸?shù)木唧w方法,。
關(guān)鍵詞： SAP,；系統(tǒng)管理；傳輸管理
SAP公司的ERP（Enterprise Resource Planning）軟件以其強(qiáng)大的行業(yè)解決方案,、靈活的配置和開放性的接口等諸多優(yōu)點(diǎn)正逐步成為各企業(yè)的首選ERP軟件,。其ERP產(chǎn)品線非常全，從小型企業(yè)的SAP Business One到大型企業(yè)的SAP Business Suite都提供了強(qiáng)大的行業(yè)解決方案,。從底層技術(shù)架構(gòu)上看,，所有產(chǎn)品都離不開SAP軟件的基座：SAP NetWeaver。而本文所要闡述的傳輸管理系統(tǒng)就是基于SAP NetWeaver的一項(xiàng)功能,。通過傳輸管理系統(tǒng),，SAP系統(tǒng)管理員（BASIS）不僅可以將開發(fā)人員的程序、數(shù)據(jù)庫表,、Customazing配置從開發(fā)機(jī)傳輸?shù)綔y試,、生產(chǎn)機(jī)，還可以傳輸用戶,、角色,、Notes補(bǔ)丁等。而且管理員在安裝SAP ERP系統(tǒng)的語言包,、Support Package,、Add-On,、Notes等基礎(chǔ)功能時(shí)，傳輸系統(tǒng)是必須使用的工具,，由此可見傳輸系統(tǒng)的重要性,。本文就SAP ERP軟件的傳輸功能進(jìn)行深入分析，探討其工作原理,，并引申使用多種傳輸方法實(shí)現(xiàn)其傳輸功能,。
1 SAP ERP軟件系統(tǒng)結(jié)構(gòu)及傳輸介紹
1.1 SAP NetWeaver系統(tǒng)結(jié)構(gòu)
SAP NetWeaver是一種可以隨時(shí)用于業(yè)務(wù)運(yùn)作，服務(wù)源于架構(gòu)SOA（Service Orinted Architecture）的軟件平臺,，適用于SAP的所有解決方案,。SAP NetWeaver7.0產(chǎn)品在SOA的基礎(chǔ)上，推出面向企業(yè)級服務(wù)的SAP企業(yè)服務(wù)信息系統(tǒng)基礎(chǔ)架構(gòu)ESA（Enterprise Service Architecture）,。其組件包括門戶,、應(yīng)用服務(wù)器、商務(wù)智能解決方案以及系統(tǒng)整合和數(shù)據(jù)整合技術(shù),，貫穿始終的是組合應(yīng)用的框架和產(chǎn)品生命周期管理,。在底層還可以擴(kuò)展.NET、WebSphere和其他第三方專業(yè)系統(tǒng),，并為客戶提供管理不同基礎(chǔ)設(shè)施,、降低復(fù)雜層度和消減總體擁有成本的靈活性[1]，SAP NetWeaver架構(gòu)如圖1所示,。
1.2 SAP ERP軟件Domain傳輸域的構(gòu)成
構(gòu)建Domain傳輸域是SAP ERP系統(tǒng)之間實(shí)現(xiàn)傳輸?shù)那疤?。Domain傳輸域包含了所有加入到當(dāng)前域的SAP ERP系統(tǒng)。在一個(gè)Domain傳輸域中只能有一個(gè)SAP ERP系統(tǒng)作為傳輸域控制器（一般按照系統(tǒng)的安裝順序,，先裝DEV系統(tǒng)則定義DEV為傳輸域控制器）,，其他系統(tǒng)安裝配置好后加入到當(dāng)前傳輸域。傳輸域中的SAP ERP系統(tǒng)按照一定順序構(gòu)建成一個(gè)或多個(gè)傳輸路徑,，這些傳輸路徑和路徑上的SAP ERP系統(tǒng)就組成了Landscape,。因此一個(gè)Domain內(nèi)可以有多個(gè)Landscape存在，典型的傳輸域模型如圖2所示,。
圖2中,，整個(gè)系統(tǒng)組成Domain傳輸域，包括3個(gè)Landscape傳輸路徑：DEV—TEST—PROD,，DEV—SAND,，DEV—TEST—TRAIN。在某個(gè)Landscape傳輸路徑下,，還可以存在多個(gè)不同集團(tuán)之間的傳輸,。例如開發(fā)、配置系統(tǒng)分別為集團(tuán)100和200，SAND系統(tǒng)為800,，則Landscape傳輸路徑DEV—SAND可以有DEV（100）—SAND（800）和DEV（200）—SAND（800）兩條傳輸路由（Transport Routes）。
圖2中所示的DEV為開發(fā)系統(tǒng),，作用是進(jìn)行程序開發(fā)和配置,。按照SAP的標(biāo)準(zhǔn)，在DEV系統(tǒng)中,，應(yīng)該是盡量避免有客戶數(shù)據(jù),。開發(fā)完成后，所有正確的配置應(yīng)該傳輸?shù)綔y試系統(tǒng)中進(jìn)行測試,；TEST為測試用系統(tǒng),，其作用是驗(yàn)證開發(fā)系統(tǒng)中所開發(fā)的程序和配置是否正確。為了完成測試,，應(yīng)該在這個(gè)系統(tǒng)中輸入少量客戶數(shù)據(jù),。如果測試的結(jié)果是某項(xiàng)配置沒有達(dá)到目的，應(yīng)該返回開發(fā)系統(tǒng)修改后再進(jìn)行測試,，如此循環(huán)直到配置完成,；PROD為正式上線的生產(chǎn)系統(tǒng)。生產(chǎn)系統(tǒng)完全就是為了生產(chǎn),。為了保證系統(tǒng)的安全,，生產(chǎn)系統(tǒng)不允許有任何與生產(chǎn)無關(guān)的數(shù)據(jù)；SAND為沙盒系統(tǒng)（又被稱為playground）,，主要給顧問做程序開發(fā)測試使用,；TRAIN為培訓(xùn)系統(tǒng)，主要給關(guān)鍵用戶和最終用戶學(xué)習(xí)培訓(xùn)使用,。
1.3 三種常見的Landscape結(jié)構(gòu)
根據(jù)SAP ERP企業(yè)用戶各自的情況,，傳輸域配置各不一樣。大多數(shù)用戶由于資金預(yù)算限制,，一般會(huì)節(jié)省SAND,、TRAN等系統(tǒng)而采用圖3所示的幾種Landscape結(jié)構(gòu)。
1-system Landscape為一套硬件服務(wù)器安裝SAP R3系統(tǒng),，再通過不同集團(tuán)（Client）區(qū)分DEV,、TEST、PROD子系統(tǒng),，分別用作SAP的開發(fā),、測試和生產(chǎn)系統(tǒng)。
2-system Landscape為兩套硬件服務(wù)器,，其中一般將性能大的單獨(dú)安裝為PROD用作生產(chǎn)系統(tǒng),，性能小的用作開發(fā)、測試系統(tǒng),。
3-system Landscape為3套硬件服務(wù)器,，分別安裝單獨(dú)的SAP系統(tǒng)用作開發(fā),、測試、生產(chǎn)系統(tǒng),，各系統(tǒng)底層硬件可以不同,，但SAP軟件系統(tǒng)版本高度一致。
3種Landscape架構(gòu)各有優(yōu)劣,，其中1-system Landscape最為省錢,，畢竟只用了1套硬件系統(tǒng)，通過Client的方式實(shí)現(xiàn)了開發(fā),、測試,、生產(chǎn)3套系統(tǒng)軟隔離。但是缺點(diǎn)是不能實(shí)現(xiàn)真正意義的傳輸,，而且3套系統(tǒng)共用同1套SAP底層數(shù)據(jù)庫,，如果操作系統(tǒng)或SAP底層軟件故障，3套系統(tǒng)都將不能訪問和使用,。3-system Landscape最安全且方便管理,。通過獨(dú)立的3套系統(tǒng)，分別建立RFC連接后,，獨(dú)立的硬件系統(tǒng)即可實(shí)現(xiàn)各套系統(tǒng)之間各種數(shù)據(jù)的傳輸,。2-system Landscape介于1-system Landscape和3-system Landscape兩種架構(gòu)之間，是一種折中的架構(gòu)方式,。
1.4 集團(tuán)相關(guān)數(shù)據(jù)（Client-specific）和跨集團(tuán)數(shù)據(jù)（Cross-client）的區(qū)別
在圖3中,，不論是何種Landscape形式，DEV,、QAS,、PROD都表現(xiàn)為上層獨(dú)立模塊，彼此間數(shù)據(jù)各自獨(dú)立,，此部分為集團(tuán)相關(guān)數(shù)據(jù),。而跨集團(tuán)數(shù)據(jù)則為底層共用數(shù)據(jù)部分，只能通過獨(dú)立安裝SAP ERP軟件來分隔,，在圖中為“跨集團(tuán)客戶定制”和“集成知識庫”,。
集團(tuán)相關(guān)數(shù)據(jù)包括權(quán)限、賬號,、角色,、業(yè)務(wù)數(shù)據(jù)等。如果傳輸請求的內(nèi)容是這部分,，傳輸一定要選對目標(biāo)集團(tuán),，傳輸請求只對目標(biāo)集團(tuán)有效。
跨集團(tuán)客戶定制數(shù)據(jù)包括開發(fā)類數(shù)據(jù)、ABAP程序,、表定義,、各種程序補(bǔ)丁等。如果傳輸請求的內(nèi)容為跨集團(tuán)客戶定制數(shù)據(jù),，傳輸目標(biāo)集團(tuán)可以任選一個(gè)（包括SAP系統(tǒng)安裝后生成的000,、001、066）,，傳輸請求內(nèi)容變更到該SAP ERP系統(tǒng)的所有集團(tuán)。
1.5 SAP ERP系統(tǒng)傳輸域部署方法
按照實(shí)際項(xiàng)目要求及資金預(yù)算考慮,，選擇何種Landscape進(jìn)行部署,。同時(shí)還要考慮特殊要求。比如有些公司開發(fā)機(jī),、測試,、生產(chǎn)機(jī)分別部署在不同城市。但總的來說,，SAP ERP系統(tǒng)的傳輸域部署是在SAP ERP系統(tǒng)軟件部署完成后進(jìn)行配置的,。
進(jìn)入TMS（Transport Management System）建立傳輸域。首先登錄SAP GUI（SAP Graphic User Interface）客戶端后使用T-code（Transaction-code）事物代碼：STMS進(jìn)入TMS管理配置界面,。當(dāng)SAP ERP系統(tǒng)安裝完成,，首次進(jìn)入TMS進(jìn)行配置時(shí)系統(tǒng)會(huì)提示配置傳輸域。配置完成如圖4所示,。
配置完傳輸域后即進(jìn)入配置Landscape階段,。點(diǎn)擊菜單Overview的System選項(xiàng)將各套系統(tǒng)添加到Domain，點(diǎn)擊菜單Overview選擇Transport Routes選項(xiàng)進(jìn)入Landscape傳輸平臺配置,，然后點(diǎn)擊菜單Configuration的Standard Configuration選項(xiàng)選擇并配置需要的系統(tǒng)架構(gòu)即可,。圖5為3-system Landscape配置完成圖。
2 SAP系統(tǒng)軟件傳輸?shù)淖饔煤凸δ?br />
2.1 SAP系統(tǒng)軟件傳輸?shù)淖饔?/strong>
SAP系統(tǒng)的配置和開發(fā)過程是一個(gè)持續(xù)改進(jìn)的過程,，即配置,、開發(fā)到測試到正式使用，然后客戶在使用的過程中遇到問題,，顧問繼續(xù)修改部分不足,，重復(fù)以上的測試到正式使用的步驟。以上每一次在開發(fā)系統(tǒng)中的創(chuàng)建和修改工作都會(huì)生成多個(gè)請求號,，跨系統(tǒng)操作則需要傳輸來完成,。一旦顧問完成配置和開發(fā)，即進(jìn)行請求號釋放（事物代碼SE01,，釋放之前顧問可以將多個(gè)請求號合并,，減少傳輸工作量），釋放之后系統(tǒng)后臺會(huì)產(chǎn)生傳輸文件，并將傳輸請求號加入到目標(biāo)系統(tǒng)的傳輸隊(duì)列中（對應(yīng)SAP自有表TRBAT和TRJOB）,。在目標(biāo)系統(tǒng)中經(jīng)過刷新請求號隊(duì)列,，系統(tǒng)會(huì)檢查有沒有后續(xù)傳輸路徑，如果有且當(dāng)前系統(tǒng)傳輸完畢,，請求號又會(huì)自動(dòng)產(chǎn)生新的傳輸文件,，重復(fù)上面的操作。當(dāng)然,，如果事先不配置好傳輸路徑,，即傳輸?shù)哪繕?biāo)系統(tǒng)，那么就不會(huì)生成傳輸文件了,。
事物代碼SPAM用來安裝Support Package,，事物代碼SAINT用來安裝Add-On，事物代碼SNOTE則用來打NOTES補(bǔ)丁,。雖然各自的功能不同,，只要是在開發(fā)系統(tǒng)中進(jìn)行安裝時(shí)生成了請求號，最終都可以調(diào)用SAP的傳輸系統(tǒng),，將補(bǔ)丁直接傳輸?shù)綔y試和開發(fā)系統(tǒng)中,，而不用分別安裝3套系統(tǒng)。既然有請求號,，其底層傳輸動(dòng)作就跟配置和程序的傳輸一樣,，只是傳輸?shù)膬?nèi)容變成了補(bǔ)丁。
以上傳輸過程是建立在2-system Landscape及以上Landscape架構(gòu)上的,。如果用戶因特殊原因選擇1-system Landscape架構(gòu),，傳輸就只是同系統(tǒng)不同集團(tuán)Client之間傳輸。對應(yīng)圖3中1-system Landscape為“跨集團(tuán)客戶定制”的改變,，事物代碼為：SCC1,。
2.2 SAP軟件傳輸功能分析
當(dāng)系統(tǒng)配置完TMS和Landscape后，SAP即在服務(wù)器上關(guān)聯(lián)了傳輸路徑和連接方式等相關(guān)內(nèi)容,，用戶的所有前臺傳輸操作都將按照配置進(jìn)行傳輸,。這些配置參數(shù)保存在Transport profile文件中，文件名為tp_<domain>.PFL,，其中<domain>是配置在TMS中的傳輸域名,。
配置和程序的傳輸部署在操作系統(tǒng)層就是tp軟件的動(dòng)作。tp是SAP應(yīng)用層面反應(yīng)到操作系統(tǒng)層面進(jìn)行傳輸?shù)某绦?，支持UNIX系統(tǒng)和Windows系統(tǒng)之間的傳輸,。當(dāng)BASIS管理員通過SAP客戶端進(jìn)行請求號傳輸時(shí)，tp首先建立需要傳輸?shù)膫鬏斕柫斜?，然后通過RFC連接到遠(yuǎn)程系統(tǒng),，建立連接后按列表進(jìn)行傳輸,。在OS層面，tp在進(jìn)行數(shù)據(jù)以及版本升級補(bǔ)丁的傳輸時(shí),，也會(huì)調(diào)用另外一個(gè)傳輸程序R3trans,，SAP的標(biāo)準(zhǔn)文檔并沒有給出R3trans底層的傳輸過程，涉及到系統(tǒng)升級相關(guān)的內(nèi)容SAP不建議手動(dòng)操作,。傳輸?shù)哪夸浳募J(rèn)情況下在/usr/sap/trans/cofiles和/usr/sap/trans/data兩個(gè)目錄下,，文件名稱跟TMS實(shí)際傳輸列表一致（TMS傳輸請求號類似DEVK123456，則文件名字類似K123456.DEV）,。管理員能監(jiān)控目標(biāo)系統(tǒng)的該兩個(gè)目錄的變化來監(jiān)控傳輸[2],。
3 軟件傳輸功能的應(yīng)用實(shí)例分析
經(jīng)過以上對傳輸動(dòng)作的逐層分析，了解了SAP系統(tǒng)傳輸?shù)牡讓硬僮鞑襟E后,，SAP系統(tǒng)管理員完全可以直接跳開SAP傳輸管理界面,，對開發(fā)顧問生成的傳輸請求在操作系統(tǒng)層面進(jìn)行手動(dòng)傳輸。以某公司的SAP項(xiàng)目為例,，前期配置2-system Landscape架構(gòu)，后期增加預(yù)算調(diào)整為3-system Landscape后,，系統(tǒng)中已經(jīng)有部分配置和開發(fā)程序傳輸?shù)絇ROD中,。這就需要手動(dòng)傳輸來補(bǔ)QAS系統(tǒng)的傳輸請求。傳輸請求的傳輸有一些是必須按照先后順序來傳輸?shù)?。只需要按照請求號從低到高的排列順序進(jìn)行傳輸就可以了,。
3.1 具體實(shí)現(xiàn)步驟
（1）首先需要進(jìn)入TMS將現(xiàn)有Landscape打亂,。具體方法為添加一個(gè)Virtual System代替中間節(jié)點(diǎn),，這樣各套系統(tǒng)中的傳輸記錄不會(huì)丟失，現(xiàn)有系統(tǒng)的Landscape又獨(dú)立出來,。完成后分別從DEV,、QAS、PROD看傳輸域類似圖6所示,。
?。?）進(jìn)入開發(fā)系統(tǒng)的操作系統(tǒng)，轉(zhuǎn)到傳輸所使用的目錄地址：/usr/sap/trans/cofiles（控制文件）和/usr/sap/trans/datafile（數(shù)據(jù)文件）兩個(gè)目錄下,，同時(shí)找到需要傳輸?shù)恼埱筇査鶎?yīng)的文件,。在目標(biāo)系統(tǒng)（測試或生產(chǎn)）系統(tǒng)的操作系統(tǒng)，查看以上兩個(gè)傳輸目錄,，確定需要傳輸?shù)恼埱筇柌辉谄渲小?br />
?。?）通過rcp（remote file copy）命令或ftp進(jìn)行手動(dòng)傳輸文件拷貝（注意ftp在進(jìn)行傳輸?shù)臅r(shí)候使用ASIC傳輸模式）?？截愅瓿珊筮€要將屬組進(jìn)行調(diào)整,，讓傳輸文件能被系統(tǒng)中的SAP用戶訪問,，命令為：chown<sap用戶>：<sap管理組>文件名。
?。?）在/usr/sap/trans/bin目錄中執(zhí)行以下命令：
tp connect <SID>
tp addtobuffer DEVK123456 <SID>
tp import DEVK123456<SID>Client 800
其中<SID>為目標(biāo)系統(tǒng)的實(shí)例號,，800為目標(biāo)系統(tǒng)Client號。
tp命令格式：tp<command>[argument（s）][option（s）],。tp命令<command>參數(shù)包括Exporting,、Importing、Buffer Actions,、Disk Space,、Information、Special Functions功能,，通過正確使用帶參數(shù)的tp能完成所有SAP客戶端中的TMS傳輸工作,。
（5）如果是補(bǔ)丁升級和實(shí)際數(shù)據(jù)傳輸,，tp還會(huì)調(diào)用R3Trans,，命令格式：R3trans[<options>]<control_file>。R3Trans命令<options>參數(shù)可以是以下內(nèi)容：
-c f1 f2：帶字符集轉(zhuǎn)換拷貝文件f1到文件f2,。
-d：連接數(shù)據(jù)庫,，測試SAP數(shù)據(jù)庫是否可用。
-i file：不使用控制文件導(dǎo)入文件,。
-l file：列出日志文件清單,。
-m file：列出允許使用tp創(chuàng)建cofile的內(nèi)容清單。
-t：測試,?；貪L所有數(shù)據(jù)變更操作。
-t4：跟蹤級別4,，開啟開發(fā)跟蹤,。
-u<int>：無條件模式
-v：冗余。寫入更多細(xì)節(jié)到日志文件,。
-w file：指定日志文件,。默認(rèn)為“trans.log”。
-x：連接數(shù)據(jù)庫但不訪問SAP表[3],。
?。?）手動(dòng)傳輸完成后，還需要將TMS的Landscape重新恢復(fù)到正常狀態(tài),，刷新TMS檢查傳輸號是否已經(jīng)傳輸成功,。
3.2 手動(dòng)傳輸?shù)暮罄^操作
手動(dòng)傳輸能解決很多SAP傳輸問題，例如開發(fā)進(jìn)程超前,，傳輸卡死等,。但是手動(dòng)傳輸也有新問題,。SAP系統(tǒng)的客戶端進(jìn)行的傳輸自動(dòng)記錄了傳輸動(dòng)作，而手動(dòng)則沒有,。當(dāng)系統(tǒng)發(fā)生了手動(dòng)傳輸后,，客戶端刷新是要對比傳輸記錄的。SAP系統(tǒng)通過將整個(gè)Landscape中各套系統(tǒng)的/usr/sap/trans/下的相關(guān)目錄文件進(jìn)行列表對比,，以顯示已發(fā)生和將要發(fā)生的傳輸清單,。手動(dòng)傳輸后SAP系統(tǒng)需要更新這部分內(nèi)容。而SAP的自動(dòng)更新將會(huì)非常緩慢,。為了解決這個(gè)問題,，SAP的TMS給出了兩種解決方法：
（1）進(jìn)行一致性檢查,。包括：consistancy,；crital objects；transport tools 3個(gè)工具,。
?。?）進(jìn)行校正。運(yùn)行事物代碼：STMS后進(jìn)入某個(gè)系統(tǒng)的Import Queue,，使用Queue菜單中的Adjust進(jìn)行校正,。如開發(fā)定制的請求號多，該步驟比較慢,，可以新開客戶端用Import Monitor進(jìn)行監(jiān)控,。
傳輸請求的內(nèi)容有可能是一段程序,，也有可能是對某張數(shù)據(jù)表的修改,。在進(jìn)行程序傳輸?shù)臅r(shí)候如果發(fā)現(xiàn)傳輸程序一致處于運(yùn)行狀態(tài)“RUNNING EXECUTION OF REPORTS AFTER PUT”，這也有可能是數(shù)據(jù)表的問題,。一種可能是數(shù)據(jù)表正在被訪問,，而傳輸?shù)恼埱笫歉脑摂?shù)據(jù)表，則必須事先查看是否有人正在使用該表,；另外一種情況是數(shù)據(jù)表所需要的空間不夠,，雖然sap和oracle都能自動(dòng)擴(kuò)容空間，但如果所擴(kuò)容空間的增量跟不上傳輸需求,，就會(huì)導(dǎo)致傳輸卡死的情況,。通過事物代碼SE16N查看TMSTLOCK表，該表中的記錄鎖定了傳輸故障的傳輸請求條目,。如強(qiáng)制解鎖,，還要監(jiān)控另外兩張傳輸相關(guān)的表TRBAT和TRJOB。TRBAT記錄傳輸工作列表,，TRJOB記錄傳輸狀態(tài)列表,。
在使用以上幾種方法進(jìn)行檢查和校正需要停止一切tp和R3Trans軟件的訪問活動(dòng),。因此操作之前先用事物代碼SM02發(fā)個(gè)消息，通知所有有權(quán)限的顧問,，避免與其他開發(fā)人員或管理員的操作發(fā)生沖突,。
SAP的BASIS管理員主要負(fù)責(zé)系統(tǒng)的安裝、配置,、管理,、監(jiān)控、維護(hù),、調(diào)優(yōu)工作,。這些工作都需要掌握傳輸系統(tǒng)才能很好的完成。正常情況下管理員只需要通過TMS傳輸管理系統(tǒng)或Solution Manager管理機(jī)進(jìn)行傳輸?shù)墓芾砭S護(hù),。但當(dāng)傳輸系統(tǒng)出現(xiàn)卡死,，項(xiàng)目開發(fā)硬件不到位后期調(diào)整Landscape等情況時(shí)，手動(dòng)傳輸就變得尤為重要,。掌握底層傳輸技術(shù)手段,，SAP系統(tǒng)管理員能將應(yīng)用層面的傳輸工作轉(zhuǎn)到OS層面進(jìn)行，繞開SAP R3系統(tǒng)對傳輸過程的監(jiān)控,，不僅效率更高,，而且能繞開應(yīng)用層面的傳輸報(bào)錯(cuò)等情況進(jìn)行傳輸，這不僅為系統(tǒng)管理員提供了解決傳輸問題的途徑,，也提高了管理員進(jìn)行系統(tǒng)維護(hù)的效率,。不論是整個(gè)項(xiàng)目的開發(fā)和業(yè)務(wù)應(yīng)用都將在此受益。因此作為SAP系統(tǒng)管理員,，掌握底層傳輸機(jī)制也是非常重要的,。
參考文獻(xiàn)
[1] 石堅(jiān)燕.SAP NetWeaer--SAP新一代業(yè)務(wù)平臺[M].北京：東方出版社，2005.
[2] 周旋.SAP R/3技術(shù)與實(shí)現(xiàn)[M].北京：機(jī)械工業(yè)出版社,，2010.
[3] 希格里德·哈格曼,，藍(lán)·威爾.SAP R/3系統(tǒng)管理[M].北京：東方出版社，2006.