Capacity- und Workload-Management
Stand 2026-09-03
Jeder SAP-Business-Data-Cloud-Tenant läuft auf Capacity Units — wird die Zuteilung falsch gesetzt, hungert ein Space entweder (stille Ladefehler, veraltete Dashboards) oder liegt untätig, während SAP weiter abrechnet. Die Entscheidung, die in Woche eins zählt: CUs am Fanout der Modellierungsschicht dimensionieren, nicht am Quelldatenvolumen, und die Zuteilung dann in einen Dauerlast-Pool für den Steady State und einen Burst-Pool außerhalb des Monatsabschluss-Spitzenfensters aufteilen. Ein Space, der an gewöhnlichen Tagen konstant über 80 % CU-Spitze läuft, ist unterdimensioniert; einer, der jeden Tag unter 30 % liegt, ist überdimensioniert und verschwendet stillschweigend Budget. Berater, die diese Zuteilung dimensionieren, überwachen und gegenüber einem CTO oder CFO mit den Nutzungsdaten verteidigen können, um einen Reallokationsfall zu untermauern, besitzen eine seltene Premium-Kompetenz: die meisten Praktiker, die mit BDC in Berührung kommen, betreiben es nie auf diesem Niveau in einem lebenden Enterprise-Deployment.
Was Sie lernen
- Die Kernkonzepte hinter Capacity- und Workload-Management verstehen
- Capacity in einem typischen SAP-Analytics-Engagement anwenden
- Die 3-5 häufigen Fehler erkennen und wissen, wie man sie vermeidet
- Diese Fähigkeit in der eigenen Personal-Brand- und Tagessatz-Konversation positionieren
Modulüberblick
Capacity- und Workload-Management für SAP Business Data Cloud ist die Disziplin, die eine BDC-Umgebung mit mehreren Spaces gegenüber den richtigen Konten abrechenbar hält, unter Spitzenlast reaktionsfähig macht und gegenüber einem CTO vertretbar bleibt, der verstehen will, wofür er bezahlt. Die Ressourceneinheit ist die Capacity Unit (CU) — ein Verbund aus Arbeitsspeicher-, CPU- und I/O-Kontingent, gegen den SAP abrechnet und den der Administrator auf die Spaces verteilen muss, bevor überhaupt Verarbeitung laufen kann. Wird die Zuteilung falsch gesetzt, folgen zwei Fehlermodi: unterdimensionierte Spaces blockieren Datenflüsse, was zu stillen Ladefehlern führt, die als veraltete Dashboards zutage treten; überdimensionierte Spaces liegen untätig, während der Abrechnungszähler weiterläuft — genau das Gespräch, das das Finance-Team dann mit Ihnen führen wird.
Die Zuteilungsentscheidungen, die zählen. CUs nach Governance-Zone zuteilen, nicht nach Organigramm — ein Finance-Space und ein HR-Space können sich eine Datenproduktschicht teilen, dürfen aber keine Compute-Kontingente teilen, denn ein außer Kontrolle geratener Finance-Batch-Job sollte das HR-Reporting nicht aushungern. Den Job Scheduling Service von SAP BTP nutzen, um zeitkritische Nahe-Echtzeit-Flüsse (Medallion Bronze→Silver in unter 15 Minuten) vom schweren Nacht-Batch (Silver→Gold-Aggregationen, spaceübergreifende Replikation) zu trennen. Den tatsächlichen Verbrauch im Data Integration Monitor überwachen — die Charts zu Load-by-Space und CU-Auslastung zeigen das Muster, bevor die Rechnung eintrifft.
Voraussetzungen
- Fortgeschrittene Praxiserfahrung in SAP-Analytics-Projekten
- Kernkonzepte zuerst wiederholen: C038, C041, C040
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Eine europäische Gruppe der diskreten Fertigung bringt die S/4HANA-Instanz eines neuen Werks in einem bestehenden Multi-Space-BDC-Tenant online.
- Das Anti-Pattern erkennen und vermeiden: CUs am Quelldatenvolumen statt am Modellierungs-Fanout dimensionieren.
- Die Kernentscheidung des Moduls anwenden: Replication Flow vs. Data Flow vs. Federation für eine neue Quelle — Replication Flow (log-basierte CDC) für S/4HANA- oder BW/4HANA-Quellen wählen, die eine Latenz unter 15 Minuten benötigen.
- Mastery mit dem KPI verfolgen: CU-Spitzenauslastung (je Space) (Ziel: < 70 % an Tagen außerhalb des Monatsabschlusses, < 90 % an Spitzentagen; Warnsignal: > 80 % Dauerauslastung an gewöhnlichen Tagen über mehr als eine Woche — der Space ist unterdimensioniert).
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.