SAP TMS (Transport Management System) oktatóanyag

Mi a SAP TMS?

TMS (Szállításirányítási Rendszer) a SAP eszköz, amely fejlesztői objektumok áthelyezésére, kezelésére, vezérlésére és másolására, valamint a beállítások rendezett testreszabására szolgál SAP rendszerek egy adott környezetben, előre meghatározott, RFC kapcsolatokra épülő szállítási útvonalakon keresztül.

A szállítási folyamat két fő lépésből áll: exportáló tárgyak a forrásból SAP rendszer és importáló egy vagy több célpontba sorolják őket SAP rendszerek. A TMS a Transport Management System rövidítése, és egy felhasználóbarát réteg, amely az alapul szolgáló operációs rendszer eszközeire épül. tp és a R3trans.

Miért van szükségünk közlekedési rendszerre?

Átviteli rendszer nélkül minden változtatást manuálisan kellene újra implementálni a QAS-ben és a PRD-ben – ez lassú, hibalehetőségekkel teli és lehetetlen auditálni. A CTS komponensek ezt a hiányosságot pótolják, és központi szerepet játszanak az általános fejlesztési és testreszabási környezetben. A CTS a következő rövidítést jelenti: Változás és közlekedési rendszer.

A CTS egy eszköz a következőkhöz:

• Új fejlesztési kérelmek adminisztrálása és ellenőrzése.
• Rendszerek közötti átvitelek kezelése.
• Annak rögzítése, hogy hol és ki végezte az egyes változtatásokat.
• Maga a rendszerkörnyezet konfigurálása.

A CTS komponensek áttekintése

A CTS három együttműködő elemből áll, amelyek mindegyike a szállítási probléma egy-egy különböző rétegét fedi le.

• CTO (Átállás- és szállításszervező): A fő eszköz a tárház módosításainak kezelésére, böngészésére és regisztrálására, valamint az objektumok testreszabására. Ez a fejlesztési projektek szervezésének központi pontja. SE01 a tranzakció a Basis adminisztrátorok által használt kiterjesztett nézettel.
• Szállítási eszközök: A tényleges szállítások a háttérben, az operációs rendszer szintjén történnek, a rendszer részét képező szállítási eszközök használatával. SAP Kernel. A két kulcsfontosságú program a következő: R3trans (az adatmozgató) és az átvitelvezérlő program tp (a hangszerelő).
• TMS (Szállításirányítási Rendszer): A felhasználói felület, amely lehetővé teszi az adminisztrátorok számára, hogy konfigurálják az átviteli tartományokat, meghatározzák az útvonalakat, figyeljék az importálási sorokat és indítsák el az importálást megszakítás nélkül.ping az operációs rendszerhez.

SAP Rendszertájkép

A rendszertáj (más néven a SAP Rendszercsoport) az elrendezése SAP egy szervezet által használt szerverek. Az ajánlott beállítás egy háromrendszerű tájkép:

1. Fejlesztői szerver – DEV — ahol a fejlesztők építenek és konfigurálnak.
2. Minőségbiztosítási szerver – QAS — ahol a változtatásokat integrációs tesztelésnek vetik alá.
3. Éles szerver – PRD – ahol a vállalkozás nap mint nap működik.

Legegyszerűbb formájában a szállítási ciklus az új fejlesztések vagy testreszabási változtatások kiadása a DEV-ből, amelyeket aztán importálnak mind a QAS-ba, mind a PRD-be. A PRD-be történő importálás korlátozott: csak az integráció után történhet meg. tesztelés és a minőségellenőrzések elvégezték a QAS-ben, és a módosítást hivatalosan sikeresnek jelölték.

Mi a testreszabás? Hogyan segít a TMS a testreszabásban?

A testreszabás az a folyamat, amelynek során a SAP a rendszert az ügyfél üzleti igényeihez igazítani módosítás nélkül SAP-szállított kód. A testreszabás elvégzéséhez a felhasználók és a tanácsadók a SAP Referencia megvalósítási útmutató (IMG)tranzakción keresztül elérhető SPRO.

A testreszabást ideális esetben a DEV-ben kell elvégezni. A szállításszervezőt (SE01) az IMG-vel együtt használják a testreszabási változtatások rögzítésére egy szállítási kérelemben, amelyet a TMS ezután tovább tud vinni.

A legtöbb testreszabási módosítás – bár nem az összes – ügyfélspecifikus: a változtatások csak egy adott klienst érintenek, és nem vonatkoznak a rendszerben lévő összes kliensre. Amikor egy szállítási kérést exportálnak, a TMS extrackiolvassa a releváns táblabejegyzéseket a forrásadatbázisból, és fájlként másolja azokat az átviteli könyvtárba. A releváns táblabejegyzések zárolva vannak a testreszabási tranzakció használata közben, de feloldódnak, amint a módosításokat egy átviteli kérésbe mentik.

Adattár és fejlesztési változások

A meglévő objektumok testreszabásán kívül a legtöbb projektben új fejlesztésekre is szükség van. fejlesztési objektum bármely olyan tárgy, amely a belsejében épült SAP rendszer. Az ilyen objektumok teljes gyűjteményét, mind a kliensspecifikus, mind a kliensek közötti objektumokat, a raktár.

A fejlesztés többnyire a segítségével történik. ABAP munkapad (SE80), tehát ezeket a változásokat úgy is ismerik, mint Munkapad-változásokTipikus példák többek között:

• ABAP szótár objektumok: Táblák, Tartományok, Adatelemek.
• ABAP programok, függvénymodulok, menük és képernyők.
• Dokumentumok és alkalmazás által definiált szállítási objektumok.

A Workbench teljes mértékben integrálva van a TMS-sel, így minden munkapad-változás rögzíthető és átvihető. A legtöbb munkapad-változás – bár ismét nem mindegyik – cross-kliens, ami azt jelenti, hogy a változtatások a célrendszer minden kliensén megjelennek. A forrásrendszerből átvitt objektumok felülírják a célrendszerben található, azonos nevű objektumokat.

Ügyfelek és adattípusok egy SAP rendszer

Fogalmilag egy vásárló egy technikailag és szervezetileg független egység, amely saját adatkészlettel rendelkezik – törzsadatokkal, alkalmazásadatokkal/Operanatív adatok és az adatok testreszabása. Az ügyfelek külön környezeteket hoznak létre a különböző csoportokból származó vagy ugyanazon a rendszeren belül eltérő céllal rendelkező felhasználók számára. SAP rendszerben, anélkül, hogy mindegyikhez külön adatbázist kellene létrehozni.

Technikai szempontból a klienst egy 3 jegyű numerikus azonosító azonosítja, amely egyben a tábla mezőjének értéke is. MANDT kliensspecifikus táblákhoz.

Az ügyfélspecifikus adatok között három különböző típust különböztetünk meg:

• Felhasználói törzsadatok: Bejelentkezési adatok, beleértve a felhasználónevet, jelszót, felhasználói alapértelmezéseket, jogosultsági profilokat vagy szerepköröket, felhasználói csoportokat és kommunikációs adatokat. Ezek az adatok egy adott táblázatkészletben találhatók (a USR* táblázatok).
• Adatok testreszabása: A megvalósító vállalat szervezeti felépítését és üzleti folyamatait testreszabó konfigurációs beállítások. Ezek az adatok ügyfélfüggőek, és testreszabási táblázatokban tárolódnak.
• Alkalmazásadatok: Szintén kliensfüggő, és megoszlik a következők között: törzsadatok (például szállítói törzsadatok és anyagtörzsadatok – például tábla MARA) És tranzakciós adatok (például értékesítési megrendelések, pénzügyi dokumentumok és gyártási megrendelések).

Az ügyfél testreszabási beállításai

Amikor egy új klienst hoznak létre az SCC4 tranzakcióval, az adminisztrátorok kiválaszthatják, hogy a kliensen rögzített módosítások automatikusan rögzítésre kerüljenek-e egy átviteli kérésben, és hogy egyáltalán engedélyezettek-e a kliensek közötti testreszabás vagy a tárház módosításai.

SAP Szállítási címtár

Az SAP Szállítási címtár a globális szállítási könyvtár (/usr/sap/trans) – egy megosztott hely, amely a tartományvezérlő rendszeren található, és amelyet egy környezet (rendszercsoport) minden tagrendszere használ. Számos alkönyvtárat tartalmaz, amelyek a telepítés során automatikusan létrejönnek, és kötelezőek a Transport Management System beállításához.

Az átviteli könyvtár az a hely, ahová az összes módosítás fájlként mentésre kerül a DEV-ből való kiadás után. Ez a könyvtár szolgál a későbbi QAS és PRD programokba importált módosítások forrásaként. Emiatt a könyvtár... kell helyesen legyen megosztva a környezet minden rendszerében.

On Windowspéldául a megosztott könyvtár helye a következőképpen érhető el:

\\<SAPTRANSHOST>\sapmnt\trans

Itt SAPTRANSHOST — a tartományvezérlő rendszer címe — minden egyes rendszer hosts fájljában meg van határozva SAP rendszer a tájban. A Domain Controller egy olyan rendszer a környezetben, amely a változáskezelés és az átvitel általános vezérlőjeként működik. A rendszergazdák csapata választja ki a D / Q / P közül az elérhetőség és a telepítés időzítése alapján.

Fő alkönyvtárak

• kofilek: Változtatási kérelem információs fájlok, amelyek tartalmazzák az egyes szállítási adatok teljes részleteit és parancsait.
• adatok: A módosítás részeként alkalmazandó tényleges értékek és adatmennyiség.
• log: Szállítási naplók, tracés statisztikák — az első kikötő, ahol egy szállítmány meghibásodik.
• EPS: Letöltési könyvtár a speciális javításokhoz és támogatási csomagokhoz.

Egyéb alkönyvtárak

• kuka: Konfigurációs fájlok a következőhöz: tp (a Közlekedési Program) és a TMS, beleértve a központi TPPARAM fájlt.
• régi adatok: A régi exportált adatokat archiválás vagy esetleges törlés céljából megőrizzük.
• actlog: Műveletnaplók minden kéréshez és feladathoz.
• puffer: Szállítási puffer minden rendszerhez, amely deklarálja, hogy mely szállítások függőben vannak importálásra várva.
• sapnames: Információk az egyes felhasználók által benyújtott szállítási kérelmekről.
• tmp: Ideiglenes és adatnaplófájlok.

A Szállítási könyvtár és a TPPARAM beállítása

A TMS konfigurálásának egyik legfontosabb előfeltétele a szállítási könyvtár és a szállítási paraméterfájl beállítása.

• A könyvtárat megfelelően meg kell osztani a környezet minden rendszere között, és minden részt vevő rendszert fel kell tüntetni a globális konfigurációs fájlban. TPPARAM (az átviteli paraméterfájl), amely a bin alkönyvtárában /usr/sap/trans.
• Ha egy rendszerbejegyzés hiányzik a TPPARAM-ból, másolja át egy másik rendszer szakaszát, és módosítsa az értékeket (rendszerazonosító, hosztnév stb.) az egyezésnek megfelelően.
• A telepítés során a szállítási könyvtár és alkönyvtárai automatikusan létrejönnek, beleértve a TPPARAM kezdeti sablonját is.

Operating rendszereszközök: tp és R3trans

A TMS alatt két operációs rendszerprogram végzi a nehéz munkát: tp (a közlekedésirányítási program) és R3trans (az adatmozgató).

tp – Közlekedésirányítási Program

• tp a SAP adminisztrátorok által használt program rendszerek közötti átvitelek tervezésére és végrehajtására, valamint SAP rendszerfrissítések. A CTO és a TMS is a motorháztető alatt végzi a munkáját.
• tp más eszközöket és segédprogramokat használ a funkcióinak ellátásához – ami a legfontosabb, hogy meghívja R3transRáadásul szabályozza az exportált és importált objektumok helyes sorrendjét, így a célrendszerben soha ne maradjanak eltérítő függőségek.
• tp a standard futásidejű könyvtárban található. SAP rendszer: /usr/sap/SYS/<SID>/exe/runA telepítés során automatikusan odamásolódik.
• Előfeltételként a globális tp paraméterfájl TPPARAM karban kell tartani, felsorolva legalább az átviteli folyamatban részt vevő összes rendszer hostnevét.
• tp elsősorban a célrendszerekbe történő importálásra szolgál. Import diszpécsereken keresztül működik — RDDIMPDP és a RDDIMPDP_CLIENT_ — amelyeket háttérfeladatokként kell ütemezni minden olyan rendszerben, ahol importálás történik. Ha ezek a feladatok valaha törlődnek, jelentést kell készíteni RDDNEWPP átütemezhetik őket.
• Ezek a munkák esemény által kiváltott: tp egy jelet (egy eseményt) küld az R/3 rendszernek, és a feladat elindul. Az eseményeket elnevezi SAP_TRIGGER_RDDIMPDP és a SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – A Közlekedési Program

• R3trans a SAP olyan átviteli program, amely fizikailag mozgatja az adatokat a különböző SAP rendszerek. Ritkán hívják meg közvetlenül; ehelyett a következő forrásból hívják fel: tp vagy a SAP frissítse a segédprogramokat.
• tp összehangolja a szállításokat és létrehozza a vezérlőfájlokat, amelyek R3trans felhasznál, de nem kapcsolódik magához az adatbázishoz. Az összes adatbázis-szintű „valódi munkát” a R3trans.
• R3trans támogatja az adatok mozgatását különböző operációs rendszereken, sőt különböző adatbázisokon futó rendszerek között, ami heterogénné teszi SAP lehetséges tájképek.

Kulcs SAP TMS tranzakciók

A következő T-kódok azok a napi eszközök, amelyeket egy Basis adminisztrátor használ a szállítmányozási rendszer működtetéséhez.

T-kód	Cél
STMS	Fő TMS belépési pont — domain konfiguráció, szállítási útvonalak, importálás áttekintése.
STMS_IMPORT	Közvetlen hozzáférés az aktuális rendszer importálási sorához.
SE01	Szállításszervező (bővített nézet) – szállítási kérelmek kezelése és engedélyezése.
SE09	Szállításszervező munkapad igényléséhez.
SE10	Szállításszervező a kérések testreszabásához.
SCC4	Klienskarbantartás – konfigurálja, hogy a kliens engedélyezi-e az átviteleket és a módosításokat.
SPRO	SAP Referencia IMG — a testreszabási tevékenységek kiindulópontja.
SE80	ABAP Workbench — fejlesztői környezet repository objektumokhoz.

A legjobb gyakorlatok SAP TMS

Egy fegyelmezett TMS folyamat biztosítja a változtatások folyamatosságát meglepetések nélkül a termelésben. A következő szokásokat érdemes már az első naptól kezdve alkalmazni.

• Ragaszkodjon egyetlen szállítási irányhoz (DEV → QAS → PRD). Soha ne engedje, hogy a változtatások visszafelé haladjanak, vagy kihagyják a QAS-t.
• Szállítási kérelmek engedélyezése függőségi sorrendben. Ha a TR-B a TR-A által hozzáadott objektumokra hivatkozik, akkor a TR-A-nak kell először belépnie az importálási sorba.
• Használjon rövid, leíró szövegeket minden TR-en, hogy egy későbbi felülvizsgáló a tartalom megnyitása nélkül is azonosíthassa a módosítást.
• RDDIMPDP háttérfeladatok ütemezése minden rendszeren, amint csatlakozik a környezethez – nélkülük nem fog futni import.
• A szállítási könyvtár konzisztens csatolása minden gazdagépen; az eltérő elérési utak a sikertelen importálások legfőbb okai.
• A 0 feletti visszatérési kódokat hibának kell tekinteni., nem figyelmeztetések. Vizsgálja meg, dokumentálja a kiváltó okot, és csak ezután importálja újra.

GYIK