SAP Esercitazione sul TMS (sistema di gestione dei trasporti).

Cosa è SAP TMS?

TMS (Sistema di gestione dei trasporti) Europe è SAP strumento utilizzato per spostare, gestire, controllare e copiare oggetti di sviluppo e impostazioni di personalizzazione in modo ordinato SAP sistemi in un paesaggio, attraverso percorsi di trasporto predefiniti costruiti su connessioni RFC.

Il processo di trasporto si compone di due fasi principali: esportazione oggetti fuori dalla fonte SAP Sistema e importazione loro in uno o più obiettivi SAP sistemi. TMS sta per Transport Management System ed è il livello rivolto all'utente che si trova al di sopra degli strumenti del sistema operativo sottostante. tp and R3trans.

Perché abbiamo bisogno di un sistema di trasporti?

Senza un sistema di trasporto, ogni modifica dovrebbe essere re-implementata manualmente in QAS e PRD: un processo lento, soggetto a errori e impossibile da verificare. I componenti CTS colmano questa lacuna e svolgono un ruolo centrale nell'ambiente complessivo di sviluppo e personalizzazione. CTS sta per Sistema di cambio e trasporto.

Il CTS è uno strumento per:

• Gestione e controllo delle nuove richieste di sviluppo.
• Gestione dei trasporti tra sistemi.
• Registrare dove e da chi è stata apportata ciascuna modifica.
• Configurare l'architettura di sistema stessa.

Panoramica dei componenti CTS

CTS è composto da tre elementi cooperanti, ognuno dei quali gestisce un diverso livello del problema del trasporto.

• CTO (Organizzatore di cambi e trasporti): Lo strumento principale per gestire, consultare e registrare le modifiche apportate al repository e personalizzare gli oggetti. Rappresenta il punto centrale per l'organizzazione dei progetti di sviluppo. SE01 è la transazione con la vista estesa utilizzata dagli amministratori Basis.
• Strumenti di trasporto: I trasporti effettivi avvengono nel back-end a livello di sistema operativo utilizzando strumenti di trasporto che fanno parte del SAP Kernel. I due programmi chiave sono R3trans (il sistema di trasferimento dati) e il programma di controllo del trasporto tp (l'orchestratore).
• TMS (Sistema di gestione dei trasporti): L'interfaccia utente che permette agli amministratori di configurare i domini di trasporto, definire i percorsi, monitorare le code di importazione e avviare le importazioni senza interruzioni.ping al sistema operativo.

SAP Panorama del sistema

Il panorama del sistema (noto anche come SAP System Group) è la disposizione di SAP server utilizzati da un'organizzazione. La configurazione consigliata è una paesaggio a tre sistemi:

1. Server di sviluppo – DEV — dove gli sviluppatori creano e configurano.
2. Server di garanzia della qualità – QAS — dove le modifiche vengono testate mediante integrazione.
3. Server di produzione – PRD — dove si svolge l'attività quotidiana.

Nella sua forma più semplice, il ciclo di trasporto consiste nel rilascio di nuovi sviluppi o modifiche di personalizzazione dall'ambiente di sviluppo (DEV), che vengono poi importati sia nell'ambiente di test (QAS) che in quello di produzione (PRD). L'importazione in PRD è soggetta a una fase di controllo: può avvenire solo dopo l'integrazione. analisi I controlli di qualità sono stati completati nel sistema QAS e la modifica è stata formalmente contrassegnata come approvata.

Che cos'è la personalizzazione? In che modo TMS contribuisce alla personalizzazione?

La personalizzazione è il processo di adattamento del SAP sistema alle esigenze aziendali del cliente senza modificarlo SAP-codice consegnato. Per eseguire la personalizzazione, gli utenti e i consulenti lavorano attraverso il SAP Guida di implementazione di riferimento (IMG), accessibile tramite transazione SPRO.

La personalizzazione viene idealmente effettuata in ambiente di sviluppo (DEV). L'Organizzatore dei trasporti (SE01) viene utilizzato insieme all'IMG per registrare le modifiche di personalizzazione all'interno di una richiesta di trasporto, che TMS può poi inoltrare.

La maggior parte delle modifiche di personalizzazione, sebbene non tutte, sono specifico del cliente: le modifiche riguardano solo un particolare cliente e non sono destinate a tutti i clienti del sistema. Quando una richiesta di trasporto viene esportata, TMS esportatracIl sistema recupera le voci di tabella pertinenti dal database di origine e le copia nella directory di trasporto come file. Le voci di tabella pertinenti vengono bloccate durante l'utilizzo della transazione di personalizzazione, ma vengono sbloccate nel momento in cui le modifiche vengono salvate in una richiesta di trasporto.

Modifiche al repository e allo sviluppo

Oltre alla personalizzazione di oggetti esistenti, nella maggior parte dei progetti sono necessari nuovi sviluppi. oggetto di sviluppo è qualsiasi oggetto costruito all'interno del SAP sistema. L'intera collezione di tali oggetti, sia specifici del client che tra client, è chiamata Repository.

Lo sviluppo viene effettuato principalmente con l'aiuto di ABAP Workbench (SE80), quindi questi cambiamenti sono anche noti come Modifiche al banco di lavoroAlcuni esempi tipici includono:

• Oggetti del dizionario ABAP: Tabelle, Domini, Elementi dati.
• Programmi ABAP, moduli funzionali, menu e schermate.
• Documenti e oggetti di trasporto definiti dall'applicazione.

Il banco di lavoro è completamente integrato con TMS, quindi ogni modifica del banco di lavoro può essere registrata e trasportata. La maggior parte delle modifiche del banco di lavoro, anche se, ripeto, non tutte, sono cross-clientCiò significa che le modifiche si rifletteranno in ogni client del sistema di destinazione. Gli oggetti trasportati dal sistema di origine sovrascrivono gli oggetti nel sistema di destinazione che hanno lo stesso nome.

Clienti e tipi di dati in un SAP Sistema

Concettualmente, un cliente è un'unità tecnicamente e organizzativamente indipendente che detiene il proprio set di dati — Dati master, Applicazione/OperaDati nazionali e dati di personalizzazione. I clienti creano ambienti separati per utenti di gruppi diversi o con scopi diversi all'interno dello stesso SAP sistema, senza dover creare un database separato per ciascuno.

Dal punto di vista tecnico, un cliente è identificato da un ID numerico di 3 cifre, che è anche il valore del campo della tabella MANDT per tabelle specifiche del cliente.

Tra i dati specifici del cliente, si possono distinguere tre tipologie principali:

• Dati anagrafici dell'utente: Informazioni di accesso, inclusi nome utente, password, impostazioni predefinite dell'utente, profili o ruoli di autorizzazione, gruppi di utenti e dettagli di comunicazione. Questi dati risiedono in una serie specifica di tabelle (le USR* tabelle).
• Personalizzazione dei dati: Le impostazioni di configurazione che personalizzano la struttura organizzativa e i processi aziendali per l'azienda che le implementa. Questi dati dipendono dal cliente e sono memorizzati in tabelle di personalizzazione.
• Dati dell'applicazione: Dipende anche dal cliente e suddiviso tra dati anagrafici (come ad esempio i dati anagrafici del fornitore e dei materiali, ad esempio la tabella MARA) e dati transazionali (come ordini di vendita, documenti finanziari e ordini di produzione).

Opzioni di personalizzazione del cliente

Quando si crea un nuovo client con la transazione SCC4, gli amministratori possono scegliere se le modifiche registrate nel client vengano automaticamente acquisite in una richiesta di trasporto e se siano consentite o meno le personalizzazioni tra client o le modifiche al repository.

SAP Elenco dei trasporti

Migliori SAP Elenco dei trasporti è la directory globale dei trasporti (/usr/sap/trans) — una posizione condivisa, residente sul sistema Domain Controller, utilizzata da ogni sistema membro in un panorama (gruppo di sistemi). Contiene diverse sottocartelle che vengono create automaticamente durante l'installazione ed è obbligatoria per la configurazione del Transport Management System.

La directory di trasporto è la posizione in cui vengono salvate tutte le modifiche come file dopo il rilascio da DEV. Funge quindi da origine per le modifiche che vengono successivamente importate in QAS e PRD. Per questo motivo, la directory devono obbligatoriamente: essere condiviso correttamente tra tutti i sistemi presenti nell'ambiente.

On WindowsAd esempio, è possibile raggiungere la directory condivisa utilizzando:

\\<SAPTRANSHOST>\sapmnt\trans

Qui SAPTRANSHOST — l'indirizzo del sistema Domain Controller — è definito nel file hosts di ogni SAP sistema nel paesaggio. Il Domain controller È uno dei sistemi presenti nell'ambiente che funge da controller generale per la gestione e il trasporto delle modifiche. Viene scelto dal team di amministratori di sistema tra D/Q/P in base alla disponibilità e alle tempistiche di installazione.

Sottodirectory principali

• cofiles: File di informazioni sulle richieste di modifica contenenti tutti i dettagli e i comandi per ciascun trasporto.
• dati: I valori effettivi e il payload dei dati da applicare come parte della modifica.
• log: Registri di trasporto, traces e statistiche: il tuo primo punto di riferimento quando un trasporto fallisce.
• ENV: Cartella di download per correzioni avanzate e pacchetti di supporto.

Altre sottocartelle

• bidone: File di configurazione per tp (il Programma di trasporto) e TMS, compreso il centro TPPARAM file.
• dati vecchi: I vecchi dati esportati vengono conservati a scopo di archiviazione o per un'eventuale cancellazione.
• registro degli atti: Registri delle azioni per ogni richiesta e attività.
• respingente: Buffer di trasporto per ciascun sistema, che dichiara quali trasporti sono in attesa di importazione.
• nomi sap: Informazioni sulle richieste di trasporto effettuate da ciascun utente.
• tempo: File temporanei e file di registro dati.

Configurazione della directory dei trasporti e di TPPARAM

Uno dei prerequisiti fondamentali per la configurazione di TMS è l'impostazione della directory di trasporto e del file dei parametri di trasporto.

• La directory deve essere condivisa correttamente tra tutti i sistemi dell'ambiente e ogni sistema partecipante deve essere elencato nel file di configurazione globale. TPPARAM (il file dei parametri di trasporto), situato nel bin sottodirectory di /usr/sap/trans.
• Se una voce di sistema non è presente in TPPARAM, copiare la sezione di un altro sistema e adattare i valori (ID di sistema, nome host e così via) in modo che corrispondano.
• Al momento dell'installazione, la directory di trasporto e le relative sottodirectory vengono create automaticamente, incluso un modello iniziale di TPPARAM.

OperaStrumenti di sistema ting: tp e R3trans

Alla base di TMS, due programmi del sistema operativo svolgono il lavoro più gravoso: tp (il programma di controllo dei trasporti) e R3trans (il sistema di trasferimento dati).

tp – Il Programma di Controllo dei Trasporti

• tp Europe è SAP programma utilizzato dagli amministratori per pianificare ed eseguire trasporti tra sistemi, nonché per SAP aggiornamenti di sistema. Sia il CTO che il TMS lo definiscono "sotto il cofano".
• tp utilizza altri strumenti e utilità per svolgere le sue funzioni, soprattutto chiama R3transInoltre, controlla la corretta sequenza degli oggetti esportati e importati, in modo che il sistema di destinazione non presenti mai dipendenze non corrispondenti.
• tp vive nella directory di runtime standard del SAP sistema: /usr/sap/SYS/<SID>/exe/runViene copiato automaticamente in quella posizione durante l'installazione.
• Come prerequisito, il globale tp file dei parametri TPPARAM deve essere mantenuto, elencando come minimo i nomi host di ogni sistema che partecipa al processo di trasporto.
• tp viene utilizzato principalmente per eseguire importazioni nei sistemi di destinazione. Funziona tramite i dispatcher di importazione — RDDIMPDP and RDDIMPDP_CLIENT_ — che devono essere programmati come processi in background in ogni sistema in cui avvengono le importazioni. Se questi processi vengono eliminati, segnalalo RDDNEWPP è possibile riprogrammarli.
• Questi lavori sono innescato da evento: tp invia un segnale (un evento) al sistema R/3 e il lavoro inizia. Gli eventi sono denominati SAP_TRIGGER_RDDIMPDP and SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Il programma di trasporto

• R3trans Europe è SAP programma di trasporto che sposta fisicamente i dati tra diversi SAP sistemi. Raramente viene chiamato direttamente; invece viene invocato da tp o dal SAP aggiornare le utilità.
• tp orchestra i trasporti e genera i file di controllo che R3trans consuma, ma non si connette al database stesso. Tutto il “vero lavoro” a livello di database viene eseguito da R3trans.
• R3trans supporta lo spostamento dei dati tra sistemi in esecuzione su sistemi operativi diversi e persino su database diversi, ed è questo che rende eterogeneo SAP paesaggi possibili.

Le SAP Transazioni TMS

I seguenti codici T rappresentano gli strumenti che un amministratore Basis utilizza quotidianamente per gestire il sistema di gestione dei trasporti.

Codice T	Missione
STMS	Punto di accesso principale al TMS: configurazione del dominio, percorsi di trasporto, panoramica dell'importazione.
STMS_IMPORT	Accesso diretto alla coda di importazione del sistema corrente.
SE01	Organizzatore dei trasporti (vista estesa) — Gestisci e rilascia le richieste di trasporto.
SE09	Organizzatore di trasporti per le richieste di postazioni di lavoro.
SE10	Transport Organizer per la personalizzazione delle richieste.
SCC4	Manutenzione client: configura se un client consente trasporti e modifiche.
SPRO	SAP Riferimento IMG: il punto di accesso per tutte le attività di personalizzazione.
SE80	ABAP Workbench: ambiente di sviluppo per gli oggetti del repository.

migliori pratiche per SAP TMS

Un processo TMS ben strutturato garantisce un flusso costante di modifiche senza sorprese in produzione. Vale la pena adottare le seguenti abitudini fin dal primo giorno.

• Attenetevi a un'unica direzione di trasporto. (DEV → QAS → PRD). Non permettere mai che le modifiche vengano propagate all'indietro o che si salti il ​​QAS.
• Rilasciare le richieste di trasporto in ordine di dipendenza. Se TR-B fa riferimento a oggetti aggiunti da TR-A, TR-A deve prima entrare nella coda di importazione.
• Utilizzare testi brevi e descrittivi. su ogni TR in modo che un futuro revisore possa identificare la modifica senza aprire il contenuto.
• Pianificare le attività di background RDDIMPDP su ogni sistema nel momento in cui entra a far parte del panorama — senza di essi, nessuna importazione funzionerà.
• Montare la directory di trasporto in modo coerente su ogni host; i percorsi non corrispondenti sono la causa principale degli errori di importazione.
• I codici di reso superiori a 0 devono essere considerati come difetti.Non si tratta di avvisi. Indagate, documentate la causa principale e solo allora reimportate.

DOMANDE FREQUENTI