SAP TMS (Transport Management System) Tutorial

Hvad er TMS?

TMS bruges til at flytte, administrere, kontrollere, kopiere udviklingsobjekter og tilpasse indstillinger på en ordnet måde på tværs SAP systemer i et landskab gennem foruddefinerede transportruter (RFC Connections). Transportprocessen består grundlæggende af eksport af genstande ud af kilden SAP systemet og importere dem til målet SAP system/er. TMS står for Transport Management System

Hvorfor har vi brug for et transportsystem?

CTS-komponenterne spiller en vigtig rolle i det overordnede udviklings- og tilpasningsmiljø. CTS står for Change and Transport System

CTS er et instrument til:

• Administrere og kontrollere nye udviklingsanmodninger.
• Håndtering af transporter
• Registrering af hvor og af hvem ændringer foretages
• Konfiguration af systemlandskab

Oversigt over CTS-komponenter

• CTO (Change and Transport Organizer) – Det er hovedværktøjet til at administrere, gennemse og registrere de ændringer, der er foretaget på lageret og tilpasse objekter. Det er det centrale punkt for at organisere udviklingsprojekterne. SE01 er transaktionen med den nye udvidede visning.
• Transportværktøj – De faktiske transporter sker i back-end på OS-niveau ved hjælp af transportværktøjer, som er en del af SAP Kernel og inkluderer programmet R3trans og transportkontrolprogrammet tp.
• (TMS) Transport Management System

SAP System-Landskab

Systemlandskabet (også kendt som SAP System Group) er arrangementet af SAP servere. Ideelt set i en SAP miljø, anbefales et tre-system landskab. Den består af

1. Udviklingsserver – DEV
2. Quality Assurance Server – QAS
3. Produktionsserver – PRD.

Transportcyklus i en meget grundlæggende forstand er frigivelsen af ​​nye udviklinger/tilpasningsændringer fra DEV, som importeres i både kvalitets- og produktionssystemer. Import i PRD kan dog kun ske én gang integration Test og kvalitetstjek er udført i QAS (og markeret som kontrolleret).

Hvad er tilpasning? Hvordan hjælper TMS med tilpasning

• Tilpasning er en proces til at tilpasse SAP system efter kundens behov. Til at udføre tilpasningen tager brugere og konsulenter hjælp af SAP Reference Implementation Guide (IMG), som er tilgængelig via transaktion SPRO.
• Tilpasning udføres ideelt i DEV. Transport Organizer (SE01) bruges sammen med IMG til at registrere og transportere tilpassede ændringer videre.

De fleste af tilpasningsændringerne (dog ikke alle) er kundespecifik, dvs. ændringerne formodes kun at blive afspejlet i en bestemt klient og ikke beregnet til alle systemklienter. Når transportanmodningen eksporteres, udtrækker den de relevante tabelposter fra databasen SAP systemet og kopierer dem til transportbiblioteket. Relevante tabelposter låses, når tilpasningstransaktionen bruges. De låses dog op, så snart ændringerne er gemt i en transportanmodning.

Repository og udviklingsændringer

• Udover at tilpasse allerede eksisterende objekter, er der også behov for nye udviklinger i de fleste tilfælde. Udviklingsobjekt er ethvert objekt, der er skabt (udviklet) af dig i SAP system.
• En samling af alle sådanne objekter (klientspecifikke eller krydsklient) kaldes Repository.
• Udvikling sker for det meste ved hjælp af ABAP Workbench (SE80). Derfor er sådanne ændringer også kendt som Workbench Changes.
• eksempler:
• ABAP-ordbogsobjekter: Tabeller, domæner, dataelementer osv.
• ABAP programmer, funktionsmoduler, menuer, skærme
• Dokumenter, applikationsdefinerede transportobjekter mv.
• Workbench er også fuldt integreret med TMS, til at registrere og transportere ændringerne.

De fleste af Workbench-ændringerne (dog ikke alle), er tværklient, dvs. ændringer vil blive afspejlet i alle målsystemets systemklienter. Objekter, der transporteres fra kildesystemet, overskriver objekter i målsystemet, der har de samme navne.

Klienter og typen af ​​data i SAP Systemkrav

• Begrebsmæssigt er klienten en teknisk og organisatorisk uafhængig enhed, der indeholder sit eget datasæt (masterdata, applikation/ Operanationale data, tilpasning af data)
• Klienter opretter separate miljøer for brugere fra forskellige brugergrupper eller med et andet formål inden for samme SAP system, uden faktisk at bruge den anden database.
• Fra det tekniske synspunkt specificeres en klient ved hjælp af 3-cifret numerisk ID, som også fungerer som værdien for tabelfeltet 'MANDT', i tilfælde af klientspecifikke jobs.

Blandt klientspecifikke data er der 3 typer data:

• Brugerstamdata indeholder brugerloginoplysninger, herunder brugernavn, adgangskode og brugerstandarder, autorisationsprofiler eller roller og andre nyttige oplysninger såsom brugergrupper, kommunikation og så videre. Disse data er fysisk til stede i et specifikt sæt tabeller (USR*-tabellerne).
• Tilpasning af data indeholder konfigurationsindstillingerne for at tilpasse organisationsstrukturen og forretningsprocesserne for de virksomheder, der implementerer SAP. Disse data er klientafhængige og gemmes i tabeller kendt som tilpasningstabeller.
• Applikationsdata er også klientafhængige og normalt skelner brugere mellem to typer stamdata og transaktionsdata.

1. Stamdata såsom leverandør master, materiale master (tabeller såsom MARA)
2. Transaktionsdata såsom salgsordre, finansielle dokumenter, produktionsordrer (PO'er) og så videre.

Kundetilpasningsmuligheder

Transport Directory og dens konfiguration

SAP Transportkatalog:

• Det er den globale transportmappe (/usr/sap/trans), som faktisk er en delt placering (der ligger i Domain Controller System) blandt alle medlemssystemerne i et landskab (systemgruppe). Den indeholder også visse undermapper, der oprettes automatisk under installationen af SAP system. Dette er obligatorisk for opsætning af Transport Management System.
• Grundlæggende er Transport Directory det sted, hvor alle ændringerne gemmes (i form af filer), efter at de er frigivet fra DEV. Derfor fungerer det som en kilde til, at ændringerne til sidst importeres i QAS og PRD. Derfor skal vi sørge for, at transportkartoteket deles korrekt mellem alle systemer i et landskab.

Som et eksempel, i Windows NT, den delte katalogplacering kan tilgås ved hjælp af følgende adresse: \\SAPTRANSHOST>\sapmnt\trans hvor SAPTRANSHOST (Domain Controller Systems adresse) er defineret i værtens fil i Windows Fortegnelse over alle SAP systemer i landskabet. Domain Controller – er et af systemerne i et landskab, der fungerer som en overordnet controller for forandringsledelse og transportproces i landskabet. Domænecontrolleren vælges (ud af D/Q/P) af teamet af systemadministratorer på grundlag af systemets tilgængelighed og installationstidspunktet.

Hovedundermapper

• Cofiler: Indeholder ændringsanmodningsoplysninger med komplette detaljer og kommandoer.
• Datafiler: Indeholder de faktiske værdier og data, der skal bruges til at implementere ændringen.
• Log: Indeholder transportlogfiler, spor eller statistik, der bruges til fejlfinding, hvis der skulle opstå en fejl i transportprocessen.
• EPS: Download mappe for avancerede rettelser og supportpakker

Andre undermapper er:

• er: Konfigurationsfiler til tp (Transport Program) og TMS
• gamle data: Gamle eksporterede data til arkivering eller sletning
• actlog: Handlingslogs for alle anmodninger og opgaver
• buffer: Transportbuffer for hvert system, der erklærer, at transporterne skal importeres
• sapnavne: Oplysninger om transportanmodninger fremsat af respektive brugere
• tmp: Midlertidige og datalogfiler

Opsætning af Transport Directory og TPPARAM

• Når du konfigurerer TMS, er en af ​​de vigtigste forudsætninger at opsætte Transport Directory og Transport Parameter-filen.
• Det sikrer, at Directory deles korrekt mellem alle systemerne i et Landscape, for at alle de systemer, der deltager i gruppen/landskabet, skal inkluderes i den globale konfigurationsfil TPPARAM (transportparameterfil), som er placeret under bin undermappe til /use/sap/trans. Vi skal sørge for, at indtastningerne for alle de deltagende systemer er lavet i denne fil.
• Hvis der mangler en post, skal du kopiere et andet systems post og ændre værdierne (for eksempel system-id, værtsnavn)
• På installationstidspunktet oprettes transportmappen og underbibliotekerne automatisk, inklusive en oprindeligt konfigureret skabelon af TPPARAM-fil.

Operating Systemværktøjer – TP og R3trans

tp – Transportkontrolprogrammet:

• tp er SAP program som administratorer bruger til at udføre og planlægge transporter mellem systemer og også i opgraderinger af SAP systemer. Dette bruges af CTO og TMS.
• Rent faktisk, tp bruger andre specielle værktøjer/programmer og hjælpeprogrammer til at udføre sine funktioner. Hovedsageligt kalder det R3trans hjælpeprogram. Det giver dog også en mere omfattende kontrol af transportprocessen, hvilket sikrer den korrekte rækkefølge af de eksporterede/importerede objekter, for at undgå alvorlige uoverensstemmelser i systemet, som kan opstå på grund af den forkerte rækkefølge.
• tp er placeret i standard runtime-biblioteket for SAP system: /usr/sap/SYS/ /exe/run. Det kopieres automatisk i installationsprocessen.
• Som en forudsætning er tp global parameter fil (TPPARAM), skal vedligeholdes, med angivelse af som minimum værtsnavne på de systemer, der deltager i transportprocessen.
• tp bruges hovedsageligt til at udføre import i målsystemer. Det bruger værktøjer kaldet Import Dispatchers - RDDIMPDP & RDDIMPD_CLIENT_, bør disse planlægges som baggrundsjob i alle systemer, hvor import vil blive udført. Hvis de af en eller anden grund bliver slettet, kan vi planlægge disse job ved at køre rapport RDDNEWPP.
• Disse job er faktisk "hændelse udløst", hvilket betyder det tp sender et signal (en hændelse) til R/3-systemet og jobbet starter. Disse begivenheder er navngivet som SAP_TRIGGER_RDDIMPDP og SAP_TRIGGER_RRDIMPDP_CLIENT.

R3trans – Transportkontrolprogrammet

• R3trans er SAP system transport program, der kan bruges til at transportere data mellem forskellige SAP systemer. Det bruges normalt ikke direkte, men kaldes fra tp kontrolprogram eller af SAP opgradere hjælpeprogrammer.
• tp styrer transporterne og genererer r3trans kontrolfilerne, men forbinder ikke til selve databasen. Alt det "rigtige arbejde" er udført fra R3trans.
• Det understøtter transport af data mellem systemer, der kører på forskellige OS og endda forskellige DB.