Seminar AnyDesk Ultimate On-Premises – Updates, Upgrades und Migration

Das Seminar entwickelt einen risikoarmen Aktualisierungs- und Migrationsprozess für Appliance, Custom Clients, Konfigurationen und Integrationen.

Versionsbestand, Releaseklassen, getrennte Bewertung von Appliance und Clients, Code-Signatur, Build-Neuverteilung, Backup, Rückfall, gestufte Migration, Kompatibilität und Nachkontrolle werden praktisch bearbeitet.

Inhaltsverzeichnis

1. Einordnung und Lernziele
2. Zielgruppe und Voraussetzungen
3. Versions- und Abhängigkeitsbestand erfassen
4. Update- und Release-Strategie festlegen
5. Appliance und Clients getrennt bewerten
6. Custom Clients aktualisieren und neu verteilen
7. Sicherung und Rückfall vor Änderungen vorbereiten
8. Migration in Wellen durchführen
9. Nachkontrolle und Abschlussprüfung durchführen
10. Änderungs- und Release-Management aufbauen
11. Praxisübungen und Checklisten

Einordnung und Lernziele

Die Inhalte werden an einer kontrollierten Labor- oder Demonstrationsumgebung nachvollzogen. Version, Plattform und freigeschalteter Ultimate-Umfang werden vor produktiven Änderungen geprüft.

• Versionen, Builds, Zertifikate und Abhängigkeiten vollständig inventarisieren.
• Appliance- und Clientänderungen getrennt und risikoorientiert planen.
• Custom Clients kontrolliert aktualisieren, signiert prüfen und neu verteilen.
• Backup, Rückfall und gestufte Migrationswellen vorbereiten.
• Nach Update oder Migration Funktion, Sicherheit und Performance vollständig validieren.

Zielgruppe und Voraussetzungen

Zielgruppe: Plattformbetrieb, Client Engineering, Softwareverteilung, Change- und Release-Management, technische Projektleitung und Anwendungsadministration.

Voraussetzungen: Grundkenntnisse der bestehenden AnyDesk-On-Premises-Umgebung, Backup und Restore, Custom Clients, Softwareverteilung und Change Management.

Seminarinhalte

1. Versions- und Abhängigkeitsbestand erfassen

1. Schritt 1: Appliance-Version, Datenbankstand, Custom-Client-Builds, Betriebssysteme, MDM-Profile und Integrationen inventarisieren.
2. Schritt 2: Code-Signatur, Zertifikate, verwendete Advanced Options und Paketquellen mit aufnehmen.
3. Schritt 3: Veraltete oder nicht mehr unterstützte Kombinationen kennzeichnen.
4. Schritt 4: Abhängigkeiten zu Firewall, Proxy, Identitätsdienst und API-Verbrauchern dokumentieren.
5. Schritt 5: Sollversionen und zulässige Übergangszeiträume festlegen.

2. Update- und Release-Strategie festlegen

1. Schritt 1: Sicherheits-, Fehlerkorrektur- und Funktionsupdates nach Risiko und Dringlichkeit klassifizieren.
2. Schritt 2: Appliance-Änderungen von Client-Neuverteilung und Betriebssystemupdates getrennt planen.
3. Schritt 3: Test-, Pilot- und Produktionsringe mit Freigabekriterien definieren.
4. Schritt 4: Wartungsfenster, Kommunikation, Backup und Rückfall je Release vorbereiten.
5. Schritt 5: Manuelle und automatische Updatepfade nur nach kontrollierter Entscheidung zulassen.

3. Appliance und Clients getrennt bewerten

1. Schritt 1: Prüfen, ob ein konkreter Anlass Appliance, Custom Clients oder beide Komponenten betrifft.
2. Schritt 2: Client-Code-Signatur und Build-Neuverteilung nicht automatisch mit einem Appliance-Upgrade gleichsetzen.
3. Schritt 3: Kompatibilität zwischen Appliance-, Client- und Verwaltungsstand in einer Matrix prüfen.
4. Schritt 4: Unnötige Änderungen vermeiden und nur betroffene Komponenten aktualisieren.
5. Schritt 5: Nach jedem Teilrelease definierte Ende-zu-Ende-Tests durchführen.

4. Custom Clients aktualisieren und neu verteilen

1. Schritt 1: Vorhandenen Build mit freigegebener Version und gültiger Code-Signatur neu erzeugen oder herunterladen.
2. Schritt 2: Konfigurationswerte, Boot-Adressen, Zertifikate und Sicherheitsprofile mit der Vorversion vergleichen.
3. Schritt 3: Installations- und gegebenenfalls Remove-First-Verfahren in der Pilotgruppe testen.
4. Schritt 4: Paket signiert und versioniert in Softwareverteilung oder MDM bereitstellen.
5. Schritt 5: Alte Builds und nicht mehr gültige Downloadwege nach erfolgreicher Migration kontrolliert stilllegen.

5. Sicherung und Rückfall vor Änderungen vorbereiten

1. Schritt 1: Konfiguration, Datenbank, Zertifikate, Schlüssel und relevante Clientinformationen sichern.
2. Schritt 2: Sicherung auf Vollständigkeit, Lesbarkeit und Wiederherstellbarkeit prüfen.
3. Schritt 3: Rückfallversionen von Appliance, Paket und Richtlinie bereithalten.
4. Schritt 4: Abbruchschwellen und Entscheidungsträger für den Rollback definieren.
5. Schritt 5: Produktionsänderung erst nach dokumentierter Rückfallbereitschaft beginnen.

6. Migration in Wellen durchführen

1. Schritt 1: Quell- und Zielzustand mit Versionen, Builds, Konfigurationen und Datenbeständen vergleichen.
2. Schritt 2: Pilotgruppe mit repräsentativen Plattformen und Netzpfaden auswählen.
3. Schritt 3: Geräte in Wellen migrieren und alte sowie neue Umgebung nur so lange parallel betreiben wie erforderlich.
4. Schritt 4: IDs, Aliase, Adressbücher, ACL, Sitzungsverlauf und Integrationen nach Bedarf kontrollieren.
5. Schritt 5: Jede Welle mit messbarer Erfolgsquote, Restfehlern und Freigabe abschließen.

7. Nachkontrolle und Abschlussprüfung durchführen

1. Schritt 1: Dienstestatus, Verwaltungszugang, Datenbank, Zertifikate und Monitoring kontrollieren.
2. Schritt 2: Interaktive und unbeaufsichtigte Sitzungen auf allen relevanten Plattformen testen.
3. Schritt 3: Permission Profiles, ACL, Dateiübertragung, Aufzeichnung und Integrationen stichprobenartig prüfen.
4. Schritt 4: Performance mit der Baseline vergleichen und neue Fehlerbilder überwachen.
5. Schritt 5: Dokumentation, Versionsregister, Runbooks und Rückfallentscheidung aktualisieren.

8. Änderungs- und Release-Management aufbauen

1. Schritt 1: Appliance-, Zertifikats-, Netzwerk-, Build-, Richtlinien- und Plattformänderungen in Change-Klassen einteilen.
2. Schritt 2: Risiko, Testumfang, Freigabe, Wartungsfenster, Kommunikation und Rückfall je Klasse festlegen.
3. Schritt 3: Versionen von Client-Builds und Konfigurationsschlüsseln nachvollziehbar verwalten.
4. Schritt 4: Notfalländerungen nachträglich prüfen und dauerhaft dokumentieren.
5. Schritt 5: Releasekalender mit Betriebssystem-, MDM- und Sicherheitsänderungen abstimmen.

Praxisübungen und Checklisten

• Erstellung einer Versions- und Kompatibilitätsmatrix.
• Planung eines Client-Build-Refreshs mit Signatur-, Paket- und Rückfallprüfung.
• Simulation einer gestuften Migration mit Pilot- und Produktionswelle.
• Durchführung einer vollständigen Nachkontrolle einschließlich Zugriffs-, Sicherheits- und Performanceprüfung.

Zu den Übungen gehören dokumentierte Sollwerte, Prüfschritte, Negativtests und Rückfallpunkte. Verwendet werden neutrale Beispielwerte; produktive Kennwörter, Schlüssel und personenbezogene Daten werden nicht in die Seminarunterlagen übernommen.