SAP TMS (Transport Management System) Tutorial

Hvad er SAP TMS?

TMS (Transportstyringssystem) er SAP værktøj, der bruges til at flytte, administrere, kontrollere og kopiere udviklingsobjekter og tilpasse indstillinger på en ordnet måde på tværs af SAP systemer i et landskab, gennem foruddefinerede transportruter bygget på RFC-forbindelser.

Transportprocessen består af to hovedtrin: eksport objekter ud af kilden SAP system og importere dem ind i et eller flere mål SAP systemer. TMS står for Transport Management System og er det brugervendte lag, der ligger oven på de underliggende operativsystemværktøjer tp og R3trans.

Hvorfor har vi brug for et transportsystem?

Uden et transportsystem skulle enhver ændring implementeres manuelt igen i QAS og PRD – langsomt, fejlbehæftet og umuligt at revidere. CTS-komponenterne udfylder dette hul og spiller en central rolle i det overordnede udviklings- og tilpasningsmiljø. CTS står for Forandrings- og transportsystem.

CTS er et instrument til:

• Administration og kontrol af nye udviklingsanmodninger.
• Håndtering af transporter mellem systemer.
• Registrering af hvor og af hvem hver ændring blev foretaget.
• Konfiguration af selve systemlandskabet.

Oversigt over CTS-komponenter

CTS består af tre samarbejdende dele, der hver især ejer et forskelligt lag af transportproblemet.

• CTO (Forandring- og transportorganisator): Det primære værktøj til at administrere, gennemse og registrere ændringer foretaget i arkivet og tilpasse objekter. Det er det centrale punkt for organisering af udviklingsprojekter. SE01 er transaktionen med den udvidede visning, der bruges af Basis-administratorer.
• Transportværktøjer: Selve transporterne sker i backend på operativsystemniveau ved hjælp af transportværktøjer, der er en del af SAP Kernen. De to nøgleprogrammer er R3trans (dataflytteren) og transportkontrolprogrammet tp (orkestratoren).
• TMS (transportstyringssystem): Brugergrænsefladen, der giver administratorer mulighed for at konfigurere transportdomæner, definere ruter, overvåge importkøer og udløse importer uden at slippe dem.ping til operativsystemet.

SAP Systemlandskab

Systemlandskabet (også kendt som SAP System Group) er arrangementet af SAP servere, der bruges af en organisation. Den anbefalede opsætning er en tre-system landskab:

1. Udviklingsserver – DEV — hvor udviklere bygger og konfigurerer.
2. Quality Assurance Server – QAS — hvor ændringer integrationstestes.
3. Produktionsserver – PRD - hvor forretningen foregår til daglig.

I sin enkleste form er transportcyklussen udgivelsen af ​​nye udviklinger eller tilpasning af ændringer fra DEV, som derefter importeres til både QAS og PRD. Import til PRD er lukket: det kan kun ske efter integration. test og kvalitetskontroller er blevet gennemført i QAS, og ændringen er formelt markeret som bestået.

Hvad er tilpasning? Hvordan hjælper TMS med tilpasning?

Tilpasning er processen med at tilpasse SAP systemet til en kundes forretningsbehov uden ændringer SAP-leveret kode. For at udføre tilpasning arbejder brugere og konsulenter gennem SAP Referenceimplementeringsvejledning (IMG), tilgængelig via transaktion SPRO.

Tilpasning udføres ideelt set i DEV. Transport Organizer (SE01) bruges sammen med IMG til at registrere ændringer i tilpasningen i en transportanmodning, som TMS derefter kan flytte videre.

De fleste tilpasningsændringer – dog ikke alle – er kundespecifikÆndringerne påvirker kun én bestemt klient og er ikke beregnet til alle klienter i systemet. Når en transportanmodning eksporteres, vil TMS extrachenter de relevante tabelposter fra kildedatabasen og kopierer dem til transportmappen som filer. De relevante tabelposter er låst, mens tilpasningstransaktionen bruges, men de låses op i det øjeblik, ændringerne gemmes i en transportanmodning.

Repository og udviklingsændringer

Udover at tilpasse eksisterende objekter, kræves der nyudvikling i de fleste projekter. udviklingsobjekt er enhver genstand, der er bygget inde i SAP system. Den fulde samling af sådanne objekter, både klientspecifikke og på tværs af klienter, kaldes Repository.

Udviklingen foregår hovedsageligt ved hjælp af ABAP-arbejdsbænk (SE80), så disse ændringer er også kendt som Ændringer på arbejdsbænkenTypiske eksempler inkluderer:

• ABAP-ordbogsobjekter: Tabeller, domæner, dataelementer.
• ABAP programmer, funktionsmoduler, menuer og skærme.
• Dokumenter og applikationsdefinerede transportobjekter.

Workbench er fuldt integreret med TMS, så alle ændringer i workbench kan registreres og transporteres. De fleste ændringer i workbench – dog igen ikke alle – er tværklient, hvilket betyder, at ændringerne vil blive afspejlet i alle klienter på målsystemet. Objekter, der transporteres fra kildesystemet, overskriver objekter i målsystemet, der har de samme navne.

Klienter og datatyper i en SAP Systemkrav

Konceptuelt set, en kunde er en teknisk og organisatorisk uafhængig enhed, der har sit eget datasæt — Stamdata, Applikation/Operationelle data og tilpasning af data. Klienter opretter separate miljøer for brugere fra forskellige grupper eller med forskellige formål inden for det samme SAP system, uden at oprette en separat database for hver.

Teknisk set identificeres en klient med et 3-cifret numerisk ID, som også er værdien af ​​tabelfeltet. MANDT for klientspecifikke tabeller.

Blandt klientspecifikke data er der tre forskellige typer:

• Brugerstamdata: Loginoplysninger, herunder brugernavn, adgangskode, brugerstandarder, autorisationsprofiler eller -roller, brugergrupper og kommunikationsoplysninger. Disse data findes i et specifikt sæt tabeller (den USR* tabeller).
• Tilpasning af data: Konfigurationsindstillingerne, der tilpasser organisationsstrukturen og forretningsprocesserne for den implementerende virksomhed. Disse data er klientafhængige og gemmes i tilpasningstabeller.
• Applikationsdata: Også klientafhængig og opdelt mellem stamdata (såsom leverandørstamdata og materialestamdata — for eksempel tabel MARA) og transaktionsdata (såsom salgsordrer, økonomiske dokumenter og produktionsordrer).

Kundetilpasningsmuligheder

Når en ny klient oprettes med transaktion SCC4, kan administratorer vælge, om ændringer, der registreres i klienten, automatisk registreres i en transportanmodning, og om tilpasning på tværs af klienter eller ændringer i arkivet overhovedet er tilladt.

SAP Transportkatalog

SAP Transportkatalog er den globale transportmappe (/usr/sap/trans) — en delt placering, der findes på domænecontrollersystemet, og som bruges af alle medlemssystemer i et landskab (systemgruppe). Den indeholder adskillige undermapper, der oprettes automatisk under installationen, og som er obligatorisk for opsætning af transportstyringssystemet.

Transportmappen er det sted, hvor alle ændringer gemmes som filer, efter de er frigivet fra DEV. Den fungerer derefter som kilde for ændringer, der efterfølgende importeres til QAS og PRD. Af denne grund er mappen skal deles korrekt på tværs af alle systemer i landskabet.

On WindowsFor eksempel kan den delte mappeplacering nås ved hjælp af:

\\<SAPTRANSHOST>\sapmnt\trans

Her SAPTRANSHOST — domænecontrollerens systemadresse — er defineret i hosts-filen for hver SAP system i landskabet. Det domænecontroller er ét system i landskabet, der fungerer som den overordnede controller for ændringsstyring og -transport. Det vælges af teamet af systemadministratorer fra D/Q/P på baggrund af tilgængelighed og installationstidspunktet.

Hovedundermapper

• kofiler: Filer med information om ændringsanmodninger, der indeholder de fulde detaljer og kommandoer for hver transport.
• data: De faktiske værdier og datanyttelasten, der skal anvendes som en del af ændringen.
• log: Transportlogfiler, traces og statistik — dit første anløbspunkt, når en transport mislykkes.
• EPS: Download mappe for avancerede rettelser og supportpakker.

Andre undermapper

• er: Konfigurationsfiler til tp (Transportprogrammet) og TMS, herunder det centrale TPPARAM fil.
• gamle data: Gamle eksporterede data gemmes til arkivering eller eventuel sletning.
• actlog: Handlingslogfiler for hver anmodning og opgave.
• buffer: Transportbuffer for hvert system, der deklarerer hvilke transporter der afventer import.
• sapnavne: Oplysninger om transportanmodninger foretaget af hver bruger.
• tmp: Midlertidige filer og datalogfiler.

Opsætning af transportmappen og TPPARAM

En af de vigtigste forudsætninger ved konfiguration af TMS er opsætning af transportmappen og transportparameterfilen.

• Mappen skal deles korrekt mellem alle systemer i landskabet, og alle deltagende systemer skal være angivet i den globale konfigurationsfil. TPPARAM (transportparameterfilen), der er placeret i bin undermappe af /usr/sap/trans.
• Hvis en systempost mangler i TPPARAM, skal du kopiere et andet systems strofe og justere værdierne (system-ID, værtsnavn osv.), så de matcher.
• Ved installationen oprettes transportmappen og dens undermapper automatisk, inklusive en indledende skabelon for TPPARAM.

OperaSystemværktøjer: tp og R3trans

Under TMS udfører to operativsystemprogrammer det hårde arbejde: tp (transportkontrolprogrammet) og R3trans (dataflytteren).

tp – Transportkontrolprogrammet

• tp er SAP program brugt af administratorer til planlægning og udførelse af transporter mellem systemer, samt til SAP systemopgraderinger. Både CTO'en og TMS'en kalder det under motorhjelmen.
• tp bruger andre værktøjer og hjælpeprogrammer til at udføre sine funktioner — vigtigst af alt kalder det R3transDerudover styrer den den korrekte rækkefølge af eksporterede og importerede objekter, så målsystemet aldrig efterlades med uoverensstemmelser i afhængighederne.
• tp findes i standard runtime-mappen for SAP system: /usr/sap/SYS/<SID>/exe/runDen kopieres automatisk dertil under installationen.
• Som en forudsætning er den globale tp parameterfil TPPARAM skal vedligeholdes, og som minimum skal der angives værtsnavnene på hvert system, der deltager i transportprocessen.
• tp bruges primært til at udføre import til målsystemer. Det fungerer via importformidlere — RDDIMPDP og RDDIMPDP_KLIENT_ — der skal planlægges som baggrundsjob i alle systemer, hvor import finder sted. Hvis disse job nogensinde slettes, skal det rapporteres RDDNEWPP kan omplanlægge dem.
• Disse job er hændelsesudløst: tp sender et signal (en hændelse) til R/3-systemet, og jobbet starter. Hændelserne navngives SAP_TRIGGER_RDDIMPDP og SAP_TRIGGER_RDDIMPDP_KLIENT.

R3trans – Transportprogrammet

• R3trans er SAP transportprogram, der fysisk flytter data mellem forskellige SAP systemer. Det kaldes sjældent direkte; i stedet kaldes det fra tp eller af SAP opgradere hjælpeprogrammer.
• tp orkestrerer transporterne og genererer kontrolfilerne, der R3trans forbruger, men den opretter ikke forbindelse til selve databasen. Alt det "rigtige arbejde" på databaseniveau udføres af R3trans.
• R3trans understøtter flytning af data mellem systemer, der kører på forskellige operativsystemer og endda på forskellige databaser, hvilket er det, der gør heterogen SAP mulige landskaber.

Nøgle SAP TMS-transaktioner

Følgende T-koder er de daglige værktøjer, som en Basis-administrator bruger til at betjene transportstyringssystemet.

T-kode	Formål
STMS	Primært TMS-indgangspunkt — domænekonfiguration, transportruter, importoversigt.
STMS_IMPORT	Direkte adgang til importkøen i det aktuelle system.
SE01	Transportorganisator (udvidet visning) — administrer og frigiv transportanmodninger.
SE09	Transportorganisator til arbejdsbænkforespørgsler.
SE10	Transportarrangør til tilpasning af anmodninger.
SCC4	Klientvedligeholdelse — konfigurer om en klient tillader transporter og ændringer.
SPRO	SAP Reference IMG — indgangspunktet for alle tilpasningsaktiviteter.
SE80	ABAP Workbench — udviklingsmiljø til repository-objekter.

Bedste praksis for SAP TMS

En disciplineret TMS-proces holder ændringerne i gang uden overraskelser i produktionen. Følgende vaner er værd at tilegne sig fra dag ét.

• Hold dig til én transportretning (DEV → QAS → PRD). Lad aldrig ændringer gå baglæns eller spring QAS over.
• Frigiv transportanmodninger i afhængighedsrækkefølge. Hvis TR-B refererer til objekter tilføjet af TR-A, skal TR-A først indtaste importkøen.
• Brug korte beskrivende tekster på hver TR, så en fremtidig korrekturlæser kan identificere ændringen uden at åbne indholdet.
• Planlæg RDDIMDP-baggrundsjob på ethvert system i det øjeblik det slutter sig til landskabet — uden dem vil der ikke køre nogen import.
• Monter transportmappen konsekvent på tværs af alle værter; uoverensstemmelser i stierne er den største enkeltstående årsag til mislykkede importer.
• Behandl returkoder over 0 som defekter, ikke advarsler. Undersøg, dokumenter den grundlæggende årsag, og importér først derefter igen.

Ofte Stillede Spørgsmål