SAP TMS (Transport Management System) Vodič

Što je SAP TMS?

TMS (Sustav upravljanja prijevozom) je SAP alat koji se koristi za premještanje, upravljanje, kontrolu i kopiranje razvojnih objekata i prilagođavanje postavki na uredan način SAP sustava u krajoliku, putem unaprijed definiranih transportnih ruta izgrađenih na RFC vezama.

Proces transporta sastoji se od dva glavna koraka: izvoz objekti izvan izvora SAP sustava i uvoza u jednu ili više meta SAP sustavi. TMS je kratica za Transport Management System (Sustav upravljanja transportom) i sloj je usmjeren prema korisniku koji se nalazi povrh temeljnih alata operacijskog sustava. tp i R3trans.

Zašto nam je potreban transportni sustav?

Bez transportnog sustava, svaka promjena bi se morala ručno ponovno implementirati u QAS i PRD - sporo, sklono pogreškama i nemoguće za reviziju. CTS komponente popunjavaju tu prazninu i igraju središnju ulogu u cjelokupnom okruženju za razvoj i prilagodbu. CTS je kratica za Promjena i transportni sustav.

CTS je instrument za:

• Upravljanje i kontrola novih zahtjeva za razvoj.
• Upravljanje transportom između sustava.
• Bilježenje gdje i od strane koga je svaka promjena napravljena.
• Konfiguriranje samog krajolika sustava.

Pregled CTS komponenti

CTS se sastoji od triju surađujućih dijelova, od kojih svaki posjeduje drugačiji sloj transportnog problema.

• CTO (Organizator zamjene i prijevoza): Glavni alat za upravljanje, pregledavanje i registriranje promjena napravljenih u repozitoriju i prilagođavanje objekata. To je središnja točka za organiziranje razvojnih projekata. SE01 je transakcija s proširenim prikazom koju koriste Basis administratori.
• Transportni alati: Stvarni prijenosi se događaju u pozadini na razini operacijskog sustava pomoću alata za prijenos koji su dio SAP Jezgra. Dva ključna programa su R3trans (prenosilac podataka) i program za kontrolu prijenosa tp (orkestrator).
• TMS (Sustav upravljanja prijevozom): Korisničko sučelje koje administratorima omogućuje konfiguriranje transportnih domena, definiranje ruta, praćenje redova čekanja za uvoz i pokretanje uvoza bez prekidaping do OS-a.

SAP Sistemski krajolik

Sistemski krajolik (također poznat kao SAP System Group) je uređenje SAP poslužitelji koje koristi organizacija. Preporučena postavka je krajolik s tri sustava:

1. Razvojni poslužitelj – DEV — gdje programeri grade i konfiguriraju.
2. Poslužitelj za osiguranje kvalitete – QAS — gdje se promjene testiraju integracijom.
3. Produkcijski poslužitelj – PRD — gdje se posao odvija svakodnevno.

U svom najjednostavnijem obliku, transportni ciklus je objavljivanje novih razvojnih projekata ili prilagodba promjena iz DEV-a, koje se zatim uvoze u QAS i PRD. Uvoz u PRD je ograničen: može se dogoditi tek nakon integracije. testiranje i provjere kvalitete su završene u QAS-u i promjena je formalno označena kao usvojena.

Što je prilagođavanje? Kako TMS pomaže u prilagođavanju?

Prilagođavanje je proces prilagođavanja SAP sustav prema poslovnim potrebama klijenta bez modifikacija SAP-isporučeni kod. Za prilagodbu, korisnici i konzultanti rade kroz SAP Vodič za implementaciju referenci (IMG), dostupno putem transakcije SPRO.

Prilagođavanje se idealno obavlja u DEV-u. Organizator transporta (SE01) koristi se zajedno s IMG-om za bilježenje promjena prilagodbe unutar zahtjeva za transport, koji TMS zatim može obraditi dalje.

Većina promjena prilagodbe - iako ne sve - su specifičan za klijenta: promjene utječu samo na jednog određenog klijenta i nisu namijenjene svakom klijentu u sustavu. Kada se izvozi zahtjev za prijevoz, TMS extracts preuzima relevantne unose u tablicu iz izvorne baze podataka i kopira ih u direktorij za transport kao datoteke. Relevantni unosi u tablicu su zaključani dok se koristi transakcija prilagodbe, ali se otključavaju u trenutku kada se promjene spremaju u zahtjev za transport.

Repozitorij i razvojne promjene

Osim prilagodbe postojećih objekata, u većini projekata potreban je novi razvoj. razvojni objekt je bilo koji objekt koji je izgrađen unutar SAP sustav. Potpuna kolekcija takvih objekata, specifičnih za klijenta i međuklijentski, naziva se skladište.

Razvoj se uglavnom provodi uz pomoć ABAP radni stol (SE80), pa su te promjene poznate i kao Promjene na radnom stoluTipični primjeri uključuju:

• Objekti ABAP rječnika: Tablice, Domene, Elementi podataka.
• ABAP programi, funkcijski moduli, izbornici i zasloni.
• Dokumenti i aplikacijski definirani transportni objekti.

Radni stol je u potpunosti integriran s TMS-om, tako da se svaka promjena radnog stola može zabilježiti i prenijeti. Većina promjena radnog stola - iako, opet, ne sve - su više klijenata, što znači da će se promjene odraziti na svakom klijentu ciljnog sustava. Objekti preneseni iz izvornog sustava prepisuju objekte u ciljnom sustavu koji nose ista imena.

Klijenti i vrste podataka u SAP sistem

Konceptualno, a klijent je tehnički i organizacijski neovisna jedinica koja posjeduje vlastiti skup podataka — glavne podatke, aplikacijske/Operacionalnih podataka i prilagođavanja podataka. Klijenti stvaraju odvojena okruženja za korisnike iz različitih grupa ili s različitim namjenama unutar istog SAP sustav, bez kreiranja zasebne baze podataka za svaki.

S tehničke strane, klijent se identificira troznamenkastim numeričkim ID-om, koji je ujedno i vrijednost polja u tablici. MANDT za tablice specifične za klijenta.

Među podacima specifičnim za klijenta postoje tri različite vrste:

• Glavni podaci korisnika: Podaci za prijavu, uključujući korisničko ime, lozinku, zadane korisničke postavke, profile ili uloge autorizacije, korisničke grupe i detalje komunikacije. Ovi se podaci nalaze u određenom skupu tablica ( USR* tablice).
• Prilagođavanje podataka: Postavke konfiguracije koje prilagođavaju organizacijsku strukturu i poslovne procese za tvrtku koja implementira. Ovi podaci ovise o klijentu i pohranjeni su u tablicama za prilagođavanje.
• Podaci o aplikaciji: Također ovisi o klijentu i podijeljeno između glavni podaci (kao što su matični zapis dobavljača i matični zapis materijala — na primjer, tablica MARA) I transakcijski podaci (kao što su prodajni nalozi, financijski dokumenti i proizvodni nalozi).

Mogućnosti prilagodbe klijenta

Kada se novi klijent kreira s transakcijom SCC4, administratori mogu odabrati hoće li se promjene zabilježene u klijentu automatski bilježiti u zahtjevu za prijenos i jesu li uopće dopuštene prilagodbe između klijenata ili promjene u repozitoriju.

SAP Prijevozni imenik

The SAP Prijevozni imenik je globalni transportni imenik (/usr/sap/trans) — dijeljena lokacija koja se nalazi na sustavu kontrolera domene, koju koristi svaki sustav član u krajoliku (grupi sustava). Sadrži nekoliko poddirektorija koji se automatski stvaraju tijekom instalacije i obavezna je za postavljanje sustava za upravljanje prijenosom.

Transportni direktorij je mjesto gdje se sve promjene spremaju kao datoteke nakon što se objave iz DEV-a. Zatim djeluje kao izvor za promjene koje se naknadno uvoze u QAS i PRD. Iz tog razloga, direktorij morate biti ispravno dijeljeni u svakom sustavu u krajoliku.

On Windows, na primjer, lokacija dijeljenog direktorija može se dosegnuti pomoću:

\\<SAPTRANSHOST>\sapmnt\trans

Ovdje SAPTRANSHOST — adresa sustava kontrolera domene — definirana je u datoteci hosts svakog SAP sustav u krajoliku. Kontroler domene je jedan sustav u okruženju koji djeluje kao sveukupni kontroler za upravljanje promjenama i transport. Odabire ga tim sistemskih administratora iz D / Q / P na temelju dostupnosti i vremena instalacije.

Glavni poddirektoriji

• datoteke: Datoteke s informacijama o zahtjevima za promjenu koje sadrže sve detalje i naredbe za svaki transport.
• podatke: Stvarne vrijednosti i podatkovni sadržaj koji će se primijeniti kao dio promjene.
• dnevnik: Transportni dnevnici, traci statistika - vaša prva adresa kada transport ne uspije.
• EPS: Preuzmite direktorij za napredne ispravke i pakete podrške.

Ostali poddirektorij

• spremnik: Konfiguracijske datoteke za tp (Prometni program) i TMS, uključujući središnji TPPARAM file.
• stari podaci: Stari izvezeni podaci čuvaju se za arhiviranje ili eventualno brisanje.
• zapisnik djela: Zapisnici akcija za svaki zahtjev i zadatak.
• pufer: Transportni međuspremnik za svaki sustav, u kojem se navodi koji transporti čekaju uvoz.
• sap imena: Informacije o zahtjevima za prijevoz koje je podnio svaki korisnik.
• tmp: Privremene datoteke i datoteke zapisnika podataka.

Postavljanje transportnog direktorija i TPPARAM-a

Jedan od ključnih preduvjeta pri konfiguriranju TMS-a je postavljanje transportnog direktorija i datoteke s parametrima transporta.

• Direktorij mora biti ispravno dijeljen među svim sustavima u krajoliku, a svaki sustav koji sudjeluje mora biti naveden u globalnoj konfiguracijskoj datoteci. TPPARAM (datoteka parametara transporta), koja se nalazi u bin poddirektorij od /usr/sap/trans.
• Ako u TPPARAM-u nedostaje sistemski unos, kopirajte stanzu drugog sustava i prilagodite vrijednosti (ID sustava, naziv hosta i tako dalje) da se podudaraju.
• Prilikom instalacije, transportni direktorij i njegovi poddirektorij se automatski kreiraju, uključujući početni predložak TPPARAM-a.

OperaAlati sustava za upravljanje: tp i R3trans

Ispod TMS-a, dva programa operativnog sustava obavljaju teški posao: tp (program za kontrolu prijevoza) i R3trans (prenosilac podataka).

tp – Program kontrole prijevoza

• tp je SAP program koji administratori koriste za planiranje i izvršavanje prijenosa između sustava, kao i za SAP nadogradnje sustava. CTO i TMS oboje to zovu "ispod haube".
• tp koristi druge alate i uslužne programe za obavljanje svojih funkcija - najvažnije je da poziva R3transOsim toga, kontrolira ispravan redoslijed izvezenih i uvezenih objekata tako da ciljni sustav nikada ne ostane s neusklađenim ovisnostima.
• tp nalazi se u standardnom direktoriju za izvođenje SAP Sustav: /usr/sap/SYS/<SID>/exe/runAutomatski se kopira tamo tijekom instalacije.
• Kao preduvjet, globalno tp datoteka parametara TPPARAM mora se održavati, navodeći barem imena hostova svakog sustava koji sudjeluje u procesu prijenosa.
• tp prvenstveno se koristi za uvoz u ciljne sustave. Radi putem dispečera uvoza — RDDIMPDP i RDDIMPDP_KLIJENT_ — koji moraju biti zakazani kao pozadinski poslovi u svakom sustavu na kojem se odvija uvoz. Ako se ti poslovi ikada izbrišu, prijavite RDDNEWPP možete ih prerasporediti.
• Ovi poslovi su pokrenut događajem: tp šalje signal (događaj) R/3 sustavu i posao se pokreće. Događaji se nazivaju SAP_TRIGGER_RDDIMPDP i SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Transportni program

• R3trans je SAP transportni program koji fizički premješta podatke između različitih SAP sustava. Rijetko se poziva izravno; umjesto toga se poziva iz tp ili od strane SAP nadogradnju uslužnih programa.
• tp orkestrira transporte i generira kontrolne datoteke koje R3trans troši, ali se ne povezuje sa samom bazom podataka. Sav "pravi posao" na razini baze podataka obavlja R3trans.
• R3trans podržava premještanje podataka između sustava koji rade na različitim operativnim sustavima, pa čak i na različitim bazama podataka, što ga čini heterogenim SAP mogući krajolici.

Ključ SAP TMS transakcije

Sljedeći T-kodovi su svakodnevni alati koje Basis administrator koristi za rad Sustava za upravljanje transportom.

T-kod	Svrha
STMS	Glavna ulazna točka TMS-a — konfiguracija domene, transportne rute, pregled uvoza.
STMS_IMPORT	Izravan pristup redu čekanja za uvoz trenutnog sustava.
SE01	Organizator prijevoza (prošireni prikaz) — upravljajte i izdajte zahtjeve za prijevoz.
SE09	Organizator transporta za zahtjeve radnog stola.
SE10	Organizator prijevoza za prilagođavanje zahtjeva.
SCC4	Održavanje klijenta — konfigurirajte dopušta li klijent transporte i promjene.
SPRO	SAP Referentni IMG — ulazna točka za sve aktivnosti prilagodbe.
SE80	ABAP Workbench — razvojno okruženje za objekte repozitorija.

Najbolji primjeri iz prakse za SAP TMS

Disciplinirani TMS proces omogućuje promjene bez iznenađenja u proizvodnji. Sljedeće navike vrijedi usvojiti od prvog dana.

• Držite se jednog smjera prijevoza (DEV → QAS → PRD). Nikada ne dopustite da promjene teku unatrag ili da preskoče QAS.
• Otpuštajte zahtjeve za transport prema redoslijedu ovisnosti. Ako TR-B referencira objekte koje je dodao TR-A, TR-A prvo mora ući u red za uvoz.
• Koristite kratke opisne tekstove na svakom TR-u kako bi budući recenzent mogao prepoznati promjenu bez otvaranja sadržaja.
• Raspored RDDIMPDP pozadinskih poslova na svakom sustavu u trenutku kada se pridruži krajoliku - bez njih se uvoz neće pokrenuti.
• Dosljedno montirajte transportni direktorij na svakom hostu; neusklađene putanje su najveći uzrok neuspjelih uvoza.
• Povratne kodove iznad 0 tretiraj kao nedostatke, a ne upozorenja. Istražite, dokumentirajte uzrok i tek onda ponovno uvezite.

Pitanja i odgovori