Tenant-Administration
Stand 2026-09-03
Die Tenant-Administration entscheidet, ob eine Datasphere-Plattform ihr erstes Jahr übersteht oder an Speicherüberschreitungen, gebrochener zeilenbasierter Sicherheit und misslungenen Transporten scheitert. Die erfahrenen Weichenstellungen, auf die es ankommt: DW-Administrator-Zuweisungen auf drei begrenzen (ein Primärer, zwei Vertreter), ab 70 % Speicherauslastung eines Space sofort eine Kapazitätsprüfung auslösen, und niemals eine Data Access Control auf einer Transactional Table platzieren — jedes davon ist ein dokumentiertes Fehlerbild, das Projekte Wochen statt Stunden an Nacharbeit kostet. Berater, die das Administration Runbook parallel zum technischen Aufbau liefern und nicht danach, sind diejenigen, die Kunden über den Go-live hinaus binden — ein Tenant, der binnen sechs Monaten degradiert, fällt auf den zurück, der ihn entworfen hat. Dieses Modul vermittelt das Vier-Säulen-Betriebsmodell (Space, Rollen, Monitoring, Transport) als kundenreifes Liefergut, nicht als Funktionsrundgang.
Was Sie lernen
- Die Kernkonzepte hinter Tenant-Administration verstehen
- Admin in einem typischen SAP-Analytics-Projekt anwenden
- Die 3-5 häufigsten Fehler erkennen und wissen, wie man sie vermeidet
- Diese Fähigkeit in der eigenen Personal Brand und im Tagessatzgespräch positionieren
Warum Tenant-Administration eine Senior-Kompetenz ist
Die meisten SAP-Datasphere-Implementierungen scheitern nicht an einem schlechten Datenmodell, sondern an einem schlecht governten Tenant. Unzureichende Space-Dimensionierung verursacht sechs Monate nach Go-live Fehler bei Planungsübermittlungen. Unkontrollierte Rollenzuweisungen lassen Analysten die zeilenbasierte Sicherheit umgehen. Fehlmanagement beim Transport überschreibt Produktivinhalte mit DEV-Artefakten. Tenant-Administration ist die Disziplin, die all das verhindert — und sie gehört von Tag eins an auf die Agenda des erfahrenen Architekten, nicht vollständig an Basis delegiert.
Es folgt: die vier Säulen der Datasphere-Tenant-Administration: Space Management, Benutzer- und Rollen-Governance, Monitoring und Dimensionierung sowie Transport. Jede Säule hat wiederkehrende Fehlerbilder, die Projekte Wochen an Nacharbeit kosten. Sie kennen, bevor man beginnt.
Space Management: die fundamentale Governance-Einheit
Ein Datasphere-Space ist ein in sich geschlossener Governance-Container: Er hat eine eigene Speicherzuweisung (Disk + Memory), eine eigene Menge autorisierter Benutzer und Rollen, eigene Connections zu Quellsystemen und eine eigene Menge von Artefakten (Tabellen, Views, Data Flows, Analytical Datasets). Entscheidend: Daten aus einem Space sind nicht automatisch in einem anderen sichtbar — Space-übergreifendes Sharing ist explizit, wird vom Space-Owner verantwortet und auditiert.
Das Design der Space-Topologie ist die erste architektonische Entscheidung. Verbreitete Muster:
Voraussetzungen
- Mittlere praktische Erfahrung in SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C008, C006, C004
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Ein DACH-Industriehersteller konsolidiert sechs Alt-BW/4HANA-Systeme in einen einzigen gemeinsamen Datasphere-Tenant für Finance, Supply Chain und HR, mit Dev, QA.
- Das Antimuster erkennen und vermeiden: Überzuweisung von DW Administrator — Mehr Personen als nötig können einen Space löschen oder den Tenant-Speicher umverteilen — ein SAP_ALL-äquivalenter Wirkungsradius, den niemand nachverfolgt.
- Die Kernentscheidung des Moduls anwenden: Space-Topologie-Muster — ebenenbasierte Spaces (Landing — Harmonisation — Consumption) für ein zentralisiertes Plattformteam wählen.
- Beherrschung mit dem KPI verfolgen: Speicherspielraum der Spaces (Ziel: Alle Spaces unter 70 % ihrer Speicherzuweisung; Warnsignal: Ein Space über 80 %, ohne dass bereits eine Kapazitätsanfrage läuft).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.