Documentación de productos
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Ver PDF

Migrar la configuración a Citrix Cloud™

March 26, 2026
Contribución de: 
C C

La herramienta de configuración automatizada (ACT) permite migrar la configuración de Citrix Virtual Apps and Desktops™ (directivas, aplicaciones, catálogos, roles de administrador, ámbitos y otros) de uno o varios sitios locales a Citrix DaaS alojado en Citrix Cloud. También se puede usar para migrar información entre diferentes regiones o inquilinos de Cloud.

Esta herramienta detecta y exporta uno o varios sitios locales como una colección de archivos de configuración, que puedes editar opcionalmente. La configuración de estos archivos se puede importar a Citrix DaaS. La migración se realiza por etapas ejecutando la herramienta varias veces, lo que te permite lograr fácilmente el estado de configuración deseado.

ACT no es solo una herramienta de migración de un solo uso. Puedes usarla para administrar tus operaciones diarias en la nube, como:

  • Automatizar la transferencia de cuentas de nube de prueba o de ensayo a cuentas de nube de producción
  • Realizar copias de seguridad y restaurar tu configuración
  • Dividir un entorno de nube en varias nubes

El siguiente vídeo de 2 minutos ofrece un recorrido rápido por la configuración automatizada.

Para obtener información adicional sobre la configuración automatizada, consulta Prueba de concepto: Herramienta de configuración automatizada en Tech Zone.

Para obtener una información más detallada sobre cómo mover tu implementación y preparar tu configuración local para la migración, consulta Guía de implementación: Migración de Citrix Virtual Apps and Desktops de entornos locales a Citrix Cloud en Tech Zone.

Limitaciones conocidas

Requisitos previos para migrar la configuración

Para exportar tu configuración de Citrix Virtual Apps™ and Desktops, necesitas:

  • Citrix Virtual Apps and Desktops: la versión actual y su predecesora inmediata o Citrix Virtual Apps and Desktops, XenApp and XenDesktop® LTSRs: todas las versiones
  • Una máquina unida a un dominio con .NET Framework 4.7.2 o posterior y el SDK de PowerShell de Citrix. Esto se instala automáticamente en el Delivery Controller. (Para ejecutarlo en una máquina que no sea el Delivery Controller local, debes instalar Citrix Studio, ya que Studio instala los complementos de PowerShell correctos. El instalador de Studio se encuentra en los medios de instalación de Citrix Virtual Apps and Desktops).

Para importar tu configuración a Citrix DaaS, necesitas:

  • Una máquina con acceso a Citrix Cloud. No tiene por qué ser un Delivery Controller™ ni una máquina unida a un dominio.
  • Citrix DaaS aprovisionado.
  • Una ubicación de recursos activa con Connector instalado y unida al mismo dominio que la configuración local.
  • La conectividad a los sitios que acceden a Citrix Cloud debe estar permitida y disponible. Para obtener más información, consulta Requisitos del sistema y de conectividad.

Nota:

La configuración automatizada no se puede instalar en un sistema Cloud Connector.

Pasos clave

  1. Descarga la herramienta de configuración automatizada y revisa los requisitos del sistema. Consulta Descargar la configuración automatizada.
  2. Rellena el archivo CustomerInfo.yml con tus valores de CustomerName, CustomerID y SecretKey generados desde el portal de Citrix Cloud. Consulta Generar el ID de cliente, el ID de cliente y la clave secreta y Rellenar el archivo de información del cliente.
  3. Si el sitio local contiene varias zonas, actualiza el archivo ZoneMapping.yml para asignar zonas a ubicaciones de recursos de Citrix DaaS. Consulta Rellenar el archivo de asignación de zonas.
  4. Si el sitio contiene varias conexiones de alojamiento, actualiza el archivo CvadAcSecurity.yml con la información de conexión para cada tipo de host que migra a Citrix DaaS. Si solo hay una única conexión de host, actualiza el archivo CvadAcSecurity.yml con la información de conexión para esa conexión de host. Consulta Actualizar el archivo de seguridad para las conexiones de host.
  5. Abre ACT y exporta tu sitio local mediante el comando Export-CvadAcToFile. Consulta Objetos de migración compatibles para ver la lista de componentes compatibles con la migración. Para obtener información sobre los pasos para exportar, consulta Exportar la configuración local.
  6. Importa los componentes por etapas mediante el comando Merge-CvadAcToSite. Alternativamente, migra todo el sitio a la vez. Asegúrate de migrar los componentes en el orden indicado en Orden de migración de componentes. Para obtener información sobre los pasos para importar, consulta Ejecutar una importación.
  7. Activa el sitio en la nube. Consulta Activar sitios.

Descargar la configuración automatizada

Descarga e instala la herramienta de configuración automatizada desde Citrix Downloads.

Actualizar la configuración automatizada

Para evitar errores de funcionalidad, utiliza siempre la última versión disponible de ACT.

Para conocer la versión de tu herramienta, haz lo siguiente:

  1. Haz doble clic en el icono de Auto Config. Aparece una ventana de PowerShell.

  2. Ejecuta el siguiente comando para comprobar el número de versión.

    Get-CvadAcStatus
<!--NeedCopy-->
  3. Comprueba la versión de tu herramienta con la versión que aparece en Citrix Downloads. La última versión de la herramienta se encuentra allí.
  4. Descarga e instala la última versión de la herramienta. No es necesario desinstalar la versión anterior para actualizar la configuración automatizada.

Nota:

Cuando ejecutas cmdlets para acceder a la nube en Configuración automatizada, la herramienta te avisa cuando hay una versión más reciente disponible para descargar. Para obtener más información sobre los cmdlets, consulta Cmdlets de la herramienta de configuración automatizada.

Generar el ID de cliente, el ID de cliente y la clave secreta

Para migrar el sitio local a Citrix DaaS, rellena el archivo CustomerInfo.yml con el ID de suscriptor, el ID de cliente y la clave secreta del portal de Citrix Cloud.

Para recuperar el ID de suscriptor:

  1. Inicia sesión en tu cuenta de Citrix Cloud y selecciona el suscriptor.
  2. Haz clic en el icono de cuadrícula y selecciona Administración de identidades y accesos.
  3. Ve a Acceso a la API > Clientes seguros. El ID de suscriptor se muestra en la página.

Para recuperar el ID de cliente y la clave secreta:

  1. En la página Clientes seguros, introduce un nombre en el cuadro. Este nombre se usa para diferenciar entre varios ID de cliente y claves secretas.
  2. Haz clic en Crear cliente para crear el ID de cliente y la clave secreta.
  3. Copia el ID de cliente y la clave secreta en una ubicación segura y descarga el archivo .csv que contiene esta información. Usa el archivo .csv para rellenar el archivo CustomerInfo.yml.

Nota:

  • El ID de cliente y la clave secreta no caducan. Si se ven comprometidos, quítalos inmediatamente usando el icono de Papelera y crea otros nuevos.
  • La clave secreta no se puede recuperar si se pierde u olvida; se deben crear un nuevo ID de cliente y una nueva clave secreta.

Rellenar el archivo de información del suscriptor

El archivo CustomerInfo.yml elimina la necesidad de proporcionar parámetros de información del suscriptor cada vez que ejecutas el cmdlet. Cualquier información del suscriptor se puede anular usando los parámetros del cmdlet.

Usa el cmdlet New-CvadAcCustomerInfoFile para crear el archivo CustomerInfo.yml.

Importante:

No edites manualmente el archivo CustomerInfo.yml. Hacerlo puede causar errores de formato involuntarios.

El cmdlet New-CvadAcCustomerInfoFile tiene los siguientes parámetros obligatorios.

  • CustomerId: ID del suscriptor.
  • ClientId: ID de cliente del suscriptor creado en Citrix Cloud.
  • Secret: secreto del suscriptor creado en Citrix Cloud.

Ejemplo:

New-CvadAcCustomerInfoFile -CustomerId markhof123 -ClientId 6813EEA6-46CC-4F8A-BC71-539F2DAC5984 -Secret TwBLaaaaaaaaaaaaaaaaaw==
<!--NeedCopy-->

También puedes crear el archivo CustomerInfo.yml usando el parámetro SecurityCsvFileSpec que apunta al archivo security.csv descargado. También debes especificar el CustomerId.

New-CvadAcCustomerInfoFile -SecurityCsvFileSpec C:\Users\my_user_name\downloads/security.csv -CustomerId markhof123
<!--NeedCopy-->

Usa el cmdlet Set-CvadAcCustomerInfoFile para actualizar el archivo CustomerInfo.yml. Este cmdlet solo cambia el ID de cliente.

Set-CvadAcCustomerInfoFile -ClientId C80487EE-7113-49F8-85DD-2CFE30CC398E
<!--NeedCopy-->

El siguiente es un archivo CustomerInfo.yml de ejemplo.

            # Created/Updated on 2020/01/29 16:46:47
            CustomerId: ‘markhof123’
            ClientId: ‘6713FEA6-46CC-4F8A-BC71-539F2DDK5384’
            Secret: ‘TwBLaaabbbaaaaaaaaaaw==’
            Environment: Production
            AltRootUrl: ‘’
            StopOnError: False
            AlternateFolder: ‘’
            Locale: ‘en-us’
            Editor: ‘C:\Program Files\Notepad++\notepad++.exe’
            Confirm: True
            DisplayLog: True

Rellenar el archivo de asignación de zonas

Una zona local es el equivalente a la ubicación de recursos en la nube. A diferencia de otros componentes del sitio, no puedes importar la zona local a la nube automáticamente. En su lugar, debe asignarse manualmente usando el archivo ZoneMapping.yml. Pueden producirse errores de importación si el nombre de la zona no está asociado a un nombre de ubicación de recursos existente.

Si los sitios locales tienen solo una zona y los sitios en la nube tienen solo una ubicación de recursos, la herramienta de configuración automatizada realiza la asociación correcta, eliminando la necesidad de administrar manualmente el archivo ZoneMapping.yml.

Sin embargo, si los sitios locales tienen varias zonas o los sitios en la nube tienen varias ubicaciones de recursos, actualiza manualmente el archivo ZoneMapping.yml para reflejar la asignación correcta de las zonas locales a las ubicaciones de recursos en la nube.

El archivo ZoneMapping.yml se encuentra en %HOMEPATH%\Documents\Citrix\AutoConfig. El contenido del archivo .yml es un diccionario con el nombre de la zona como clave y el nombre de la ubicación de recursos como valor.

Por ejemplo, un sitio local de Citrix Virtual Apps and Desktops con una zona principal llamada “Zone-1” y una zona secundaria llamada “Zone-2” se migra a una implementación de Citrix DaaS con dos ubicaciones de recursos en la nube recién creadas llamadas “Cloud-RL-1” y “Cloud-RL-2”. En este caso, el archivo ZoneMapping.yml se configuraría de la siguiente manera:

            Zone-1: Cloud-RL-1

            Zone-2: Cloud-RL-2

Nota:

Añade un espacio entre los dos puntos y el nombre de la ubicación de recursos. Si se usan espacios en el nombre de la zona o de la ubicación de recursos, encierra el nombre entre comillas.

Actualiza el archivo de seguridad para las conexiones de host

Las conexiones de host y sus hipervisores asociados se pueden exportar e importar mediante ACT.

Agregar un hipervisor a una conexión de host requiere información de seguridad específica del tipo de hipervisor. Esta información no se puede exportar desde el sitio local por motivos de seguridad. Debes proporcionar manualmente la información para que la Configuración automatizada pueda importar correctamente las conexiones de host y los hipervisores al sitio en la nube.

El proceso de exportación crea el archivo CvadAcSecurity.yml en %HOMEPATH%\Documents\Citrix\AutoConfig que contiene marcadores de posición para cada elemento de seguridad necesario para el tipo de hipervisor específico. Debes actualizar el archivo CvadAcSecurity.yml antes de importar al sitio en la nube. Las actualizaciones del administrador se conservan en varias exportaciones y se agregan nuevos marcadores de posición de seguridad según sea necesario. Los elementos de seguridad nunca se quitan. Para obtener más información, consulta Actualizar manualmente el archivo CvadAcSecurity.yml

            HostConn1:
            ConnectionType: XenServer®
            UserName: root
            PasswordKey: rootPassword
            HostCon2:
            ConnectionType: AWS
            ApiKey: 78AB6083-EF60-4D26-B2L5-BZ35X00DA5CH
            SecretKey: TwBLaaaaaaaaaaaaaaaaaw==
            Region: East

Información de seguridad por hipervisor

A continuación, se enumera la información de seguridad necesaria para cada tipo de hipervisor.

  • XenServer, Hyper-V, VMware
    • Nombre de usuario
    • Contraseña de texto no cifrado
  • Microsoft Azure
    • ID de suscripción
    • ID de aplicación
    • Secreto de aplicación
  • AWS
    • ID de cuenta de servicio
    • Secreto de aplicación
    • Región

Consideraciones de seguridad especiales

Toda la información de seguridad se introduce como texto no cifrado. Si no se recomienda el texto no cifrado, las conexiones de host y los hipervisores asociados se pueden crear manualmente mediante Studio. Las conexiones de host y los nombres de hipervisor deben coincidir exactamente con sus equivalentes locales para que los catálogos de máquinas que usan las conexiones de host se puedan importar correctamente.

Exporta tu configuración local de Citrix Virtual Apps and Desktops

Mediante un comando export de PowerShell, puedes exportar tu configuración local existente y obtener los archivos .yml necesarios. Estos archivos se usan para importar tu configuración deseada a Citrix Cloud.

Objetos de migración admitidos

La Configuración automatizada admite mover la configuración de los siguientes componentes:

  • Etiquetas
  • Administración delegada
    • Ámbitos
    • Roles
  • Conexiones de host
    • Un único grupo de recursos
    • Ámbitos de administrador
  • Catálogos de máquinas
  • StoreFront™
  • Grupos de entrega
    • Directiva de acceso
    • Asociación de ámbito de administrador
    • Directiva de acceso a aplicaciones
    • Directiva de asignación
    • Directiva de derechos/escritorio
    • Programaciones de energía
    • Persistencia de sesión
    • Inicio previo de sesión
    • Programaciones de reinicio
    • Etiquetas
  • Grupos de aplicaciones
    • Asociación de ámbito de administrador
    • Grupos de entrega
    • Usuarios y grupos
  • Aplicaciones
    • Carpetas de aplicaciones
    • Iconos
    • Aplicaciones
    • FTA configuradas por el agente
    • Etiquetas
  • Directivas de grupo
  • Preferencias de zona de usuario

Exportar la configuración local

  1. Haz doble clic en el icono de Configuración automática. Aparece una ventana de PowerShell.

  2. Ejecuta el siguiente comando para exportar todos los componentes. Exportar tu configuración local no la cambia de ninguna manera.

    Export-CvadAcToFile
<!--NeedCopy-->

Después de ejecutar cualquier cmdlet por primera vez, se crea una carpeta de exportación con los archivos de configuración .yml y los registros. La carpeta se encuentra en %HOMEPATH%\Documents\Citrix\AutoConfig. Cada exportación sucesiva crea una subcarpeta. La carpeta principal %HOMEPATH%\Documents\Citrix\AutoConfig siempre contiene los archivos exportados de la exportación más reciente.

Nota:

Si la Configuración automatizada no está instalada en el Delivery Controller, ejecuta import-module Citrix.AutoConfig.Commands antes de usar la herramienta a través de PowerShell. Este paso no es necesario si abres la Configuración automatizada mediante el icono de Configuración automática.

Si encuentras errores o excepciones, consulta la sección Correcciones en el archivo de registro.

Importa tu configuración a Citrix DaaS

Importante:

  • Al migrar una implementación local a la nube, asegúrate de que las GPO de dominio y OU que contienen la configuración de Citrix se migren a la nube. Citrix Web Studio™ no es compatible con GPMC y, por lo tanto, las GPO de dominio y OU no son visibles en Web Studio. El motor de directivas de Citrix aplica las GPO de dominio y OU en los VDA y los usuarios que se encuentran en los dominios y las OU. Después de iniciar sesión en un VDA, un usuario podría ver que las directivas de las GPO de dominio y OU se aplican a su sesión. Sin embargo, los administradores no pueden ver estas directivas y configuraciones, lo que podría generar confusión.

Orden de migración de componentes

Aquí se enumeran los componentes y sus dependencias. Las dependencias de un componente deben estar en su lugar antes de que se pueda importar o fusionar. Si falta una dependencia, puede hacer que el comando de importación o fusión falle. La sección Correcciones del archivo de registro muestra las dependencias que faltan si una importación o fusión falla.

  1. Etiquetas
    • Sin dependencias previas
  2. Administración delegada
    • Sin dependencias previas
  3. Conexiones de host
    • Información de seguridad en CvadAcSecurity.yml
  4. Catálogos de máquinas
    • Máquinas presentes en Active Directory
    • Conexiones de host
    • Etiquetas
  5. StoreFront
  6. Grupos de entrega
    • Máquinas presentes en Active Directory
    • Usuarios presentes en Active Directory
    • Catálogos de máquinas
    • Etiquetas
  7. Grupos de aplicaciones
    • Grupos de entrega
    • Etiquetas
  8. Aplicaciones
    • Grupos de entrega
    • Grupos de aplicaciones
    • Etiquetas
  9. Directivas de grupo
    • Grupos de entrega
    • Etiquetas
  10. Preferencias de zona de usuario

Ejecutar una importación

  1. Haz doble clic en el icono de Configuración automática. Aparece una ventana de PowerShell.

  2. Ejecuta el siguiente comando para importar todos los componentes.

    Merge-CvadAcToSite
<!--NeedCopy-->

Verifica el estado esperado con el nuevo estado actual. Varias opciones de importación controlan si los resultados de la importación son idénticos o un subconjunto del sitio local.

Después de ejecutar el cmdlet, se crea una carpeta de exportación con los archivos de configuración .yml y los registros. La carpeta se encuentra en %HOMEPATH%\Documents\Citrix\AutoConfig.

Si encuentras algún error o excepción, consulta la sección Correcciones en el archivo de registro.

Nota:

Si la Configuración automatizada no está instalada en el Delivery Controller, ejecuta import-module Citrix.AutoConfig.Commands antes de usar la herramienta a través de PowerShell. Este paso no es necesario si abres la Configuración automatizada usando el icono de Configuración automática.

Para revertir a tu configuración original de Citrix DaaS, consulta Copia de seguridad de tu configuración de Citrix DaaS.

-  ### Comprender la operación de importación

El proceso de importación está diseñado para realizar actualizaciones con precisión, ejecutar solo las actualizaciones necesarias y verificar que todas las actualizaciones se hayan realizado correctamente. Los pasos que se siguen en todas las operaciones de importación son:

  1. Lee el archivo .yml exportado (estado esperado).
  2. Lee la nube (estado actual).
  3. Haz una copia de seguridad del estado de la nube anterior a la importación en archivos .yml (la copia de seguridad previa se puede restaurar si es necesario).
  4. Evalúa las diferencias entre el estado esperado y el actual. Esto determina qué actualizaciones realizar.
  5. Realiza las actualizaciones.
  6. Vuelve a leer la nube (nuevo estado actual).
  7. Haz una copia de seguridad del estado de la nube posterior a la importación en archivos .yml (la copia de seguridad posterior se puede restaurar si es necesario).
  8. Compara el nuevo estado actual con el estado esperado.
  9. Informa los resultados de la comparación.

Migración granular

Importante:

Para obtener más información sobre el orden de migración de componentes, consulta Orden de migración de componentes.

Puedes migrar selectivamente solo componentes o incluso solo nombres de componentes.

  • Los parámetros de componente admitidos incluyen MachineCatalogs, Tags y otros.
  • Los parámetros de nombre de componente admitidos incluyen IncludeByName y ExcludeByName, entre otros.

Para obtener más información sobre los parámetros y cómo usarlos, consulta Parámetros de migración granular.

Activar sitios

El Delivery Controller, tanto en sitios locales como en la nube, controla recursos como la intermediación de escritorios, aplicaciones y el reinicio de máquinas. Los problemas ocurren cuando un conjunto común de recursos es controlado por dos o más sitios. Esta situación puede darse al migrar de un sitio local a un sitio en la nube. Es posible que tanto los Delivery Controllers locales como los de la nube gestionen el mismo conjunto de recursos. Esta gestión dual puede provocar que los recursos dejen de estar disponibles y sean inmanejables, y puede ser difícil de diagnosticar.

La activación del sitio te permite controlar dónde se gestiona el sitio activo.

La activación del sitio se gestiona mediante el modo de mantenimiento del grupo de entrega. Los grupos de entrega se ponen en modo de mantenimiento cuando el sitio está inactivo. El modo de mantenimiento se elimina de los grupos de entrega para los sitios que están activos.

La activación del sitio no afecta ni gestiona el registro de VDA ni los catálogos de máquinas.

  • Set-CvadAcSiteActiveStateCloud
  • Set-CvadAcSiteActiveStateOnPrem

Todos los cmdlets admiten el filtrado IncludeByName y ExcludeByName. Este parámetro te permite seleccionar qué grupos de entrega pueden cambiar su modo de mantenimiento. Los grupos de entrega se pueden cambiar selectivamente según sea necesario.

Importar y transferir el control a la nube

A continuación, se presenta una descripción general de cómo importar y transferir el control del sitio local al sitio en la nube.

  1. Exporta e importa el sitio local a la nube. Asegúrate de que el parámetro –SiteActive no esté presente en ninguno de los cmdlets de importación. El sitio local está activo y el sitio en la nube inactivo. Por defecto, los grupos de entrega del sitio en la nube están en modo de mantenimiento.
  2. Verifica el contenido y la configuración de la nube.
  3. Durante las horas de inactividad, establece el sitio local como inactivo. El parámetro –SiteActive debe estar ausente. Todos los grupos de entrega del sitio local están en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateOnPrem
  4. Establece el sitio en la nube como activo. El parámetro –SiteActive debe estar presente. Ningún grupo de entrega del sitio en la nube está en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateCloud –SiteActive
  5. Verifica que el sitio en la nube esté activo y el sitio local inactivo.

Transferir el control de nuevo al sitio local

Para transferir el control del sitio en la nube al sitio local:

  1. Durante las horas de inactividad, establece el sitio en la nube como inactivo. Todos los grupos de entrega del sitio en la nube están en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateCloud
  2. Establece el sitio local como activo. Ningún grupo de entrega del sitio local está en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateOnPrem -SiteActive

Información adicional sobre la activación del sitio

  • Si ninguna máquina tiene la administración de energía activada y no hay programaciones de reinicio (lo que normalmente significa que tampoco hay conexiones de host), todos los grupos de entrega en la nube se pueden importar como activos. Agrega -SiteActive a Merge-CvadAcToSite/Import-CvadAcToSite o ejecuta Set-CvadAcSiteActiveStateCloud -SiteActive después de la importación.
  • Si las máquinas tienen la administración de energía activada o hay programaciones de reinicio, se necesita un proceso diferente. Por ejemplo, al cambiar de local a la nube en esta situación, establece el sitio local como inactivo usando Set-CvadAcSiteActiveStateOnPrem. Luego, establece el sitio en la nube como activo usando Set-CvadAcSiteActiveStateCloud -SiteActive.
  • Los cmdlets Set-CvadAcSiteActiveStateCloud y Set-CvadAcSiteActiveStateOnPrem también se usan para revertir el proceso. Por ejemplo, ejecuta Set-CvadAcSiteActiveStateCloud sin el parámetro -SiteActive, y luego ejecuta Set-CvadAcSiteActiveStateOnPrem con el parámetro -SiteActive.

Comprender la migración de catálogos aprovisionados por Machine Creation Services

Nota:

Esta característica solo está disponible en las versiones 3.0 y posteriores. Comprueba tu versión usando Get-CvadAcStatus dentro de Automated Configuration.

Los catálogos de Machine Creation Services (MCS) crean dos tipos diferentes de catálogos:

  • Cuando los cambios realizados en una máquina se pierden o se revierten (comúnmente SO de servidor, donde se publican las aplicaciones) – este es un caso de uso de VDI agrupado / multisesión.
  • Cuando los cambios realizados en una máquina se conservan después de un reinicio (comúnmente SO de cliente con un usuario dedicado) – este es un caso de uso de VDI estático.

El tipo de catálogo se puede confirmar en el nodo del catálogo en Citrix Studio y observando el valor “User data:” del catálogo.

Nota:

MCS no se puede respaldar desde la nube usando Automated Configuration.

Catálogos VDI agrupados / multisesión

Los catálogos con “User data: Discard” son catálogos VDI agrupados y solo pueden migrar la imagen principal y la configuración. Las máquinas virtuales de estos catálogos no se migran. Esto se debe a que el ciclo de vida de la máquina virtual es mantenido por el sitio desde el que importas, lo que significa que cada vez que las máquinas se encienden, su estado podría cambiar. Esto hace que la importación sea imposible, ya que los datos de importación de las máquinas virtuales se desincronizan rápidamente.

Cuando migras estos catálogos usando la herramienta, esta crea metadatos del catálogo e inicia la creación de la imagen principal, pero no se importan máquinas.

Dado que este proceso puede tardar un tiempo en crearse según el tamaño de la imagen principal, el comando de importación dentro de la herramienta solo inicia la creación del catálogo MCS y no espera a que finalice. Una vez completada la importación, supervisa el progreso de creación del catálogo usando Studio en la implementación en la nube.

Una vez creada la imagen principal, puedes aprovisionar máquinas. Ten en cuenta las consideraciones de capacidad, ya que tendrías capacidad consumida de tu uso local.

Todos los demás objetos (grupos de entrega, aplicaciones, directivas, etc.) que usan ese catálogo se pueden importar y no tienen que esperar a la creación de la imagen principal. Cuando el catálogo haya terminado de crearse, se pueden agregar máquinas al catálogo importado y, a continuación, los usuarios pueden iniciar sus recursos.

Nota:

Usa los mismos comandos disponibles en la herramienta para migrar catálogos y todos los demás objetos.

Catálogos VDI estáticos

Nota:

Dado que esta operación importa detalles de bajo nivel que se almacenan en la base de datos, este proceso debe ejecutarse desde una máquina con acceso a la base de datos.

Los catálogos VDI estáticos migran la imagen principal, las configuraciones y todas las máquinas virtuales. A diferencia del caso de uso de VDI agrupado, no es necesario crear imágenes.

Los VDAs deben apuntarse al conector para que se registren en la nube.

Consulta la sección Activación de sitios para activar el sitio en la nube, de modo que la programación de reinicios, la administración de energía y otros elementos sean controlados por la nube.

Una vez completada la migración, si quieres eliminar este catálogo de tu sitio local, debes seleccionar dejar VM y cuenta de AD. De lo contrario, se eliminarán y el sitio en la nube quedaría apuntando a la VM eliminada.

Actualizar etiquetas MCS para detectar recursos huérfanos después de la migración

Después de migrar de una configuración local a un sitio en la nube, o de tu configuración en la nube a otro sitio en la nube, debes actualizar las etiquetas de ID de sitio de MCS en caso de VM persistentes para que los recursos huérfanos se puedan detectar correctamente. Para ello, usa el comando de PowerShell Set-ProvResourceTags. Actualmente, esta característica es aplicable a Azure.

Los pasos detallados son los siguientes:

  1. Actualiza las etiquetas de ID de sitio de MCS desde el nuevo sitio de Citrix usando el comando de PowerShell Set-ProvResourceTags. Por ejemplo:

    Set-ProvResourceTags -ProvisioningSchemeUid xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]
<!--NeedCopy-->

    O bien,

    Set-ProvResourceTags -ProvisioningSchemeName xxxxx  [-VMName <String>] [-VMBatchSize XX] [-ResourceType XX]
<!--NeedCopy-->

Los detalles de los parámetros son los siguientes:

  • ProvisioningSchemeUid o ProvisioningSchemeName es un parámetro obligatorio.
  • VMName es un parámetro opcional. Si no se especifica VMName, se actualizan las etiquetas de todas las VM de este catálogo de máquinas.
  • VMBatchSize es un parámetro opcional para dividir todas las VM en lotes. Si no se especifica VMBatchSize, se aplica el valor predeterminado (10). El rango es de 1 a 60.

  • ResourceType puede ser uno de los siguientes:

    • MachineCatalog: Para actualizar las etiquetas de los recursos del catálogo de máquinas.
    • VirtualMachine: Para actualizar las etiquetas de los recursos relacionados con las VM.
    • All: (ResourceType predeterminado): Para actualizar las etiquetas de los recursos del catálogo de máquinas y los relacionados con las VM.
Migrar la configuración a Citrix Cloud™
March 26, 2026
Contribución de: 
C C
March 26, 2026
Contribución de: 
C C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.