SAP TMS (Transport Management Systeem) zelfstudie

Wat is TMS?

TMS wordt gebruikt om ontwikkelingsobjecten op een ordelijke manier over SAP-systemen in een landschap te verplaatsen, beheren, controleren, kopiëren en instellingen aan te passen via vooraf gedefinieerde transportroutes (RFC-verbindingen). Het transportproces bestaat in principe uit het exporteren van objecten uit het bron-SAP-systeem en het importeren ervan in het/de doel-SAP-systeem(en). TMS staat voor Transport Management Systeem

Waarom hebben we een transportsysteem nodig?

Transport systeem

De CTS-componenten spelen een belangrijke rol in de algehele ontwikkel- en aanpassingsomgeving. CTS staat voor Change and Transport System

CTS is een instrument voor:

  • Het beheren en controleren van nieuwe ontwikkelingsaanvragen.
  • Transporten beheren
  • Registratie van waar en door wie wijzigingen worden doorgevoerd
  • Systeemlandschap configureren

Overzicht van CTS-componenten

Overzicht van CTS-componenten

  • CTO (Verander- en Transportorganisator) – Het is het belangrijkste hulpmiddel voor het beheren, doorzoeken en registreren van de wijzigingen die in de repository zijn aangebracht en voor het aanpassen van objecten. Het is het centrale punt voor het organiseren van de ontwikkelingsprojecten. SE01 is de transactie met de nieuwe uitgebreide weergave.
  • Transportgereedschap – De daadwerkelijke transporten gebeuren in de back-end op besturingssysteemniveau met behulp van transporttools, die deel uitmaken van SAP Kernel en het programma bevatten R3trans en het transportcontroleprogramma tp.
  • (TMS) Transportmanagementsysteem

SAP-systeemlandschap

SAP-systeemlandschap

Het systeemlandschap (ook wel SAP System Group genoemd) is de indeling van SAP-servers. Idealiter wordt in een SAP-omgeving een landschap met drie systemen aanbevolen. Het bestaat uit de

  1. Ontwikkelingsserver – DEV
  2. Kwaliteitsborgingsserver – QAS
  3. Productieserver – PRD.

De transportcyclus is in zeer basale zin het vrijgeven van nieuwe ontwikkelingen/aanpassingswijzigingen van DEV die worden geïmporteerd in zowel kwaliteits- als productiesystemen. Import in PRD kan echter pas plaatsvinden na integratie Testen en kwaliteitscontrole zijn uitgevoerd in QAS (en gemarkeerd als gecontroleerd).

Wat is maatwerk? Hoe helpt TMS bij het aanpassen

  • Customizing is een proces om het SAP-systeem aan te passen aan de behoefte van de klant. Om het maatwerk uit te voeren, maken gebruikers en consultants gebruik van de SAP Reference Implementation Guide (IMG), die toegankelijk is via transactie SPRO.
  • Het aanpassen gebeurt idealiter in DEV. De Transport Organizer (SE01) wordt in combinatie met IMG gebruikt om maatwerkwijzigingen verder vast te leggen en te transporteren.

Maatwerk in SAP

De meeste Customizing-wijzigingen (hoewel niet allemaal) zijn dat ook klantspecifiek, dwz dat de wijzigingen alleen in een bepaalde client moeten worden weerspiegeld en niet voor alle systeemclients bedoeld zijn. Wanneer de Transport Request wordt geëxporteerd, worden de relevante tabelgegevens uit de database van het SAP-systeem gehaald en naar de transportdirectory gekopieerd. Relevante tabelgegevens zijn vergrendeld wanneer de aangepaste transactie wordt gebruikt. Ze worden echter ontgrendeld zodra de wijzigingen in een transportverzoek zijn opgeslagen.

Repository- en ontwikkelingswijzigingen

  • Naast het op maat maken van reeds bestaande objecten zijn in de meeste gevallen ook nieuwe ontwikkelingen nodig. Ontwikkelingsobject is elk object dat door u in het SAP-systeem is gemaakt (ontwikkeld).
  • Er wordt een verzameling van al dergelijke objecten (klantspecifiek of cross-klant) aangeroepen bewaarplaats.
  • Ontwikkeling gebeurt grotendeels met behulp van ABAP Workbench (SE80). Daarom worden dergelijke wijzigingen ook wel Workbench Changes genoemd.
  • Voorbeelden:
  • ABAP-woordenboekobjecten: tabellen, domeinen, gegevenselementen, enz.
  • ABAP-programma's, functiemodules, menu's, schermen
  • Documenten, door de applicatie gedefinieerde transportobjecten, etc.
  • Ook is Workbench volledig geïntegreerd met TMS, om de wijzigingen vast te leggen en te transporteren.

De meeste Workbench-wijzigingen (hoewel niet alle) zijn dat wel cross-client, dwz dat wijzigingen worden weerspiegeld in alle systeemclients van het doelsysteem. Objecten die vanuit het bronsysteem worden getransporteerd, overschrijven objecten in het doelsysteem met dezelfde naam.

Klanten en het type gegevens in het SAP-systeem

  • Conceptueel gezien is de klant een technisch en organisatorisch onafhankelijke eenheid, die zijn eigen set gegevens bevat (Mastergegevens, Applicatie-/Operationele gegevens, Maatwerkgegevens)
  • Klanten creëren aparte omgevingen voor gebruikers uit verschillende gebruikersgroepen of met een ander doel, binnen hetzelfde SAP-systeem, zonder daadwerkelijk gebruik te maken van de andere database.
  • Vanuit technisch oogpunt wordt een klant gespecificeerd met behulp van een 3-cijferige numerieke ID, die ook fungeert als de waarde voor het tabelveld 'MANDT', in het geval van klantspecifieke opdrachten.

Klanten en het type gegevens in het SAP-systeem

Onder de klantspecifieke gegevens vallen 3 soorten gegevens:

  • Stamgegevens van gebruiker bevat de inloggegevens van de gebruiker, inclusief de gebruikersnaam, het wachtwoord en de standaardinstellingen van de gebruiker, de autorisatieprofielen of rollen, en de andere nuttige informatie zoals gebruikersgroepen, communicatie enzovoort. Deze gegevens zijn fysiek aanwezig in een specifieke set tabellen (de USR*-tabellen).
  • Gegevens aanpassen bevat de configuratie-instellingen om de organisatiestructuur en de bedrijfsprocessen aan te passen voor de bedrijven die SAP implementeren. Deze gegevens zijn klantafhankelijk en worden opgeslagen in tabellen die maatwerktabellen worden genoemd.
  • Applicatiegegevens zijn ook klantafhankelijk en normaal gesproken onderscheiden gebruikers twee soorten mastergegevens en transactiegegevens.
  1. Stamgegevens zoals leveranciersstam, materiaalstam (tabellen zoals MARA)
  2. Transactiegegevens zoals verkooporders, financiële documenten, productieorders (PO's) enzovoort.

Klantaanpassingsopties

Klantaanpassingsopties

Transport Directory en de configuratie ervan

SAP-transportdirectory:

  • Het is de globale transportdirectory (/usr/sap/trans), die feitelijk een gedeelde locatie is (die zich in het Domain Controller System bevindt) tussen alle lidsystemen van een landschap (systeemgroep). Het bevat ook bepaalde submappen, die automatisch worden aangemaakt tijdens de installatie van het SAP-systeem. Dit is verplicht voor het opzetten van het Transport Management Systeem.
  • Kortom, Transport Directory is de locatie waar alle wijzigingen worden opgeslagen (in de vorm van bestanden) nadat ze zijn vrijgegeven door DEV. Daarom fungeert het als bron voor de wijzigingen die uiteindelijk in QAS en PRD moeten worden geïmporteerd. Daarom moeten we ervoor zorgen dat de transportdirectory op de juiste manier wordt gedeeld tussen alle systemen in een landschap.

Als voorbeeld, in Windows NT, de gedeelde maplocatie is toegankelijk via het bestand following adres: \\ \sapmnt\trans waar SAPTRANSHOST (het adres van het domeincontrollersysteem) is gedefinieerd in het hostbestand in Windows Directory van alle SAP-systemen in het landschap. Domeincontroller – is een van de systemen in een landschap dat fungeert als algehele controller voor verandermanagement en transportprocessen in het landschap. Domeincontroller wordt gekozen (uit D/Q/P) door het team van systeembeheerders, op basis van systeembeschikbaarheid en het tijdstip van installatie.

Hoofdsubmappen

  • Cobestanden: Bevat wijzigingsverzoekinformatiebestanden met volledige details en commando's.
  • Gegevensbestanden: Bevat de werkelijke waarden en gegevens die moeten worden gebruikt bij het implementeren van de wijziging.
  • Log: Bevat transportlogboeken, sporen of statistieken, gebruikt voor het oplossen van problemen, voor het geval er een fout optreedt in het transportproces.
  • EPS: Download directory voor geavanceerde correcties en ondersteuningspakketten

Hoofdsubmappen

Andere submappen zijn:

  • bak: Configuratiebestanden voor tp (Transport Program) en TMS
  • oude gegevens: Oude geëxporteerde gegevens voor archival of verwijdering
  • actlog: Actielogboeken voor alle verzoeken en taken
  • buffer: Vervoer buffer voor elk systeem dat de te importeren transporten aangeeft
  • sapnamen: Informatie over transportverzoeken van de betreffende gebruikers
  • tmp: Tijdelijke en datalogbestanden

Opzetten van Transport Directory en TPPARAM

  • Tijdens het configureren van TMS is een van de belangrijkste vereisten het instellen van de Transport Directory en het Transport Parameter-bestand.
  • Het zorgt ervoor dat de directory op de juiste manier wordt gedeeld tussen alle systemen in een landschap, omdat alle systemen die deelnemen aan de groep/landschap moeten worden opgenomen in het globale configuratiebestand TPPARAM (transportparameterbestand), gelegen onder de bak submap van /use/sap/trans. We moeten ervoor zorgen dat de gegevens voor alle deelnemende systemen in dit bestand worden ingevoerd.
  • Als er een item ontbreekt, kopieer dan het item van een ander systeem en wijzig de waarden (bijvoorbeeld Systeem-ID, Hostnaam)
  • Op het moment van installatie worden de transportmap en de submappen automatisch aangemaakt, inclusief een in eerste instantie geconfigureerde sjabloon van het TPPARAM-bestand.

Besturingssysteemtools – TP en R3trans

tp – Het Transportcontroleprogramma:

  • tp is de SAP-programma die beheerders gebruiken voor het uitvoeren en plannen van transporten tussen systemen en ook bij upgrades van de SAP-systemen. Dit wordt gebruikt door de CTO en TMS.
  • Werkelijk, tp gebruikt andere speciale gereedschappen/programma's en hulpprogramma's om zijn functies uit te voeren. Het roept vooral R3trans hulpprogramma. Het biedt echter ook een uitgebreidere controle over het transportproces, waardoor de juiste volgorde van de geëxporteerde/geïmporteerde objecten wordt gegarandeerd, om ernstige inconsistenties in het systeem te voorkomen, die kunnen ontstaan ​​als gevolg van een verkeerde volgorde.
  • tp bevindt zich in de standaard runtime-directory van het SAP-systeem: /usr/sap/SYS/ /exe/uitvoeren. Het wordt automatisch gekopieerd tijdens het installatieproces.
  • Als voorwaarde geldt dat de tp globaal parameterbestand (TPPARAM), moeten worden onderhouden, waarbij ten minste de hostnamen moeten worden gespecificeerd van de systemen die deelnemen aan het transportproces.
  • tp wordt voornamelijk gebruikt voor het uitvoeren van importen in doelsystemen. Het maakt gebruik van hulpprogramma's genaamd Import Dispatchers - RDDIMDP & RDDIMPD_CLIENT_, deze moeten als achtergrondtaken worden gepland in elk systeem waar import wordt uitgevoerd. Als ze om welke reden dan ook worden verwijderd, kunnen we deze taken plannen door een rapport uit te voeren RDDNIEUWPP.
  • Deze banen zijn eigenlijk "Gebeurtenis geactiveerd", inhoudende dat tp stuurt een signaal (een gebeurtenis) naar het R/3-systeem en de taak start. Deze gebeurtenissen worden genoemd als SAP_TRIGGER_RDDIMPDP en SAP_TRIGGER_RRDIMPDP_CLIENT.

R3trans – Het transportcontroleprogramma

  • R3trans is het SAP-systeemtransportprogramma dat kan worden gebruikt voor het transporteren van gegevens tussen verschillende SAP-systemen. Het wordt normaal gesproken niet rechtstreeks gebruikt, maar opgeroepen vanuit de tp controleprogramma of door de SAP-upgradehulpprogramma's.
  • tp bestuurt de transporten en genereert de r3trans-controlebestanden, maar maakt geen verbinding met de database zelf. Al het ‘echte werk’ wordt gedaan R3trans.
  • Het ondersteunt het transporteren van gegevens tussen systemen die op verschillende besturingssystemen draaien en zelfs op verschillende DB.