The problem
Der Wechsel von VDI zu Windows 365 wird selten durch eine einzige Einstellung blockiert. Sie wird durch Koordination blockiert.
VDI exits stall when source desktops, users, snapshots, scheduling, and post-migration cleanup are managed as separate manual tasks. Azure Virtual Desktop, legacy VDI, standalone Azure VMs, and custom image paths each need validation before they can land safely in Windows 365.
Die Quellnachlässe sind gemischt
Einige Desktops sind in Azure Virtual Desktop. Einige sind eigenständige Azure-VMs. Andere stammen von alten VDI- oder benutzerdefinierten Image-Pfaden, die vorbereitet werden müssen, bevor sie einem unterstützten Windows 365-Importweg folgen können.
Manuelle Schritte schaffen Risiken
Benutzermapping, Snapshot-Vorbereitung, Lizenzzuweisung, Wartungsfenster und Bereinigungsentscheidungen können leicht falsch sequenziert werden, wenn jede Welle außerhalb des Migrationstools koordiniert wird.
Fortschritt ist schwer zu verteidigen
Teams müssen wissen, was importiert wurde, was erfolgreich war, was fehlgeschlagen ist, wie lange jede Phase gedauert hat und welche Aktionen noch vor der nächsten Migrationswelle verbleiben.
Die Aufräumarbeiten verzögern sich oft
Originale VMs, Netzwerkschnittstellen, Festplatten und VDI-Agenten von Drittanbietern können zurückbleiben, weil niemand Produktionsabhängigkeiten ohne Beweise entfernen möchte.