SAP TMS (Transport Management System) õpetus

Mis on SAP TMS?

TMS (transpordihaldussüsteem) on SAP tööriist, mida kasutatakse arendusobjektide teisaldamiseks, haldamiseks, kontrollimiseks ja kopeerimiseks ning sätete korrapäraseks kohandamiseks SAP maastikus olevad süsteemid RFC-ühendustele rajatud eelnevalt määratletud transpordimarsruutide kaudu.

Transpordiprotsess koosneb kahest põhietapist: eksportimine objektid allikast väljas SAP süsteemi ja importivate need ühte või mitmesse sihtmärki SAP süsteemid. TMS tähistab transpordihaldussüsteemi ja on kasutajale suunatud kiht, mis asub aluseks olevate operatsioonisüsteemi tööriistade peal. tp ja R3trans.

Miks me vajame transpordisüsteemi?

Ilma transpordisüsteemita tuleks iga muudatus QAS-is ja PRD-s käsitsi uuesti rakendada – see on aeglane, veaohtlik ja auditeerimatu. CTS-i komponendid täidavad selle lünga ja mängivad keskset rolli üldises arendus- ja kohandamiskeskkonnas. CTS tähistab Muutused ja transpordisüsteem.

CTS on vahend:

• Uute arendustaotluste haldamine ja kontrollimine.
• Süsteemidevahelise transpordi haldamine.
• Iga muudatuse tegemise koha ja teostaja registreerimine.
• Süsteemimaastiku enda seadistamine.

CTS-i komponentide ülevaade

CTS koosneb kolmest koostöös osalevast osast, millest igaühel on transpordiprobleemi erinev kiht.

• CTO (vahetus- ja transpordikorraldaja): Peamine tööriist repositooriumi muudatuste haldamiseks, sirvimiseks ja registreerimiseks ning objektide kohandamiseks. See on arendusprojektide korraldamise keskpunkt. SE01 on tehing laiendatud vaatega, mida kasutavad Basis'i administraatorid.
• Transpordivahendid: Tegelik transport toimub operatsioonisüsteemi tasandil tagaosas, kasutades transpordivahendeid, mis on osa SAP Kernel. Kaks peamist programmi on R3trans (andmete teisaldaja) ja transpordi juhtimisprogramm tp (orkestreerija).
• TMS (transpordihaldussüsteem): Kasutajaliides, mis võimaldab administraatoritel konfigureerida transpordidomeene, määratleda marsruute, jälgida impordijärjekordi ja käivitada importi ilma katkestustetaping operatsioonisüsteemile.

SAP Süsteemi maastik

Süsteemimaastik (tuntud ka kui SAP System Group) on paigutus SAP organisatsiooni kasutatavad serverid. Soovitatav seadistus on kolme süsteemi maastik:

1. Arendusserver – DEV — kus arendajad loovad ja seadistavad.
2. Kvaliteedi tagamise server – QAS — kus muudatusi integratsiooni abil testitakse.
3. Tootmisserver – PRD — kus äri igapäevatöö käigus toimib.

Lihtsamal kujul on transporditsükkel uute arenduste või kohanduste avaldamine DEV-ist, mis seejärel imporditakse nii QAS-i kui ka PRD-sse. Import PRD-sse on piiratud: see võib toimuda alles pärast integreerimist. testimine Ja kvaliteedikontrollid on QAS-is lõpule viidud ning muudatus on ametlikult märgitud läbituks.

Mis on kohandamine? Kuidas TMS kohandamises aitab?

Kohandamine on protsess, mille käigus kohandatakse SAP süsteemi kliendi ärivajadustele ilma muudatusi tegemata SAP-esitatud kood. Kohandamise teostamiseks töötavad kasutajad ja konsultandid läbi SAP Viitejuhendi rakendamine (IMG), tehingu kaudu ligipääsetav SPRO.

Kohandamine toimub ideaalis arendajamoodulis (DEV). Transpordikorraldajat (SE01) kasutatakse koos IMG-ga transporditaotluse kohandamise muudatuste salvestamiseks, millega TMS saab seejärel edasi liikuda.

Enamik kohandamismuudatusi – kuigi mitte kõik – on kliendipõhine: muudatused mõjutavad ainult ühte konkreetset klienti ja ei ole mõeldud igale süsteemi kliendile. Transpordipäringu ekspordil TMS extracotsib lähteandmebaasist vastavad tabeli kirjed ja kopeerib need failidena transpordikataloogi. Kohandamistehingu kasutamise ajal on vastavad tabeli kirjed lukustatud, kuid need avatakse hetkel, kui muudatused transporditaotlusse salvestatakse.

Hoidla ja arendusmuudatused

Lisaks olemasolevate objektide kohandamisele on enamikus projektides vaja uusi arendusi. arendusobjekt on iga objekt, mis on ehitatud selle sisse SAP süsteem. Selliste objektide täielikku kogumit, nii kliendispetsiifilisi kui ka klientidevahelisi, nimetatakse Hoidla.

Arendust tehakse enamasti abiga ABAP töölaud (SE80), seega on need muutused tuntud ka kui Töölaua muudatusedTüüpilised näited hõlmavad järgmist:

• ABAP-sõnastiku objektid: tabelid, domeenid, andmeelemendid.
• ABAP programmid, funktsioonimoodulid, menüüd ja ekraanid.
• Dokumendid ja rakenduse poolt määratletud transpordiobjektid.

Töölaud on täielikult integreeritud TMS-iga, seega saab iga töölaua muudatust salvestada ja edastada. Enamik töölaua muudatusi – kuigi jällegi mitte kõik – on ristklient, mis tähendab, et muudatused kajastuvad sihtsüsteemi igas kliendis. Lähtesüsteemist transporditud objektid kirjutavad üle sihtsüsteemis olevad samanimelised objektid.

Kliendid ja andmetüübid SAP süsteem

Kontseptuaalselt a klient on tehniliselt ja organisatsiooniliselt sõltumatu üksus, millel on oma andmekogum – põhiandmed, rakendus/Operaeriandmed ja andmete kohandamine. Kliendid loovad eraldi keskkonnad sama keskkonna sees erinevate rühmade kasutajatele või erinevate eesmärkidega kasutajatele. SAP süsteemi, ilma iga jaoks eraldi andmebaasi loomata.

Tehnilisest küljest identifitseeritakse klient kolmekohalise numbrilise ID abil, mis on ka tabelivälja väärtus. MANDT kliendipõhiste tabelite jaoks.

Kliendipõhiste andmete hulgas on kolm erinevat tüüpi:

• Kasutaja põhiandmed: Sisselogimisandmed, sh kasutajanimi, parool, kasutaja vaikesätted, autoriseerimisprofiilid või -rollid, kasutajarühmad ja suhtlusandmed. Need andmed asuvad kindlas tabelite komplektis ( USR* tabelid).
• Andmete kohandamine: Rakendava ettevõtte organisatsioonistruktuuri ja äriprotsesse kohandavad konfiguratsiooniseaded. Need andmed on kliendist sõltuvad ja salvestatakse kohandamistabelitesse.
• Rakenduse andmed: Samuti kliendist sõltuv ja jagatud vahel põhiandmed (näiteks tarnija ja materjali põhiandmed – näiteks tabel MARA) Ja tehinguandmed (näiteks müügitellimused, finantsdokumendid ja tootmistellimused).

Kliendi kohandamise valikud

Kui tehinguga SCC4 luuakse uus klient, saavad administraatorid valida, kas kliendis salvestatud muudatused jäädvustatakse automaatselt transporditaotluses ja kas klientideülene kohandamine või repositooriumi muudatused on üldse lubatud.

SAP Transpordikataloog

. SAP Transpordikataloog on globaalne transpordikataloog (/usr/sap/trans) — jagatud asukoht domeenikontrolleri süsteemis, mida kasutab iga maastiku (süsteemirühma) liikmessüsteem. See sisaldab mitmeid alamkatalooge, mis luuakse installimise ajal automaatselt ja on transpordihaldussüsteemi seadistamiseks kohustuslik.

Transpordikataloog on koht, kuhu kõik muudatused salvestatakse failidena pärast nende avaldamist DEV-ist. Seejärel toimib see allikana muudatustele, mis hiljem imporditakse QAS-i ja PRD-sse. Sel põhjusel on kataloog peab olema korrektselt jagatud maastiku igas süsteemis.

On WindowsNäiteks jagatud kataloogi asukohta saab leida järgmiselt:

\\<SAPTRANSHOST>\sapmnt\trans

Siin SAPTRANSHOST — domeenikontrolleri süsteemi aadress — on määratletud iga serveri hosts-failis SAP süsteem maastikul. Domeenikontroller on üks süsteem maastikul, mis toimib muudatuste haldamise ja transpordi üldise kontrollerina. Süsteemiadministraatorite meeskond valib selle muudatuste haldamise ja haldamise hulgast vastavalt saadavusele ja installimise ajale.

Peamised alamkataloogid

• kofailid: Muudatuste taotluse teabefailid, mis sisaldavad iga transpordi kohta täielikke üksikasju ja käske.
• andmed: Muudatuse osana rakendatavad tegelikud väärtused ja andmete kasulik koormus.
• logi: Transpordipäevikud, tracja statistika — teie esimene sissesõidusadam transpordi rikke korral.
• EPS: Täiustatud paranduste ja tugipakettide allalaadimiskataloog.

Muud alamkataloogid

• prügikast: Konfiguratsioonifailid tp (transpordiprogramm) ja TMS, sealhulgas keskne TPPARAM faili.
• vanad andmed: Vanad eksporditud andmed säilitatakse arhiveerimiseks või lõplikuks kustutamiseks.
• actlog: Tegevuslogid iga päringu ja ülesande kohta.
• puhver: Iga süsteemi transpordipuhver, mis deklareerib, millised transpordid on importi ootel.
• sapnames: Teave iga kasutaja tehtud transpordipäringute kohta.
• tmp: Ajutised ja andmelogifailid.

Transpordikataloogi ja TPPARAM-i seadistamine

Üks TMS-i seadistamise peamisi eeltingimusi on transpordikataloogi ja transpordiparameetrite faili seadistamine.

• Kataloog peab olema maastiku kõigi süsteemide vahel korrektselt jagatud ja iga osalev süsteem peab olema loetletud globaalses konfiguratsioonifailis. TPPARAM (transpordiparameetrite fail), mis asub kaustas bin alamkataloog /usr/sap/trans.
• Kui TPPARAM-ist puudub süsteemikirje, kopeerige teise süsteemi stroof ja kohandage väärtused (süsteemi ID, hostinimi jne) vastavaks.
• Installimise ajal luuakse transpordikataloog ja selle alamkataloogid automaatselt, sealhulgas TPPARAM-i esialgne mall.

OperaSüsteemi tööriistad: tp ja R3trans

TMS-i all teevad raske töö ära kaks operatsioonisüsteemi programmi: tp (transpordikontrolli programm) ja R3trans (andmete liigutaja).

tp – Transpordikontrolli programm

• tp on SAP administraatorite poolt süsteemidevahelise transpordi planeerimiseks ja teostamiseks kasutatav programm, samuti SAP süsteemi uuendused. Nii tehnoloogiajuht kui ka tehnoloogiahaldusjuht nimetavad seda kapoti alt.
• tp kasutab oma funktsioonide täitmiseks teisi tööriistu ja utiliite – mis kõige tähtsam, see kutsub R3transLisaks kontrollib see eksporditud ja imporditud objektide õiget järjestust, nii et sihtsüsteemis ei teki kunagi mittevastavaid sõltuvusi.
• tp asub standardses käitusaja kataloogis SAP süsteem: /usr/sap/SYS/<SID>/exe/runSee kopeeritakse sinna installimise ajal automaatselt.
• Eeltingimusena on ülemaailmne tp parameetrifail TPPARAM tuleb säilitada, loetledes vähemalt iga transpordiprotsessis osaleva süsteemi hostinimed.
• tp kasutatakse peamiselt sihtsüsteemidesse importimiseks. See töötab impordidispetšeri kaudu — RDDIMPDP ja RDDIMPDP_CLIENT_ — mis tuleb ajastada taustatöödeks igas süsteemis, kus import toimub. Kui need tööd kunagi kustutatakse, tuleb sellest teatada RDDNEWPP saab neid ümber planeerida.
• Need töökohad on sündmuse käivitatud: tp saadab signaali (sündmuse) R/3 süsteemile ja töö algab. Sündmustele pannakse nimed SAP_TRIGGER_RDDIMPDP ja SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Transpordiprogramm

• R3trans on SAP transpordiprogramm, mis füüsiliselt liigutab andmeid erinevate SAP süsteemid. Seda kutsutakse harva otse välja; selle asemel käivitatakse see tp või SAP utiliitide uuendamine.
• tp korraldab transporte ja genereerib juhtfailid, mis R3trans tarbib, aga ei loo ühendust andmebaasi endaga. Kogu andmebaasi tasemel „päris töö” teeb ära R3trans.
• R3trans toetab andmete liigutamist erinevatel operatsioonisüsteemidel ja isegi erinevates andmebaasides töötavate süsteemide vahel, mis muudab selle heterogeenseks SAP võimalikud maastikud.

Võti SAP TMS-i tehingud

Järgmised T-koodid on igapäevased tööriistad, mida baasadministraator transpordihaldussüsteemi haldamiseks kasutab.

T-kood	Eesmärk
STMS	TMS-i peamine sisenemispunkt — domeeni konfiguratsioon, transpordimarsruudid, impordi ülevaade.
STMS_IMPORT	Otsejuurdepääs praeguse süsteemi impordijärjekorrale.
SE01	Transpordikorraldaja (laiendatud vaade) – halda ja vabasta transpordipäringuid.
SE09	Töölaua taotluste transpordikorraldaja.
SE10	Transpordikorraldaja taotluste kohandamiseks.
SCC4	Kliendihaldus – konfigureerige, kas klient lubab transporti ja muudatusi.
SPRO	SAP Viide IMG-le — kõigi kohandamistegevuste lähtepunkt.
SE80	ABAP Workbench — repositooriumi objektide arenduskeskkond.

Parimad tavad SAP TMS

Distsiplineeritud ajahaldusprotsess tagab muudatuste sujuva voolavuse tootmises üllatusteta. Järgmised harjumused tasub omaks võtta esimesest päevast alates.

• Jääge ühe transpordisuuna juurde (DEV → QAS → PRD). Ärge kunagi laske muudatustel tagurpidi liikuda ega QAS-i vahele jätta.
• Vabasta transporditaotlused sõltuvusjärjekorras. Kui TR-B viitab TR-A lisatud objektidele, peab TR-A esmalt impordijärjekorda sisenema.
• Kasutage kirjeldavaid lühikesi tekste igal TR-il, et tulevane ülevaataja saaks muudatuse tuvastada sisu avamata.
• RDDIMPDP taustatööde ajastamine igas süsteemis hetkel, kui see maastikuga liitub – ilma nendeta import ei tööta.
• Paigalda transpordikataloog järjepidevalt igas hostis; mittevastavad teed on ebaõnnestunud impordi peamine põhjus.
• Käsitlege tagastuskoode, mis on suuremad kui 0, defektidena, mitte hoiatused. Uurige, dokumenteerige algpõhjus ja alles seejärel importige uuesti.

KKK