Migrar um WorkSpace em WorkSpaces Personal - Amazon WorkSpaces
Limites de migraçãoCenários de migraçãoO que acontece durante a migraçãoPráticas recomendadasSolução de problemasComo a cobrança é afetadaMigrando 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 em WorkSpaces Personal

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

  • 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 GPU -enabled (Graphics.G4dn. GraphicsPro.g4dn, Graphics e GraphicsPro) se agrupam em pacotes não GPU habilitados, bem como em 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 BYOL BYOP WorkSpaces do Windows 10 para o Windows 11 e, com a licença incluída, BYOP WorkSpaces do Windows Server 2019 para o Windows Server 2022.

Para obter mais informações sobre os WorkSpaces pacotes da Amazon, consultePacotes e imagens para 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 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 os pacotes Bring Your Own License (BYOL) do Windows 7.

  • Você pode migrar BYOL WorkSpaces somente para outros BYOL pacotes. Para migrar BYOL WorkSpace de PCoIP paraWSP, primeiro você deve criar um BYOL pacote com o WSP protocolo. Em seguida, você pode migrar o seu PCoIP BYOL WorkSpaces para esse WSP BYOL pacote.

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

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

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

  • Você não pode migrar BYOP WorkSpaces para PCoIP ou WSP 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

BYOLPacote Windows 7

BYOLPacote Windows 7

 Não
BYOLPacote Windows 7

BYOLPacote Windows 10

Sim

BYOLPacote Windows 10

BYOLPacote Windows 7

Não

BYOLPacote Windows 10

BYOLPacote 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

BYOLPacote Windows 10

BYOLPacote Windows 11

Sim

BYOLPacote Windows 11

BYOLPacote 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
Público com Windows Server 2019 BYOP Público com Windows Server 2022 BYOP Sim
Público com Windows Server 2022 BYOP Público com Windows Server 2019 BYOP Não
nota

O acesso à Web não está disponível para a ramificação pública do pacote PCoIP Windows 10 com 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 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 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 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 o API para migrar WorkSpaces e a migração não for bem-sucedida, o WorkSpace ID de destino retornado pelo não API será usado e ainda WorkSpace terá o 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 do Amazon WorkSpacesAPI.

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

  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 pacote ou imagem personalizada em Pessoal WorkSpaces .

Para migrar WorkSpaces pelo AWS CLI, use o comando migrate-workspace. Para migrar WorkSpaces pela Amazon WorkSpaces API, consulte MigrateWorkSpacena WorkSpaces APIReferência da Amazon.