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

Migrar um WorkSpace

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

  • Você pode migrar WorkSpaces da experiência de desktop do Windows 7 para a experiência de desktop do Windows 10.

  • Você pode migrar WorkSpaces do protocolo PCoIP para o WorkSpaces Streaming Protocol (WSP).

  • Você pode migrar WorkSpaces do pacote de 32 bits do Microsoft Office no Windows Server 2016 para o WorkSpaces 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 um sistema habilitado para GPU (Graphics.G4DN). GraphicsPro.g4dn, Graphics, and GraphicsPro) é agrupado em pacotes não habilitados para GPU, bem como na outra direção.

Para obter mais informações sobre WorkSpaces os 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 seu estado original, e WorkSpace o novo 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 de BYOL. Para migrar um BYOL WorkSpace do PCoIP para o WSP, primeiro você deve 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 pacotes WorkSpace criados a partir 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, GraphicsPro .g4dn, Graphics e Graphics ainda não GraphicsPro WorkSpaces podem ser migrados para o WSP.

  • Atualmente, a migração do Linux não WorkSpaces é suportada.

  • EmAWS 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 uso do mesmo pacote, reconstrua-o WorkSpace em vez disso.

  • 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 personalizado do Windows 10

Pacote público do Windows 10

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
nota

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

Importante

O pacote Public 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 o Trend Micro Services.

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 aD:\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 ativá-lo, o padrão é pesquisarC:\Users e nãoD:\Users, então você também precisa ajustar isso. Se você definiu a indexação de pesquisa local especificamente comoD:\Users\username e nãoD:\Users, talvez a indexação de pesquisa local não funcione após a migração para nenhum arquivo de usuário que esteja naD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated pasta.

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 uma 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 a WorkSpace migração tenha pelo menos 12 horas para garantir que um instantâneo do volume do usuário tenha sido criado. Na WorkSpaces página Migrar no WorkSpaces console da Amazon, você pode ver a hora do último instantâneo. 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 noADMIN_MAINTENANCE modo.

  • Certifique-se de que o status que WorkSpaces você deseja migrar tenha um status deAVAILABLE,STOPPED, ouERROR.

  • Verifique se você tem endereços IP suficientes para a WorkSpaces migração. Durante a migração, novos endereços IP serão alocados para WorkSpaces o.

  • Se você estiver usando scripts para migrar WorkSpaces, migre-os em lotes de WorkSpaces no máximo 25 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 for bem-sucedida, a WorkSpace ID de destino retornada pela API não será usada e a 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. Pode ser necessário remover manualmente o WorkSpaces que não é mais.

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 de WorkSpace A para WorkSpace B em 10 de maio, você será cobrado por WorkSpace A de 1º de maio a 10 de maio, e você será cobrado por WorkSpace B de 11 a 30 de maio.

nota

Se você estiver migrando WorkSpace a 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 WorkSpace do volume 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 AmazonAWS 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 WorkSpace migrar seu.

    nota

    Para migrar um BYOL WorkSpace do PCoIP para o WSP, primeiro você deve 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 dePENDING aparece no WorkSpaces console da Amazon. Quando a migração for concluída, o original WorkSpace será encerrado e o status do novo WorkSpace será definido comoAVAILABLE.

  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 por meio da WorkSpaces API da Amazon, consulte MigrateWorkSpacea Referência de WorkSpaces API da Amazon.