Administration du tenant
À jour au 2026-10-10
Administration du tenant décide si une plateforme Datasphere passe sa première année ou s'effondre sous des dépassements de stockage, une sécurité au niveau ligne cassée et des transports ratés. Les décisions senior qui comptent : plafonner les attributions DW Administrator à trois personnes (un titulaire, deux suppléants), déclencher une revue de capacité dès qu'un Space dépasse 70% de stockage, et ne jamais poser un Data Access Control sur une Transactional Table — chacune est un schéma de défaillance documenté qui coûte des semaines de remédiation, pas des heures. Les consultants qui livrent le Runbook d'Administration en même temps que la construction technique, pas après, sont ceux que le client garde après la mise en production — un tenant qui se dégrade en six mois se retourne contre celui qui l'a conçu. Ce module donne le modèle opérationnel à quatre piliers (Space, rôles, monitoring, transport) comme livrable prêt client, pas comme visite produit.
Ce que vous apprendrez
- Travailler un scénario réaliste : Un fabricant industriel DACH consolide six systèmes BW/4HANA legacy dans un tenant Datasphere partagé unique servant Finance, Supply Chain et RH, avec les environnements Dev.
- Repérer et éviter l'anti-pattern : Sur-attribution du rôle DW Administrator — Plus de personnes que nécessaire peuvent supprimer un Space ou réallouer le stockage du tenant.
- Appliquer la décision clé du module : Pattern de topologie de spaces — choisir Spaces en couches (Landing — Harmonisation — Consumption) pour une équipe plateforme centralisée.
- Mesurer la maîtrise avec le KPI : Marge de stockage des Spaces.
Pourquoi l'administration du tenant est une compétence senior
La plupart des implémentations SAP Datasphere échouent non pas à cause d'un mauvais modèle de données, mais à cause d'un tenant mal gouverné. Un dimensionnement insuffisant des Spaces provoque des erreurs de soumission de planification six mois après la mise en production. Des attributions de rôles non contrôlées permettent aux analystes de contourner la sécurité au niveau ligne. Une mauvaise gestion des transports écrase le contenu de production avec des artefacts DEV. L'administration du tenant est la discipline qui prévient tout cela — et elle figure à l'agenda de l'architecte senior dès le premier jour, sans être entièrement déléguée à la Basis.
Ce qui suit présente les quatre piliers de l'administration d'un tenant Datasphere : la gestion des Spaces, la gouvernance des utilisateurs et des rôles, le monitoring et le dimensionnement, et le transport. Chaque pilier a ses schémas de défaillance récurrents, qui coûtent aux projets des semaines de remédiation. Connaissez-les avant de commencer.
Prérequis
- Expérience pratique intermédiaire sur des projets d'analytique SAP
- Revoir d'abord les concepts fondamentaux : C008, C006, C004
Acquis
- Travailler un scénario réaliste : Un fabricant industriel DACH consolide six systèmes BW/4HANA legacy dans un tenant Datasphere partagé unique servant Finance, Supply Chain et RH, avec les environnements Dev.
- Repérer et éviter l'anti-pattern : Sur-attribution du rôle DW Administrator — Plus de personnes que nécessaire peuvent supprimer un Space ou réallouer le stockage du tenant.
- Appliquer la décision clé du module : Pattern de topologie de spaces — choisir Spaces en couches (Landing — Harmonisation — Consumption) pour une équipe plateforme centralisée.
- Mesurer la maîtrise avec le KPI : Marge de stockage des Spaces.
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.