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

Vad är TMS?

TMS används för att flytta, hantera, kontrollera, kopiera utvecklingsobjekt och anpassa inställningar på ett ordnat sätt över SAP system i ett landskap genom fördefinierade transportvägar (RFC Connections). Transportprocessen består i grunden av export av föremål från källan SAP systemet och importera dem till målet SAP system/er. TMS står för Transport Management System

Varför behöver vi ett transportsystem?

CTS-komponenterna spelar en viktig roll i den övergripande utvecklings- och anpassningsmiljön. CTS står för Change and Transport System

CTS är ett instrument för:

Administrera och kontrollera nya utvecklingsförfrågningar.
Hantera transporter
Registrering av var och av vem ändringar görs
Konfigurera systemlandskap

Översikt över CTS-komponenter

CTO (Change and Transport Organizer) – Det är huvudverktyget för att hantera, bläddra och registrera ändringar som gjorts på förvaret och anpassa objekt. Det är den centrala punkten för att organisera utvecklingsprojekten. SE01 är transaktionen med den nya utökade vyn.
Transportverktyg – De faktiska transporterna sker i back-end på OS-nivå med hjälp av transportverktyg, som ingår i SAP Kärna och inkluderar programmet R3trans och transportkontrollprogrammet tp.
(TMS) Transport Management System

SAP System-Landskap

Systemlandskapet (även känt som SAP System Group) är arrangemanget av SAP servrar. Helst i en SAP miljö rekommenderas ett tresystemslandskap. Den består av

Utvecklingsserver – DEV
Quality Assurance Server – QAS
Produktionsserver – PRD.

Transportcykel i en mycket grundläggande mening är releasen av nya utvecklingar/anpassningsförändringar från DEV som importeras i både kvalitets- och produktionssystem. Import i PRD kan dock bara ske en gång integration Testning och kvalitetskontroll har utförts i QAS (och markerats som kontrollerade).

Vad är anpassning? Hur hjälper TMS till att anpassa

Anpassning är en process för att anpassa SAP system efter kundens behov. För att utföra anpassningen tar användare och konsulter hjälp av SAP Referensimplementeringsguide (IMG), som är tillgänglig via transaktion SPRO.
Anpassning görs helst i DEV. Transportorganisatören (SE01) används tillsammans med IMG för att registrera och transportera anpassade ändringar vidare.

De flesta av anpassningsändringarna (men inte alla) är kundspecifikt, dvs. ändringarna ska endast återspeglas i en viss klient och inte avsedda för alla systemklienter. När transportförfrågan exporteras extraherar den relevanta tabellposter från databasen för SAP systemet och kopierar dem till transportkatalogen. Relevanta tabellposter låses när anpassningstransaktionen används. De låses dock upp så snart ändringarna sparas i en transportförfrågan.

Förvarings- och utvecklingsförändringar

Förutom att skräddarsy redan befintliga objekt, krävs även nyutveckling i de flesta fall. Utvecklingsobjekt är vilket objekt som helst som skapas (utvecklas) av dig i SAP systemet.
En samling av alla sådana objekt (klientspecifika eller cross-client) anropas förvaret.
Utvecklingen sker till största delen med hjälp av ABAP Workbench (SE80). Därför är sådana förändringar också kända som Workbench Changes.
Exempel:
ABAP-ordboksobjekt: tabeller, domäner, dataelement, etc.
ABAP-program, funktionsmoduler, menyer, skärmar
Dokument, applikationsdefinierade transportobjekt, etc.
Workbench är också helt integrerat med TMS, för att registrera och transportera förändringarna.

De flesta av Workbench-ändringarna (men inte alla), är tvärklient, dvs förändringar kommer att återspeglas i alla systemklienter i målsystemet. Objekt som transporteras från källsystemet skriver över objekt i målsystemet som har samma namn.

Klienter och typen av data i SAP Systemkrav

Begreppsmässigt är klienten en teknisk och organisatorisk oberoende enhet som innehåller sin egen uppsättning data (Master Data, Application/ Operanationella data, anpassa data)
Klienter skapar separata miljöer för användare från olika användargrupper eller med ett annat syfte, inom samma SAP utan att faktiskt använda den olika databasen.
Ur teknisk synvinkel specificeras en klient med ett 3-siffrigt numeriskt ID, som också fungerar som värdet för tabellfältet 'MANDT', vid kundspecifika jobb.

Bland kundspecifika data finns det tre typer av data:

Användarstamdata innehåller användarens inloggningsinformation, inklusive användarnamn, lösenord och användarstandarder, behörighetsprofiler eller roller och annan användbar information som användargrupper, kommunikation och så vidare. Dessa data finns fysiskt i en specifik uppsättning tabeller (USR*-tabellerna).
Anpassa data innehåller konfigurationsinställningarna för att anpassa organisationsstrukturen och affärsprocesserna för de företag som implementerar SAP. Denna data är klientberoende och lagras i tabeller som kallas anpassningstabeller.
Ansökningsdata är också klientberoende och normalt särskiljer användare två typer av masterdata och transaktionsdata.

Stamdata som leverantörsmaster, materialmaster (tabeller som MARA)
Transaktionsdata som försäljningsorder, finansiella dokument, produktionsorder (PO) och så vidare.

Kundanpassningsalternativ

Transportkatalog och dess konfiguration

SAP Transportkatalog:

Det är den globala transportkatalogen (/usr/sap/trans), som faktiskt är en delad plats (som finns i domänkontrollsystemet) bland alla medlemssystem i ett landskap (systemgrupp). Den innehåller också vissa underkataloger, som skapas automatiskt under installationen av SAP system. Detta är obligatoriskt för att sätta upp Transport Management System.
I grund och botten är Transport Directory platsen där alla ändringar sparas (i form av filer) efter att de har släppts från DEV. Därför fungerar den som en källa för att ändringarna så småningom ska importeras i QAS och PRD. Därför måste vi se till att transportkatalogen delas ordentligt mellan alla system i ett landskap.

Som ett exempel, i Windows NT, den delade katalogplatsen kan nås med följande adress: \\SAPTRANSHOST>\sapmnt\trans var SAPTRANSHOST (Domain Controller Systems adress) definieras i värdens fil i Windows Katalog över alla SAP system i landskapet. Domain Controller – är ett av systemen i ett landskap som fungerar som en övergripande controller för förändringsledning och transportprocess i landskapet. Domain Controller väljs (utanför D / Q / P) av teamet av systemadministratörer, baserat på systemtillgänglighet och tidpunkten för installationen.

Huvudunderkataloger

Cofiler: Innehåller ändringsförfrågningsinformationsfiler med fullständiga detaljer och kommandon.
Data filer: Innehåller de faktiska värdena och data som ska användas för att implementera ändringen.
Logga: Innehåller transportloggar, spår eller statistik, som används för felsökning, om något fel uppstår i transportprocessen.
EPS: Ladda ner katalog för avancerade korrigeringar och supportpaket

Andra underkataloger är:

am: Konfigurationsfiler för tp (Transport Program) och TMS
gamla data: Gamla exporterade data för arkivering eller radering
actlog: Åtgärdsloggar för alla förfrågningar och uppgifter
buffert: Transportbuffert för varje system som deklarerar att transporterna ska importeras
sapnamn: Information om transportförfrågningar gjorda av respektive användare
tmp: Tillfälliga och dataloggfiler

Uppsättning av Transport Directory och TPPARAM

När du konfigurerar TMS är en av huvudförutsättningarna att ställa in Transport Directory och Transport Parameter-filen.
Den säkerställer att katalogen delas korrekt mellan alla system i ett landskap, för att alla system som deltar i gruppen/landskapet ska inkluderas i den globala konfigurationsfilen TPPARAM (transportparameterfil), som finns under bin underkatalog till /use/sap/trans. Vi måste se till att uppgifterna för alla deltagande system görs i denna fil.
Om någon post saknas, kopiera ett annat systems post och ändra värdena (till exempel system-ID, värdnamn)
Vid installationstillfället skapas transportkatalogen och underkatalogerna automatiskt, inklusive en initialt konfigurerad mall för TPPARAM-filen.

Operating Systemverktyg – TP och R3trans

tp – Transportkontrollprogrammet:

tp är SAP program som administratörer använder för att utföra och planera transporter mellan system och även vid uppgraderingar av SAP system. Detta används av CTO och TMS.
Faktiskt, tp använder andra specialverktyg/program och verktyg för att utföra sina funktioner. Främst ringer det R3trans hjälpprogram. Men det erbjuder också en mer omfattande kontroll av transportprocessen, vilket säkerställer korrekt sekvens av de exporterade/importerade objekten, för att undvika allvarliga inkonsekvenser i systemet, som kan uppstå på grund av fel sekvens.
tp finns i standardruntime-katalogen för SAP systemet: /usr/sap/SYS/ /exe/run. Den kopieras automatiskt i installationsprocessen.
Som en förutsättning är tp global parameterfil (TPPARAM), måste underhållas, med minst angivande av värdnamn för de system som deltar i transportprocessen.
tp används främst för att utföra import i målsystem. Den använder verktyg som heter Import Dispatchers – RDDIMPDP & RDDIMPD_CLIENT_, dessa borde schemaläggas som bakgrundsjobb i alla system där import kommer att utföras. Om de av någon anledning tas bort kan vi schemalägga dessa jobb genom att köra en rapport RDDNEWPP.
Dessa jobb är faktiskt "händelse utlöst", betyder att tp skickar en signal (en händelse) till R/3-systemet och jobbet startar. Dessa händelser är namngivna som SAP_TRIGGER_RDDIMPDP och SAP_TRIGGER_RRDIMPDP_CLIENT.

R3trans – Transportkontrollprogrammet

R3trans är SAP systemtransportprogram som kan användas för att transportera data mellan olika SAP system. Den används normalt inte direkt utan anropas från tp kontrollprogram eller av SAP uppgradera verktyg.
tp styr transporterna och genererar r3trans-kontrollfilerna, men ansluter inte till själva databasen. Allt "riktigt arbete" görs från R3trans.
Det stöder transport av data mellan system som körs på olika operativsystem och till och med olika DB.

Du kanske gillar: