Migrar un WorkSpace

nota

Si desea cancelar la suscripción o desinstalar las licencias de las versiones de Microsoft Office AWS desde su cuenta WorkSpace, le recomendamos que utilice Administrar aplicaciones.

Puede migrar un WorkSpace paquete a otro y, al mismo tiempo, conservar los datos del volumen de usuarios. A continuación se presentan algunos ejemplos:

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

• Puede migrar WorkSpaces del protocolo PCoIP al Protocolo de WorkSpaces Transmisión (WSP).

• Puede migrar WorkSpaces del paquete de 32 bits con tecnología Microsoft Office en Windows Server 2016 a los WorkSpaces paquetes con tecnología Microsoft Office en Windows Server 2019 y Windows Server 2022 de 64 bits. WorkSpaces

• Puede migrar WorkSpaces de un paquete público o personalizado a otro. Por ejemplo, puedes migrar desde una versión con GPU (Graphics.G4DN). GraphicsProLos paquetes.g4dn, Graphics y GraphicsPro) a paquetes no compatibles con la GPU, o en la otra dirección.

• Puede migrar WorkSpaces del BYOL de Windows 10 al BYOL de Windows 11, pero no se admite la migración de Windows 11 a Windows 10.

• Los paquetes de valores no son compatibles con Windows 11. Para migrar tu paquete económico de Windows 7 o 10 WorkSpaces a Windows 11, primero debes cambiar tu paquete Value WorkSpaces a un paquete más grande.

• Antes WorkSpaces de migrar de Windows 7 a Windows 11, debes migrarlo a Windows 10. Inicie sesión en Windows 10 al WorkSpace menos una vez antes de migrarlo a Windows 11. No se admite la migración de Windows 7 WorkSpaces directamente a Windows 11.

• Puede migrar los Windows WorkSpaces que utilizan Microsoft Office AWS a un WorkSpaces paquete personalizado con aplicaciones de Microsoft 365. Tras la migración, WorkSpaces se cancelará la suscripción a Microsoft Office.

• Puede migrar los Windows WorkSpaces que utilizan Microsoft Office AWS a un WorkSpaces paquete sin suscripción a Office 2016/2019. Tras la migración, WorkSpaces se cancelará la suscripción a Microsoft Office.

Para obtener más información sobre los WorkSpaces paquetes de Amazon, consultaWorkSpace paquetes e imágenes.

El proceso de migración recrea el volumen raíz 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 original. WorkSpace 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 cada WorkSpace uno. Al iniciar el proceso de migración, WorkSpace se crea uno nuevo. Si se produce un error que impide que la migración WorkSpace se realice correctamente, el original se recupera y vuelve a su estado original, y el nuevo WorkSpace finaliza.

Contenido

• Límites de migración
• Escenarios de migración
• Qué ocurre durante la migración
• Prácticas recomendadas
• Solución de problemas
• Cómo se ve afectada la facturación
• Migración de un WorkSpace

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

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

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

• Por el momento, Graphics.g4dn, GraphicsPro .g4dn, Graphics y los GraphicsPro bundles solo están disponibles para el protocolo PCoIP, por lo que Graphics.g4dn, .g4dn y Graphics no se pueden migrar a WSP todavía. GraphicsPro GraphicsPro WorkSpaces

• Actualmente WorkSpaces , no se admite la migración de Linux.

• En AWS 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 quiere actualizar el paquete WorkSpace con el mismo paquete, reconstruya el paquete WorkSpace en su lugar.

• No puede migrar de una WorkSpaces región a otra.

• 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 WorkSpace paquete permanece igual una hora después de intentar la migración, la migración no se realizará correctamente. Póngase en contacto con el Centro de AWS Support para 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	Sí
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 público o personalizado de Windows 10	Paquete personalizado de Windows 10	Sí
Paquete BYOL de Windows 7	Paquete BYOL de Windows 7	No
Paquete BYOL de Windows 7	Paquete BYOL de Windows 10	Sí
Paquete BYOL de Windows 10	Paquete BYOL de Windows 7	No
Paquete BYOL de Windows 10	Paquete BYOL de Windows 10	Sí
Paquete público de Windows 10 con Windows Server 2016	Paquete público de Windows 10 con Windows Server 2019	Sí
Paquete público de Windows 10 con Windows Server 2019	Paquete público de Windows 10 con Windows Server 2016	Sí
Paquete BYOL de Windows 10	Paquete BYOL de Windows 11	Sí
Paquete BYOL de Windows 11	Paquete BYOL de Windows 10	No
Paquete personalizado de Windows 10 con Windows Server 2016	Paquete público de Windows 10 con Windows Server 2019	Sí
Paquete personalizado de Windows 10 con Windows Server 2016	Paquete público de Windows 10 con Windows Server 2022	Sí
Paquete personalizado de Windows 10 con Windows Server 2019	Paquete público de Windows 10 con Windows Server 2022	Sí

nota

El acceso web no está disponible para la versión PCoIP del paquete público de Windows 10 con Windows Server 2019.

importante

El paquete público de Windows 10 plus con Windows Server 2016 incluye Microsoft Office 2016 y Trend Micro Worry-Free Business Security Services. El paquete público de Windows 10 plus con Windows Server 2019 incluye Microsoft Office 2019, pero no incluye Trend Micro Worry-Free Business Security 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 la D:\Users\%USERNAME% carpeta original a una carpeta denominadaD:\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úsquedas locales. Si lo habilita, el valor predeterminado es buscar C:\Users y no D:\Users, por lo que también debe ajustarlo. Si ha configurado la indexación de búsqueda local específicamente para D:\Users\username y no para D:\Users, es posible que la indexación de búsqueda local no funcione después de la migración para los archivos de usuario que estén en la carpeta D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated.

Todas las etiquetas asignadas a la original se WorkSpace conservan durante la migración y WorkSpace se conserva el modo de ejecución de la. Sin embargo, el nuevo WorkSpace recibe un WorkSpace identificador, un nombre de equipo y una dirección IP nuevos.

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 WorkSpace que la migración tenga al menos 12 horas de antigüedad para asegurarse de que se ha creado una instantánea del volumen de usuarios. En la WorkSpaces página Migrate de la WorkSpaces consola de Amazon, puedes 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 una posible pérdida de datos, asegúrate de que tus usuarios cierren la sesión WorkSpaces y no la vuelvan a iniciar hasta que finalice el proceso de migración. Tenga en cuenta que WorkSpaces no se pueden migrar cuando están en ADMIN_MAINTENANCE modo.

• Asegúrese de que el estado que WorkSpaces desea migrar sea AVAILABLESTOPPED, oERROR.

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

• Si utiliza scripts para migrar WorkSpaces, migre los archivos 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 utilizas la API para migrar WorkSpaces y la migración no se realiza correctamente, no se utilizará el WorkSpace ID de destino devuelto por la API y se WorkSpace conservará el WorkSpace ID original.

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

Cómo se ve afectada la facturación

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

nota

Si va a migrar WorkSpace A a un tipo de paquete diferente (por ejemplo, de rendimiento a potencia o económico a estándar), el tamaño del volumen raíz (unidad C) y del volumen de usuarios (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 volumen de WorkSpace usuarios de origen que sea mayor y el tamaño de volumen de usuarios predeterminado para el nuevo paquete.

Migración de un WorkSpace

Puedes migrar WorkSpaces a través de la WorkSpaces consola de Amazon, la AWS CLI o la WorkSpaces API de Amazon.

Para migrar un WorkSpace

1. Abra la WorkSpaces consola en https://console.aws.amazon.com/workspaces/.

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

3. Seleccione su WorkSpace y elija Acciones, Migrar WorkSpaces.

4. En Paquetes, selecciona el paquete al que quieres WorkSpace migrar.

   nota

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

5. WorkSpacesElija Migrar.

   PENDINGAparece una nueva WorkSpace con el estado de en la WorkSpaces consola de Amazon. Cuando finaliza la migración, la original WorkSpace finaliza y el estado de la nueva WorkSpace se establece enAVAILABLE.

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

Para migrar WorkSpaces a través deAWS CLI, utilice el comando migrate-workspace. Para migrar WorkSpaces a través de la WorkSpaces API de Amazon, consulta MigrateWorkSpacela referencia de la WorkSpaces API de Amazon.