Seminar SAP HANA – Sizing, Architektur und Landschaftsplanung

Fehlerhaftes Sizing führt entweder zu unnötigen Kosten oder zu dauerhaftem Betriebsrisiko. Die Schulung verbindet Workload-, Daten-, Wachstums-, Verfügbarkeits- und Integrationsanforderungen zu einer belastbaren Zielarchitektur für On-Premises-, Cloud- und hybride SAP-HANA-Landschaften.

Inhaltsverzeichnis

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Workload und Datenvolumen strukturiert erfassen und plausibilisieren
• Speicher-, CPU-, Storage-, Netzwerk- und Verfügbarkeitsbedarf ableiten
• Scale-up-, Scale-out-, Cloud- und hybride Varianten anhand klarer Kriterien vergleichen
• Annahmen, Reserven, Kosten und Re-Sizing-Prozess nachvollziehbar dokumentieren

Zielgruppe

Enterprise- und Solution-Architekten, SAP-Basis-Teams, SAP-HANA-Administratoren, Infrastrukturplanung, Cloud-Architekten, technische Projektleitungen und Einkauf.

Voraussetzungen

Grundkenntnisse der SAP-HANA-Architektur, der eigenen SAP-Systemlandschaft und grundlegender Kapazitätsplanung. Technische Messdaten oder ein Beispiel-Workload sind hilfreich.

Seminarinhalte

1. Schritt 1: Geschäfts- und Serviceanforderungen erfassen

   Nutzerzahlen, Geschäftszeiten, kritische Prozesse, Antwortzeiten, Batchfenster, RPO, RTO, Wachstum und regulatorische Vorgaben werden in messbare Serviceziele überführt.

2. Schritt 2: System- und Workload-Inventar erstellen

   Quellsysteme, Datenbanken, Tabellenvolumen, Kompression, Änderungsrate, parallele Benutzer, Spitzenlast, Schnittstellen und saisonale Effekte werden erfasst.

3. Schritt 3: Datenvolumen plausibilisieren

   Aktueller belegter Speicher, zukünftiges Wachstum, historische Daten, Replikate, Arbeits- und Delta-Speicher sowie Sicherheitsreserve werden voneinander getrennt berechnet.

4. Schritt 4: Arbeitsspeicherbedarf ableiten

   Column Store, Row Store, Code, Services, Working Memory, Statement Memory, Cache, Replikationsbedarf und Betriebspuffer werden in einer transparenten Kalkulation zusammengeführt.

5. Schritt 5: CPU- und Parallelitätsbedarf bewerten

   Transaktionale Last, analytische Abfragen, Datenladung, Merge, Backup und Spitzenzeiten werden nach Parallelität und Laufzeitziel bewertet. Durchschnittswerte werden nicht mit Spitzenbedarf verwechselt.

6. Schritt 6: Storage und I/O planen

   Persistenz, Log, Backup, Durchsatz, Latenz, Kapazität, Wachstum und Redundanz werden getrennt betrachtet. Savepoint-, Recovery- und Update-Anforderungen fließen ein.

7. Schritt 7: Netzwerk und Integration dimensionieren

   Clientzugriffe, Replikation, Backup, Migration, SDA/SDI, Data Lake und Anwendungsverkehr werden nach Bandbreite, Latenz, Verschlüsselung und Fehlerdomäne geplant.

8. Schritt 8: Architekturvarianten vergleichen

   Scale-up, Scale-out, System Replication, eigene Infrastruktur, Cloud-Infrastruktur und SAP HANA Cloud werden anhand Workload, Betrieb, Kosten, Flexibilität und Resilienz bewertet.

9. Schritt 9: Daten-Tiering und Kosten optimieren

   Hot-, Warm- und Cold-Daten, NSE, Data Lake, Archivierung und Aufbewahrung werden genutzt, um In-Memory-Bedarf und Betriebskosten zu steuern.

10. Schritt 10: Landschaft und Umgebungen planen

    Entwicklung, Test, Qualitätssicherung, Produktion, Sandbox, DR und Schulung werden mit Datenkopien, Verfügbarkeit und Lifecycle-Anforderungen angeordnet.

11. Schritt 11: Sizing-Ergebnis dokumentieren

    Annahmen, Messquellen, Rechenwege, Reserven, Ausschlüsse, Risiken und Zielwerte werden in einer prüfbaren Architekturentscheidung zusammengeführt.

12. Schritt 12: Re-Sizing und Kapazitätsmanagement etablieren

    Messintervalle, Wachstumsgrenzen, Alarmwerte, Skalierungsoptionen und Entscheidungszeitpunkte werden für den laufenden Betrieb festgelegt.

Praxisübungen

• Erstellung eines Workload- und Dateninventars aus einem Beispielunternehmen
• Berechnung eines transparenten Speicher- und Wachstumsszenarios
• Vergleich von On-Premises-, Cloud- und Hybridarchitektur mit gewichteten Kriterien
• Erarbeitung einer Kapazitäts- und Re-Sizing-Matrix

Methodik

Die Schulung verwendet nachvollziehbare Rechenblätter und Architekturmatrizen. Jede Dimensionierungsentscheidung muss mit Annahme, Messwert, Reserve und betrieblicher Konsequenz begründet werden.