Migrar un WorkSpace - Amazon WorkSpaces

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Migrar un WorkSpace

Puede migrar un WorkSpace de un paquete a otro, conservando los datos del volumen de usuario. A continuación, se muestran ejemplos de casos:

  • Puede migrar WorkSpaces desde la experiencia de escritorio de Windows 7 hasta la experiencia de escritorio de Windows 10.

  • Puede migrar WorkSpaces desde el protocolo PCoIP hasta el WorkSpaces Protocolo de transmisión (WSP).

  • Puede migrar WorkSpaces de Microsoft Office de 32 bits en Windows Server 2016 WorkSpaces paquete en Microsoft Office de 64 bits en Windows Server 2019 WorkSpaces paquete de.

  • Puede migrar WorkSpaces de un paquete público o personalizado a otro. Por ejemplo, puede migrar desde la GPU habilitada para la GPU (Graphics.G4dn). paquetes de GraphicsPRO.G4DN, Graphics y GraphicsPRO) para paquetes no habilitados para GPU y viceversa.

Para obtener más información acerca de Amazon WorkSpaces paquetes de, consultePaquetes e imágenes de WorkSpace.

El proceso de migración vuelve a crear la WorkSpace utilizando un nuevo volumen raíz de la imagen del paquete de destino y el volumen de usuario de la última instantánea disponible del escritorio de WorkSpaces original. Se genera un nuevo perfil de usuario durante la migración para una mejor compatibilidad. Se cambia el nombre del perfil de usuario antiguo y, a continuación, ciertos archivos del perfil de usuario antiguo se transfieren al nuevo perfil de usuario. (Para obtener más información sobre lo que se transfiere, consulte ¿Qué ocurre durante la migración?.)

El proceso de migración tarda hasta una hora por cada WorkSpace. Al iniciar el proceso de migración, una nueva WorkSpace se crea. Si se produce un error que impide la migración correcta, el original WorkSpace se recupera y vuelve a su estado original, y la nueva WorkSpace se termina.

Límites de migración

  • No puede migrar a un paquete de experiencia de escritorio de Windows 7 público o personalizado. Tampoco puede migrar a paquetes de Windows 7 Bring Your Own License (BYOL).

  • Puede migrar BYOL WorkSpaces solo para otros paquetes BYOL. Para migrar un BYOL WorkSpace desde PCoIP a WSP, primero debe crear un paquete BYOL con el protocolo WSP. A continuación, puede migrar su PCoIP BYOL WorkSpaces a ese paquete WSP BYOL.

  • No se puede migrar un WorkSpace creado a partir de paquetes públicos o personalizados en un paquete BYOL.

  • Graphics.g4dn, GraphicsPro.G4dn, Gráficos y GraphicsPro los paquetes están disponibles solo para el protocolo PCoIP en este momento, por lo que Graphics.G4dn, GraphicsPro.G4dn, GraphicsPro.G4dn, Graphics.G4dn y GraphicsPro WorkSpaces no se puede migrar todavía a WSP.

  • Migración de Linux WorkSpaces no se admite en la actualidad.

  • EnAWSEn las regiones que admiten más de un idioma, puede migrar WorkSpaces entre paquetes de idiomas.

  • Los paquetes de origen y destino deben ser diferentes. (Sin embargo, en las regiones que admiten más de un idioma, puede migrar al mismo paquete de Windows 10 siempre que los idiomas sean diferentes). Si quieres actualizar tu WorkSpace utilizando el mismo paquete,recompilar el WorkSpaceEn lugar de esto

  • No se puede migrar WorkSpaces a través de las regiones.

  • En algunos casos, si la migración no puede realizarse correctamente, es posible que no reciba un mensaje de error y que parezca que el proceso de migración no se inició. Si el archivo de WorkSpace paquete permanece igual una hora después de intentar la migración, la migración no se ha realizado correctamente. Contacte con laAWS SupportCentroPara obtener ayuda.

Escenarios de migración

En la siguiente tabla se muestran las situaciones de migración disponibles:

SO de origen SO de destino ¿Disponible?

Paquete público o personalizado de Windows 7

Paquete público o personalizado de Windows 10

Paquete personalizado de Windows 7

Paquete público de Windows 7

No

Paquete personalizado de Windows 7

Paquete personalizado de Windows 7

No

Paquete público de Windows 7

Paquete personalizado de Windows 7

No

Paquete público o personalizado de Windows 10

Paquete público o personalizado de Windows 7

No

Paquete personalizado de Windows 10

Paquete público de Windows 10

No

Paquete público o personalizado de Windows 10

Paquete personalizado de Windows 10

Paquete BYOL de Windows 7

Paquete BYOL de Windows 7

No
Paquete BYOL de Windows 7

Paquete BYOL de Windows 10

Paquete BYOL de Windows 10

Paquete BYOL de Windows 7

No

Paquete BYOL de Windows 10

Paquete BYOL de Windows 10

Paquete público Windows 10 basado en Windows Server 2016

Paquete público Windows 10 con tecnología de Windows Server 2019

Paquete público Windows 10 con tecnología de Windows Server 2019

Paquete público Windows 10 basado en Windows Server 2016

nota

El acceso web no está disponible para la rama PCoIP del paquete de Windows 10 pública con Windows Server 2019.

importante

El paquete Public Windows 10 plus con Windows Server 2016 incluye Microsoft Office 2016 y Trend Micro Worry-Free Business Security Services. El paquete Public Windows 10 plus con Windows Server 2019 incluye solo Microsoft Office 2019 y no incluye Trend Micro Services.

¿Qué ocurre durante la migración?

Durante la migración, se conservan los datos del volumen de usuario (unidad D), pero se pierden todos los datos del volumen raíz (unidad C). Esto significa que no se conserva ninguna de las aplicaciones, configuraciones ni cambios instalados en el registro. Se cambia el nombre de la carpeta de perfil de usuario anterior con el sufijo .NotMigrated y se crea un nuevo perfil de usuario.

El proceso de migración vuelve a crear la unidad D basándose en la última instantánea del volumen de usuario original. Durante el primer arranque del nuevo WorkSpace, el proceso de migración mueve el originalD:\Users\%USERNAME%carpeta en una carpeta con el nombreD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. El nuevo sistema operativo genera una nueva carpeta D:\Users\%USERNAME%\.

Después de crear el nuevo perfil de usuario, los archivos de las siguientes carpetas de shell de usuario se mueven del perfil antiguo .NotMigrated al nuevo 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

El proceso de migración intenta transferir los archivos del perfil de usuario antiguo al nuevo perfil. Los archivos que no se transfirieron durante la migración permanecen en la carpeta D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Si la migración se realiza correctamente, puede ver qué archivos se transfirieron en C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. Puede transferir manualmente cualquier archivo que no se haya movido automáticamente.

De forma predeterminada, los paquetes públicos tienen deshabilitada la indexación de búsqueda local. Si iba a habilitarlo, el valor predeterminado es buscarC:\Usersy noD:\Users, así que tienes que ajustarlo también. Si ha establecido la indexación de búsquedas locales específicamente enD:\Users\usernamey no paraD:\Users, es posible que la indexación de búsquedas locales no funcione después de la migración para los archivos de usuario que se encuentren en elD:\Users\%USERNAME%MMddyyTHHmmss%.NotMigratedfolder.

Cualquier etiqueta asignada al original WorkSpace se transfieren durante la migración y el modo de ejecución del WorkSpace se conserva. Sin embargo, el nuevo WorkSpace obtiene un nuevo WorkSpace ID, nombre del equipo y dirección IP.

Prácticas recomendadas

Antes de migrar un WorkSpace, haga lo siguiente:

  • Realice una copia de seguridad de los datos importantes de la unidad C en otra ubicación. Todos los datos de la unidad C se borrarán durante la migración.

  • Asegúrese de que el dispositivo WorkSpace que se está migrando tiene al menos 12 horas de antigüedad, para asegurarse de que se ha creado una instantánea del volumen de usuario. En la páginaMigrar WorkSpacespágina en Amazon WorkSpaces consola, puede ver la hora de la última instantánea. Los datos creados después de la última instantánea se pierden durante la migración.

  • Para evitar posibles pérdidas de datos, asegúrese de que los usuarios desconecten sus WorkSpaces y no vuelvan a iniciar sesión hasta que finalice el proceso de migración. Tenga en cuenta que WorkSpaces no se puede migrar cuando se encuentran enADMIN_MAINTENANCEModo.

  • Asegúrese de que el dispositivo WorkSpaces que desea migrar tiene un estado deAVAILABLE,STOPPED, o bienERROR.

  • Asegúrese de que dispone de suficientes direcciones IP para la WorkSpaces estás migrando. Durante la migración, se asignarán nuevas direcciones IP para los WorkSpaces.

  • Si utiliza secuencias de comandos para migrar WorkSpaces, hágalo en lotes de no más de 25 WorkSpaces a la vez.

Solución de problemas

  • Si los usuarios le informan de que faltan archivos después de la migración, compruebe si sus archivos de perfil de usuario no se movieron durante el proceso de migración. Puede ver qué archivos se han movido en C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs. Los archivos que no se han movido se ubicarán en la carpeta D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated. Puede transferir manualmente cualquier archivo que no se haya movido automáticamente.

  • Si está utilizando la API para migrar WorkSpaces y la migración no tiene éxito, el objetivo WorkSpace No se utilizará el ID devuelto por la API y el escritorio WorkSpace WorkSpaces seguirá teniendo el original WorkSpace ID.

  • Si una migración no se finaliza correctamente, compruebe el Active Directory para ver si se limpió en consecuencia. Es posible que tenga que eliminar manualmente WorkSpaces que ya no necesitas.

Cómo se ve afectada la facturación

Durante el mes en el que se produce la migración, se le cargan los importes prorrateados tanto para el WorkSpace nuevo como para el WorkSpace original. Por ejemplo, si migras WorkSpace A a WorkSpace B el 10 de mayo, se le cobrará WorkSpace A del 1 de mayo al 10 de mayo, y se le cobrará WorkSpace B del 11 de mayo al 30 de mayo.

nota

Si va a migrar un WorkSpace a un tipo de paquete diferente (por ejemplo, de Performance a Power o Value a Standard), el tamaño del volumen raíz (unidad C) y del volumen de usuario (unidad D) podría aumentar durante el proceso de migración. Si es necesario, el volumen raíz aumenta para que coincida con el tamaño predeterminado del volumen raíz para el nuevo paquete. Sin embargo, si ya había especificado un tamaño diferente (mayor o menor) para el volumen de usuario que el predeterminado para el paquete original, ese mismo tamaño de volumen de usuario se conservará durante el proceso de migración. De lo contrario, el proceso de migración utiliza el mayor de la fuente WorkSpace el tamaño del volumen de usuario y el tamaño predeterminado del volumen de usuario para el nuevo paquete.

Migración de un WorkSpace

Puede migrar WorkSpaces a través del Amazonas WorkSpaces Consola de,AWS CLIo la API de Amazon WorkSpaces.

Para migrar un WorkSpace

  1. Abra el icono WorkSpaces Consola de enhttps://console.aws.amazon.com/workspaces/.

  2. En el panel de navegación, seleccione WorkSpaces.

  3. Seleccione su WorkSpace y eligeActions,Migrar WorkSpaces.

  4. UNDERSelect Target Bundle, seleccione el paquete que desee migrar su WorkSpace a.

    nota

    Para migrar un BYOL WorkSpace desde PCoIP a WSP, primero debe crear un paquete BYOL con el protocolo WSP. A continuación, puede migrar su PCoIP BYOL WorkSpaces a ese paquete WSP BYOL.

  5. UNDERAsignar WorkSpace Fajo, elija el paquete de destino para cada WorkSpace usuario.

    aviso

    Para cada WorkSpace, tome nota de la hora de instantánea que aparece en la lista. Los cambios realizados en el volumen de usuario después de la hora de instantánea de la lista se descartan durante el proceso de migración.

  6. Elija Migrate WorkSpaces (Migrar WorkSpaces).

    Un nuevo WorkSpace con un estado dePENDINGaparece en la consola de Amazon WorkSpaces. Cuando finalice la migración, el original WorkSpace ha finalizado y el estado del nuevo WorkSpace toma el valorAVAILABLE.

  7. (Opcional) Para eliminar los paquetes e imágenes personalizados que ya no necesite, consulte Eliminar una personalizada WorkSpaces paquete o imagen.

Para migrar WorkSpaces a través de laAWS CLI, utilice elmigrar espacio de trabajocomando. Para migrar WorkSpaces a través del Amazonas WorkSpaces API, consulteMigrateWorkSpaceen laAmazon WorkSpaces Referencia de la API.