Migrar um WorkSpace no WorkSpaces Personal - Amazon WorkSpaces

Migrar um WorkSpace no WorkSpaces Personal

nota

Se você quiser cancelar a assinatura ou desinstalar as licenças de versão do Microsoft Office do WorkSpace por meio da AWS, recomendamos usar Manage applications.

É possível migrar um WorkSpace de um pacote para outro, mantendo os dados no volume do usuário. Estes são cenários de exemplo:

  • É possível migrar os WorkSpaces da experiência de área de trabalho do Windows 7 para a experiência de área de trabalho do Windows 10.

  • É possível migrar o WorkSpaces do protocolo PCoIP para o DCV.

  • É possível migrar WorkSpaces do pacote do WorkSpaces baseado no Microsoft Office em Windows Server 2016 de 32 bits para os pacotes do WorkSpaces baseados no Microsoft Office em Windows Server 2019 e Windows Server 2022 de 64 bits.

  • É possível migrar os WorkSpaces de um pacote público ou personalizado para outro. Por exemplo, você pode migrar de pacotes habilitados para GPU (Graphics.g4dn. GraphicsPro.g4dn, Graphics e GraphicsPro) para pacotes não habilitados para GPU, e vice-versa.

  • É possível migrar WorkSpaces do Windows 10 BYOL para o Windows 11 BYOL, mas a migração do Windows 11 para o Windows 10 não é compatível.

  • Pacotes de valor não são compatíveis com o Windows 11. Para migrar seu pacote de valor de WorkSpaces do Windows 7 ou 10 para o Windows 11, é necessário primeiro mudar seus valores de WorkSpaces para uma oferta de pacote maior.

  • Antes de migrar WorkSpaces do Windows 7 para o Windows 11, é necessário migrá-los para o Windows 10. Faça login no WorkSpace do Windows 10 pelo menos uma vez antes de migrá-lo para o Windows 11. A migração de WorkSpaces do Windows 7 diretamente para o Windows 11 não é compatível.

  • Você pode migrar WorkSpaces do Windows que usam o Microsoft Office por meio da AWS para um pacote personalizado de WorkSpaces com aplicações do Microsoft 365. Após a migração, os WorkSpaces terão a assinatura do Microsoft Office cancelada.

  • Você pode migrar WorkSpaces do Windows que usam o Microsoft Office por meio da AWS para um pacote de WorkSpaces sem assinatura do Office 2016/2019. Após a migração, os WorkSpaces terão a assinatura do Microsoft Office cancelada.

  • Você pode migrar os WorkSpaces BYOL BYOP do Windows 10 para o Windows 11 e os WorkSpaces BYOP com licença incluída do Windows Server 2019 para o Windows Server 2022.

Para obter mais informações sobre pacotes do Amazon WorkSpaces, consulte Pacotes e imagens para o WorkSpaces Personal.

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 snapshot disponível do WorkSpace original. 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.)

O processo de migração leva até uma hora por WorkSpace. Ao iniciar o processo de migração, um WorkSpace é criado. Se ocorrer um erro que impeça a migração bem-sucedida, o WorkSpace original será recuperado e retornado ao seu estado original e o novo WorkSpace será encerrado.

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).

  • É possível migrar WorkSpaces BYOL somente para outros pacotes BYOL. Para migrar um WorkSpace BYOL do PCoIP para o DCV, é necessário primeiro criar um pacote BYOL com o protocolo DCV. Em seguida, você pode migrar os WorkSpaces BYOL do PCoIP para esse pacote BYOL do DCV.

  • Não é possível migrar um WorkSpace criado de pacotes públicos ou personalizados para um pacote BYOL.

  • Os pacotes Graphics.g4dn, GraphicsPro.g4dn, Graphics e GraphicsPro estão disponíveis somente para o protocolo PCoIP, portanto, os WorkSpaces Graphics.g4dn, GraphicsPro.g4dn, Graphics e GraphicsPro ainda não podem ser migrados para o DCV.

  • A migração do Linux WorkSpaces não tem suporte no momento.

  • Nas regiões da AWS compatíveis com mais de um idioma, é possível 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 o WorkSpace usando o mesmo pacote, recrie o WorkSpace.

  • Não é possível 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 pacote do WorkSpace permanecer o mesmo uma hora após a tentativa de migração, é sinal de que a migração não foi feita com êxito. Entre em contato com o AWS Support Center para obter assistência.

  • Você não pode migrar WorkSpaces BYOP para PCoIP ou DCV 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 Warning triangle icon with an exclamation mark inside.

Sim

Pacote público do Windows 10 baseado em Windows Server 2019 Warning triangle icon with an exclamation mark inside.

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
nota

O Acesso via Web não está disponível para a ramificação PCoIP do pacote público do Windows 10 baseado em Windows Server 2019.

Importante

O pacote público do Windows 10 Plus baseado em Windows Server 2016 inclui o Microsoft Office 2016 e o Worry-Free Business Security Services do Trend Micro. O pacote público do Windows 10 Plus baseado em Windows Server 2019 inclui apenas o Microsoft Office 2019, sem nenhum serviço do Trend Micro.

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 pasta D:\Users\%USERNAME% 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 WorkSpace original são transferidas durante a migração e o modo de execução do WorkSpace é preservado. No entanto, o novo WorkSpace obtém um novo ID do WorkSpace, 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.

  • Verifique se o WorkSpace que está sendo migrado tem pelo menos 12 horas, para garantir que um snapshot do volume do usuário tenha sido criado. Na página Migrar WorkSpaces no console do Amazon WorkSpaces, é possível 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, os usuários devem sair dos WorkSpaces e não fazer login novamente até que o processo de migração seja concluído. Observe que os WorkSpaces não poderão ser migrados quando estiverem no modo ADMIN_MAINTENANCE.

  • Verifique se os WorkSpaces que deseja migrar têm um status AVAILABLE, STOPPED ou ERROR.

  • Verifique se você tem endereços IP suficientes para os WorkSpaces que 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 até 25 WorkSpaces por 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 tiver êxito, o ID do WorkSpace de destino retornado pela API não será usado e o WorkSpace ainda terá o 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 os WorkSpaces que não são mais necessários.

Como a cobrança é afetada

Durante o mês em que ocorre a migração, são cobrados valores pro-rata para os WorkSpaces novos e originais. Por exemplo, se migrar o WorkSpace A para o WorkSpace B em 10 de maio, você será cobrado pelo WorkSpace A de 1º a 10 de maio e pelo 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 Energia ou Valor para Padrão), o tamanho do volume raiz (unidade C) e do volume do usuário (unidade D) podem 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 usará o tamanho maior do volume do usuário do WorkSpace de origem e o tamanho padrão do volume do usuário para o novo pacote.

Migrar um WorkSpace

Você pode migrar WorkSpaces por meio do console do Amazon WorkSpaces, do AWS CLI ou da API do Amazon WorkSpaces.

Como migrar um WorkSpace
  1. Abra o console do WorkSpaces em https://console.aws.amazon.com/workspaces/.

  2. No painel de navegação, selecione WorkSpaces.

  3. Selecione seu WorkSpace e escolha Actions (Ações), Migrate WorkSpaces (Migrar WorkSpaces).

  4. Em Pacotes, selecione o pacote para o qual você deseja migrar o WorkSpace.

    nota

    Para migrar um WorkSpace BYOL do PCoIP para o DCV, é necessário primeiro criar um pacote BYOL com o protocolo DCV. Em seguida, você pode migrar os WorkSpaces BYOL do PCoIP para esse pacote BYOL do DCV.

  5. Escolha Migrate WorkSpaces (Migrar WorkSpaces).

    Um novo WorkSpace com o status PENDING é exibido no console do Amazon WorkSpaces. Quando a migração for concluída, o WorkSpace original será encerrado e o status do novo WorkSpace será definido como AVAILABLE.

  6. (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.

Para migrar WorkSpaces por meio do AWS CLI, use o comando migrate-workspace. Para migrar WorkSpaces por meio da API do Amazon WorkSpaces, consulte MigrateWorkSpace na Referência da API do Amazon WorkSpaces.