Migrer un WorkSpace

Note

Si vous souhaitez vous désabonner des licences de version Microsoft Office ou les désinstaller par le biais AWS de votre compte WorkSpace, nous vous recommandons d'utiliser Gérer les applications.

Vous pouvez migrer un WorkSpace bundle vers un autre, tout en conservant les données sur le volume utilisateur. Voici des exemples de scénarios :

• Vous pouvez passer WorkSpaces de l'expérience de bureau Windows 7 à l'expérience de bureau Windows 10.

• Vous pouvez migrer WorkSpaces du protocole PCoIP vers le protocole de WorkSpaces streaming (WSP).

• Vous pouvez migrer WorkSpaces de l'offre 32 bits alimentée par Microsoft Office sur Windows Server 2016 vers WorkSpaces les offres Microsoft Office sous Windows Server 2019 et Windows Server 64 bits alimentées par Windows Server. WorkSpaces

• Vous pouvez migrer WorkSpaces d'un bundle public ou personnalisé à un autre. Par exemple, vous pouvez effectuer une migration depuis un emplacement compatible GPU (Graphics.G4DN). GraphicsPro.g4dn, Graphics, and GraphicsPro) regroupe des bundles non compatibles avec le GPU, ainsi que dans le sens inverse.

• Vous pouvez migrer WorkSpaces du BYOL de Windows 10 vers le BYOL de Windows 11, mais la migration de Windows 11 vers Windows 10 n'est pas prise en charge.

• Les bundles Value ne sont pas pris en charge dans Windows 11. Pour migrer votre offre groupée Windows 7 ou 10 WorkSpaces vers Windows 11, vous devez d'abord passer de votre offre Value WorkSpaces à une offre groupée plus importante.

• Avant WorkSpaces de migrer de Windows 7 vers Windows 11, vous devez effectuer la migration vers Windows 10. Connectez-vous à Windows 10 au WorkSpace moins une fois avant de le migrer vers Windows 11. La migration WorkSpaces directe de Windows 7 vers Windows 11 n'est pas prise en charge.

• Vous pouvez migrer WorkSpaces les systèmes Windows qui utilisent Microsoft Office AWS vers un WorkSpaces ensemble personnalisé contenant des applications Microsoft 365. Après la migration, vous WorkSpaces êtes désinscrit de Microsoft Office.

• Vous pouvez migrer des WorkSpaces systèmes Windows qui utilisent Microsoft Office AWS vers un WorkSpaces bundle sans abonnement Office 2016/2019. Après la migration, vous WorkSpaces êtes désinscrit de Microsoft Office.

Pour plus d'informations sur WorkSpaces les offres Amazon, consultezWorkSpace bundles et images.

Le processus de migration recrée le en WorkSpace utilisant un nouveau volume racine à partir de l'image du bundle cible et le volume utilisateur à partir du dernier instantané disponible de l'original WorkSpace. Un nouveau profil utilisateur est généré lors de la migration pour une compatibilité optimale. L'ancien profil utilisateur est renommé, puis certains fichiers de l'ancien profil utilisateur sont déplacés vers le nouveau profil utilisateur. (Pour plus de détails sur ce qui est déplacé, consultez Déroulement de la migration.)

Le processus de migration prend jusqu'à une heure par migration WorkSpace. Lorsque vous lancez le processus de migration, un nouveau WorkSpace est créé. Si une erreur empêche la réussite de la migration, l'original WorkSpace est restauré et remis dans son état d'origine, et le nouveau WorkSpace est arrêté.

Table des matières

• Limites de migration
• Scénarios de migration
• Déroulement de la migration
• Bonnes pratiques
• Résolution des problèmes
• Quelles sont les conséquences sur la facturation
• Migration d'un WorkSpace

Limites de migration

• Vous ne pouvez pas migrer vers un bundle d'expérience de bureau Windows 7 public ou personnalisé. Vous ne pouvez pas non plus migrer vers les bundles Bring Your Own License (BYOL) Windows 7.

• Vous ne pouvez migrer le BYOL WorkSpaces que vers d'autres bundles BYOL. Pour migrer un BYOL WorkSpace de PCoIP vers WSP, vous devez d'abord créer un bundle BYOL avec le protocole WSP. Vous pouvez ensuite migrer votre BYOL PCoIP WorkSpaces vers ce bundle WSP BYOL.

• Vous ne pouvez pas migrer un bundle WorkSpace créé à partir de bundles publics ou personnalisés vers un bundle BYOL.

• Graphics.g4dn, GraphicsPro .g4dn, Graphics et GraphicsPro les bundles ne sont actuellement disponibles que pour le protocole PCoIP. Graphics.G4dn, .g4dn, Graphics et Graphics ne peuvent donc pas encore être migrés vers WSP. GraphicsPro GraphicsPro WorkSpaces

• La migration vers Linux n' WorkSpaces est actuellement pas prise en charge.

• Dans AWS les régions qui prennent en charge plusieurs langues, vous pouvez migrer WorkSpaces entre les ensembles linguistiques.

• Les bundles source et cible doivent être différents. (Toutefois, dans les régions qui prennent en charge plusieurs langues, vous pouvez migrer vers le même bundle Windows 10 à condition que les langues diffèrent.) Si vous souhaitez l'actualiser WorkSpace en utilisant le même bundle, reconstruisez-le à la WorkSpace place.

• Vous ne pouvez pas migrer d'une WorkSpaces région à l'autre.

• Dans certains cas, si la migration ne parvient pas à se terminer correctement, il se peut qu’aucun message d'erreur ne se soit affiché et que le processus de migration n'ait pas démarré. Si le WorkSpace bundle reste le même une heure après la tentative de migration, celle-ci échoue. Contactez le Centre AWS Support pour obtenir de l'aide.

Scénarios de migration

Le tableau suivant présente les scénarios de migration disponibles :

Système d'exploitation source	Système d'exploitation cible	Disponible ?
Bundle public ou personnalisé Windows 7	Bundle public ou personnalisé Windows 10	Oui
Bundle personnalisé Windows 7	Bundle public Windows 7	Non
Bundle personnalisé Windows 7	Bundle personnalisé Windows 7	Non
Bundle public Windows 7	Bundle personnalisé Windows 7	Non
Bundle public ou personnalisé Windows 10	Bundle public ou personnalisé Windows 7	Non
Bundle public ou personnalisé Windows 10	Bundle personnalisé Windows 10	Oui
Pack Windows 7 BYOL	Pack Windows 7 BYOL	Non
Pack Windows 7 BYOL	Pack Windows 10 BYOL	Oui
Pack Windows 10 BYOL	Pack Windows 7 BYOL	Non
Pack Windows 10 BYOL	Pack Windows 10 BYOL	Oui
Bundle Windows 10 public sur Windows Server 2016	Bundle Windows 10 public sur Windows Server 2019	Oui
Bundle Windows 10 public sur Windows Server 2019	Bundle Windows 10 public sur Windows Server 2016	Oui
Pack Windows 10 BYOL	Pack Windows 11 BYOL	Oui
Pack Windows 11 BYOL	Pack Windows 10 BYOL	Non
Bundle Windows 10 personnalisé sur Windows Server 2016	Bundle Windows 10 public sur Windows Server 2019	Oui
Bundle Windows 10 personnalisé sur Windows Server 2016	Bundle Windows 10 public sur Windows Server 2022	Oui
Bundle Windows 10 personnalisé sur Windows Server 2019	Bundle Windows 10 public sur Windows Server 2022	Oui

Note

L'accès Web n'est pas disponible pour la branche PCoIP du bundle Windows 10 public sur Windows Server 2019.

Important

Le bundle Windows 10 Plus public sur Windows Server 2016 inclut Microsoft Office 2016 et les services de sécurité professionnels Trend Micro Worry-Free. Le bundle Windows 10 Plus public sur Windows Server 2019 inclut uniquement Microsoft Office 2019, pas les services de sécurité professionnels Trend Micro Worry-Free.

Déroulement de la migration

Pendant la migration, les données qui se trouvent sur le volume utilisateur (lecteur D) sont conservées, mais toutes celles qui se trouvent sur le volume racine (lecteur C) sont perdues. Cela signifie que la totalité des applications installées, des paramètres définis et des modifications apportées au Registre est éliminé. L'ancien dossier de profil utilisateur est renommé avec le suffixe .NotMigrated et un nouveau profil utilisateur est créé.

Le processus de migration recrée le lecteur D en fonction du dernier instantané du volume utilisateur d'origine. Lors du premier démarrage du nouveau WorkSpace, le processus de migration déplace le D:\Users\%USERNAME% dossier d'origine vers un dossier nomméD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Un nouveau dossier D:\Users\%USERNAME%\ est généré par le nouveau système d'exploitation.

Une fois le nouveau profil utilisateur créé, les fichiers des dossiers shell utilisateur suivants sont déplacés de l'ancien profil .NotMigrated vers le nouveau profil :

• D:\Users\%USERNAME%\Desktop

• D:\Users\%USERNAME%\Documents

• D:\Users\%USERNAME%\Downloads

• D:\Users\%USERNAME%\Favorites

• D:\Users\%USERNAME%\Music

• D:\Users\%USERNAME%\Pictures

• D:\Users\%USERNAME%\Videos

Important

Le processus de migration tente de déplacer les fichiers de l'ancien profil utilisateur vers le nouveau. Tous les fichiers qui n'ont pas été déplacés pendant la migration restent dans le dossier D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Si la migration réussit, vous pouvez voir quels fichiers ont été déplacés dans C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. Vous pouvez déplacer manuellement tous les fichiers qui ne l'ont pas été automatiquement.

Par défaut, l'indexation des recherches locales est désactivée pour les bundles publics. Si vous devez l'activer, l'opération par défaut est de rechercher C:\Users et non D:\Users, vous devez donc régler ceci également. Si vous avez défini l'indexation des recherches locales spécifiquement sur D:\Users\username et non sur D:\Users, il est possible que celle-ci ne fonctionne pas après la migration pour les fichiers utilisateur présents dans le dossier D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated.

Toutes les balises attribuées à l'original WorkSpace sont reportées lors de la migration, et le mode d'exécution du WorkSpace est préservé. Cependant, le nouveau WorkSpace reçoit un nouvel WorkSpace identifiant, un nouveau nom d'ordinateur et une nouvelle adresse IP.

Bonnes pratiques

Avant de migrer un WorkSpace, procédez comme suit :

• Sauvegardez toutes les données importantes sur le lecteur C vers un autre emplacement. Toutes les données du lecteur C sont effacées pendant la migration.

• Assurez-vous que le volume WorkSpace en cours de migration date d'au moins 12 heures, afin de garantir qu'un instantané du volume utilisateur a été créé. Sur la WorkSpaces page Migrate de la WorkSpaces console Amazon, vous pouvez voir l'heure du dernier instantané. Toutes les données créées après le dernier instantané sont perdues pendant la migration.

• Pour éviter toute perte de données potentielle, assurez-vous que vos utilisateurs se déconnectent WorkSpaces et ne se reconnectent qu'une fois le processus de migration terminé. Notez qu'ils WorkSpaces ne peuvent pas être migrés lorsqu'ils sont en ADMIN_MAINTENANCE mode.

• Assurez-vous que le statut du fichier que WorkSpaces vous souhaitez migrer est AVAILABLESTOPPED, ouERROR.

• Assurez-vous que vous disposez de suffisamment d'adresses IP pour WorkSpaces effectuer la migration. Au cours de la migration, de nouvelles adresses IP seront attribuées au WorkSpaces.

• Si vous utilisez des scripts pour effectuer la migration WorkSpaces, migrez-les par lots de 25 WorkSpaces au maximum à la fois.

Résolution des problèmes

• Si vos utilisateurs signalent des fichiers manquants après la migration, vérifiez si leurs fichiers de profil utilisateur n'ont pas été déplacés pendant le processus de migration. Vous pouvez voir quels fichiers ont été déplacés dans C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. Les fichiers qui n'ont pas été déplacés se trouvent dans le dossier D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Vous pouvez déplacer manuellement tous les fichiers qui ne l'ont pas été automatiquement.

• Si vous utilisez l'API pour effectuer la migration WorkSpaces et que la migration échoue, l' WorkSpace ID cible renvoyé par l'API ne sera pas utilisé et WorkSpace conservera l' WorkSpace ID d'origine.

• Si une migration ne se termine pas correctement, vérifiez dans Active Directory si elle a été nettoyée en conséquence. Il se peut que vous deviez supprimer manuellement WorkSpaces ce dont vous n'avez plus besoin.

Quelles sont les conséquences sur la facturation

Au cours du mois au cours duquel la migration a lieu, des montants vous sont facturés au prorata pour le nouveau et l'original WorkSpaces. Par exemple, si vous migrez de WorkSpace WorkSpace A vers B le 10 mai, vous serez facturé pour WorkSpace A du 1er au 10 mai, et pour WorkSpace B du 11 au 30 mai.

Note

Si vous migrez WorkSpace vers un autre type de bundle (par exemple, de Performance à Power ou de Value à Standard), la taille du volume racine (lecteur C) et du volume utilisateur (lecteur D) peuvent augmenter au cours du processus de migration. Si nécessaire, le volume racine augmente pour s’adapter à la taille du volume racine par défaut du nouveau bundle. Toutefois, si vous aviez déjà spécifié pour le volume utilisateur une taille différente (supérieure ou inférieure) de celle par défaut du bundle d'origine, cette même taille de volume utilisateur est conservée pendant le processus de migration. Dans le cas contraire, le processus de migration utilise la plus grande des deux valeurs suivantes : la taille du volume WorkSpace utilisateur source et la taille du volume utilisateur par défaut pour le nouveau bundle.

Migration d'un WorkSpace

Vous pouvez effectuer la migration WorkSpaces par le biais de la WorkSpaces console Amazon, AWS CLI ou de l' WorkSpacesAPI Amazon.

Pour faire migrer un WorkSpace

1. Ouvrez la WorkSpaces console à l'adresse https://console.aws.amazon.com/workspaces/.

2. Dans le volet de navigation, choisissez WorkSpaces.

3. Sélectionnez votre WorkSpace et choisissez Actions, Migrer WorkSpaces.

4. Sous Ensembles, sélectionnez le pack vers lequel vous souhaitez effectuer la migration. WorkSpace

   Note

   Pour migrer un BYOL WorkSpace de PCoIP vers WSP, vous devez d'abord créer un bundle BYOL avec le protocole WSP. Vous pouvez ensuite migrer votre BYOL PCoIP WorkSpaces vers ce bundle WSP BYOL.

5. Choisissez Migrer WorkSpaces.

   Un nouveau WorkSpace dont le statut est égal à PENDING apparaît dans la WorkSpaces console Amazon. Lorsque la migration est terminée, l'original WorkSpace est résilié et le statut du nouveau WorkSpace est défini surAVAILABLE.

6. (Facultatif) Pour supprimer les bundles et les images personnalisés dont vous n'avez plus besoin, consultez Supprimer un WorkSpaces ensemble ou une image personnalisé.

Pour effectuer la migration WorkSpaces via leAWS CLI, utilisez la commande migrate-workspace. Pour effectuer la migration WorkSpaces via l' WorkSpaces API Amazon, consultez MigrateWorkSpacele manuel Amazon WorkSpaces API Reference.