Seminar Lansweeper – Migration und Hybridbetrieb von Classic zur Plattform

Eine Migration betrifft nicht nur Daten, sondern auch Scanverantwortung, Berichte, Rollen, Integrationen und Betriebsabläufe. Der Übergang benötigt messbare Abnahmekriterien und eine echte Rückfalloption.

Inhaltsübersicht

1. Ausgangslage und Migrationsumfang
2. Voraussetzungen und Risiken
3. Site, Verknüpfung und Erstlauf
4. Datenabgleich und Reconciliation
5. Rollen, Reports und Integrationen
6. Gestufter Cutover
7. Rückfall und Notfallverfahren
8. Monitoring und Abschluss

Zielsetzung

Nach Abschluss kann eine Classic-Umgebung bewertet und mit definierten Abnahmekriterien, Parallelbetrieb und Rückfalloption kontrolliert zur Plattform überführt werden.

Zielgruppe

Technische Projektleitung, Classic- und Plattformadministration, IT Operations, Security, Reporting und Service Management.

Voraussetzungen

Sichere Kenntnisse der vorhandenen Classic-Umgebung sowie Grundkenntnisse der Plattform. Zugriff auf Architektur-, Lizenz- und Funktionsinformationen ist erforderlich.

Seminarinhalte

Die Inhalte werden kapitelweise aufgebaut. Jede Einheit enthält eine eigene Inhaltsübersicht, eine klar definierte Umsetzungskette, Prüfungen und eine dokumentierte Praxisaufgabe.

Kapitel 1: Ausgangslage und Migrationsumfang

Inhaltsverzeichnis des Kapitels:

1. Version und Komponenten
2. Scanserver und Standorte
3. Reports, Deployment und Helpdesk
4. Asset-Zahl und Sonderfelder

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Ausgangslage und Migrationsumfang“ werden erfasst. Dabei werden insbesondere Version und Komponenten und Scanserver und Standorte eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Reports, Deployment und Helpdesk, Asset-Zahl und Sonderfelder sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Scanserver und Standorte, Reports, Deployment und Helpdesk, Asset-Zahl und Sonderfelder, Ausgangslage und Migrationsumfang, Ausgangslage und Migrationsumfang. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Asset-Zahl und Sonderfelder, Ausgangslage und Migrationsumfang, Ausgangslage und Migrationsumfang; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein vollständiger Migrationssteckbrief. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 2: Voraussetzungen und Risiken

Inhaltsverzeichnis des Kapitels:

1. Version und Lizenz
2. Netzwerk und Identität
3. Backup
4. Funktions- und Datenrisiken

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Voraussetzungen und Risiken“ werden erfasst. Dabei werden insbesondere Version und Lizenz und Netzwerk und Identität eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Backup, Funktions- und Datenrisiken sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Netzwerk und Identität, Backup, Funktions- und Datenrisiken, Voraussetzungen und Risiken, Voraussetzungen und Risiken. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Funktions- und Datenrisiken, Voraussetzungen und Risiken, Voraussetzungen und Risiken; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Eine Go-/No-Go-Liste mit Verantwortlichen und Nachweisen. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 3: Site, Verknüpfung und Erstlauf

Inhaltsverzeichnis des Kapitels:

1. Ziel-Site
2. administrative Rollen
3. Classic-Verbindung
4. Zeitfenster und erwartete Mengen

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Site, Verknüpfung und Erstlauf“ werden erfasst. Dabei werden insbesondere Ziel-Site und administrative Rollen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Classic-Verbindung, Zeitfenster und erwartete Mengen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: administrative Rollen, Classic-Verbindung, Zeitfenster und erwartete Mengen, Site, Verknüpfung und Erstlauf, Site, Verknüpfung und Erstlauf. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Zeitfenster und erwartete Mengen, Site, Verknüpfung und Erstlauf, Site, Verknüpfung und Erstlauf; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Eine kontrollierte erste Synchronisation mit Protokoll. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 4: Datenabgleich und Reconciliation

Inhaltsverzeichnis des Kapitels:

1. Seriennummer, MAC und Cloud-ID
2. Feldstichprobe
3. Dubletten
4. Toleranzen

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Datenabgleich und Reconciliation“ werden erfasst. Dabei werden insbesondere Seriennummer, MAC und Cloud-ID und Feldstichprobe eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Dubletten, Toleranzen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Feldstichprobe, Dubletten, Toleranzen, Datenabgleich und Reconciliation, Datenabgleich und Reconciliation. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Toleranzen, Datenabgleich und Reconciliation, Datenabgleich und Reconciliation; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Eine repräsentative feld- und quellenbezogene Abnahme. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 5: Rollen, Reports und Integrationen

Inhaltsverzeichnis des Kapitels:

1. Plattformrollen und Scopes
2. Views und Dashboards
3. API oder verbleibender Classic-Bericht
4. Zielsysteme

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Rollen, Reports und Integrationen“ werden erfasst. Dabei werden insbesondere Plattformrollen und Scopes und Views und Dashboards eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören API oder verbleibender Classic-Bericht, Zielsysteme sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Views und Dashboards, API oder verbleibender Classic-Bericht, Zielsysteme, Rollen, Reports und Integrationen, Rollen, Reports und Integrationen. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Zielsysteme, Rollen, Reports und Integrationen, Rollen, Reports und Integrationen; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein Funktionsmapping mit Ersatz, Übergang und Lücke. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 6: Gestufter Cutover

Inhaltsverzeichnis des Kapitels:

1. Wellen nach Standort oder Asset-Klasse
2. Parallelbetrieb
3. Umschaltkriterien
4. Kommunikation

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Gestufter Cutover“ werden erfasst. Dabei werden insbesondere Wellen nach Standort oder Asset-Klasse und Parallelbetrieb eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Umschaltkriterien, Kommunikation sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Parallelbetrieb, Umschaltkriterien, Kommunikation, Gestufter Cutover, Gestufter Cutover. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Kommunikation, Gestufter Cutover, Gestufter Cutover; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein messbarer Migrations- und Wellenplan. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 7: Rückfall und Notfallverfahren

Inhaltsverzeichnis des Kapitels:

1. Stop-Kriterien
2. Rückfallreihenfolge
3. Classic-Wiederanlauf
4. Entscheidungsnachweis

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Rückfall und Notfallverfahren“ werden erfasst. Dabei werden insbesondere Stop-Kriterien und Rückfallreihenfolge eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Classic-Wiederanlauf, Entscheidungsnachweis sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Rückfallreihenfolge, Classic-Wiederanlauf, Entscheidungsnachweis, Rückfall und Notfallverfahren, Rückfall und Notfallverfahren. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Entscheidungsnachweis, Rückfall und Notfallverfahren, Rückfall und Notfallverfahren; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein realistischer Rückfall-Entscheidungsbaum. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 8: Monitoring und Abschluss

Inhaltsverzeichnis des Kapitels:

1. Asset-Zahl und letzte Sichtung
2. Dubletten und Fehler
3. Restarbeiten
4. Classic-Rückbau

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Monitoring und Abschluss“ werden erfasst. Dabei werden insbesondere Asset-Zahl und letzte Sichtung und Dubletten und Fehler eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Restarbeiten, Classic-Rückbau sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Dubletten und Fehler, Restarbeiten, Classic-Rückbau, Monitoring und Abschluss, Monitoring und Abschluss. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Classic-Rückbau, Monitoring und Abschluss, Monitoring und Abschluss; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein Migrationsdashboard und eine vollständige Betriebsübergabe. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Durchgängiger Praxisfall

Eine bestehende Classic-Installation mit mehreren Scanservern, eigenen Berichten und zwei Integrationen wird in Wellen zur Plattform überführt. Datenabgleich, Funktionsmapping, Cutover und Rückfall werden vollständig geplant.

Arbeitsweise im Seminar

Fachliche Einordnung, Demonstration, angeleitete Konfiguration, selbstständige Übung, Fehleranalyse und dokumentierte Abnahme wechseln sich ab. Sämtliche Konfigurationsschritte werden zuerst geplant, danach kontrolliert umgesetzt und abschließend mit messbaren Kriterien geprüft.