Plan de formation Chapitre 1 : Présentation de SAP

Présentation au sujet: "Plan de formation Chapitre 1 : Présentation de SAP"— Transcription de la présentation:

1 Plan de formation Chapitre 1 : Présentation de SAP
Chapitre 2 : Arrêt et démarrage d’un système SAP Chapitre 3 : Configuration des paramètres SAP Chapitre 4 : La base de données Chapitre 5 : Les différentes mémoires dans SAP Chapitre 6 : Transport d’OTs Chapitre 7 : Support packages, Plug-Ins et Add-Ons Chapitre 8 : Planification de jobs en arrière plan Chapitre 9 : Les impressions Chapitre 10 : Les connexions RFC Chapitre 11 : ITS et ICM : les Clients légers Chapitre 12 : Administration des utilisateurs Chapitre 13 : Autorisations Chapitre 14 : Gestion des mandants Chapitre 15 : Surveillance du système Chapitre 16 : Monitoring avec CCMS Chapitre 17 : Les transactions utiles Chapitre 18 : Accès à l’aide Chapitre 19 : Documents techniques clés 13h20 – 15h40 Config nécessaire STMS sur instance de formation DEV(virt)->FRM->TST(virt) Livraison : SAP et ZDEV entre DEV et FRM Consolidation : ZFRM entre FRM et TST 1

2 Chapitre 6 : Transport d’OTs Infrastructure système ordre de transport
Chaque système SAP doit être adapté. => Certains types de données sont accessibles uniquement à partir du mandant : - Données applicatives de gestion (documents, fiches articles...), c’est le customizing. - Le Customizing : * définit les structures organisationnelles des mandants (canaux de distribution, sociétés, etc). * adapte les paramètres des transactions R/3 aux opérations de gestion spécifiques au mandant Les types de données spécifiques au mandant sont étroitement liés => D’autre part, le système R/3 peut comporter des options qui, une fois définies, conviennent pour l'ensemble des mandants : - Customizing inter-mandants (options d'impression …) => Référentiel R/3 : il contient tous les objets du dictionnaire R/3 (tables, éléments de données et domaines), les programmes ABAP, les menus... Le système R/3 est constitué de divers types de données : Repository : données communes aux instances Customizing inter-mandant : données communes aux mandants Customizing :données propres au mandant Mandant = « client » en anglais 2 2

3 Chapitre 6 : Transport d’OTs Types d’adaptation
Plusieurs types de modifications peuvent être réalisées sur un système SAP. Le système R/3 est installé dans sa forme standard, il doit être par la suite adapté aux besoins du mandant au cours de la phase de mise en œuvre. Cette procédure est appelée "Customizing". Le Customizing inclut des données de Customizing spécifiques au mandant et inter-mandant Contrairement au Customizing, les extensions ou les adaptations du référentiel R/3 (Repository) ne sont pas obligatoires pour la bonne marche d'un système R/3. REPOSITORY : développement, supports package, plugins Les objets R/3, tels que les états et les définitions de table, peuvent être modifiés directement Adaptation du système R/3 aux besoins = CUSTOMIZING CUSTOMIZING = données spécifiques + données inter- mandant Adaptation du Repository = Développements, supports package, plugins, modifications des objets R/3. (OT Workbench) 3 3

4 Chapitre 6 : Transport d’OTs Ordres de transport
Un OT contient toutes les informations au transfert d’une adaptation d’un système SAP vers un autre. Un OT peut être constitué d’une ou plusieurs tâches. Chaque OT se voit attribuer un numéro automatiquement. Il existe 2 types d’OT Workbench (SYST) : objets de la repository Customizing (CUST) : adaptations du paramétrage Un OT Workbench peut lui-même se décomposer en tâches de type : Développement/Correction Réparation Au moment de son export un OT est matérialisé sous forme de fichiers qui peuvent être échangés avec des systèmes SAP distants (livraisons AMUE) Les OT CUST ne contiennent que des données spécifiques à un mandant Les OT SYST peuvent contenir des objets inter-mandant ou mandant dépendant Tâche de développement/correction : porte sur des objets issus du système en cours Tâche de réparation : modification d’objets créés dans un autre système

5 Chapitre 6 : Transport d’OTs Les différents types de données
Type de données Type d’OT Mandant dépendant Exemple Données de gestion Pas transportable Oui Commandes d’achat Données « master » Clients Fournisseurs Autorisations CUST Rôles Données utilisateurs sauf autorisations individuelles Pas transportables User ID, Custo inter-mandant CUST ou SYST Non Calendrier Customizing Activité IMG Repository SYST ABAP Pour chaque table SAP il y a des propriétés qui spécifient si ses données sont transportables ou non. Quand un objet de la repository est dans un OT il est locké contre toute modification simultanée par un autre utilisateur (SE03 pour délocker) 5 5

6 Chapitre 6 : Transport d’OTs Codification des objets dans un OT
Un OT est constitué d’une liste d’objets identifiés par ID de programme (R3TR en général) Type d’objet Nom de l’objet ID de programme Type d’objet Description R3TR PROG Programme ABAP DEVC Classe de développement VIEW Vue FORM Formulaire ABAP TABL Structure de table TRAN Transaction FUGR Groupe de fonctions … 6 6

7 Chapitre 6 : Transport d’OTs Procédure de création d’OT Workbench
Des ordres de type Workbench (developpement) et Customizing sont créées respectivement par le « transport organizer » (transactions SE09 et SE10) Dans le cas d’une requete de ce type, un projet est mis en place et défini des ordres de dev ou de custo qui sont ensuite assignés à un individu. Ces ordres sont ensuite libérés. Après l’export, ces ordres peuvent être importés dans les différents systèmes. Dans le cas d’objets du repository : S’il s'agit d'objets du référentiel, ceux-ci sont bloqués Après libération de toutes les tâches appartenant à un ordre de modification, celui-ci est libéré. Les objets sont alors exportés, les versions sont créées et les blocages sont supprimés. Les objets sont disponibles pour de nouveaux projets. 7 7

8 Chapitre 6 : Transport d’OTs Procédure de customizing
Ces modifications cuto sont affectées à un ordre de modification. Toutes ces modifications sont sauvegardées dans la tâche utilisateur. C’est une opération automatique. Dès que les paramétrages requis sont effectués, vous pouvez libérer la tâche. Lorsqu'une tâche est libérée, la documentation peut être créée, afin de décrire le type et les raisons de la modification Après libération de toutes les tâches appartenant à un ordre de modification, celui-ci peut être libéré. Les objets sont alors exportés vers le répertoire des transports, quelle que soit leur forme dans la base de données à ce moment précis. Les ordres de transport sont prêts à être importés dans les autres systèmes pi mandants 8 8

9 Chapitre 6 : Transport d’OTs Assurance - Qualité
9

10 Chapitre 6 : Transport d’OTs Organisation des adaptations
Aucune opération de Customizing ne doit avoir lieu dans le système mandant de production La production est l’environnement final (utilisateur) C'est pourquoi toute mise en œuvre de R/3 requiert plusieurs environnements. Recommandation SAP : 3 systèmes (Développement => Qualité => Production) Aucunes opérations de Customizing et de Repository directement en Production 10 10

11 Administration des tâches de customizing
Chapitre 6 : Transport d’OTs Fonctions du Change and Transport System (CTS) Administration des tâches de customizing Gestion des modifications de la repository Enregistrement de tous les changements de configuration Transport des OT entre les systèmes Verrouillage des objets en cours de modification Gestion des versions Log des ordres de transports Configuration du paysage système 11

12 Chapitre 6 : Transport d’OTs Transport and Management System (TMS)
Afin de transporter les OT entre les différents systèmes du paysage système, il convient de configurer le TMS A faire après l’installation de SAP et avant tout transport d’OT La configuration TMS se fait depuis la transaction STMS STMS permet de configurer et contrôler de manière centralisée tous les OT de votre système SAP Le transport des OT va pouvoir se faire selon des routes prédéfinies.

13 Chapitre 6 : Transport d’OTs Terminologie
Domaine de transport Constitué de tous les systèmes SAP gérés par la TMS Contrôleur de domaine Système SAP sur lequel tous les paramètres de la TMS sont enregistrés. Propage ces paramètres à tous les systèmes du domaine. Paysage système Constitué de tous les systèmes SAP qui s’échangent des OT Groupe de transport Systèmes qui partagent le même répertoire de transport Route de transport

14 Chapitre 6 : Transport d’OTs Paysage système, domaine et groupe de transport
Avec Sifac on est dans le cas 1 (on ne partage pas le même contrôleur de domaine avec l’AMUE) Installation SIFAC = 1 domaine et un groupe Si formation et préprod sur la même machine mais qu’on ne veut pas que la formation partage le même répertoire de transport => créer un groupe de transport dédié à la formation

15 Chapitre 6 : Transport d’OTs Exercice
Dans le cadre du paysage système qui comprend l’AMUE et x établissements, combien y-a-t-il de domaines de transports? Pour un établissement qui dispose d’un système SAP de production, préproduction et formation, combien-a-t-il de contrôleurs de domaines? Savez-vous si votre production et votre préproduction sont dans le même groupe de transport? Avec Sifac on est dans le cas 1 (on ne partage pas le même contrôleur de domaine avec l’AMUE)

16 Chapitre 6 : Transport d’OTs Communications RFC
Tous les systèmes d’un domaine de transport communiquent via RFC Ces communications s’appuient sur des users SAP qui sont créés automatiquement (TMSADM) La configuration TMS est distribuée par le contrôleur de domaine via RFC

17 Chapitre 6 : Transport d’OTs Types de routes de transport
Route de consolidation (consolidation route) Permet de lier un système source à un système cible via une couche de transport Définit le chemin que prend un OT après un export Route de livraison (delivery route) Tout OT qui arrive dans le système source d’une route de livraison via une route de consolidation est automatiquement envoyé vers la cible de la route de livraison Définit où vont les OT après un import

18 Chapitre 6 : Transport d’OTs Exemple de routes de transport
Les objets livrés par l’AMUE appartiennent aux couches de transport ZDEV et SAP Ils sont importés dans le système T88 Après import ils suivent la route de livraison et vont dans la queue d’import du système P88 Les objets développés en local dans le système T88 appartiennent à la couche de transport ZT01 Après export/release dans T88 ils prennent la route de consolidation vers P88. Les couches de transport se créent dans la STMS / Routes de transport / Traiter / Couche transport La définition de routes de transport est un pré-requis pour pouvoir générer les fichiers contenant les OT

19 Chapitre 6 : Transport d’OTs Rôle du répertoire des transports
Après libération, les objets modifiés ou les créations sont stockés dans les fichiers data des transports dans le répertoire des transports (/usr/sap/trans). Lorsqu’un ordre est généré deux fichiers sont créés : un cofile et un data. Une log d’export est disponible sous /usr/sap/trans/log L’ensemble des opérations d’import / export s’appuie sur le répertoire /usr/sap/trans 19 19

20 Chapitre 6 : Transport d’OTs Répertoire de transport
bin Contains the transport parameter profile, called TP_<domain>.PFL, and the domain configuration file, called DOMAIN.CFG. data Stores the actual data files of the change requests containing customizing and development changes. R <6 digits>.<source system> R3trans D <6 digits>.<source system> application programs cofiles Contains the control files or command files used by the transport tools at the operating system level. The information in these files includes data on transport types, object classes, required import steps, and return codes. These files also contain the current status of the change request in the various systems of the transport group. K <6 digits>.<source system> buffer Contains an import buffer for each SAP system in a transport group. These buffer files indicate which change requests are to be imported into the respective system. Buffer files also provide information on the steps that must be performed for import and the order in which requests are to be imported. log Includes all general log files, as well as all log files generated by the export and import of change requests or client copies. tmp Needed to temporarily store log files and semaphores during transport activities. actlog Stores the log of user actions in SAP for all change requests and tasks. This is the only subdirectory of the transport directory that is not accessed by the transport tools. This directory is accessed only by the Change and Transport Organizer (CTO). sapnames Contains a file for each SAP user working in the CTS. These files log transport activities for each change request by used ID. olddata Used when you clean up the transport directory. Old exported data that is to be archived or deleted is stored in this directory. eps The download directory for the SAP Support packages. Ordre de transport = cofile + data Stockage sous /usr/sap/trans/ (cofiles – data) Log d’export : /usr/sap/trans/log Il est possible d’exporter un mandant complet!

21 Chapitre 6 : Transport d’OTs Création d’un ordre de transport
Automatiquement Lors de la modification d’un objet ou d’une opération de paramétrage, SAP présente automatiquement une fenêtre de création d’ordre de transport. Manuellement Création de l’OT via la SE01 puis ajout manuel des objets à y insérer. Méthode recommandée par SAP La libération des tâches d’un OT et de l’OT lui-même sont les opérations qui vont permettre la génération des fichiers de l’OT et son transport automatique via les routes de transport. Illustration avec une démo via la SE01 de création d’un OT puis libération SM30 / Table ZMARSEUIL : transport des données Montrer la création automatique pour le même ordre Montrer la suppression Remarquer que s’il n’y a pas de route de transport aucun fichier n’est généré dans cofiles ou data

22 Chapitre 6 : Transport d’OTs Types d’OT particuliers
Transport de copies Pour copier des objets d’un système vers un autre quand il n’y a pas de route de consolidation entre eux pour la couche de transport à laquelle appartiennent ces objets. Relogement d’objets sans changement de package Pour changer le système d’origine d’un objet (sans changer son package) Relogement d’objets avec changement de package Pour changer le système d’origine d’un objet tout en changeant son package Relogement d’un package entier Pour changer le système d’origine de tout un package et l’affecter à une nouvelle couche de transport.

23 Chapitre 6 : Transport d’OTs Export/libération d’OT
L’export correspond à la génération des fichiers nécessaires au transport de l’OT vers le système suivant. L’export est lancé automatiquement par la « libération » de l’OT (et au préalable de toutes les tâches qui le composent) Transactions SE01 ou SE09 Lors de l’export, les fichiers suivants sont créés : Convention de nommage Répertoire Description Rxxxxxx.<SID> data Données contenant les objets exportés Kxxxxxx.<SID> cofiles Fichier de contrôle qui contient les instructions d’import <SID>Exxxxxx.<SID> log Fichier de log relatif à l’export de l’OT xxxxxx

24 Chapitre 6 : Transport d’OTs Exercice
Créer un OT de type transport de copies sur le système Windows ( / subutex) Aller dans la SE80 et transporter un programme du package ZAMUE dans cet OT Vérifier que le programme a bien été ajouté à votre OT Modifier l’OT ainsi créé pour préciser comme système cible le système en cours puis le libérer Essayer de faire ce même transport avec un OT de type workbench Pourquoi a-ton créé un OT de type transport de copie? Voir ordre de modification local -> pas de fichiers générés S’assurer que les fichiers sont bien générés avec l’OT de type « transport de copie » Pas de génération de fichiers si OT workbench car aucune route de consolidation pour ZDEV depuis FRM A RETESTER

25 Chapitre 6 : Transport d’OTs Exercice
Vous devez écrire un petit programme ABAP pour éditer la liste des fournisseurs Dans quel système SAP le faites-vous? Comment faites-vous pour le transporter en production? Un collègue d’un autre établissement vous demande ce programme, comment le diffusez-vous? Ce collègue souhaite modifier ce programme mais SAP lui dit que le programme a été conçu dans un autre système que le sien. Que faire pour que ce message disparaisse?

26 Chapitre 6 : Transport d’OTs Rôle des mandants
SCC4 : gestion des mandants La modification de la repository et le customising sont autorisés au niveau de chaque mandant En production, on autorisera ni l’un, ni l’autre

27 Chapitre 6 : Transport d’OTs Statut de la file d’attente
L’import de ces ordres de transport se fait à l’aide de la transaction STMS. La file d’attente est appelé buffer des ordres de transport. Elle indique les ordres de transport à importer en fonction de leur séquence de libération. Pour visualiser la synthèse d'import du TMS, utilisez la transaction STMS, puis sélectionnez Synthèse => Imports. Cette vue indique le statut courant de la file d'attente des imports de chaque système R/3 du domaine de transport. Import des ordres de transport => STMS Synthèse des imports 27 27

28 Chapitre 6 : Transport d’OTs Lancement d’un import
L’import peuvent se faire en dialog ou en arrière plan, mais il est conseillé de les faire en batch (à cause du time out) Pour importer un seul ordre de transport, il faut sélectionner l’ordre dans la queue puis cliquer sur le petit camion. Pour importer tous les ordres de transport en attente dans la queue, cliquer sur le gros camion. Tous les OT seront importés selon la séquence d’export. (un ordre après l’autre) L’import de masse garantit que les dernières modifications du custo seront appliquées. Ensuite, vous devez choisir le mode d’import, le client source, … L’exécutable pour l’export et l’import est tp Deux méthodes d’import : Importer tous les ordres de transport en attente Importer un seul ordre Le programme d’export et d’import est : tp 28 28

29 Chapitre 6 : Transport d’OTs Vérification de l’import
Transaction : STMS Au cours de l’import, les différentes étapes sont historisées. 29 29

30 Chapitre 6 : Transport d’OTs Fichiers de logs d’import/export
Fichiers génériques SLOG (Journal système TP) Vue d’ensemble des commandes TP SLOG<année><semaine>.<SID> ALOG (Journal des étapes d’import) Contient les codes retour de toutes les étapes d’import /export des OT ALOG<année><semaine>.<SID> ULOG Liste des commandes TP qui se sont exécutées correctement (permet de savoir ce que fait l’outil python par exemple) ULOG<annee>_<trimestre> Année : sur 2 chiffres SLOG : STMS / Synthèse import / Saut / journal système TP ALOG : STMS / Synthèse import / Saut / journal système TP / Saut / Etapes de transport 30 30

31 Chapitre 6 : Transport d’OTs Fichiers de logs d’import/export
Par OT <SID_source><Etape>xxxxxx.<SID_cible> A: Activate Dictionary D: Import application-defined objects E: R3trans export G: Generate reports and screens H: R3trans Dictionary import I: R3trans main import L: R3trans Import the command file M: Activate enqueue modules P: Test import R: Execute XPRA programs after PUT (XPRA) T: R3trans import of table entries V: Set version flag X: Export application-defined objects 31 31

32 Chapitre 6 : Transport d’OTs Fichiers de logs d’import
Par étape générique: <Etape><annee><mois><jour>.<SID_cible> C: Copying the SAP Kernel DS: Distribution program flow N: Structure conversion O: Starting/stopping the database P: Moving the nametabs S: Starting/stopping the SAP System 32 32

33 Chapitre 6 : Transport d’OTs Codes retour d’import
Description Exemple Succès 4 Avertissement mais tous les objets ont été importés Demande de suppression d’un objet qui n’existe pas 8 Transport terminé avec erreurs Un programme ABAP n’a pas pu être compilé 12 Transport annulé avec erreurs Database inaccessible au moment de l’import 13 Transport annulé suite à un signal système Arrêt de l’OS 16 Erreur interne Bug dans un programme SAP 33 33

34 Chapitre 6 : Transport d’OTs Les livraisons SIFAC
Développement Recette Groupement Recette AMUE GO pour les établissements Dépôt livraison FTP Le développement est effectué par le groupement Les OTs générés sont validés sur une instance de Recette Les ots sont livrés par le groupement à L’Amue Si ok l’Amue informe les établissements par mail Au cours de l’import, les différentes étapes sont historisées. 34 34

35 Chapitre 6 : Transport d’OTs Les livraisons SIFAC
L’établissement est averti par mail qu’une nouvelle livraison est disponible L’établissement récupère la livraison sur le FTP de l’Amue dans son espace dédié. L’établissement transporte la livraison sur sa pré-production alors l’ établissement transport sur la production Après test et si ok Au cours de l’import, les différentes étapes sont historisées. 35 35

36 Chapitre 6 : Transport d’OTs Les livraisons SIFAC
Il faut TOUJOURS respecter l’ordre des livraisons Il faut (sauf avertissement contraire) toujours transporter une livraison sur la pré-production avant de la transporter sur la production. Il faut utiliser le script de transport en masse ( python v2). Attention , le rythme de mise à jour de la base de formation est différent de celui des pré-prod/prod. Elle n’est mis à jour que 1 ou 2 fois par an. Une communication spécifique est alors envoyée par l’Amue. Au cours de l’import, les différentes étapes sont historisées. 36 36

37 Chapitre 6 : Transport d’OTs Transactions et notes utiles
SCC4 : Gestion des mandants STMS configuration du TMS import des OT SE01 Création d’OT Libération des OT SE09 Vue simplifiée de SE01 SE03 : outils du Transport Organizer SPRO : Paramétrage SAP Note Deletion of data in transport directory Changer les paramètres de TP : Voir les paramètres TP : STMS / Synthèse import / Saut / Paramètres TP Modifier paramètres TP : STMS / Synthèse système / choix système / Système SAP / Modifier / Outil de transport Bien s’assurer que ces paramètres ont la coche « global » Puis répartir configuration Puis au niveau de l’OS C:\usr\sap\U88\DVEBMGS00\exe\tp.exe check all pf=C:/usr/sap/trans/bin/TP_DOMAIN_U88.PFL C:\usr\sap\U88\DVEBMGS00\exe\tp.exe clearold all pf=C:/usr/sap/trans/bin/TP_DOMAIN_U88.PFL Parameters for the tp Function CLEAROLD  cofilelifetime Default: 365 Value range: Numeric If a file in the cofiles subdirectory is no longer needed for further actions in the transport system and has reached a minimum age, you can delete it using the call combination tp check.all , tp clearold all . You can set the minimum age in days using this parameter. datalifetime Default: 200 If a file in the subdirectory data is not needed for any further actions of the transport system and has reached a minimum age, it is moved to the subdirectory olddata using call combination tp check.all , tp clearold all . You can set the minimum age in days using this parameter. loglifetime If a file in the log subdirectory is no longer needed for further actions in the transport system and has reached a minimum age, you can delete if using the call combination tp check.all , tp clearold all. You can set the minimum age in days using this parameter. olddatalifetime If a file located in the olddata subdirectory is no longer needed for further actions in the transport system and has reached a minimum age, you can delete it using the call combination tp check.all , tp clearold all . You can set the minimum age in days using this parameter. 37

38 Chapitre 6 : Transport d’OTs Exercice
A l’aide de la transaction SM30, créer un OT nommé ZTABLxx qui contiendra le contenu d’une table Z* Libérer cet OT Ajoutez manuellement cet OT dans la file d’attente de votre système puis importez-le dans le mandant 400