Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Migrer un WorkSpace dans WorkSpaces Personal
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 PCoIP protocole versDCV.
-
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 GPU -enabled (Graphics.G4DN. GraphicsPro.g4dn, Graphics, and GraphicsPro) regroupe des non-GPU-enabled ensembles, ainsi que dans l'autre sens.
-
Vous pouvez migrer WorkSpaces de Windows 10 BYOL vers Windows 11, BYOL 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.
-
Vous pouvez migrer BYOL BYOP WorkSpaces de Windows 10 vers Windows 11 et, sous licence incluse, BYOP WorkSpaces de Windows Server 2019 vers Windows Server 2022.
Pour plus d'informations sur WorkSpaces les offres Amazon, consultezBundles et images pour Personal WorkSpaces .
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
-
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 packs Windows 7 Bring Your Own License (BYOL).
-
Vous ne pouvez effectuer la migration BYOL WorkSpaces que vers d'autres BYOL offres groupées. Pour migrer un BYOL WorkSpace fichier de PCoIP versDCV, vous devez d'abord créer un BYOL bundle avec le DCV protocole. Vous pouvez ensuite migrer PCoIP BYOL WorkSpaces vers ce DCV BYOL bundle.
-
Vous ne pouvez pas migrer un bundle WorkSpace créé à partir de bundles publics ou personnalisés vers un BYOL bundle.
-
Graphics.g4dn, GraphicsPro .g4dn, Graphics et GraphicsPro les bundles ne sont disponibles que pour le PCoIP protocole pour le moment, donc Graphics.G4dn, GraphicsPro .g4dn, Graphics, ne peuvent pas encore être migrés vers Graphics.g4dn, Graphics et Graphics. GraphicsPro WorkSpaces DCV
-
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. -
Vous ne pouvez pas BYOP WorkSpaces migrer vers PCoIP ou DCV WorkSpaces.
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 |
|
BYOLOffre groupée Windows 7 |
BYOLOffre groupée Windows 7 |
Non |
| BYOLOffre groupée Windows 7 |
BYOLOffre groupée Windows 10 |
Oui |
|
BYOLOffre groupée Windows 10 |
BYOLOffre groupée Windows 7 |
Non |
|
BYOLOffre groupée Windows 10 |
BYOLOffre groupée Windows 10 |
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 |
|
BYOLOffre groupée Windows 10 |
BYOLOffre groupée Windows 11 |
Oui |
|
BYOLOffre groupée Windows 11 |
BYOLOffre groupée Windows 10 |
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 |
| Windows 10 BYOP BYOL | Windows 11 BYOP BYOL | Oui |
| Windows 11 BYOP BYOL | Windows 10 BYOP BYOL | Non |
| Public alimenté par Windows Server 2019 BYOP | Public alimenté par Windows Server BYOP | Oui |
| Public alimenté par Windows Server BYOP | Public alimenté par Windows Server 2019 BYOP | Non |
Note
L'accès au Web n'est pas disponible pour la PCoIP branche du bundle Windows 10 public alimentée par 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\ et non sur usernameD:\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_MAINTENANCEmode. -
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 dossierD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Vous pouvez déplacer manuellement tous les fichiers qui ne l'ont pas été automatiquement. -
Si vous utilisez le API pour effectuer la migration WorkSpaces et que la migration échoue, l' WorkSpace ID cible renvoyé par le ne API 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 via WorkSpaces la console Amazon, AWS CLI ou Amazon WorkSpacesAPI.
Pour migrer un WorkSpace
Ouvrez la WorkSpaces console à l'adresse https://console.aws.amazon.com/workspaces/
. -
Dans le volet de navigation, choisissez WorkSpaces.
-
Sélectionnez votre WorkSpace et choisissez Actions, Migrer WorkSpaces.
-
Sous Ensembles, sélectionnez le pack vers lequel vous souhaitez effectuer la migration. WorkSpace
Note
Pour migrer un BYOL WorkSpace fichier de PCoIP versDCV, vous devez d'abord créer un BYOL bundle avec le DCV protocole. Vous pouvez ensuite migrer PCoIP BYOL WorkSpaces vers ce DCV BYOL bundle.
-
Choisissez Migrer WorkSpaces.
Un nouveau WorkSpace dont le statut est égal à
PENDINGapparaî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. -
(Facultatif) Pour supprimer les bundles et les images personnalisés dont vous n'avez plus besoin, consultez Supprimer un ensemble ou une image personnalisé dans WorkSpaces Personal.
Pour effectuer la migration WorkSpaces via le AWS CLI, utilisez la commande migrate-workspace. Pour effectuer WorkSpaces une migration via Amazon WorkSpaces API, consultez MigrateWorkSpacela WorkSpaces APIréférence Amazon.
