Hva er TMS?
TMS brukes til å flytte, administrere, kontrollere, kopiere utviklingsobjekter og tilpasse innstillinger på en ryddig måte på tvers av SAP-systemer i et landskap gjennom forhåndsdefinerte transportruter (RFC Connections). Transportprosessen består i utgangspunktet av å eksportere objekter ut av kilden SAP-systemet og importere dem til mål-SAP-systemet / -ene. 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 forespørsler om utvikling.
- Administrere transporter
- Registrering av hvor og av hvem det gjøres endringer
- 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 - Den faktiske transporten skjer i back-end på operativsystemnivå ved hjelp av transportverktøy, som er en del av SAP-kjernen og inkluderer programmet R3trans og transportkontrollprogrammet tp .
- (TMS) Transport Management System
SAP-system-landskap
Systemlandskapet (også kjent som SAP System Group) er arrangementet av SAP-servere. I et SAP-miljø anbefales ideelt et tre-system landskap. Den består av
- Utviklingsserver - DEV
- Kvalitetssikringsserver - QAS
- Produksjonsserver - PRD.
Transportsyklus i en veldig grunnleggende forstand er utgivelsen av nye utviklinger / tilpasningsendringer fra DEV som importeres i både kvalitets- og produksjonssystemer. Imidlertid kan import i PRD bare skje når integrasjonstesting og kvalitetskontroll er utført i QAS (og merket som merket).
Hva er tilpassing? Hvordan hjelper TMS med å tilpasse
- Tilpassing er en prosess for å tilpasse SAP-systemet etter kundens behov. For å utføre tilpasningen tar brukere og konsulenter hjelp av SAP Reference Implementation Guide (IMG), som er tilgjengelig gjennom transaksjon SPRO.
- Tilpassing gjøres ideelt i DEV. Transport Organizer (SE01) brukes sammen med IMG for å registrere og transportere tilpassede endringer videre.
De fleste tilpasningsendringene (men ikke alle) er klientspesifikke , dvs. at endringene bare skal gjenspeiles i en bestemt klient og ikke er ment for alle systemklientene. Når transportforespørselen eksporteres, trekker den ut de aktuelle tabelloppføringene fra databasen til SAP-systemet og kopierer dem til transportkatalogen. Relevante tabelloppføringer er låst når tilpasningstransaksjonen brukes. De blir imidlertid låst opp så snart endringene er lagret i en transportforespørsel.
Repository og utviklingsendringer
- Bortsett fra å tilpasse allerede eksisterende objekter, er det også nødvendig med ny utvikling i de fleste tilfeller. Utviklingsobjekt er ethvert objekt som er opprettet (utviklet) av deg i SAP-systemet.
- En samling av alle slike objekter (klientspesifikk eller tverrklient) kalles Repository .
- Utvikling skjer for det meste ved hjelp av ABAP Workbench (SE80). Derfor er slike endringer også kjent som Workbench Changes.
- Eksempler:
- ABAP ordbokobjekter: tabeller, domener, dataelementer osv.
- 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 på tvers av klienter , dvs. endringer vil gjenspeiles i alle systemklientene i 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 datasett (Master Data, Application / Operational data, Customizing Data)
- Klienter oppretter separate miljøer for brukere fra forskjellige brukergrupper eller med et annet formål, innen samme SAP-system, uten å 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 tre typer data:
- Brukerstamdata inneholder brukerinnloggingsinformasjonen, inkludert brukernavnet, passordet og brukerens standardinnstillinger, autorisasjonsprofiler eller roller, og annen nyttig informasjon som brukergrupper, kommunikasjon og så videre. Disse dataene er fysisk til stede i et bestemt 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å klientavhengig, og normalt skiller brukerne to typer stamdata og transaksjonsdata.
- Master Data som leverandør master, material master (tabeller som MARA)
- Transaksjonsdata som salgsordre, økonomiske dokumenter, produksjonsordrer (POs) og så videre.
Alternativer for kundetilpasning
Transportkatalog og dens konfigurasjon
SAP Transport Directory:
- Det er den globale transportkatalogen (/ usr / sap / trans), som faktisk er et delt sted (bosatt i Domain Controller System) blant alle medlemssystemene i et landskap (systemgruppe). Den inneholder også visse underkataloger, som opprettes automatisk under installasjonen av SAP-systemet. 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 til at endringene til slutt 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, kan du få tilgang til den delte katalogplasseringen ved hjelp av følgende adresse: \\
Hovedunderkataloger:
- Cofiles: 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 at transportene skal importeres
- sapnames: Informasjon om transportforespørsler fra respektive brukere
- tmp: Midlertidige filer og dataloggfiler
Oppsett av transportkatalog og TPPARAM
- Mens du konfigurerer TMS, er en av de viktigste forutsetningene å sette opp Transport Directory og Transport Parameter-filen.
- Det sikrer at katalogen er delt på riktig måte blant alle systemer i en liggende, for at alle systemer som tar del i den gruppe / landskap som skal inngå i den globale konfigurasjonsfilen TPPARAM (transport parameter fil), som ligger under hyllen delkatalogen / bruk / sap / trans. Vi må sørge for at oppføringene for alle de deltakende systemene blir gjort i denne filen.
- I tilfelle noen oppføring mangler, kopier et annet systems oppføring og endre verdiene (for eksempel System-ID, Vertsnavn)
- På installasjonstidspunktet opprettes transportkatalog og underkataloger automatisk, inkludert en opprinnelig konfigurert mal av TPPARAM-filen.
Operativsystemverktøy - TP og R3trans
tp - Transportkontrollprogrammet:
- tp er SAP-programmet som administratorer bruker for å utføre og planlegge transporter mellom systemer og også i oppgraderinger av SAP-systemene. Dette brukes av CTO og TMS.
- Egentlig bruker tp andre spesialverktøy / programmer og verktøy for å utføre sine funksjoner. Hovedsakelig kaller det R3trans verktøyprogram. Imidlertid tilbyr den også en mer omfattende kontroll av transportprosessen, og sikrer riktig sekvens av de eksporterte / importerte objektene, for å unngå alvorlige uoverensstemmelser i systemet, som kan oppstå på grunn av feil sekvens.
- tp er lokalisert i standard kjøretidskatalog for SAP-systemet: / usr / sap / SYS /
/ exe / run . Den kopieres automatisk i installasjonsprosessen. - Som en forutsetning må tp global parameterfil ( TPPARAM ) vedlikeholdes, og i det minste spesifiseres vertsnavn på systemene som deltar i transportprosessen.
- tp brukes hovedsakelig til å utføre import i målsystemer. Den bruker verktøy kalt Import Dispatchers - RDDIMPDP & RDDIMPD_CLIENT_
, disse bør planlegges som bakgrunnsjobber i hvert system der import vil bli utført. Hvis de av en eller annen grunn blir slettet, kan vi planlegge disse jobbene ved å kjøre rapporten RDDNEWPP . - Disse jobbene er faktisk "hendelsesutløst", noe 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 SAP-systemtransportprogrammet som kan brukes til å transportere data mellom forskjellige SAP-systemer. Det brukes vanligvis ikke direkte, men kalles fra tp- kontrollprogrammet eller av SAP-oppgraderingsverktøyene.
- tp kontrollerer transportene og genererer r3trans-kontrollfilene, men kobler 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 operativsystemer og til og med forskjellige DB.