Seminar SAP HANA – Troubleshooting und Notfallanalyse

In Störungen entscheiden strukturierte Datensammlung, eine belastbare Zeitachse und kontrollierte Änderungen über die Wiederherstellungszeit. Die Schulung vermittelt einen reproduzierbaren Diagnoseprozess für Startprobleme, Speicherengpässe, Verbindungen, Blockierungen, Persistenz, Backup und Replikation.

Inhaltsverzeichnis

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

Zielsetzung

• Störungen nach Auswirkung, Fehlerdomäne und Dringlichkeit klassifizieren
• Diagnosedaten zielgerichtet sammeln und zeitlich korrelieren
• Typische HANA-Fehlerbilder mit einem Entscheidungsbaum eingrenzen
• Wiederanlauf, Eskalation, Beweissicherung und Nachbereitung kontrolliert durchführen

Zielgruppe

SAP-HANA-Administratoren, SAP-Basis-Teams, Plattformbetrieb, Bereitschaftsdienst, Incident Management und technische Supportverantwortliche.

Voraussetzungen

Praxis in der SAP-HANA-Administration sowie Linux-, Netzwerk- und SQL-Grundkenntnisse. Zugriff auf eine isolierte Laborumgebung mit vorbereiteten Störungen ist erforderlich.

Seminarinhalte

1. Schritt 1: Incident stabilisieren und klassifizieren

   Auswirkung, betroffene Systeme, Zeitpunkt, letzte Änderungen, Sicherheitsbezug und Geschäftspriorität werden erfasst. Unkoordinierte Änderungen werden gestoppt.

2. Schritt 2: Zeitachse und Evidenz sichern

   Meldungen, Alerts, Systemlogs, Traces, Prozessstatus, Screenshots, Kommandos und Verantwortliche werden zeitlich geordnet. Originaldaten bleiben unverändert erhalten.

3. Schritt 3: System- und Servicezustand prüfen

   Host, Daemon, Nameserver, Indexserver, Systemdatenbank und Tenants werden in definierter Reihenfolge kontrolliert. Ein Einzelservice-Fehler wird vom Gesamtausfall unterschieden.

4. Schritt 4: Start- und Verbindungsfehler analysieren

   Ports, DNS, Zertifikate, Authentisierung, Listener, Firewall, Datenbankstatus und Clientparameter werden mit einem Entscheidungsbaum geprüft.

5. Schritt 5: Speicher- und Ressourcenengpässe eingrenzen

   CPU, Global Allocation, Service Memory, Threads, Dateisystem, I/O und Betriebssystemdruck werden zeitlich korreliert. Symptome nach einem Neustart werden nicht mit Ursachen verwechselt.

6. Schritt 6: SQL, Locks und lange Transaktionen untersuchen

   Teure Statements, Blockierungsketten, offene Transaktionen, Deadlocks und Anwendungskontext werden analysiert. Abbruchentscheidungen berücksichtigen fachliche Seiteneffekte.

7. Schritt 7: Persistenz- und Savepoint-Probleme bewerten

   Daten- und Logvolumes, Savepoint-Dauer, Logsegmente, Schreibfehler, Platzmangel und Speichersystemmeldungen werden gemeinsam betrachtet.

8. Schritt 8: Backup- und Recovery-Fehler behandeln

   Backup-Katalog, Zielpfad, Backint, Logkette, Berechtigungen, Speicherplatz und Recovery-Voraussetzungen werden geprüft. Wiederholungen erfolgen erst nach Ursachenbehebung.

9. Schritt 9: Replikationsstörungen analysieren

   System-Replication-Zustand, Netzwerk, Latenz, Log-Versand, Registrierung und Synchronisation werden ausgewertet. Takeover wird nur nach Datenstand- und Fencing-Prüfung entschieden.

10. Schritt 10: Diagnoseinformationen paketieren

    Relevante Full System Information Dump- oder Diagnosepakete, Zeitfenster, Systemübersicht und reproduzierbare Fehlerbeschreibung werden für Eskalation vorbereitet.

11. Schritt 11: Kontrollierten Wiederanlauf durchführen

    Startreihenfolge, Ressourcenprüfung, Datenbankstatus, Anwendungen, Batch, Schnittstellen und Monitoring werden anhand eines Runbooks verifiziert.

12. Schritt 12: Root Cause und Maßnahmen dokumentieren

    Technische Ursache, begünstigende Faktoren, Sofortmaßnahme, dauerhafte Korrektur, Monitoring-Lücke und Verantwortlichkeit werden in einer Nachbereitung festgehalten.

Praxisübungen

• Bearbeitung eines Startfehlers mit Zeitachse und Entscheidungsbaum
• Analyse eines simulierten Speicherengpasses ohne vorschnellen Neustart
• Untersuchung einer Blockierungskette und kontrollierte Auflösung
• Diagnose einer unterbrochenen System-Replikation
• Erstellung eines Eskalationspakets und Incident-Reviews

Methodik

Mehrere vorbereitete Störungsbilder werden unter Zeitdruck, aber mit Änderungsdisziplin bearbeitet. Jeder Fall endet mit Funktionsprüfung, Beweissicherung und einer Ursachen- sowie Präventionsdokumentation.