Seminar Migration von RayManageSoft UEM zu Raynet One

Eine Migration betrifft nicht nur Server und Agenten. Datenmodelle, Zielgruppen, Pakete, Richtlinien, Berichte, Betriebsrollen und Supportverfahren müssen gemeinsam überführt oder bewusst neu aufgebaut werden. Das Seminar entwickelt einen nachvollziehbaren Pfad mit Pilot, Koexistenz, Cutover und Rückfalloption.

Inhaltsverzeichnis

1. Zielsetzung
2. Zielgruppe
3. Voraussetzungen
4. Seminarinhalte
5. Praxisaufgaben
6. Arbeitsweise

Zielsetzung

Nach Abschluss des Seminars sind folgende Aufgaben methodisch und technisch bearbeitbar:

• Ausgangsumgebung vollständig und risikoorientiert erfassen.
• Zielarchitektur und Migrationsumfang festlegen.
• Objekte, Pakete und Richtlinien nachvollziehbar zuordnen.
• Pilot, Koexistenz und Agentenübergang kontrollieren.
• Cutover, Rollback und Abnahme belastbar planen.

Zielgruppe

UEM-Administratoren, technische Projektleitungen, Plattformarchitekten, Packaging-Teams und Betriebsverantwortliche.

Voraussetzungen

Praktische Kenntnisse der vorhandenen RayManageSoft-UEM-Umgebung sowie Grundlagen von Raynet One UEM.

Seminarinhalte

1. Assessment und Abhängigkeiten

Die Migration beginnt mit einem belegbaren Ist-Bestand.

1. Schritt 1: Server, Datenbanken, Agenten, Verteilpunkte und Integrationen erfassen.
2. Schritt 2: Pakete, Richtlinien, Zielgruppen, Berichte und Sonderlösungen inventarisieren.
3. Schritt 3: Versionen, Eigentümer und technische Abhängigkeiten dokumentieren.
4. Schritt 4: Kritikalität und Migrationspriorität festlegen.

2. Zielbild und Migrationsumfang

Nicht jede Altstruktur wird unverändert übernommen.

1. Schritt 1: Zielarchitektur, Mandant, Sites und Rollenmodell entwerfen.
2. Schritt 2: Übernahme, Neuaufbau und Ausmusterung je Objektklasse entscheiden.
3. Schritt 3: Sicherheits-, Netzwerk- und Betriebsanforderungen ergänzen.
4. Schritt 4: Abnahmekriterien und Erfolgsmessung definieren.

3. Daten- und Objektmapping

Quellobjekte werden eindeutig auf Zielobjekte abgebildet.

1. Schritt 1: Geräte-, Nutzer-, Gruppen- und Inventardaten zuordnen.
2. Schritt 2: Pakete, Anwendungen und Versionen klassifizieren.
3. Schritt 3: Richtlinien, Zeitpläne und Zielgruppen in Zielkonzepte überführen.
4. Schritt 4: Berichte und Kennzahlen auf neue Datenfelder abbilden.

4. Agenten, Pakete und Koexistenz

Der technische Übergang wird für gemischte Betriebsphasen vorbereitet.

1. Schritt 1: Agentenversionen und Unterstützungsfähigkeit prüfen.
2. Schritt 2: Installations-, Update- und Rückfallverfahren testen.
3. Schritt 3: Repräsentative Pakete und Richtlinien im Zielsystem validieren.
4. Schritt 4: Doppelsteuerung und Konflikte während der Koexistenz verhindern.

5. Pilot und Cutover

Die Umstellung erfolgt in kontrollierten Wellen.

1. Schritt 1: Pilotgruppe nach Plattform, Standort und Kritikalität auswählen.
2. Schritt 2: Daten-, Agenten- und Deploymentfunktion im Pilot prüfen.
3. Schritt 3: Fehler und Abweichungen gegen Abnahmekriterien bewerten.
4. Schritt 4: Cutover-Wellen, Kommunikationsplan und Sperrzeiten freigeben.

6. Rollback, Abnahme und Betriebsübergabe

Der Abschluss umfasst technische Rückfallfähigkeit und organisatorische Übergabe.

1. Schritt 1: Rollback-Auslöser und maximal zulässige Unterbrechung festlegen.
2. Schritt 2: Sicherungen und Wiederherstellungsweg testen.
3. Schritt 3: Datenmengen, Inventaraktualität und Deployments abnehmen.
4. Schritt 4: Altkomponenten kontrolliert stilllegen und Runbook übergeben.

Praxisaufgaben

• Assessment-Matrix für Komponenten, Pakete und Sonderlösungen erstellen.
• Mapping und Pilotplan für eine repräsentative Gerätewelle ausarbeiten.
• Cutover- und Rollback-Checkliste mit Abnahmekriterien erstellen.

Arbeitsweise

Fachliche Einordnung, Demonstrationen und angeleitete Übungen wechseln sich ab. Konfigurationen werden zunächst in einer begrenzten Testmenge aufgebaut, anschließend anhand messbarer Kriterien geprüft und erst danach in einen dokumentierten Betriebsablauf überführt.