SAP TMS (Transport Management System) opetusohjelma

Mikä on SAP TMS?

TMS (kuljetustenhallintajärjestelmä) on SAP työkalu, jota käytetään kehitysobjektien siirtämiseen, hallintaan, ohjaamiseen ja kopioimiseen sekä asetusten mukauttamiseen järjestelmällisesti eri järjestelmien välillä SAP järjestelmiin maisemassa ennalta määriteltyjen, RFC-yhteyksiin perustuvien siirtoreittien kautta.

Kuljetusprosessi koostuu kahdesta päävaiheesta: vientiä lähteestä poispäin olevia esineitä SAP järjestelmä ja tuovan ne yhteen tai useampaan kohteeseen SAP järjestelmät. TMS on lyhenne sanoista Transport Management System ja se on käyttäjäkohtainen kerros, joka sijaitsee taustalla olevien käyttöjärjestelmätyökalujen päällä. tp ja R3trans.

Miksi tarvitsemme liikennejärjestelmää?

Ilman siirtojärjestelmää jokainen muutos olisi toteutettava uudelleen manuaalisesti QAS:ssä ja PRD:ssä – hidasta, virhealtista ja mahdotonta auditoida. CTS-komponentit täyttävät tämän aukon ja niillä on keskeinen rooli yleisessä kehitys- ja räätälöintiympäristössä. CTS on lyhenne sanoista Muutos ja liikennejärjestelmä.

CTS on instrumentti:

• Uusien kehityspyyntöjen hallinnointi ja valvonta.
• Järjestelmien välisten siirtojen hallinta.
• Kirjataan ylös, missä ja kuka teki kunkin muutoksen.
• Itse järjestelmämaiseman konfigurointi.

Yleiskatsaus CTS-komponenteista

CTS koostuu kolmesta yhteistyössä toimivasta osasta, joista jokainen omistaa eri kerroksen kuljetusongelmasta.

• CTO (muutos- ja kuljetusjärjestäjä): Tärkein työkalu tietovarastoon tehtyjen muutosten hallintaan, selaamiseen ja rekisteröintiin sekä objektien mukauttamiseen. Se on keskeinen paikka kehitysprojektien järjestämisessä. SE01 on tapahtuma, jossa on Basis-ylläpitäjien käyttämä laajennettu näkymä.
• Kuljetustyökalut: Varsinaiset siirrot tapahtuvat käyttöjärjestelmätasolla taustalla käyttäen siirtotyökaluja, jotka ovat osa SAP Ydin. Kaksi keskeistä ohjelmaa ovat R3trans (tiedonsiirto-ohjelma) ja siirronhallintaohjelma tp (orkestroija).
• TMS (kuljetustenhallintajärjestelmä): Käyttöliittymä, jonka avulla järjestelmänvalvojat voivat määrittää siirtodomeeneja, reittejä, valvoa tuontijonoja ja käynnistää tuonnit ilman keskeytyksiä.ping käyttöjärjestelmään.

SAP Järjestelmämaisema

Järjestelmämaisema (tunnetaan myös ns. SAP System Group) on järjestely SAP organisaation käyttämiä palvelimia. Suositeltu kokoonpano on kolmen järjestelmän maisema:

1. Kehityspalvelin – DEV — jossa kehittäjät rakentavat ja konfiguroivat.
2. Laadunvarmistuspalvelin – QAS — jossa muutokset testataan integraatiolla.
3. Tuotantopalvelin – PRD – missä liiketoiminta pyörii päivittäin.

Yksinkertaisimmassa muodossaan siirtosykli on uusien kehitysten tai mukautusten julkaisu DEV:stä, jotka sitten tuodaan sekä QAS:ään että PRD:hen. Tuonti PRD:hen on porttitettu: se voi tapahtua vasta integroinnin jälkeen. testaus Ja laatutarkastukset on suoritettu QAS:ssä ja muutos on virallisesti merkitty hyväksytyksi.

Mitä on mukauttaminen? Miten TMS auttaa mukauttamisessa?

Mukauttaminen on prosessi, jossa sopeutetaan SAP järjestelmää asiakkaan liiketoiminnan tarpeisiin ilman muutoksia SAP-toimitettu koodi. Mukauttamisen suorittamiseksi käyttäjät ja konsultit työskentelevät SAP Viiteopas (IMG), saatavilla maksutapahtuman kautta SPRO.

Mukauttaminen tehdään mieluiten kehitysympäristössä. Kuljetusjärjestäjää (SE01) käytetään yhdessä IMG:n kanssa tallentamaan kuljetuspyyntöön tehdyt mukautusmuutokset, joita TMS voi sitten siirtää eteenpäin.

Useimmat mukautusmuutokset – vaikkakaan eivät kaikki – ovat asiakaskohtainen: muutokset vaikuttavat vain yhteen tiettyyn asiakkaaseen, eivätkä ne ole tarkoitettu kaikille järjestelmän asiakkaille. Kun siirtopyyntö viedään, TMS extracnoutaa asiaankuuluvat taulukkomerkinnät lähdetietokannasta ja kopioi ne tiedostoina siirtohakemistoon. Asiaankuuluvat taulukkomerkinnät ovat lukittuja mukautustapahtuman käytön aikana, mutta ne avautuvat, kun muutokset tallennetaan siirtopyyntöön.

Tietovarasto ja kehitysmuutokset

Olemassa olevien objektien mukauttamisen lisäksi useimmissa projekteissa tarvitaan uusia kehityshankkeita. kehityskohde on mikä tahansa esine, joka on rakennettu sisään SAP järjestelmä. Tällaisten objektien täyttä kokoelmaa, sekä asiakaskohtaisia ​​että asiakasohjelmien välisiä, kutsutaan säilytyspaikka.

Kehitystyötä tehdään enimmäkseen avustuksella ABAP-työpöytä (SE80)joten näitä muutoksia kutsutaan myös ns. Työpöydän muutoksetTyypillisiä esimerkkejä ovat:

• ABAP-sanakirjaobjektit: taulukot, alueet, dataelementit.
• ABAP-ohjelmat, toimintomoduulit, valikot ja näytöt.
• Dokumentit ja sovelluksen määrittämät siirto-objektit.

Työpöytä on täysin integroitu TMS:ään, joten jokainen työpöydän muutos voidaan tallentaa ja siirtää. Useimmat työpöydän muutokset – vaikkakaan eivät kaikki – ovat ristikkäinen asiakas, mikä tarkoittaa, että muutokset näkyvät kohdejärjestelmän jokaisessa asiakasohjelmassa. Lähdejärjestelmästä siirretyt objektit korvaavat kohdejärjestelmän samannimiset objektit.

Asiakkaat ja tietotyypit SAP järjestelmä

Käsitteellisesti, a asiakas on teknisesti ja organisatorisesti itsenäinen yksikkö, jolla on omat tietokokonaisuutensa — Master Data, Application/Operaionaaliset tiedot ja tietojen mukauttaminen. Asiakkaat luovat erilliset ympäristöt eri ryhmiin kuuluville käyttäjille tai eri tarkoituksia varten saman SAP järjestelmässä ilman, että jokaiselle luodaan erillistä tietokantaa.

Teknisesti asiakas tunnistetaan kolminumeroisella numeerisella tunnuksella, joka on myös taulukon kentän arvo. MANDT asiakaskohtaisille taulukoille.

Asiakaskohtaisten tietojen joukossa on kolme erillistä tyyppiä:

• Käyttäjän päätiedot: Kirjautumistiedot, mukaan lukien käyttäjätunnus, salasana, käyttäjän oletusasetukset, valtuutusprofiilit tai -roolit, käyttäjäryhmät ja viestintätiedot. Nämä tiedot sijaitsevat tietyssä taulukkojoukossa ( USR* taulukot).
• Tietojen mukauttaminen: Määritysasetukset, jotka mukauttavat organisaatiorakennetta ja liiketoimintaprosesseja käyttöönottoyritykselle. Nämä tiedot ovat asiakaskohtaisia ​​ja tallennetaan mukautustaulukoihin.
• Sovellustiedot: Myös asiakaskohtainen ja jaettu perustiedot (kuten toimittajan päätiedot ja materiaalin päätiedot – esimerkiksi taulukko MARA) Ja transaktiotiedot (kuten myyntitilaukset, talousasiakirjat ja tuotantotilaukset).

Asiakkaan mukautusasetukset

Kun uusi asiakasohjelma luodaan transaktiolla SCC4, järjestelmänvalvojat voivat valita, tallennetaanko asiakasohjelmaan tallennetut muutokset automaattisesti siirtopyyntöön ja sallitaanko asiakasohjelmien välinen mukauttaminen tai tietovaraston muutokset ollenkaan.

SAP Kuljetushakemisto

SAP Kuljetushakemisto on globaali siirtohakemisto (/usr/sap/trans) — jaettu sijainti toimialueen ohjauskonejärjestelmässä, jota jokainen maiseman (järjestelmäryhmän) jäsenjärjestelmä käyttää. Se sisältää useita alihakemistoja, jotka luodaan automaattisesti asennuksen aikana ja jotka ovat pakollisia siirronhallintajärjestelmän määrittämiseksi.

Siirtohakemisto on sijainti, johon kaikki muutokset tallennetaan tiedostoina sen jälkeen, kun ne on julkaistu DEV:stä. Se toimii sitten lähteenä muutoksille, jotka myöhemmin tuodaan QAS:ään ja PRD:hen. Tästä syystä hakemisto täytyy jaettava oikein kaikkien maiseman järjestelmien välillä.

On Windowsesimerkiksi jaetun hakemiston sijaintiin pääsee käsiksi käyttämällä:

\\<SAPTRANSHOST>\sapmnt\trans

Tässä SAPTRANSHOST — verkkotunnuksen ohjausjärjestelmän osoite — on määritelty jokaisen hosts-tiedostossa SAP järjestelmä maisemassa. Domain Controller on yksi järjestelmä maisemassa, joka toimii muutoshallinnan ja -siirron yleisenä ohjaajana. Järjestelmänvalvojatiimi valitsee sen D / Q / P -ryhmistä saatavuuden ja asennusajankohdan perusteella.

Pääalihakemistot

• ko-tiedostot: Muutospyyntötietojen tiedostot, jotka sisältävät kunkin siirron täydelliset tiedot ja komennot.
• tiedot: Muutoksen osana sovellettavat todelliset arvot ja datahyötykuorma.
• Hirsi: Kuljetuslokit, tracja tilastot — ensimmäinen käyntisatamasi kuljetuksen epäonnistuessa.
• EPS: Lataushakemisto edistyneitä korjauksia ja tukipaketteja varten.

Muut alihakemistot

• roskakori: Konfiguraatiotiedostot kohteelle tp (liikenneohjelma) ja TMS, mukaan lukien keskus TPPARAM tiedosto.
• vanhat tiedot: Vanhat viedyt tiedot säilytetään arkistointia tai mahdollista poistamista varten.
• Actlog: Toimintalokit jokaiselle pyynnölle ja tehtävälle.
• puskuri: Kunkin järjestelmän siirtopuskuri, joka ilmoittaa, mitkä siirrot odottavat tuontia.
• sapnames: Tiedot kunkin käyttäjän tekemistä kuljetuspyynnöistä.
• tmp: Väliaikaiset ja datalokitiedostot.

Siirtohakemiston ja TPPARAMin määrittäminen

Yksi TMS:n konfiguroinnin keskeisistä edellytyksistä on siirtohakemiston ja siirtoparametritiedoston määrittäminen.

• Hakemisto on jaettava oikein kaikkien maiseman järjestelmien kesken, ja jokainen osallistuva järjestelmä on lueteltava globaalissa määritystiedostossa. TPPARAM (siirtoparametritiedosto), joka sijaitsee kohdassa bin alihakemisto /usr/sap/trans.
• Jos TPPARAM-muistista puuttuu järjestelmämerkintä, kopioi toisen järjestelmän säkeistö ja muuta arvoja (järjestelmän tunnus, isäntänimi jne.) vastaamaan niitä.
• Asennusvaiheessa siirtohakemisto ja sen alihakemistot luodaan automaattisesti, mukaan lukien TPPARAMin alkumalli.

Operating-järjestelmätyökalut: tp ja R3trans

TMS:n alla kaksi käyttöjärjestelmäohjelmaa tekee raskaan työn: tp (liikenteenohjausohjelma) ja R3trans (tiedon siirtäjä).

tp – Liikenteen valvontaohjelma

• tp on SAP järjestelmänvalvojien käyttämä ohjelma järjestelmien välisten siirtojen suunnitteluun ja suorittamiseen sekä SAP järjestelmäpäivitykset. Sekä teknologiajohtaja että TMS hoitavat homman salaa.
• tp käyttää muita työkaluja ja apuohjelmia toimintojensa suorittamiseen – mikä tärkeintä, se kutsuu R3transTämän lisäksi se hallitsee vietyjen ja tuotujen objektien oikeaa järjestystä, jotta kohdejärjestelmään ei koskaan jää ristiriitaisia ​​riippuvuuksia.
• tp sijaitsee sovelluksen vakio-suoritusaikahakemistossa SAP järjestelmä: /usr/sap/SYS/<SID>/exe/runSe kopioidaan sinne automaattisesti asennuksen aikana.
• Edellytyksenä on, että maailmanlaajuinen tp parametritiedosto TPPARAM on ylläpidettävä, ja siinä on lueteltava vähintään kaikkien siirtoprosessiin osallistuvien järjestelmien isäntänimet.
• tp käytetään ensisijaisesti kohdejärjestelmiin tuontia varten. Se toimii tuontilähettimien kautta — RDDIMPDP ja RDDIMPDP_CLIENT_ — jotka on ajoitettava taustatöiksi jokaisessa järjestelmässä, jossa tuontia tapahtuu. Jos nämä työt joskus poistetaan, ilmoita RDDNEWPP voi ajoittaa ne uudelleen.
• Nämä työpaikat ovat tapahtuman käynnistämä: tp lähettää signaalin (tapahtuman) R/3-järjestelmälle ja työ alkaa. Tapahtumat nimetään SAP_TRIGGER_RDDIMPDP ja SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Liikenneohjelma

• R3trans on SAP siirto-ohjelma, joka siirtää fyysisesti tietoja eri laitteiden välillä SAP järjestelmistä. Sitä kutsutaan harvoin suoraan; sen sijaan se aktivoidaan tp tai SAP päivittää apuohjelmat.
• tp koordinoi siirrot ja luo ohjaustiedostot, jotka R3trans kuluttaa, mutta se ei muodosta yhteyttä itse tietokantaan. Kaiken tietokantatason "oikean työn" suorittaa R3trans.
• R3trans tukee datan siirtämistä eri käyttöjärjestelmissä ja jopa eri tietokannoissa toimivien järjestelmien välillä, mikä tekee siitä heterogeenisen SAP mahdolliset maisemat.

avain SAP TMS-tapahtumat

Seuraavat T-koodit ovat päivittäisiä työkaluja, joita Basis-ylläpitäjä käyttää kuljetustenhallintajärjestelmän hallintaan.

T-koodi	Tarkoitus
STMS	TMS:n pääasiallinen aloituspiste — verkkotunnuksen konfigurointi, siirtoreitit, tuonnin yleiskatsaus.
STMS_IMPORT	Suora pääsy nykyisen järjestelmän tuontijonoon.
SE01	Kuljetusjärjestäjä (laajennettu näkymä) — hallinnoi ja vapauta kuljetuspyyntöjä.
SE09	Kuljetusjärjestäjä työpöytäpyyntöjä varten.
SE10	Kuljetusjärjestäjä pyyntöjen mukauttamista varten.
SCC4	Asiakkaan ylläpito — määritä, salliiko asiakas siirrot ja muutokset.
SPRO	SAP Viite-IMG — kaikkien mukautustoimintojen lähtökohta.
SE80	ABAP Workbench — kehitysympäristö repositorio-objekteille.

Parhaat käytännöt SAP TMS

Kurinalainen TMS-prosessi pitää muutokset sujumassa ilman yllätyksiä tuotannossa. Seuraavat tavat kannattaa omaksua ensimmäisestä päivästä lähtien.

• Pysy yhdessä kuljetussuunnassa (DEV → QAS → PRD). Älä koskaan anna muutosten tapahtua taaksepäin tai ohittaa QAS:ia.
• Vapauta siirtopyynnöt riippuvuusjärjestyksessä. Jos TR-B viittaa TR-A:n lisäämiin objekteihin, TR-A:n on siirryttävä tuontijonoon ensin.
• Käytä kuvailevia lyhyitä tekstejä jokaisessa TR:ssä, jotta tuleva tarkistaja voi tunnistaa muutoksen avaamatta sisältöä.
• Aikatauluta RDDIMPDP-taustatyöt jokaisessa järjestelmässä heti, kun se liittyy maisemaan – ilman niitä tuonti ei toimi.
• Liitä siirtohakemisto johdonmukaisesti jokaisessa isännässä; yhteensopimattomat polut ovat suurin yksittäinen syy epäonnistuneisiin tuonteihin.
• Käsittele nollaa suurempia paluukoodeja virheinä, ei varoituksia. Tutki ja dokumentoi perimmäinen syy ja vasta sitten tuo uudelleen.

UKK