Seminarprofil
Inhaltsübersicht
- Seminarziel
- Zielgruppe und Voraussetzungen
- Lernziele
- Seminarinhalte
- Praxisübungen
- Methodik
Seminarziel
Systematische Diagnose von Start-, Kernel-, Netzwerk-, Grafik-, ADB- und Anwendungsfehlern mit einem reproduzierbaren Recovery-Verfahren.
Zielgruppe und Voraussetzungen
Zielgruppe: ReDroid-Administratoren, Supportteams, DevOps-Fachkräfte und erfahrene Tester.
Voraussetzungen: ReDroid-Grundbetrieb, Linux-Administration und sicherer Umgang mit ADB.
Lernziele
- Fehler nach Schicht, Zeitpunkt und Auswirkung klassifizieren
- Logs von Host, Container und Android zeitlich korrelieren
- Minimaltests statt unkontrollierter Änderungen einsetzen
- Recovery, Ursachenbehebung und Prävention sauber trennen
Seminarinhalte
1. Diagnoseprozess vorbereiten
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Fehlerbeschreibung, Zeitpunkt, letzte Änderung, betroffene Instanzen, Reproduzierbarkeit, Schweregrad und Sicherung von Beweisen festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Diagnoseprozess vorbereiten“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
2. Hostzustand prüfen
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für CPU, RAM, Speicherplatz, Dateisystem, Kernelmeldungen, BinderFS, Sicherheitsmodule, Netzwerk und Container-Daemon festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Hostzustand prüfen“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
3. Container analysieren
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Status, Exit Code, Inspect-Daten, Mounts, Devices, Ports, Ressourcenlimits, Events und vollständiges Startlog festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Container analysieren“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
4. Android-Boot untersuchen
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Bootphase, init-Dienste, logcat, getprop, tombstones, ANR, Package Manager und erkennbare Schleifen festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Android-Boot untersuchen“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
5. ADB-Probleme beheben
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Port, Listener, Route, Firewall, Gerätekennung, Offline-Zustand, reconnect und Abgrenzung Client gegen Instanz festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „ADB-Probleme beheben“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
6. Netzwerkfehler eingrenzen
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für IP, Route, DNS, Proxy, TLS, Zeit, Paketmitschnitt und Vergleich zwischen Host, Container und Android festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Netzwerkfehler eingrenzen“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
7. Grafikfehler diagnostizieren
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Renderer, DRM-Gerät, Bibliotheken, SurfaceFlinger, schwarzer Bildschirm, Auflösung und Software-Fallback festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Grafikfehler diagnostizieren“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
8. Persistenzfehler behandeln
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Volume-Rechte, volles Dateisystem, beschädigte Daten, Versionswechsel, Golden State und kontrollierter Neuaufbau festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Persistenzfehler behandeln“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
9. App- und ABI-Fehler trennen
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Installationscode, Signatur, ABI, native Bibliothek, Berechtigung, Dienstabhängigkeit und reproduzierbare Minimal-App festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „App- und ABI-Fehler trennen“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
10. Recovery-Stufe wählen
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Dienstneustart, Containerneustart, neues Volume, Image-Rollback, Hostneustart, Quarantäne und vollständige Reprovisionierung festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Recovery-Stufe wählen“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
11. Ursache absichern
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Hypothese, isolierte Änderung, Gegenprobe, Wiederholung, Vergleichsinstanz und Ausschluss zufälliger Erholung festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Ursache absichern“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
12. Wissen sichern
- Schritt 1: Zielbild, Abhängigkeiten und prüfbare Sollwerte für Fehlerbild, Diagnoseweg, Ursache, Lösung, Prävention, Monitoringregel und aktualisiertes Runbook festlegen.
- Schritt 2: Ausgangszustand auf Host, Container und Android-Instanz erfassen und Abweichungen nachvollziehbar protokollieren.
- Schritt 3: Den Themenblock „Wissen sichern“ kontrolliert umsetzen; Konfigurationswerte und Entscheidungen versionierbar dokumentieren.
- Schritt 4: Funktion mit Positiv-, Negativ- und Neustarttest prüfen und anhand der festgelegten Kriterien abnehmen.
- Schritt 5: Abweichungen eingrenzen, eine sichere Rückfalloption vorhalten und das Betriebs- oder Testverfahren aktualisieren.
Praxisübungen
Übung 1: Bootfehler mit Host-, Container- und Android-Logs korrelieren
- Schritt 1: Ausgangszustand, benötigte Zugriffe und erwartetes Ergebnis festhalten.
- Schritt 2: Die Aufgabe „Bootfehler mit Host-, Container- und Android-Logs korrelieren“ anhand der Seminarumgebung schrittweise durchführen.
- Schritt 3: Technische Wirkung mit geeigneten Status-, Log- und Funktionstests überprüfen.
- Schritt 4: Änderungen dokumentieren, Umgebung bereinigen und einen reproduzierbaren Wiederholungsweg festlegen.
Übung 2: ADB-Offline-Zustand nach festem Entscheidungsbaum beheben
- Schritt 1: Ausgangszustand, benötigte Zugriffe und erwartetes Ergebnis festhalten.
- Schritt 2: Die Aufgabe „ADB-Offline-Zustand nach festem Entscheidungsbaum beheben“ anhand der Seminarumgebung schrittweise durchführen.
- Schritt 3: Technische Wirkung mit geeigneten Status-, Log- und Funktionstests überprüfen.
- Schritt 4: Änderungen dokumentieren, Umgebung bereinigen und einen reproduzierbaren Wiederholungsweg festlegen.
Übung 3: DNS- oder TLS-Fehler anhand mehrerer Schichten lokalisieren
- Schritt 1: Ausgangszustand, benötigte Zugriffe und erwartetes Ergebnis festhalten.
- Schritt 2: Die Aufgabe „DNS- oder TLS-Fehler anhand mehrerer Schichten lokalisieren“ anhand der Seminarumgebung schrittweise durchführen.
- Schritt 3: Technische Wirkung mit geeigneten Status-, Log- und Funktionstests überprüfen.
- Schritt 4: Änderungen dokumentieren, Umgebung bereinigen und einen reproduzierbaren Wiederholungsweg festlegen.
Übung 4: beschädigte Persistenz durch kontrollierten Neuaufbau ersetzen
- Schritt 1: Ausgangszustand, benötigte Zugriffe und erwartetes Ergebnis festhalten.
- Schritt 2: Die Aufgabe „beschädigte Persistenz durch kontrollierten Neuaufbau ersetzen“ anhand der Seminarumgebung schrittweise durchführen.
- Schritt 3: Technische Wirkung mit geeigneten Status-, Log- und Funktionstests überprüfen.
- Schritt 4: Änderungen dokumentieren, Umgebung bereinigen und einen reproduzierbaren Wiederholungsweg festlegen.
Übung 5: Post-Incident-Dokumentation mit Präventionsmaßnahme erstellen
- Schritt 1: Ausgangszustand, benötigte Zugriffe und erwartetes Ergebnis festhalten.
- Schritt 2: Die Aufgabe „Post-Incident-Dokumentation mit Präventionsmaßnahme erstellen“ anhand der Seminarumgebung schrittweise durchführen.
- Schritt 3: Technische Wirkung mit geeigneten Status-, Log- und Funktionstests überprüfen.
- Schritt 4: Änderungen dokumentieren, Umgebung bereinigen und einen reproduzierbaren Wiederholungsweg festlegen.
Methodik
Die Themen werden durch fachliche Einordnung, Live-Demonstrationen und angeleitete Übungen am System vermittelt. Jeder technische Block folgt demselben belastbaren Vorgehen: Anforderungen festlegen, Ausgangszustand prüfen, Änderung kontrolliert durchführen, Ergebnis verifizieren und Wiederanlauf beziehungsweise Rückfall dokumentieren.
Fachbereichsleitung und Ansprechpartner
-

Lucas Beich
Telefon: + 49 (221) 74740055
E-Mail: lucas.beich@seminar-experts.de -

Paul Goldschmidt
Telefon: + 49 (221) 74740055
E-Mail: paul.goldschmidt@seminar-experts.de
Seminardetails
| Dauer: | 2 Tage ca. 6 h/Tag, Beginn 1. Tag: 10:00 Uhr, 2. Tag: 09:00 Uhr |
| Preis: |
Öffentlich oder Live Stream: € 1.198 zzgl. MwSt. Inhaus: € 3.400 zzgl. MwSt. |
| Teilnehmeranzahl: | min. 2 - max. 8 |
| Teilnehmer: | ReDroid-Administratoren, Supportteams, DevOps-Fachkräfte und erfahrene Tester. |
| Voraussetzungen: | ReDroid-Grundbetrieb, Linux-Administration und sicherer Umgang mit ADB. |
| Standorte: | Stream Live, Inhaus/Firmenseminar, Berlin, Bremen, Darmstadt, Dresden, Erfurt, Essen, Flensburg, Frankfurt, Freiburg, Friedrichshafen, Hamburg, Hamm, Hannover, Jena, Kassel, Köln, Konstanz, Leipzig, Luxemburg, Magdeburg, Mainz, München, Münster, Nürnberg, Paderborn, Potsdam, Regensburg, Rostock, Stuttgart, Trier, Ulm, Wuppertal, Würzburg |
| Methoden: | Fachliche Einordnung, Demonstrationen, angeleitete praktische Übungen und strukturierte Fehlerdiagnose am System |
| Seminararten: | Öffentlich, Webinar, Inhouse oder Workshop; Durchführung mit Trainer vor Ort, Webinar nur bei ausdrücklicher Vereinbarung |
| Durchführungsgarantie: | ja, ab 2 Teilnehmern |
| Sprache: | Deutsch; bei Firmenseminaren ist auch Englisch möglich |
| Seminarunterlage: | Ausführliche Dokumentation als Datenträger oder Download |
| Teilnahmezertifikat: | ja |
| Verpflegung: | Kalt- und Warmgetränke sowie Mittagessen, wahlweise vegetarisch |
| Support: | 3 Anrufe im Seminarpreis enthalten |
| Barrierefreier Zugang: | an den meisten Standorten verfügbar |
| Weitere Informationen unter + 49 (221) 74740055 |
Seminartermine
Die Ergebnissliste kann durch Anklicken der Überschrift neu sortiert werden.
