The problem
Passer de VDI à Windows 365 est rarement bloqué par un seul réglage. Il est bloqué par la coordination.
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.
Les domaines sources sont variés
Certains bureaux sont dans Azure Virtual Desktop. Certaines sont des machines virtuelles Azure autonomes. D’autres proviennent de VDI hérités ou de chemins d’image personnalisés qui doivent être préparés avant de pouvoir suivre une voie d’importation prise en charge par Windows 365.
Les étapes manuelles créent un risque
La cartographie utilisateur, la préparation des instantanés, l’attribution de licences, les fenêtres de maintenance et les décisions de nettoyage sont faciles à mal séquencer lorsque chaque vague est coordonnée en dehors de l’outil de migration.
Le progrès est difficile à défendre
Les équipes doivent savoir ce qui a été importé, ce qui a réussi, ce qui a échoué, combien de temps chaque étape a pris, et quelles actions restent avant la prochaine vague de migration.
Le nettoyage est souvent retardé
Les VM originales, les interfaces réseau, les disques et les agents VDI tiers peuvent rester en arrière car personne ne veut supprimer les dépendances de production sans preuve.