Seminar SAP HANA – Lifecycle Management, Updates und Upgrades

Updates und Upgrades verändern nicht nur Softwarestände, sondern auch Abhängigkeiten, Treiber, Betriebssystemfreigaben, Sicherungsanforderungen und Rückfallmöglichkeiten. Die Schulung entwickelt einen kontrollierten Lifecycle-Prozess vom Readiness Check bis zur technischen und fachlichen Nachkontrolle.

Inhaltsverzeichnis

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

Zielsetzung

• Zielstand, Kompatibilität und Abhängigkeiten strukturiert bewerten
• Update- und Upgrade-Verfahren einschließlich Downtime und Rückfall planen
• Änderungen mit HDBLCM, Protokollen und Prüfskripten sicher durchführen
• Abnahme, Dokumentation und wiederkehrende Patch-Governance etablieren

Zielgruppe

SAP-HANA-Administratoren, SAP-Basis-Teams, Plattformbetrieb, Change- und Release-Management sowie technische Projektleitungen.

Voraussetzungen

Praxis in der SAP-HANA-Administration, Grundkenntnisse von Backup/Recovery, Linux und Systemlandschaften. Eine isolierte Laborumgebung mit administrativem Zugriff ist erforderlich.

Seminarinhalte

1. Schritt 1: Ausgangsstand und Zielbild erfassen

   Installierte Revision, Komponenten, Betriebssystem, Clients, Treiber, Add-ons, Replikation und abhängige Anwendungen werden inventarisiert. Der Zielstand wird eindeutig festgelegt.

2. Schritt 2: Kompatibilität und Einschränkungen prüfen

   Freigaben, Upgrade-Pfade, Mindeststände, Hardware- und Betriebssystemanforderungen sowie bekannte Einschränkungen werden in einer Readiness-Matrix dokumentiert.

3. Schritt 3: Risiko- und Auswirkungsanalyse erstellen

   Downtime, Datenbankgröße, Backup-Zeit, Replikationszustand, Schnittstellen, fachliche Tests und Ressourcen werden bewertet. Kritische Abhängigkeiten erhalten eigene Prüf- und Rückfallpunkte.

4. Schritt 4: Sicherung und Rückfall vorbereiten

   Erfolgreiche Daten- und Logsicherung, Katalog, Konfigurationssicherung, Installationsmedien, freier Speicher, Wiederherstellungsweg und Entscheidungsschwelle für Rollback werden nachgewiesen.

5. Schritt 5: Update-Plan und Runbook erstellen

   Reihenfolge, Verantwortlichkeiten, Kommunikationszeiten, Stop/Start, technische Schritte, Prüfkommandos, Zeitbudget und Abbruchkriterien werden in ein ausführbares Runbook überführt.

6. Schritt 6: Update oder Upgrade durchführen

   HDBLCM oder das geeignete Lifecycle-Werkzeug wird kontrolliert eingesetzt. Konsolenausgabe und Protokolle werden bewertet, statt nur den Endstatus zu betrachten.

7. Schritt 7: Technische Nachkontrolle ausführen

   Dienste, Version, Alerts, Speicher, Backup, Replikation, Benutzerzugriff, Parameter und Schnittstellen werden mit einem vorab definierten Prüfskript verifiziert.

8. Schritt 8: Fachliche Abnahme koordinieren

   Repräsentative Geschäftsprozesse, Abfragen und Anwendungen werden getestet. Technische Freigabe und fachliche Freigabe bleiben getrennt nachvollziehbar.

9. Schritt 9: Fehler und Rückfall behandeln

   Typische Abbrüche, unvollständige Komponenten, Platzmangel, Startfehler und Replikationsprobleme werden diagnostiziert. Der Rückfall wird anhand objektiver Kriterien ausgelöst.

10. Schritt 10: Patch-Governance etablieren

    Inventar, Wartungskalender, Testlandschaft, Dokumentation, Review-Zyklus und Kennzahlen werden für wiederkehrende Lifecycle-Aufgaben festgelegt.

Praxisübungen

• Erstellung einer Readiness- und Abhängigkeitsmatrix
• Ausarbeitung eines Update-Runbooks mit Abbruch- und Rollback-Kriterien
• Durchführung eines kontrollierten Laborupdates mit Protokollanalyse
• Technische und fachliche Nachkontrolle anhand einer Abnahmematrix

Methodik

Ein realistisches Change-Szenario wird von der Inventur bis zur Abnahme durchgespielt. Checklisten, Zeitmessung und protokollbasierte Entscheidungen stehen stärker im Vordergrund als eine rein dialogorientierte Werkzeugbedienung.