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 16h30 – 17h50 1

2 Chapitre 14 : Gestions de mandants Rappel sur les mandants
Au sein d’une instance, un mandant est une unité homogène de données et paramètres qui caractérisent un établissement. Une instance SAP est constitué de données inter-mandant et mandant-spécifiques. Chaque mandant est identifié par un numéro à 3 chiffres unique au sein de l’instance SAP Ce numéro fait partie de la clef primaire de toutes les tables SAP qui contiennent des données spécifiques aux mandants. Données spécifiques au mandant Paramétrage Données de gestion Fiches utilisateurs 2

3 Chapitre 14 : Gestions de mandants Mandants standards
Il s’agit de mandants préconfigurés à l’installation Le mandant 000 est un mandant dédié aux opérations techniques sur l’instance SAP. Il sert aussi de référence aux autres mandants. Le mandant 001 jouait aussi un rôle de mandant de référence dans des précédentes versions de SAP. Le mandant 066 sert au support distant SAP. Avec Sifac En production : mandant 500 En préproduction Mandant 300: référence Mandant 310… : intégration 3

4 Chapitre 14 : Gestions de mandants Création d’un nouveau mandant
Nécessaire en pré production ou en formation uniquement. La création se déroule en deux étapes Enregistrement du nouveau mandant dans l’instance. Copie de données dans le nouveau mandant (soit depuis la référence 000, soit depuis un mandant Sifac) Transaction SCC4 pour l’enregistrement du nouveau mandant La liste des mandants est une table inter-mandant 4

5 Chapitre 14 : Gestions de mandants Rôles des mandants
Chaque mandant se voit attribuer un rôle Productif Test Customizing Démo Formation initiale Référence SAP Ce type sert à la fois de documentation mais des tests sont aussi mis en œuvre dans SAP pour empêcher par exemple qu’un système productif soit cible d’une copie. Une instance SAP sera dite de production si au moins un de ses mandant est de type productif. Le rôle d’un mandant peut-être changé à tout moment.

6 Chapitre 14 : Gestions de mandants Modifications autorisées et protection de mandant
Dans un mandant de test ou démo il ne sera pas nécessaire d’enregistrer les modifications spécifiques au mandant. Par contre dans un mandant de customizing, il faut impérativement enregistrer toutes les modifications pour transport en QA puis prod. En production, il est recommandé de n’autoriser aucune modification De données spécifiques De repository De données inter-mandant Ni d’autoriser l’exécution de scripts eCATT. Protection contre la copie : niveau 2 = pas d’accès externe pour comparaison de mandants (comparaison de custo avec affichage des différences – utile pour savoir si mandant de tests et prod sont à jour) 6

7 Chapitre 14 : Gestions de mandants A faire après la création du mandant
Maintenir la liste des systèmes logiques : transaction SALE Associer le système logique au mandant : SCC4 Créer les connexions RFC nécessaires à la copie de mandant qui comportent le composant Financials Basis (FINBASIS) SM59 pour création d’une destination RFC vers le mandant source FINB_TR_DEST pour associer cette destination au mandant source 7

8 Chapitre 14 : Gestions de mandants Copie de mandant
8

9 Chapitre 14 : Gestions de mandants Au préalable à la copie de mandant
Toute copie de mandant doit être annoncée à l’avance aux utilisateurs concernés. Il ne doit pas y avoir d’utilisateurs connectés sur le système cible. Il est préférable de désactiver l’archive log de la base de données. Aucune activité ne devrait avoir lieu sur les systèmes cible et source au moment de la copie Dialog Batch RFC 9

10 Chapitre 14 : Gestions de mandants Profils de copie
SAP_ALL Copie de toutes les données SAP_APPL Copie de toutes les données sauf fiches utilisateurs SAP_CUST Copie des données de custo (y compris autorisations). Les données de gestion sont supprimées; pas les fiches utilisateurs. SAP_CUSV Idem SAP_CUST mais avec copie des variantes SAP_UAPP Déprecié SAP_UCUS Déprécié SAP_UCSV SAP_USER Copie des seules fiches utilisateurs et autorisations. Dans tous les cas, sauf pour SAP_USER, les données de custo et de gestion sont supprimées du système cible. 10 10

11 Chapitre 14 : Gestions de mandants Copie locale
11

12 Chapitre 14 : Gestions de mandants Copie locale
Copie d’un mandant vers un autre au sein de la même instance. Transaction SCCL Programmation en arrière plan Suivi des logs avec la SCC3 On peut en théorie lancer en immédiat et en avant plan mais on sera soumis au contrôle sur le paramètre rdisp/max_wp_runtime Possibilité de spécifier le nombre de process max et un groupe de serveur 12 12

13 Chapitre 14 : Gestions de mandants Copie distante
13

14 Chapitre 14 : Gestions de mandants Copie distante
Transaction SCC9 Utile pour copie de production vers pré production. Les systèmes cible et source doivent être dans la même version de SAP. Une destination RFC est utilisée et doit donc être définie vers le système source (SM59) Systèmes cible et source ne doivent pas être utilisés pendant la copie. Une copie distante est plus lente qu’une copie locale. Seules les données sont transférées, pas les définitions de table aussi si une table existe dans le système source mais pas dans le système cible cela causera une erreur (transport des tables par OT au préalable) Profils spécifiques : SAP_RMBC : idem SAP_UCSV mais avec données inter-mandant SAP_RMPA : idem SAP_ALL mais avec données inter-mandant SAP_RMPC : idem SAP_CUSV mais avec données inter-mandant 14

15 Chapitre 14 : Gestions de mandants Import/Export de mandant
15

16 Chapitre 14 : Gestions de mandants Import/Export de mandant
Dans ce cas, le mandant va être transféré du système source vers le système cible à l’aide d’un ordre de transport. Utile pour copier les données d’un mandant vers un système situé à l’extérieur du paysage système (cas de la base de formation AMUE) Etapes Export du mandant dans le système source Transfert des fichiers d’OT Import dans le système cible Contrôle des logs de l’import 16

17 Chapitre 14 : Gestions de mandants Export de mandant
Transaction SCC8 A faire sur le mandant source Création de 3 fichiers d’OT ROxxx : données inter-mandant RTxxx : données du mandant RXxxx : textes 17

18 Chapitre 14 : Gestions de mandants Import de mandant
Transaction STMS Ajout manuel des OT à la file d’attente du système cible Lancement des OT Transaction SCC7 Post-import AJOUTER UNE COPIE ECRAN DU CLIC SUR IMPORT DANS LA STMS Voir la doc FIN- BASIS 18

19 Chapitre 14 : Gestions de mandants Suppression de mandant
Transaction SCC5 L’option « Suppression entrée dans T000 » équivaut à aller dans SCC4 pour supprimer l’entrée du mandant supprimé. 19

20 Chapitre 14 : Gestions de mandants Lock/Unlock de mandant
Transaction EWZ5 / SU10 Lock / Unlock des utilisateurs en masse Lock de mandant Transaction SE37 SSCR_LOCK_CLIENT SSCR_UNLOCK_CLIENT Préciser le mandant Le mandant reste accessible aux users SAP* et DDIC Une autre solution pour bloquer l’accès à SAP est d’utiliser les logon groups 20

21 Chapitre 14 : Gestions de mandants Transactions et paramètres
SCC4 : gestion des mandants de l’instance SCCL : copie locale de mandant SCC9 : copie distante de mandant SCC3 : suivi des copies de mandants STMS : suivi des OT d’import/export de mandant SSC8 : export de mandant SCC7 : post-import de mandant SALE : systèmes logiques SM59 : gestion des connexions RFC FINB_TR_DEST : association connexion RFC au mandant EWZ5/SU10 : lock / unlock des utilisateurs en masse 21

22 Chapitre 14 : Gestions de mandants Exercice
Programmez une copie locale sur le système linux Du mandant 410 vers le mandant 400 Tous les Dimanche à 18h Modifier le job ainsi créé pour y ajouter une étape qui affichera tous les utilisateurs du système (report RSUSR200) Programmez une copie distante du système windows vers le système linux (mandant 400) Connexion RFC : BAM Samedi prochain à 19h Supprimez les deux copies 22