《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 通信與網(wǎng)絡(luò) > 設(shè)計(jì)應(yīng)用 > SAP軟件系統(tǒng)傳輸功能分析和應(yīng)用
SAP軟件系統(tǒng)傳輸功能分析和應(yīng)用
來源:微型機(jī)與應(yīng)用2013年第19期
董 偉,丁建華,楊正平
(云南銅業(yè)股份有限公司,云南 昆明 650051)
摘要: 主要分析SAP系統(tǒng)底層軟件傳輸架構(gòu),通過了解SAP系統(tǒng)底層傳輸機(jī)制,達(dá)到能夠清楚分析傳輸故障的目的,并擴(kuò)展傳輸使用范圍,通過傳輸系統(tǒng)進(jìn)行SAP系統(tǒng)補(bǔ)丁升級(jí)和實(shí)現(xiàn)手動(dòng)傳輸?shù)木唧w方法。
關(guān)鍵詞: SAP 系統(tǒng)管理 傳輸管理
Abstract:
Key words :

摘  要: 主要分析SAP系統(tǒng)底層軟件傳輸架構(gòu),通過了解SAP系統(tǒng)底層傳輸機(jī)制,達(dá)到能夠清楚分析傳輸故障的目的,并擴(kuò)展傳輸使用范圍,通過傳輸系統(tǒng)進(jìn)行SAP系統(tǒng)補(bǔ)丁升級(jí)和實(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(cè)試、生產(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)的軟件平臺(tái),適用于SAP的所有解決方案。SAP NetWeaver7.0產(chǎn)品在SOA的基礎(chǔ)上,推出面向企業(yè)級(jí)服務(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ù)那疤帷omain傳輸域包含了所有加入到當(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(cè)試系統(tǒng)中進(jìn)行測(cè)試;TEST為測(cè)試用系統(tǒng),其作用是驗(yàn)證開發(fā)系統(tǒng)中所開發(fā)的程序和配置是否正確。為了完成測(cè)試,應(yīng)該在這個(gè)系統(tǒng)中輸入少量客戶數(shù)據(jù)。如果測(cè)試的結(jié)果是某項(xiàng)配置沒有達(dá)到目的,應(yīng)該返回開發(fā)系統(tǒng)修改后再進(jìn)行測(cè)試,如此循環(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ā)測(cè)試使用;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ā)、測(cè)試和生產(chǎn)系統(tǒng)。
 2-system Landscape為兩套硬件服務(wù)器,其中一般將性能大的單獨(dú)安裝為PROD用作生產(chǎn)系統(tǒng),性能小的用作開發(fā)、測(cè)試系統(tǒng)。
 3-system Landscape為3套硬件服務(wù)器,分別安裝單獨(dú)的SAP系統(tǒng)用作開發(fā)、測(cè)試、生產(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ā)、測(cè)試、生產(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)客戶定制”和“集成知識(shí)庫”。

 集團(tuán)相關(guān)數(shù)據(jù)包括權(quán)限、賬號(hào)、角色、業(yè)務(wù)數(shù)據(jù)等。如果傳輸請(qǐng)求的內(nèi)容是這部分,傳輸一定要選對(duì)目標(biāo)集團(tuán),傳輸請(qǐng)求只對(duì)目標(biāo)集團(tuán)有效。
 跨集團(tuán)客戶定制數(shù)據(jù)包括開發(fā)類數(shù)據(jù)、ABAP程序、表定義、各種程序補(bǔ)丁等。如果傳輸請(qǐng)求的內(nèi)容為跨集團(tuán)客戶定制數(shù)據(jù),傳輸目標(biāo)集團(tuán)可以任選一個(gè)(包括SAP系統(tǒng)安裝后生成的000、001、066),傳輸請(qǐng)求內(nèi)容變更到該SAP ERP系統(tǒng)的所有集團(tuán)。
1.5 SAP ERP系統(tǒng)傳輸域部署方法
 按照實(shí)際項(xiàng)目要求及資金預(yù)算考慮,選擇何種Landscape進(jìn)行部署。同時(shí)還要考慮特殊要求。比如有些公司開發(fā)機(jī)、測(cè)試、生產(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傳輸平臺(tái)配置,然后點(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ā)到測(cè)試到正式使用,然后客戶在使用的過程中遇到問題,顧問繼續(xù)修改部分不足,重復(fù)以上的測(cè)試到正式使用的步驟。以上每一次在開發(fā)系統(tǒng)中的創(chuàng)建和修改工作都會(huì)生成多個(gè)請(qǐng)求號(hào),跨系統(tǒng)操作則需要傳輸來完成。一旦顧問完成配置和開發(fā),即進(jìn)行請(qǐng)求號(hào)釋放(事物代碼SE01,釋放之前顧問可以將多個(gè)請(qǐng)求號(hào)合并,減少傳輸工作量),釋放之后系統(tǒng)后臺(tái)會(huì)產(chǎn)生傳輸文件,并將傳輸請(qǐng)求號(hào)加入到目標(biāo)系統(tǒng)的傳輸隊(duì)列中(對(duì)應(yīng)SAP自有表TRBAT和TRJOB)。在目標(biāo)系統(tǒng)中經(jīng)過刷新請(qǐng)求號(hào)隊(duì)列,系統(tǒng)會(huì)檢查有沒有后續(xù)傳輸路徑,如果有且當(dāng)前系統(tǒng)傳輸完畢,請(qǐng)求號(hào)又會(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í)生成了請(qǐng)求號(hào),最終都可以調(diào)用SAP的傳輸系統(tǒng),將補(bǔ)丁直接傳輸?shù)綔y(cè)試和開發(fā)系統(tǒng)中,而不用分別安裝3套系統(tǒng)。既然有請(qǐng)求號(hào),其底層傳輸動(dòng)作就跟配置和程序的傳輸一樣,只是傳輸?shù)膬?nèi)容變成了補(bǔ)丁。
以上傳輸過程是建立在2-system Landscape及以上Landscape架構(gòu)上的。如果用戶因特殊原因選擇1-system Landscape架構(gòu),傳輸就只是同系統(tǒng)不同集團(tuán)Client之間傳輸。對(duì)應(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)容,用戶的所有前臺(tá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)行請(qǐng)求號(hào)傳輸時(shí),tp首先建立需要傳輸?shù)膫鬏斕?hào)列表,然后通過RFC連接到遠(yuǎn)程系統(tǒng),建立連接后按列表進(jìn)行傳輸。在OS層面,tp在進(jìn)行數(shù)據(jù)以及版本升級(jí)補(bǔ)丁的傳輸時(shí),也會(huì)調(diào)用另外一個(gè)傳輸程序R3trans,SAP的標(biāo)準(zhǔn)文檔并沒有給出R3trans底層的傳輸過程,涉及到系統(tǒng)升級(jí)相關(guān)的內(nèi)容SAP不建議手動(dòng)操作。傳輸?shù)哪夸浳募J(rèn)情況下在/usr/sap/trans/cofiles和/usr/sap/trans/data兩個(gè)目錄下,文件名稱跟TMS實(shí)際傳輸列表一致(TMS傳輸請(qǐng)求號(hào)類似DEVK123456,則文件名字類似K123456.DEV)。管理員能監(jiān)控目標(biāo)系統(tǒng)的該兩個(gè)目錄的變化來監(jiān)控傳輸[2]。
3 軟件傳輸功能的應(yīng)用實(shí)例分析
 經(jīng)過以上對(duì)傳輸動(dòng)作的逐層分析,了解了SAP系統(tǒng)傳輸?shù)牡讓硬僮鞑襟E后,SAP系統(tǒng)管理員完全可以直接跳開SAP傳輸管理界面,對(duì)開發(fā)顧問生成的傳輸請(qǐng)求在操作系統(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)的傳輸請(qǐng)求。傳輸請(qǐng)求的傳輸有一些是必須按照先后順序來傳輸?shù)摹V恍枰凑照?qǐng)求號(hào)從低到高的排列順序進(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ù)恼?qǐng)求號(hào)所對(duì)應(yīng)的文件。在目標(biāo)系統(tǒng)(測(cè)試或生產(chǎn))系統(tǒng)的操作系統(tǒng),查看以上兩個(gè)傳輸目錄,確定需要傳輸?shù)恼?qǐng)求號(hào)不在其中。
?。?)通過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管理組>文件名。
 (4)在/usr/sap/trans/bin目錄中執(zhí)行以下命令:
 tp connect <SID>
 tp addtobuffer DEVK123456 <SID>
 tp import DEVK123456<SID>Client 800
 其中<SID>為目標(biāo)系統(tǒng)的實(shí)例號(hào),800為目標(biāo)系統(tǒng)Client號(hào)。
tp命令格式:tp<command>[argument(s)][option(s)]。tp命令<command>參數(shù)包括Exporting、Importing、Buffer Actions、Disk Space、Information、Special Functions功能,通過正確使用帶參數(shù)的tp能完成所有SAP客戶端中的TMS傳輸工作。
?。?)如果是補(bǔ)丁升級(jí)和實(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ù)庫,測(cè)試SAP數(shù)據(jù)庫是否可用。
-i file:不使用控制文件導(dǎo)入文件。
-l file:列出日志文件清單。
-m file:列出允許使用tp創(chuàng)建cofile的內(nèi)容清單。
-t:測(cè)試。回滾所有數(shù)據(jù)變更操作。
-t4:跟蹤級(jí)別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檢查傳輸號(hào)是否已經(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)傳輸后,客戶端刷新是要對(duì)比傳輸記錄的。SAP系統(tǒng)通過將整個(gè)Landscape中各套系統(tǒng)的/usr/sap/trans/下的相關(guān)目錄文件進(jìn)行列表對(duì)比,以顯示已發(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ā)定制的請(qǐng)求號(hào)多,該步驟比較慢,可以新開客戶端用Import Monitor進(jìn)行監(jiān)控。
 傳輸請(qǐng)求的內(nèi)容有可能是一段程序,也有可能是對(duì)某張數(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ù)恼?qǐng)求是更改該數(shù)據(jù)表,則必須事先查看是否有人正在使用該表;另外一種情況是數(shù)據(jù)表所需要的空間不夠,雖然sap和oracle都能自動(dòng)擴(kuò)容空間,但如果所擴(kuò)容空間的增量跟不上傳輸需求,就會(huì)導(dǎo)致傳輸卡死的情況。通過事物代碼SE16N查看TMSTLOCK表,該表中的記錄鎖定了傳輸故障的傳輸請(qǐng)求條目。如強(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)對(duì)傳輸過程的監(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ù)平臺(tái)[M].北京:東方出版社,2005.
[2] 周旋.SAP R/3技術(shù)與實(shí)現(xiàn)[M].北京:機(jī)械工業(yè)出版社,2010.
[3] 希格里德·哈格曼,藍(lán)·威爾.SAP R/3系統(tǒng)管理[M].北京:東方出版社,2006.

此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。