As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Migrar para WorkSpace em Pessoal WorkSpaces
**nota**
Se você quiser cancelar a assinatura ou desinstalar as licenças da versão do Microsoft Office por meio AWS do seu WorkSpace, recomendamos o uso de [Gerenciar](manage-applications) aplicativos.
Você pode migrar um WorkSpace de um pacote para outro, mantendo os dados no volume do usuário. Estes são cenários de exemplo:
+ Você pode migrar WorkSpaces da experiência de desktop do Windows 7 para a experiência da área de trabalho do Windows 10.
+ Você pode migrar WorkSpaces do protocolo PCo IP para o DCV.
+ Você pode migrar WorkSpaces do pacote Microsoft Office de 32 bits no Windows Server 2016 WorkSpaces para os pacotes do Microsoft Office de 64 bits no Windows Server 2019 e Windows Server 2022. WorkSpaces
+ Você pode migrar WorkSpaces de um pacote público ou personalizado para outro. Por exemplo, você pode migrar de uma placa de vídeo habilitada para GPU (Graphics.G6, Graphics.G4DN. GraphicsPro.g4dn, Graphics e GraphicsPro) agrupam pacotes em non-GPU-enabled pacotes, bem como na outra direção.
+ Você pode migrar WorkSpaces do Windows 10 BYOL para o Windows 11 BYOL, mas a migração do Windows 11 para o Windows 10 não é suportada.
+ Pacotes de valor não são compatíveis com o Windows 11. Para migrar seu pacote de valor do Windows 7 ou 10 WorkSpaces para o Windows 11, você precisa primeiro mudar seu Value WorkSpaces para uma oferta de pacote maior.
+ Antes WorkSpaces de migrar do Windows 7 para o Windows 11, você precisa migrá-lo para o Windows 10. Faça login no Windows 10 pelo WorkSpace menos uma vez antes de migrá-lo para o Windows 11. A migração do Windows 7 WorkSpaces diretamente para o Windows 11 não é suportada.
+ Você pode migrar o Windows WorkSpaces que usa o Microsoft Office AWS para um WorkSpaces pacote personalizado com aplicativos do Microsoft 365. Após a migração, sua WorkSpaces assinatura do Microsoft Office será cancelada.
+ Você pode migrar o Windows WorkSpaces que usa o Microsoft Office AWS para um WorkSpaces pacote sem assinatura do Office 2016/2019. Após a migração, sua WorkSpaces assinatura do Microsoft Office será cancelada.
+ Você pode migrar o BYOL BYOP WorkSpaces do Windows 10 para o Windows 11 e o BYOP com licença incluída WorkSpaces do Windows Server 2019 para o Windows Server 2022.
+ Você pode migrar qualquer WorkSpace pacote com tecnologia Windows Server para o Windows Server 2025. Depois de migrado, você usará o protocolo de streaming DCV para permitir o streaming de desktop remoto de alto desempenho, mesmo com aplicativos com uso intenso de gráficos, em condições de rede variáveis, mesmo com dispositivos clientes menos potentes.
+ Você pode migrar qualquer WorkSpace pacote BYOP incluído na licença do Windows Server para o BYOP Windows Server 2025.
Para obter mais informações sobre os WorkSpaces pacotes da Amazon, consulte[Pacotes e imagens para WorkSpaces Personal](amazon-workspaces-bundles.md).
O processo de migração recria o WorkSpace usando um novo volume raiz da imagem do pacote de destino e o volume do usuário do último instantâneo disponível do original. WorkSpace Um novo perfil de usuário é gerado durante a migração para melhor compatibilidade. O perfil de usuário antigo é renomeado e, depois, determinados arquivos no perfil de usuário antigo são movidos para o novo perfil de usuário. (Para obter detalhes sobre o que é movido, consulte [O que acontece durante a migração](#during-migration).)
O processo de migração leva até uma hora por WorkSpace. Quando você inicia o processo de migração, um novo WorkSpace é criado. Se ocorrer um erro que impeça a migração bem-sucedida, o original WorkSpace será recuperado e retornado ao estado original, e o novo WorkSpace será encerrado.
**Contents**
+ [Limites de migração](#migration-limits)
+ [Cenários de migração](#migration-scenarios)
+ [O que acontece durante a migração](#during-migration)
+ [Práticas recomendadas](#migration-best-practices)
+ [Solução de problemas](#migration_troubleshooting)
+ [Como a cobrança é afetada](#migration-billing)
+ [Migrando um WorkSpace](#migration-workspaces)
## Limites de migração
+ Não é possível migrar para um pacote de experiência de desktop do Windows 7 público ou personalizado. Você também não pode migrar para pacotes do Windows 7 Traga sua própria licença (BYOL).
+ Você pode migrar o BYOL WorkSpaces somente para outros pacotes BYOL. Para migrar um BYOL WorkSpace de PCo IP para DCV, você deve primeiro criar um pacote BYOL com o protocolo DCV. Em seguida, você pode migrar seu PCo IP BYOL WorkSpaces para esse pacote DCV BYOL.
+ Você não pode migrar um pacote WorkSpace criado de pacotes públicos ou personalizados para um pacote BYOL.
+ O protocolo DCV suporta pacotes Graphics G6, Graphics.g4dn e .g4dn no Windows. GraphicsPro No Ubuntu, somente Graphics.g4dn e .g4dn estão disponíveis. GraphicsPro
+ PCoO protocolo IP oferece suporte aos pacotes Graphics.g4dn e GraphicsPro .g4dn somente no Windows.
+ Atualmente, a migração do Linux não WorkSpaces é suportada.
+ Em AWS regiões que oferecem suporte a mais de um idioma, você pode migrar WorkSpaces entre pacotes de idiomas.
+ Os pacotes de origem e destino devem ser diferentes. (No entanto, em regiões que oferecem suporte a mais de um idioma, é possível migrar para o mesmo pacote do Windows 10, desde que os idiomas sejam diferentes.) Se você quiser atualizar seu WorkSpace usando o mesmo pacote, [reconstrua](rebuild-workspace.md) o em vez disso. WorkSpace
+ Você não pode migrar WorkSpaces entre regiões.
+ Em alguns casos, se não for possível concluir a migração com êxito, talvez você não receba uma mensagem de erro e pode parecer que o processo de migração não foi iniciado. Se o WorkSpace pacote permanecer o mesmo uma hora após a tentativa de migração, a migração não será bem-sucedida. Entre em contato com o [AWS Support Center](https://console.aws.amazon.com/support/home#/) para obter assistência.
+ Você não pode migrar o BYOP WorkSpaces para PCo IP ou DCV. WorkSpaces
+ Você não pode migrar o domínio do Active Directory WorkSpaces para o ingresso no Microsoft Entre. WorkSpaces
## Cenários de migração
A tabela a seguir mostra quais cenários de migração estão disponíveis:
| SO de origem | SO de destino | Disponível? |
| --- | --- | --- |
| Pacote público ou personalizado do Windows 7 | Pacote público ou personalizado do Windows 10 | Sim |
| Pacote personalizado do Windows 7 | Pacote público do Windows 7 | Não |
| Pacote personalizado do Windows 7 | Pacote personalizado do Windows 7 | Não |
| Pacote público do Windows 7 | Pacote personalizado do Windows 7 | Não |
| Pacote público ou personalizado do Windows 10 | Pacote público ou personalizado do Windows 7 | Não |
| Pacote público ou personalizado do Windows 10 | Pacote personalizado do Windows 10 | Sim |
| Pacote BYOL do Windows 7 | Pacote BYOL do Windows 7 | Não |
| Pacote BYOL do Windows 7 | Pacote BYOL do Windows 10 | Sim |
| Pacote BYOL do Windows 10 | Pacote BYOL do Windows 7 | Não |
| Pacote BYOL do Windows 10 | Pacote BYOL do Windows 10 | Sim |
| Pacote público do Windows 10 baseado em Windows Server 2016 | Pacote público do Windows 10 baseado em Windows Server 2019 | Sim |
| Pacote público do Windows 10 baseado em Windows Server 2019 | Pacote público do Windows 10 baseado em Windows Server 2016 | Sim |
| Pacote BYOL do Windows 10 | Pacote BYOL do Windows 11 | Sim |
| Pacote BYOL do Windows 11 | Pacote BYOL do Windows 10 | Não |
| Pacote personalizado do Windows 10 baseado em Windows Server 2016 | Pacote público do Windows 10 baseado em Windows Server 2019 | Sim |
| Pacote personalizado do Windows 10 baseado em Windows Server 2016 | Pacote público do Windows 10 baseado em Windows Server 2022 | Sim |
| Pacote personalizado do Windows 10 baseado em Windows Server 2019 | Pacote público do Windows 10 baseado em Windows Server 2022 | Sim |
| Windows 10 BYOP BYOL | Windows 11 BYOP BYOL | Sim |
| Windows 11 BYOP BYOL | Windows 10 BYOP BYOL | Não |
| BYOP público do Windows Server 2019 | BYOP público do Windows Server 2022 | Sim |
| BYOP público do Windows Server 2022 | BYOP público do Windows Server 2019 | Não |
| BYOP público do Windows Server 2019 | BYOP público baseado em Windows Server 2025 | Sim |
| BYOP público baseado em Windows Server 2025 | BYOP público do Windows Server 2019 | Não |
| BYOP público do Windows Server 2022 | BYOP público baseado em Windows Server 2025 | Sim |
| BYOP público baseado em Windows Server 2025 | BYOP público do Windows Server 2022 | Não |
| Pacote público do Windows 10 baseado em Windows Server 2019 | BYOP público baseado em Windows Server 2025 | Sim |
| Pacote personalizado do Windows 10 com Windows Server 2019 | BYOP público baseado em Windows Server 2025 | Sim |
| Pacote público do Windows 10 baseado em Windows Server 2022 | BYOP público baseado em Windows Server 2025 | Sim |
| Pacote personalizado do Windows 10 com Windows Server 2022 | BYOP público baseado em Windows Server 2025 | Sim |
**nota**
O acesso à Web não está disponível para a ramificação PCo IP do pacote público do Windows 10 com Windows Server 2019.
## O que acontece durante a migração
Durante a migração, os dados no volume do usuário (unidade D) são preservados, mas todos os dados no volume raiz (unidade C) são perdidos. Isso significa que nenhum dos aplicativos instalados, configurações e alterações no registro são preservados. A pasta de perfil de usuário antiga é renomeada com o sufixo `.NotMigrated` e um perfil de usuário é criado.
O processo de migração recria a unidade D com base no último snapshot do volume do usuário original. Durante a primeira inicialização do novo WorkSpace, o processo de migração move a `D:\Users\%USERNAME%` pasta original para uma pasta chamada`D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated`. Uma nova pasta `D:\Users\%USERNAME%\` é gerada pelo novo sistema operacional.
Depois que o perfil de usuário é criado, os arquivos nas seguintes pastas do shell de usuário são movidos do perfil `.NotMigrated` antigo para o novo perfil:
+ `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`
**Importante**
O processo de migração tenta mover os arquivos do perfil de usuário antigo para o novo perfil. Todos os arquivos que não foram movidos durante a migração permanecem na pasta `D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated`. Se a migração for bem-sucedida, você poderá ver quais arquivos foram movidos em `C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs`. É possível mover manualmente todos os arquivos que não foram movidos automaticamente.
Por padrão, os pacotes públicos têm a indexação de pesquisa local desabilitada. Se você quiser habilitá-la, o padrão será pesquisar `C:\Users` e não `D:\Users`, portanto, será necessário ajustar isso também. Se você definiu a indexação de pesquisa local especificamente para `D:\Users\username` e não para `D:\Users`, então ela pode não funcionar após a migração para arquivos de usuário que estejam na pasta `D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated`.
Todas as tags atribuídas ao original WorkSpace são transferidas durante a migração e o modo de execução do WorkSpace é preservado. No entanto, o novo WorkSpace recebe um novo WorkSpace ID, nome do computador e endereço IP.
## Práticas recomendadas
Antes de migrar um WorkSpace, faça o seguinte:
+ Faça backup de todos os dados importantes na unidade C para outro local. Todos os dados na unidade C são apagados durante a migração.
+ Certifique-se de que o que está WorkSpace sendo migrado tenha pelo menos 12 horas, para garantir que um instantâneo do volume do usuário tenha sido criado. Na WorkSpaces página **Migrate** no WorkSpaces console da Amazon, você pode ver a hora do último snapshot. Todos os dados criados após o último snapshot são perdidos durante a migração.
+ Para evitar possíveis perdas de dados, certifique-se de que seus usuários se desconectem WorkSpaces e não façam login novamente até que o processo de migração seja concluído. Observe que WorkSpaces não podem ser migrados quando estão no `ADMIN_MAINTENANCE` modo.
+ Certifique-se de que o que WorkSpaces você deseja migrar tenha o status de `AVAILABLE``STOPPED`, ou`ERROR`.
+ Verifique se você tem endereços IP suficientes para o WorkSpaces que você está migrando. Durante a migração, novos endereços IP serão alocados para o. WorkSpaces
+ Se você estiver usando scripts para migrar WorkSpaces, migre-os em lotes de no máximo 25 por WorkSpaces vez.
## Solução de problemas
+ Se os usuários relatarem arquivos ausentes após a migração, verifique se seus arquivos de perfil de usuário não foram movidos durante o processo de migração. É possível ver quais arquivos foram movidos em `C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs`. Os arquivos que não foram movidos estarão localizados na pasta `D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated`. É possível mover manualmente todos os arquivos que não foram movidos automaticamente.
+ Se você estiver usando a API para migrar WorkSpaces e a migração não for bem-sucedida, a WorkSpace ID de destino retornada pela API não será usada e ela ainda WorkSpace terá a WorkSpace ID original.
+ Se uma migração não for concluída com êxito, verifique o Active Directory para ver se ele foi limpo adequadamente. Talvez seja necessário remover manualmente o WorkSpaces que não é mais necessário.
## Como a cobrança é afetada
Durante o mês em que a migração ocorre, são cobrados valores rateados tanto pelo novo quanto pelo original. WorkSpaces Por exemplo, se você migrar WorkSpace de A para WorkSpace B em 10 de maio, você será WorkSpace cobrado por A de 1º de maio a 10 de maio e por WorkSpace B de 11 a 30 de maio.
**nota**
Se você estiver migrando um WorkSpace para um tipo de pacote diferente (por exemplo, de Desempenho para Potência ou Valor para Padrão), o tamanho do volume raiz (unidade C) e do volume do usuário (unidade D) poderá aumentar durante o processo de migração. Se necessário, o volume raiz aumentará para corresponder ao tamanho padrão do volume raiz para o novo pacote. No entanto, se você já tiver especificado um tamanho (maior ou menor) para o volume do usuário diferente do padrão para o pacote original, esse mesmo tamanho de volume de usuário será mantido durante o processo de migração. Caso contrário, o processo de migração usa o maior tamanho do volume WorkSpace do usuário de origem e o tamanho padrão do volume do usuário para o novo pacote.
## Migrando um WorkSpace
Você pode migrar WorkSpaces por meio do WorkSpaces console da Amazon, do AWS CLI ou da WorkSpaces API da Amazon.
**Para migrar um WorkSpace**
1. Abra o WorkSpaces console em [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home).
1. No painel de navegação, escolha **WorkSpaces**.
1. Selecione seu WorkSpace e escolha **Ações**, **Migrar. WorkSpaces**
1. Em **Pacotes**, selecione o pacote para o qual você gostaria de migrar. WorkSpace
**nota**
Para migrar um BYOL WorkSpace de PCo IP para DCV, você deve primeiro criar um pacote BYOL com o protocolo DCV. Em seguida, você pode migrar seu PCo IP BYOL WorkSpaces para esse pacote DCV BYOL.
1. Escolha **Migrate (Migrar) WorkSpaces**.
Um novo WorkSpace com o status de `PENDING` aparece no WorkSpaces console da Amazon. Quando a migração é concluída, o original WorkSpace é encerrado e o status do novo WorkSpace é definido como. `AVAILABLE`
1. (Opcional) Para excluir quaisquer pacotes personalizados e imagens que não são mais necessários, consulte [Excluir uma imagem ou um pacote personalizado no WorkSpaces Personal](delete_bundle.md).
Para migrar WorkSpaces pelo AWS CLI, use o comando [migrate-workspace](https://docs.aws.amazon.com/cli/latest/reference/workspaces/migrate-workspace.html). Para migrar WorkSpaces pela WorkSpaces API da Amazon, consulte a *Referência [MigrateWorkSpace](https://docs.aws.amazon.com/workspaces/latest/api/API_MigrateWorkspace.html)da WorkSpaces API da Amazon*.