SAP TMS (Transport Management System) veiledning

Hva er TMS?

TMS brukes til å flytte, administrere, kontrollere, kopiere utviklingsobjekter og tilpasse innstillinger på en ryddig måte på tvers SAP systemer i et landskap gjennom forhåndsdefinerte transportveier (RFC Connections). Transportprosessen består i utgangspunktet av eksport av gjenstander ut av kilden SAP systemet og importere dem til målet SAP system/er. TMS står for Transport Management System

Hvorfor trenger vi et transportsystem?

CTS-komponentene spiller en viktig rolle i det generelle utviklings- og tilpasningsmiljøet. CTS står for Change and Transport System

CTS er et instrument for:

• Administrere og kontrollere nye utviklingsforespørsler.
• Administrere transporter
• Registrering av hvor og av hvem endringer gjøres
• Konfigurere systemlandskap

Oversikt over CTS-komponenter

• CTO (Change and Transport Organizer) – Det er hovedverktøyet for å administrere, bla gjennom og registrere endringene som er gjort på depotet og tilpasse objekter. Det er det sentrale punktet for å organisere utviklingsprosjektene. SE01 er transaksjonen med den nye utvidede visningen.
• Transportverktøy – Selve transportene skjer i back-end på OS-nivå ved hjelp av transportverktøy, som er en del av SAP Kjernen og inkluderer programmet R3trans og transportkontrollprogrammet tp.
• (TMS) Transportstyringssystem

SAP System-Landskap

Systemlandskapet (også kjent som SAP System Group) er arrangementet av SAP servere. Ideelt sett i en SAP miljø anbefales et tresystemlandskap. Den består av

1. Utviklingsserver – DEV
2. Kvalitetssikringsserver – QAS
3. Produksjonsserver – PRD.

Transportsyklus i en helt grunnleggende forstand er utgivelsen av nye utviklinger/tilpasningsendringer fra DEV som er importert i både kvalitets- og produksjonssystemer. Import i PRD kan imidlertid bare skje én gang integrering Testing og kvalitetskontroll er utført i QAS (og merket som kontrollert).

Hva er tilpasning? Hvordan hjelper TMS med tilpasning

• Tilpasning er en prosess for å tilpasse SAP system etter kundens behov. For å utføre tilpasningen tar brukere og konsulenter hjelp av SAP Reference Implementation Guide (IMG), som er tilgjengelig gjennom transaksjon SPRO.
• Tilpasning gjøres ideelt i DEV. Transport Organizer (SE01) brukes i forbindelse med IMG for å registrere og transportere tilpassede endringer videre.

De fleste av tilpasningsendringene (men ikke alle) er klientspesifikke, dvs. endringene skal kun reflekteres i en bestemt klient og ikke ment for alle systemklienter. Når transportforespørselen eksporteres, trekker den ut de relevante tabelloppføringene fra databasen til SAP systemet og kopierer dem til transportkatalogen. Relevante tabelloppføringer låses når tilpasningstransaksjonen brukes. Imidlertid låses de opp så snart endringene er lagret i en transportforespørsel.

Depot og utviklingsendringer

• Bortsett fra å tilpasse allerede eksisterende objekter, kreves det også nye utviklinger i de fleste tilfeller. Utviklingsobjekt er ethvert objekt som er opprettet (utviklet) av deg i SAP system.
• En samling av alle slike objekter (klientspesifikke eller kryssklient) kalles Oppbevaringssted.
• Utviklingen skjer stort sett ved hjelp av ABAP Workbench (SE80). Derfor er slike endringer også kjent som Workbench Changes.
• Eksempler:
• ABAP-ordbokobjekter: Tabeller, domener, dataelementer, etc.
• ABAP-programmer, funksjonsmoduler, menyer, skjermer
• Dokumenter, applikasjonsdefinerte transportobjekter, etc.
• Workbench er også fullt integrert med TMS, for å registrere og transportere endringene.

De fleste av Workbench-endringene (men ikke alle), er kryssklient, dvs. endringer vil gjenspeiles i alle systemklientene til målsystemet. Objekter transportert fra kildesystemet overskriver objekter i målsystemet som har samme navn.

Klienter og typen data i SAP System

• Konseptuelt er klienten en teknisk og organisatorisk uavhengig enhet, som inneholder sitt eget sett med data (Master Data, Application/ Operanasjonale data, tilpasse data)
• Klienter oppretter separate miljøer for brukere fra forskjellige brukergrupper eller med et annet formål, innenfor samme SAP system, uten faktisk å bruke den forskjellige databasen.
• Fra et teknisk synspunkt spesifiseres en klient ved hjelp av 3-sifret numerisk ID, som også fungerer som verdien for tabellfeltet 'MANDT', når det gjelder klientspesifikke jobber.

Blant klientspesifikke data er det 3 typer data:

• Brukerstamdata inneholder brukerinnloggingsinformasjonen, inkludert brukernavnet, passordet og brukerstandardene, autorisasjonsprofilene eller rollene, og annen nyttig informasjon som brukergrupper, kommunikasjon og så videre. Disse dataene finnes fysisk i et spesifikt sett med tabeller (USR*-tabellene).
• Tilpasse data inneholder konfigurasjonsinnstillingene for å tilpasse organisasjonsstrukturen og forretningsprosessene for selskapene som implementerer SAP. Disse dataene er klientavhengige og lagres i tabeller kjent som tilpasningstabeller.
• Applikasjonsdata er også klientavhengige og normalt skiller brukere to typer masterdata og transaksjonsdata.

1. Stamdata som leverandørmaster, materialmaster (tabeller som MARA)
2. Transaksjonsdata som salgsordre, økonomiske dokumenter, produksjonsordrer (PO) og så videre.

Kundetilpasningsalternativer

Transportkatalog og dens konfigurasjon

SAP Transportkatalog:

• Det er den globale transportkatalogen (/usr/sap/trans), som faktisk er en delt plassering (som ligger i Domain Controller System) blant alle medlemssystemene i et landskap (systemgruppe). Den inneholder også visse underkataloger, som opprettes automatisk under installasjonen av SAP system. Dette er obligatorisk for å sette opp Transport Management System.
• I utgangspunktet er Transport Directory stedet der alle endringene lagres (i form av filer) etter at de er utgitt fra DEV. Derfor fungerer den som en kilde for at endringene til slutt kan importeres i QAS og PRD. Derfor må vi sørge for at transportkatalogen deles riktig mellom alle systemene i et landskap.

Som et eksempel, i Windows NT, den delte katalogposisjonen kan nås ved å bruke følgende adresse: \\SAPTRANSHOST>\sapmnt\trans hvor SAPTRANSHOST (Domain Controller Systems adresse) er definert i vertens fil i Windows Katalog over alle SAP systemer i landskapet. Domain Controller – er et av systemene i et landskap som fungerer som en overordnet kontroller for endringsledelse og transportprosess i landskapet. Domenekontrolleren velges (ut av D / Q / P) av teamet av systemadministratorer, på grunnlag av systemtilgjengelighet og installasjonstidspunktet.

Hovedunderkataloger

• Cofiler: Inneholder endringsforespørselsinformasjonsfiler med fullstendige detaljer og kommandoer.
• Datafiler: Inneholder de faktiske verdiene og dataene som skal brukes til å implementere endringen.
• Logg: Inneholder transportlogger, spor eller statistikk, brukt til feilsøking, i tilfelle det oppstår feil i transportprosessen.
• EPS: Last ned katalog for avanserte rettelser og støttepakker

Andre underkataloger er:

• bin: Konfigurasjonsfiler for tp (Transport Program) og TMS
• gamle data: Gamle eksporterte data for arkivering eller sletting
• actlog: Handlingslogger for alle forespørsler og oppgaver
• buffer: Transportbuffer for hvert system som erklærer transportene som skal importeres
• sapnavn: Informasjon om transportforespørsler fra respektive brukere
• tmp: Midlertidige og dataloggfiler

Oppsett av Transport Directory og TPPARAM

• Når du konfigurerer TMS, er en av hovedforutsetningene å sette opp Transport Directory og Transport Parameter-filen.
• Den sikrer at katalogen deles riktig mellom alle systemene i et landskap, for at alle systemene som deltar i gruppen/landskapet skal inkluderes i den globale konfigurasjonsfilen TPPARAM (transportparameterfil), som ligger under bin underkatalog til /use/sap/trans. Vi må sørge for at oppføringene for alle deltakende systemer er gjort i denne filen.
• I tilfelle en oppføring mangler, kopier et annet systems oppføring og endre verdiene (for eksempel system-ID, vertsnavn)
• På tidspunktet for installasjonen opprettes transportkatalogen og underkatalogene automatisk, inkludert en opprinnelig konfigurert mal for TPPARAM-fil.

Operating Systemverktøy – TP og R3trans

tp – Transportkontrollprogrammet:

• tp er den SAP program som administratorer bruker til å utføre og planlegge transporter mellom systemer og også i oppgraderinger av SAP systemer. Dette brukes av CTO og TMS.
• Faktisk, tp bruker andre spesialverktøy/programmer og verktøy for å utføre sine funksjoner. Hovedsakelig kaller det R3trans hjelpeprogram. Det gir imidlertid også en mer omfattende kontroll av transportprosessen, og sikrer riktig rekkefølge av de eksporterte/importerte objektene, for å unngå alvorlige inkonsekvenser i systemet, som kan oppstå på grunn av feil rekkefølge.
• tp er plassert i standard runtime-katalogen til SAP system: /usr/sap/SYS/ /exe/run. Den kopieres automatisk i installasjonsprosessen.
• Som en forutsetning er tp global parameterfil (TPPARAM), må vedlikeholdes, og spesifisere minst vertsnavnene til systemene som deltar i transportprosessen.
• tp brukes hovedsakelig for å utføre import i målsystemer. Den bruker verktøy kalt Import Dispatchers – RDDIMPDP & RDDIMPD_CLIENT_, bør disse planlegges som bakgrunnsjobber i hvert system hvor import skal utføres. Hvis de av en eller annen grunn blir slettet, kan vi planlegge disse jobbene ved å kjøre rapport RDDNEWPP.
• Disse jobbene er faktisk "hendelse utløst", som betyr at tp sender et signal (en hendelse) til R/3-systemet og jobben starter. Disse hendelsene er navngitt som SAP_TRIGGER_RDDIMPDP og SAP_TRIGGER_RRDIMPDP_CLIENT.

R3trans – Transportkontrollprogrammet

• R3trans er den SAP systemtransportprogram som kan brukes til å transportere data mellom ulike SAP systemer. Den brukes normalt ikke direkte, men kalles fra tp kontrollprogram eller av SAP oppgradere verktøy.
• tp kontrollerer transportene og genererer r3trans-kontrollfilene, men kobler seg ikke til selve databasen. Alt det "virkelige arbeidet" er gjort fra R3trans.
• Den støtter transport av data mellom systemer som kjører på forskjellige OS og til og med forskjellige DB.