Migre um WorkSpace - Amazônia WorkSpaces
Limites de migraçãoCenários de migraçãoO que acontece durante a migraçãoPráticas recomendadasSolução de problemasComo o faturamento é afetadoMigrando um WorkSpace

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

Migre um WorkSpace

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

Você pode migrar um WorkSpace de um pacote para outro, mantendo os dados no volume do usuário. Veja a seguir exemplos de cenários:

  • 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 PCoIP para o WorkSpaces Streaming Protocol (WSP).

  • Você pode migrar WorkSpaces do pacote Microsoft Office de 32 bits no Windows Server 2016 WorkSpaces para o pacote de 64 bits do Microsoft Office no Windows Server 2019. 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.G4DN). GraphicsPro.g4dn, Graphics e GraphicsPro) se agrupam em pacotes não habilitados para GPU, 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.

  • Os pacotes de valores 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.

Para obter mais informações sobre os WorkSpaces pacotes da Amazon, consulteWorkSpace pacotes e imagens.

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

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.

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 do PCoIP para o WSP, você deve primeiro criar um pacote BYOL com o protocolo WSP. Em seguida, você pode migrar seu PCoIP BYOL WorkSpaces para esse pacote WSP BYOL.

  • Você não pode migrar um pacote WorkSpace criado de pacotes públicos ou personalizados para um pacote BYOL.

  • Graphics.g4dn, GraphicsPro .g4dn, Graphics e GraphicsPro bundles estão disponíveis somente para o protocolo PCoIP no momento, portanto, Graphics.g4dn, .g4dn, Graphics e Graphics ainda não podem ser migrados para o WSP. GraphicsPro GraphicsPro WorkSpaces

  • 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 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 SupportCentro para obter assistência.

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 com Windows Server 2016

Pacote público do Windows 10 com Windows Server 2019

Sim

Pacote público do Windows 10 com Windows Server 2019

Pacote público do Windows 10 com 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 com Windows Server 2016

Pacote público do Windows 10 com Windows Server 2019

Sim
nota

O acesso à Web não está disponível para a ramificação PCoIP do pacote público do Windows 10 com Windows Server 2019.

Importante

O pacote público Windows 10 plus com Windows Server 2016 inclui o Microsoft Office 2016 e o Trend Micro Worry-Free Business Security Services. O pacote Public Windows 10 plus com Windows Server 2019 inclui somente o Microsoft Office 2019 e não inclui os Serviços da 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 D:\Users\%USERNAME% pasta original para uma pasta chamadaD:\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 desativada. Se você quiser habilitá-lo, o padrão é pesquisar C:\Users e nãoD:\Users, então você precisa ajustar isso também. Se você definiu a indexação de pesquisa local especificamente para D:\Users\username e não paraD:\Users, a indexação de pesquisa local pode não funcionar após a migração para nenhum arquivo de usuário que esteja 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 AVAILABLESTOPPED, ouERROR.

  • 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 o faturamento é afetado

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

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

  3. Selecione seu WorkSpace e escolha Ações, Migrar. WorkSpaces

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

    nota

    Para migrar um BYOL WorkSpace do PCoIP para o WSP, você deve primeiro criar um pacote BYOL com o protocolo WSP. Em seguida, você pode migrar seu PCoIP BYOL WorkSpaces para esse pacote WSP BYOL.

  5. Escolha 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

  6. (Opcional) Para excluir quaisquer pacotes personalizados e imagens que não são mais necessários, consulte Excluir um WorkSpaces pacote ou imagem personalizada.

Para migrar WorkSpaces peloAWS CLI, use o comando migrate-workspace. Para migrar WorkSpaces pela WorkSpaces API da Amazon, consulte a Referência MigrateWorkSpacede WorkSpaces API da Amazon.