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 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. 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 GPU -enabled (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 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.
Sumário
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 paraDCV, primeiro você deve criar um BYOL pacote com o DCV protocolo. Em seguida, você pode migrar o seu PCoIP BYOL WorkSpaces para esse DCV 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 DCV
-
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 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 |
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 |
Sim |
Pacote público do Windows 10 baseado em Windows Server 2019 |
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\
e não para username
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 WorkSpaces você deseja migrar tenha o status de
AVAILABLE
STOPPED
, 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 pastaD:\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
Abra o WorkSpaces console em https://console.aws.amazon.com/workspaces/
. -
No painel de navegação, escolha WorkSpaces.
-
Selecione seu WorkSpace e escolha Ações, Migrar. WorkSpaces
-
Em Pacotes, selecione o pacote para o qual você gostaria de migrar. WorkSpace
nota
Para migrar BYOL WorkSpace de PCoIP paraDCV, primeiro você deve criar um BYOL pacote com o DCV protocolo. Em seguida, você pode migrar o seu PCoIP BYOL WorkSpaces para esse DCV BYOL pacote.
-
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
-
(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.