SAP Výukový program TMS (Transport Management System).

Co je to SAP TMS?

TMS (systém řízení dopravy) je SAP nástroj používaný k přesouvání, správě, řízení a kopírování vývojových objektů a k uspořádanému přizpůsobení nastavení napříč SAP systémy v krajině, prostřednictvím předdefinovaných transportních tras postavených na RFC spojeních.

Proces přepravy se skládá ze dvou hlavních kroků: export objekty mimo zdroj SAP systém a importu do jednoho nebo více cílů SAP systémy. TMS je zkratka pro Transport Management System (Transport Management System) a je to uživatelsky orientovaná vrstva, která se nachází nad základními nástroji operačního systému. tp a R3trans.

Proč potřebujeme dopravní systém?

Bez transportního systému by každá změna musela být v QAS a PRD znovu implementována ručně – pomalé, náchylné k chybám a neauditovatelné. Komponenty CTS tuto mezeru zaplňují a hrají klíčovou roli v celkovém vývojovém a customizačním prostředí. CTS je zkratka pro Systém změn a dopravy.

CTS je nástroj pro:

• Správa a kontrola nových požadavků na vývoj.
• Řízení transportů mezi systémy.
• Zaznamenání, kde a kým byla každá změna provedena.
• Konfigurace samotné systémové krajiny.

Přehled komponent CTS

CTS se skládá ze tří spolupracujících částí, z nichž každá má jinou vrstvu transportního problému.

• CTO (Organizátor změn a dopravy): Hlavní nástroj pro správu, procházení a registraci změn provedených v repozitáři a úpravu objektů. Je ústředním bodem pro organizaci vývojových projektů. SE01 je transakce s rozšířeným zobrazením používaná správci Basis.
• Přepravní nástroje: Samotné přenosy probíhají v backendu na úrovni operačního systému pomocí transportních nástrojů, které jsou součástí SAP Jádro. Dva klíčové programy jsou R3trans (přesouvač dat) a program pro řízení přenosu tp (orchestrátor).
• TMS (systém řízení dopravy): Uživatelské rozhraní, které umožňuje správcům konfigurovat transportní domény, definovat trasy, monitorovat fronty importu a spouštět importy bez nutnosti zahazování.ping k operačnímu systému.

SAP Systémová krajina

Systémová krajina (také známá jako SAP System Group) je uspořádání SAP servery používané organizací. Doporučené nastavení je třísystémová krajina:

1. Vývojový server – DEV — kde vývojáři vytvářejí a konfigurují.
2. Quality Assurance Server – QAS — kde jsou změny testovány z hlediska integrace.
3. Produkční server – PRD — kde podnikání probíhá denně.

V nejjednodušší podobě je transportní cyklus vydávání nových vývojových programů nebo úprav změn z DEV, které jsou následně importovány do QAS i PRD. Import do PRD je řízený: může k němu dojít až po integraci. Testování a kontroly kvality byly dokončeny v systému QAS a změna byla formálně označena jako schválená.

Co je to customizace? Jak TMS pomáhá s customizací?

Přizpůsobení je proces přizpůsobení SAP systém podle obchodních potřeb zákazníka bez nutnosti jeho úprav SAPdodaný kód. Pro provedení úprav pracují uživatelé a konzultanti prostřednictvím SAP Referenční implementační příručka (IMG), přístupný prostřednictvím transakce SPRO.

Úpravy na míru se ideálně provádějí v DEV. Organizátor přepravy (SE01) se používá ve spojení s IMG k zaznamenání změn úprav v rámci požadavku na přepravu, které pak může TMS dále zpracovat.

Většina změn přizpůsobení – i když ne všechny – jsou specifické pro klienta: změny se týkají pouze jednoho konkrétního klienta a nejsou určeny pro všechny klienty v systému. Při exportu požadavku na přepravu TMS extracPříkaz ts zkopíruje příslušné položky tabulky ze zdrojové databáze a zkopíruje je do transportního adresáře jako soubory. Příslušné položky tabulky jsou uzamčeny, dokud je používána transakce přizpůsobení, ale odemknou se v okamžiku, kdy jsou změny uloženy do transportního požadavku.

Změny úložiště a vývoje

Kromě úprav stávajících objektů je ve většině projektů vyžadován nový vývoj. vývojový objekt je jakýkoli objekt, který je postaven uvnitř SAP systém. Úplná kolekce takových objektů, specifických pro daného klienta i napříč klienty, se nazývá sklad.

Vývoj se většinou provádí s pomocí Pracovní stůl ABAP (SE80), takže tyto změny jsou také známé jako Změny pracovního stoluMezi typické příklady patří:

• Objekty slovníku ABAP: Tabulky, Domény, Datové prvky.
• programy ABAP, funkční moduly, nabídky a obrazovky.
• Dokumenty a aplikačně definované transportní objekty.

Pracovní stůl je plně integrován s TMS, takže každou změnu pracovního stolu lze zaznamenat a přenést. Většina změn pracovního stolu – i když opět ne všechny – je mezi klienty, což znamená, že změny se projeví u každého klienta cílového systému. Objekty přenesené ze zdrojového systému přepíší objekty v cílovém systému, které nesou stejné názvy.

Klienti a typy dat v SAP Systém

Koncepčně, a zákazník je technicky a organizačně nezávislá jednotka, která má vlastní sadu dat – kmenová data, aplikační/Operacionální data a přizpůsobení dat. Klienti vytvářejí samostatná prostředí pro uživatele z různých skupin nebo s různými účely v rámci stejného SAP systém, aniž by se pro každý z nich vytvářela samostatná databáze.

Z technického hlediska je klient identifikován třímístným číselným ID, které je zároveň hodnotou pole tabulky. MANDT pro tabulky specifické pro klienta.

Mezi daty specifickými pro klienta existují tři odlišné typy:

• Kmenová data uživatele: Přihlašovací údaje včetně uživatelského jména, hesla, výchozích nastavení uživatele, autorizačních profilů nebo rolí, skupin uživatelů a komunikačních údajů. Tato data se nacházejí ve specifické sadě tabulek ( USR* tabulky).
• Přizpůsobení dat: Konfigurační nastavení, která přizpůsobují organizační strukturu a obchodní procesy implementující společnosti. Tato data závisí na klientovi a jsou uložena v tabulkách přizpůsobení.
• Údaje o aplikaci: Také závislé na klientovi a rozdělené mezi kmenová data (například kmenový soubor dodavatele a kmenový soubor materiálu – například tabulka MARA) a transakční data (například prodejní objednávky, finanční dokumenty a výrobní zakázky).

Možnosti přizpůsobení klienta

Při vytvoření nového klienta pomocí transakce SCC4 si administrátoři mohou zvolit, zda se změny zaznamenané v klientovi automaticky zachytí v požadavku na transport a zda se vůbec povolí přizpůsobení mezi klienty nebo změny v úložišti.

SAP Adresář dopravy

Jedno SAP Adresář dopravy je globální adresář dopravy (/usr/sap/trans) — sdílené umístění nacházející se v systému řadiče domény, používané každým členským systémem v krajině (systémové skupině). Obsahuje několik podadresářů, které se automaticky vytvářejí během instalace a jsou povinné pro nastavení systému správy transportu.

Transportní adresář je místo, kam se všechny změny ukládají jako soubory po jejich vydání z DEV. Slouží jako zdroj změn, které se následně importují do QAS a PRD. Z tohoto důvodu adresář musí být správně sdíleny napříč všemi systémy v dané krajině.

On Windowsnapříklad sdíleného adresáře lze dosáhnout pomocí:

\\<SAPTRANSHOST>\sapmnt\trans

Zde SAPTRANSHOST — adresa systému řadiče domény — je definována v souboru hosts každého SAP systém v krajině. řadiče domény je jeden systém v prostředí, který funguje jako celkový řídicí prvek pro řízení změn a jejich přenos. Je vybrán týmem systémových administrátorů z D / Q / P na základě dostupnosti a načasování instalace.

Hlavní podadresáře

• soubory: Soubory s informacemi o požadavcích na změnu obsahující úplné podrobnosti a příkazy pro každý transport.
• údaje: Skutečné hodnoty a datová část, které mají být použity jako součást změny.
• log: přepravní protokoly, traca statistiky – vaše první kontaktní místo, když selže transport.
• EPS: Stáhněte si adresář pro pokročilé opravy a balíčky podpory.

Další podadresáře

• zásobník: Konfigurační soubory pro tp (Dopravní program) a TMS, včetně centrálního TPPARAM soubor.
• stará data: Stará exportovaná data uchovávaná pro archivaci nebo případné smazání.
• Actlog: Záznamy akcí pro každý požadavek a úkol.
• vyrovnávací paměť: Transportní vyrovnávací paměť pro každý systém, deklarující, které transporty čekají na import.
• jména: Informace o požadavcích na přepravu podaných jednotlivými uživateli.
• tmp: Dočasné soubory a soubory datových protokolů.

Nastavení transportního adresáře a parametru TPPARAM

Jedním z klíčových předpokladů při konfiguraci TMS je nastavení transportního adresáře a souboru s transportními parametry.

• Adresář musí být správně sdílen mezi všemi systémy v dané krajině a každý zúčastněný systém musí být uveden v globálním konfiguračním souboru. TPPARAM (soubor s parametry transportu), který se nachází v bin podadresář /usr/sap/trans.
• Pokud v TPPARAM chybí systémový záznam, zkopírujte stanzu jiného systému a upravte hodnoty (ID systému, název hostitele atd.) tak, aby se shodovaly.
• Během instalace se transportní adresář a jeho podadresáře vytvoří automaticky, včetně počáteční šablony TPPARAM.

OperaSystémové nástroje ting: tp a R3trans

Pod TMS se o těžkou práci starají dva operační programy: tp (program pro řízení dopravy) a R3trans (přenašeč dat).

tp – Program řízení dopravy

• tp je SAP program používaný administrátory pro plánování a provádění přenosů mezi systémy a také pro SAP upgrady systému. CTO i TMS to oba probírají „pod kapotou“.
• tp používá k vykonávání svých funkcí další nástroje a utility – nejdůležitější je, že volá R3transNavíc řídí správnou sekvenci exportovaných a importovaných objektů, takže cílový systém nikdy nezůstane s neshodnými závislostmi.
• tp nachází se ve standardním běhovém adresáři SAP Systém: /usr/sap/SYS/<SID>/exe/runBěhem instalace se tam automaticky zkopíruje.
• Jako předpoklad je globální tp soubor parametrů TPPARAM musí být udržován a musí obsahovat alespoň seznam názvů hostitelů všech systémů účastnících se transportního procesu.
• tp se primárně používá k provádění importů do cílových systémů. Funguje prostřednictvím importních dispečerů – RDDIMPDP a RDDIMPDP_CLIENT_ — které musí být naplánovány jako úlohy na pozadí v každém systému, kde probíhá import. Pokud budou tyto úlohy někdy smazány, nahlaste to RDDNEWPP je můžete přeplánovat.
• Tyto práce jsou spouštěné událostí: tp odešle signál (událost) do systému R/3 a úloha se spustí. Události jsou pojmenovány SAP_TRIGGER_RDDIMPDP a SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Dopravní program

• R3trans je SAP transportní program, který fyzicky přesouvá data mezi různými SAP systémů. Zřídka se volá přímo; místo toho se volá z tp nebo pomocí SAP upgradovat nástroje.
• tp orchestruje transporty a generuje řídicí soubory, které R3trans spotřebovává, ale nepřipojuje se k samotné databázi. Veškerou „skutečnou práci“ na úrovni databáze vykonává R3trans.
• R3trans podporuje přesun dat mezi systémy běžícími na různých operačních systémech a dokonce i na různých databázích, což je důvod, proč je heterogenní SAP možné krajiny.

Klíč SAP Transakce TMS

Následující T-kódy představují nástroje, které administrátor Basis používá k každodennímu provozu systému pro správu dopravy.

T-kód	Účel
STMS	Hlavní vstupní bod TMS — konfigurace domény, transportní trasy, přehled importu.
STMS_IMPORT	Přímý přístup k importní frontě aktuálního systému.
SE01	Organizátor přepravy (rozšířené zobrazení) – správa a vydávání požadavků na přepravu.
SE09	Transportní organizér pro požadavky na pracovní stůl.
SE10	Organizér dopravy pro přizpůsobení požadavků.
SCC4	Údržba klienta – nakonfigurujte, zda klient povoluje transporty a změny.
SPRO	SAP Referenční obrázek – vstupní bod pro všechny aktivity přizpůsobení.
SE80	ABAP Workbench — vývojové prostředí pro objekty repozitáře.

Nejlepší postupy pro SAP TMS

Disciplinovaný proces TMS zajišťuje plynulý průběh změn ve výrobě bez překvapení. Následující návyky se vyplatí osvojit si od prvního dne.

• Držte se jednoho směru přepravy (VÝVOJ → QAS → PRD). Nikdy nenechávejte změny plynout zpětně ani vynechávejte QAS.
• Uvolňovat požadavky na transport v pořadí závislostí. Pokud TR-B odkazuje na objekty přidané TR-A, musí TR-A nejprve vstoupit do fronty importu.
• Používejte krátké popisné texty v každém TR, aby budoucí kontrolor mohl identifikovat změnu bez nutnosti otevírat obsah.
• Plánování úloh RDDIMPDP na pozadí na každém systému v okamžiku, kdy se připojí k dané krajině – bez nich se žádný import nespustí.
• Konzistentně připojujte transportní adresář napříč každým hostitelem; neshodné cesty jsou největší příčinou neúspěšných importů.
• Návratové kódy nad 0 považovat za defekty, nikoli varování. Prozkoumejte, zdokumentujte hlavní příčinu a teprve poté znovu importujte.

Nejčastější dotazy