SAP Handledning för TMS (Transport Management System).

Vad är SAP TMS?

TMS (Transportledningssystem) är SAP verktyg som används för att flytta, hantera, kontrollera och kopiera utvecklingsobjekt och anpassa inställningar på ett ordnat sätt över SAP system i ett landskap, genom fördefinierade transportvägar byggda på RFC-anslutningar.

Transportprocessen består av två huvudsteg: exportera föremål utanför källan SAP system och importera dem till ett eller flera mål SAP system. TMS står för Transport Management System och är det användarvänliga lagret som ligger ovanpå de underliggande operativsystemverktygen. tp och R3trans.

Varför behöver vi ett transportsystem?

Utan ett transportsystem skulle varje ändring behöva implementeras manuellt i QAS och PRD – långsamt, felbenäget och omöjligt att granska. CTS-komponenterna täpper till detta gap och spelar en central roll i den övergripande utvecklings- och anpassningsmiljön. CTS står för Förändrings- och transportsystem.

CTS är ett instrument för:

• Administrera och kontrollera nya utvecklingsförfrågningar.
• Hantera transporter mellan system.
• Registrering av var och av vem varje ändring gjordes.
• Konfigurera själva systemlandskapet.

Översikt över CTS-komponenter

CTS består av tre samverkande delar, som var och en äger ett annat lager av transportproblemet.

• CTO (förändrings- och transportorganisatör): Det huvudsakliga verktyget för att hantera, bläddra bland och registrera ändringar som gjorts i arkivet och anpassa objekt. Det är den centrala punkten för att organisera utvecklingsprojekt. SE01 är transaktionen med den utökade vyn som används av Basis-administratörer.
• Transportverktyg: Själva transporterna sker i backend på operativsystemnivå med hjälp av transportverktyg som är en del av SAP Kärna. De två viktigaste programmen är R3trans (dataflyttaren) och transportkontrollprogrammet tp (orkestratoren).
• TMS (transportledningssystem): Användargränssnittet som låter administratörer konfigurera transportdomäner, definiera rutter, övervaka importköer och utlösa importer utan att släppa dem.ping till operativsystemet.

SAP Systemlandskap

Systemlandskapet (även känt som SAP System Group) är arrangemanget av SAP servrar som används av en organisation. Den rekommenderade installationen är en tresystemslandskap:

1. Utvecklingsserver – DEV — där utvecklare bygger och konfigurerar.
2. Quality Assurance Server – QAS — där förändringar integrationstestas.
3. Produktionsserver – PRD — där verksamheten bedrivs dagligen.

I sin enklaste form är transportcykeln lanseringen av nya utvecklingar eller anpassningsändringar från DEV, vilka sedan importeras till både QAS och PRD. Import till PRD är begränsad: den kan ske först efter integration. testning och kvalitetskontroller har slutförts i QAS och ändringen har formellt markerats som godkänd.

Vad är anpassning? Hur hjälper TMS till med anpassning?

Anpassning är processen att anpassa SAP systemet till kundens affärsbehov utan att modifiera SAP-levererad kod. För att utföra anpassning arbetar användare och konsulter igenom SAP Referensimplementeringsguide (IMG), tillgänglig via transaktion SPRO.

Anpassning görs helst i DEV. Transportorganisatören (SE01) används tillsammans med IMG för att registrera anpassningsändringar i en transportförfrågan, som TMS sedan kan vidarebefordra.

De flesta anpassningsändringar – men inte alla – är kundspecifiktÄndringarna påverkar endast en specifik klient och är inte avsedda för alla klienter i systemet. När en transportförfrågan exporteras, TMS extrachämtar relevanta tabellposter från källdatabasen och kopierar dem till transportkatalogen som filer. De relevanta tabellposterna är låsta medan anpassningstransaktionen används, men de låses upp i det ögonblick ändringarna sparas i en transportförfrågan.

Förvarings- och utvecklingsförändringar

Förutom att anpassa befintliga objekt krävs nyutveckling i de flesta projekt. utvecklingsobjekt är vilket objekt som helst som är byggt inuti SAP system. Den fullständiga samlingen av sådana objekt, både klientspecifika och klientövergripande, kallas förvaret.

Utvecklingen sker mestadels med hjälp av ABAP-arbetsbänk (SE80), så dessa förändringar är också kända som Ändringar i arbetsbänkenTypiska exempel inkluderar:

• ABAP-ordboksobjekt: tabeller, domäner, dataelement.
• ABAP-program, funktionsmoduler, menyer och skärmar.
• Dokument och applikationsdefinierade transportobjekt.

Workbench är helt integrerad med TMS, så varje ändring av arbetsbänken kan registreras och transporteras. De flesta ändringar av arbetsbänken – men återigen, inte alla – är det. tvärklient, vilket innebär att ändringarna kommer att återspeglas i varje klient i målsystemet. Objekt som transporteras från källsystemet skriver över objekt i målsystemet som har samma namn.

Klienter och datatyper i en SAP Systemkrav

Konceptuellt sett, en klient är en tekniskt och organisatoriskt oberoende enhet som innehar sin egen datamängd — Masterdata, Applikation/Operationella data och anpassning av data. Klienter skapar separata miljöer för användare från olika grupper eller med olika syften inom samma SAP system, utan att skapa en separat databas för varje.

Tekniskt sett identifieras en klient med ett tresiffrigt numeriskt ID, vilket också är värdet för tabellfältet. MANDT för klientspecifika tabeller.

Bland klientspecifik data finns det tre olika typer:

• Användarstamdata: Inloggningsinformation inklusive användarnamn, lösenord, användarstandardinställningar, auktoriseringsprofiler eller roller, användargrupper och kommunikationsdetaljer. Dessa data finns i en specifik uppsättning tabeller (den USR* tabeller).
• Anpassa data: Konfigurationsinställningarna som anpassar organisationsstruktur och affärsprocesser för det implementerande företaget. Dessa data är klientberoende och lagras i anpassningsbara tabeller.
• Applikationsdata: Även klientberoende, och uppdelat mellan basdata (såsom leverantörsmall och materialmall — till exempel tabell MARA) Och transaktionsdata (såsom försäljningsordrar, ekonomiska dokument och produktionsordrar).

Kundanpassningsalternativ

När en ny klient skapas med transaktionen SCC4 kan administratörer välja om ändringar som registreras i klienten automatiskt registreras i en transportförfrågan, och om anpassning mellan klienter eller ändringar i databasen är tillåtna alls.

SAP Transportkatalog

Ocuco-landskapet SAP Transportkatalog är den globala transportkatalogen (/usr/sap/trans) — en delad plats, som finns på domänkontrollanten, och som används av varje medlemssystem i ett landskap (systemgrupp). Den innehåller flera underkataloger som skapas automatiskt under installationen och är obligatorisk för att konfigurera transporthanteringssystemet.

Transportkatalogen är den plats där alla ändringar sparas som filer efter att de har släppts från DEV. Den fungerar sedan som källa för ändringar som sedan importeras till QAS och PRD. Av denna anledning är katalogen måste delas korrekt över alla system i landskapet.

On Windows, till exempel, kan den delade katalogens plats nås med hjälp av:

\\<SAPTRANSHOST>\sapmnt\trans

Här SAPTRANSHOST — domänkontrollantens systemadress — definieras i hosts-filen för varje SAP systemet i landskapet. Den Domain Controller är ett system i landskapet som fungerar som den övergripande kontrollanten för ändringshantering och transport. Det väljs av teamet av systemadministratörer från D/Q/P baserat på tillgänglighet och installationstidpunkt.

Huvudunderkataloger

• kofiler: Informationsfiler för ändringsbegäran som innehåller fullständiga detaljer och kommandon för varje transport.
• uppgifter: De faktiska värdena och datanyttolasten som ska tillämpas som en del av ändringen.
• logga: Transportloggar, traces och statistik — din första anhalt när en transport misslyckas.
• EPS: Ladda ner katalog för avancerade korrigeringar och supportpaket.

Andra underkataloger

• am: Konfigurationsfiler för tp (Transportprogrammet) och TMS, inklusive det centrala TPPARAM fil.
• gammal data: Gammal exporterad data sparas för arkivering eller eventuell radering.
• actlog: Åtgärdsloggar för varje begäran och uppgift.
• buffert: Transportbuffert för varje system, som deklarerar vilka transporter som väntar på import.
• sapnamn: Information om transportförfrågningar som gjorts av varje användare.
• tmp: Tillfälliga filer och dataloggfiler.

Konfigurera transportkatalogen och TPPARAM

En av de viktigaste förutsättningarna vid konfigurering av TMS är att konfigurera transportkatalogen och transportparameterfilen.

• Katalogen måste delas korrekt mellan alla system i landskapet, och alla deltagande system måste listas i den globala konfigurationsfilen. TPPARAM (transportparameterfilen), som finns i bin underkatalog av /usr/sap/trans.
• Om en systempost saknas i TPPARAM, kopiera ett annat systems rad och justera värdena (system-ID, värdnamn och så vidare) så att de matchar.
• Vid installationstillfället skapas transportkatalogen och dess underkataloger automatiskt, inklusive en initial mall för TPPARAM.

OperaSystemverktyg: tp och R3trans

Under TMS gör två operativsystemprogram det tunga arbetet: tp (transportkontrollprogrammet) och R3trans (dataflyttaren).

tp – Transportkontrollprogrammet

• tp är SAP program som används av administratörer för att planera och utföra transporter mellan system, samt för SAP systemuppgraderingar. Både teknikchefen och TMS säger att det är under huven.
• tp använder andra verktyg och verktyg för att utföra sina funktioner — viktigast av allt anropar den R3transDessutom kontrollerar den rätt ordning för exporterade och importerade objekt så att målsystemet aldrig lämnas med beroenden som inte matchar.
• tp finns i standardkatalogen för runtime-programmet SAP systemet: /usr/sap/SYS/<SID>/exe/runDen kopieras dit automatiskt under installationen.
• Som en förutsättning är den globala tp parameterfil TPPARAM måste underhållas, och åtminstone lista värdnamnen för varje system som deltar i transportprocessen.
• tp används främst för att utföra importer till målsystem. Den fungerar via importdispatchers — RDDIMPDP och RDDIMPDP_CLIENT_ — som måste schemaläggas som bakgrundsjobb i varje system där import sker. Om dessa jobb någonsin tas bort, rapportera RDDNEWPP kan omplanera dem.
• Dessa jobb är händelseutlöst: tp skickar en signal (en händelse) till R/3-systemet och jobbet startar. Händelserna namnges SAP_TRIGGER_RDDIMPDP och SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Transportprogrammet

• R3trans är SAP transportprogram som fysiskt flyttar data mellan olika SAP system. Det anropas sällan direkt; istället anropas det från tp eller av SAP uppgradera verktyg.
• tp orkestrerar transporterna och genererar kontrollfilerna som R3trans förbrukar, men den ansluter inte till själva databasen. Allt "riktigt arbete" på databasnivå utförs av R3trans.
• R3trans stöder flytt av data mellan system som körs på olika operativsystem och till och med på olika databaser, vilket är det som gör heterogena SAP landskap möjliga.

Nyckel SAP TMS-transaktioner

Följande T-koder är de dagliga verktyg som en Basis-administratör använder för att driva transportledningssystemet.

T-kod	Syfte
STMS	Huvudsaklig TMS-ingångspunkt — domänkonfiguration, transportrutter, importöversikt.
STMS_IMPORT	Direktåtkomst till importkön i det aktuella systemet.
SE01	Transportorganisatör (utökad vy) – hantera och frisläppa transportförfrågningar.
SE09	Transportorganisatör för arbetsbänkförfrågningar.
SE10	Transportorganisatör för att anpassa önskemål.
SCC4	Klientunderhåll — konfigurera om en klient tillåter transporter och ändringar.
SPRO	SAP Referens-IMG — utgångspunkten för alla anpassningsaktiviteter.
SE80	ABAP Workbench — utvecklingsmiljö för repository-objekt.

Bästa metoder för SAP TMS

En disciplinerad TMS-process håller förändringar igång utan överraskningar i produktionen. Följande vanor är värda att anamma från dag ett.

• Håll dig till en enda transportriktning (DEV → QAS → PRD). Låt aldrig ändringar gå baklänges och hoppa inte över QAS.
• Släpp transportförfrågningar i beroendeordning. Om TR-B refererar till objekt som lagts till av TR-A måste TR-A först gå in i importkön.
• Använd beskrivande korta texter på varje TR så att en framtida granskare kan identifiera ändringen utan att öppna innehållet.
• Schemalägg RDDIMDP-bakgrundsjobb på varje system i det ögonblick det ansluter sig till landskapet — utan dem kommer inga importer att ske.
• Montera transportkatalogen konsekvent över varje värd; felaktiga sökvägar är den enskilt största orsaken till misslyckade importer.
• Behandla returkoder över 0 som defekter, inte varningar. Undersök, dokumentera grundorsaken och importera först sedan på nytt.

Vanliga frågor