Documentación de productos
Citrix DaaS
Ver PDF

Migrar la configuración a Citrix Cloud

September 15, 2025
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 componentes) desde uno o más sitios locales a Citrix DaaS alojado en Citrix Cloud. También sirve para migrar información entre diferentes regiones o arrendatarios de la nube.

Esta herramienta detecta y exporta uno o más sitios locales como una colección de archivos de configuración, que puede modificar si quiere. La configuración de estos archivos se puede importar a Citrix DaaS. La migración se hace por etapas ejecutando la herramienta varias veces, lo que permite alcanzar fácilmente el estado de configuración deseado.

ACT no es simplemente una herramienta de migración de uso único. Puede usarla para administrar sus operaciones diarias en la nube, como:

  • Automatizar la transferencia de cuentas de la nube, desde entornos de prueba o desarrollo, hacia producción
  • Copia de seguridad y restauración de la configuración
  • Dividir un entorno de nube en varias nubes

Este 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, consulte Proof of Concept: Automated Configuration Tool en Tech Zone.

Para obtener información más detallada sobre cómo mover la implementación y preparar la configuración local para la migración, consulte Deployment Guide: Migrating Citrix Virtual Apps and Desktops from on-premises to Citrix Cloud en Tech Zone.

Limitaciones conocidas

Requisitos previos para migrar una configuración

Para exportar su configuración desde Citrix Virtual Apps and Desktops, necesita:

  • Versión Current Release de Citrix Virtual Apps and Desktops y su predecesora inmediata, o bien todas las versiones LTSR de Citrix Virtual Apps and Desktops y XenApp y XenDesktop
  • Una máquina unida a un dominio con .NET Framework 4.7.2 o una versión posterior y el SDK de Citrix PowerShell. Se instala automáticamente en el Delivery Controller (para ejecutarse en una máquina que no sea el Delivery Controller local, Citrix Studio debe estar instalado, ya que Studio instala los complementos correctos de PowerShell; el instalador de Studio se encuentra en los medios de instalación de Citrix Virtual Apps and Desktops).

Para importar su configuración en Citrix DaaS, necesita:

  • 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 unido al mismo dominio que la instalación local.
  • La conectividad con los sitios que acceden a Citrix Cloud debe estar permitida y disponible. Para obtener más información, consulte Requisitos del sistema y de conectividad.

Nota: No

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

Pasos clave

  1. Descargue la herramienta de configuración automatizada y revise los requisitos del sistema. Consulte Descargar la Configuración automatizada.
  2. Complete el archivo CustomerInfo.yml con los valores CustomerName, CustomerID y SecretKey generados desde el portal de Citrix Cloud. Consulte Generar el ID del cliente, el ID de la máquina cliente y la clave secreta y Rellenar el archivo de información del cliente.
  3. Si el sitio local contiene varias zonas, actualice el archivo ZoneMapping.yml para asignar zonas a las ubicaciones de recursos de Citrix DaaS. Consulte Rellenar el archivo de asignación de zonas.
  4. Si el sitio contiene varias conexiones de host, actualice el archivo CvadAcSecurity.yml con la información de conexión de cada tipo de host que migre a Citrix DaaS. Si solo hay una conexión de host, actualice el archivo CvadACSecurity.yml con la información de conexión correspondiente. Consulte Actualizar el archivo de seguridad para las conexiones de host.
  5. Abra ACT y el su sitio local con el comando Export-CvadAcToFile. Consulte Objetos de migración compatibles para obtener la lista de componentes compatibles con la migración. Para obtener información sobre los pasos para exportar, consulte Exportar configuración local.
  6. Importe componentes por etapas con el comando Merge-CvadAcToSite. Alternativamente, migrar todo el sitio a la vez. Asegúrese de migrar los componentes en el orden indicado en Orden de migración de componentes. Para obtener información sobre los pasos para importar, consulte Ejecutar una importación.
  7. Active el sitio de la nube. Consulte Activar sitios.

Descargar la Configuración automatizada

Descargue e instale la herramienta de Configuración automatizada desde Descargas de Citrix.

Actualizar la Configuración automatizada

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

Para conocer la versión de su herramienta, haga lo siguiente:

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

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

      Get-CvadAcStatus
<!--NeedCopy-->
  3. Compruebe la versión de la herramienta que aparece en Descargas de Citrix. La versión más reciente de la herramienta se encuentra allí.
  4. Descargue e instale la versión más reciente de la herramienta. No necesita desinstalar la versión anterior para actualizar la versión de la Configuración automatizada.

Nota: No

Al ejecutar cmdlets para acceder a la nube en la Configuración automatizada, la herramienta le avisa cuando hay una versión más reciente disponible para descarga. Para obtener más información sobre cmdlets, consulte Cmdlets de la herramienta de Configuración automatizada.

Generar el ID del cliente, el ID de la máquina cliente y la clave secreta

Para migrar el sitio local a Citrix DaaS, rellene el archivo CustomerInfo.yml con el ID del cliente, el ID de la máquina cliente y la clave secreta en el portal de Citrix Cloud.

Para obtener el ID de cliente:

  1. Inicie sesión en su cuenta de Citrix Cloud y seleccione el cliente.
  2. Haga clic en el icono de cuadrícula y seleccione Administración de acceso e identidad.
  3. Vaya a Acceso a API > Clientes seguros. El ID del cliente se muestra en la página.

Para obtener el ID de la máquina cliente y la clave secreta:

  1. En la página Clientes seguros, introduzca un nombre en el cuadro. Este nombre se utiliza para diferenciar múltiples ID de máquinas cliente y claves secretas.
  2. Haga clic en Crear cliente para crear el ID de la máquina cliente y la clave secreta.
  3. Copie el ID de la máquina cliente y la clave secreta a una ubicación segura y descargue el archivo .csv que contiene esta información. Use el archivo .csv para rellenar el archivo CustomerInfo.yml.

Nota: No

  • El ID de la máquina cliente y la clave secreta no caducan. Si corren peligro, elimínelos inmediatamente con el icono de papelera y cree otros.
  • No se puede obtener una clave secreta si se pierde o se olvida; debe crearse otro ID de máquina cliente y otra clave secreta.

Rellenar el archivo de información del cliente

El archivo CustomerInfo.yml elimina la necesidad de proporcionar parámetros con información del cliente cada vez que se ejecuta el cmdlet. Cualquier información del cliente se puede reemplazar mediante parámetros de cmdlet.

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

Importante:

No modifique manualmente el archivo CustomerInfo.yml. Si lo hace, se pueden producir errores de formato involuntarios.

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

  • CustomerId: ID del cliente.
  • ClientId: ID de la máquina cliente creado en Citrix Cloud.
  • Secret: Secreto del cliente creado en Citrix Cloud.

Ejemplo :

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

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

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

Use el cmdlet Set-CvadAcCustomerInfoFile para actualizar el archivo CustomerInfo.yml. Este cmdlet solo cambia el ID de la máquina cliente.

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

A continuación, se muestra 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 equivale a la ubicación de recursos en la nube. A diferencia de otros componentes del sitio, no puede importar automáticamente la zona local en la nube. En su lugar, debe asignarse manualmente usando el archivo ZoneMapping.yml. Pueden producirse errores de importación si el nombre de zona no está asociado a un nombre de ubicación de recursos existente.

Si los sitios locales tienen solo una zona y los sitios de la nube tienen solo una ubicación de recursos, la herramienta Configuración automatizada establece la asociación correcta, lo que elimina 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, actualice manualmente el archivo ZoneMapping.yml para reflejar la asignación correcta de las zonas locales a las ubicaciones de recursos de 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 denominada “Zone-1” y una zona secundaria denominada “Zone-2” se migra a una implementación en la nube de Citrix DaaS con dos ubicaciones de recursos recién creadas denominadas “Cloud-RL-1” y “Cloud-RL-2”. En este caso, ZoneMapping.yml se configuraría de la siguiente manera:

              Zone-1: Cloud-RL-1

              Zone-2: Cloud-RL-2

Nota: No

Agregue un espacio entre los dos puntos y el nombre de la ubicación de recursos. Si se utilizan espacios en el nombre de la zona o de la ubicación de recursos, escriba el nombre entre comillas.

Actualizar 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. Debe proporcionar la información manualmente 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%\Documentos\Citrix\AutoConfig y contiene marcadores de posición para cada elemento de seguridad que necesita el tipo de hipervisor específico. Debe actualizar el archivo CvadAcSecurity.yml antes de realizar la importación en el sitio de la nube. Las actualizaciones de administrador se conservan en varias exportaciones con nuevos marcadores de posición de seguridad agregados según sea necesario. Los elementos de seguridad nunca se eliminan. Para obtener más información, consulte Manually update the CvadAcSecurity.yml file.

              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 muestra 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 la aplicación
  • AWS
    • ID de cuenta de servicio
    • Secreto de la aplicación
    • Region

Consideraciones especiales sobre seguridad

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

Exportar la configuración local de Citrix Virtual Apps and Desktops

Con el comando de PowerShell export, puede exportar su configuración local existente y obtener los archivos .yml necesarios. Estos archivos se usan para importar la configuración deseada a Citrix Cloud.

Objetos admitidos para la migración

La Configuración automatizada permite mover la configuración de estos componentes:

  • Etiquetas
  • Administración delegada
    • Ámbitos
    • Roles
  • Conexiones de host
    • Un único grupo de recursos
    • Ámbitos de administración
  • Catálogos de máquinas
    • Ámbitos de administración
    • Máquinas
    • Acceso con Remote PC, físicas, agrupadas, aprovisionadas, MCS, asignadas
  • StoreFront
  • Grupos de entrega
    • Directiva de acceso
    • Asociación de ámbitos de administración
    • Directiva de acceso a aplicaciones
    • Directiva de asignaciones
    • Directiva de derechos o de escritorio
    • Programaciones de energía
    • Persistencia de sesiones
    • Preinicio de sesiones
    • Programaciones de reinicio
    • Etiquetas
  • Grupos de aplicaciones
    • Asociación de ámbitos de administración
    • Grupos de entrega
    • Usuarios y grupos
  • Aplicaciones
    • Carpetas de aplicaciones
    • Iconos
    • Aplicaciones
    • Asociaciones de tipos de archivo configuradas por un intermediario
    • Etiquetas
  • Directivas de grupo
  • Preferencias de zona de usuario

Exportar configuración local

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

  2. Ejecute el siguiente comando para exportar todos los componentes. La exportación de la configuración local no la modifica en modo alguno.

      Export-CvadAcToFile
<!--NeedCopy-->

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

Nota: No

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

Si ve algún error o excepción, consulte la sección Fixups del archivo de registros.

Importar la configuración a Citrix DaaS

Importante:

  • Al migrar una implementación local a la nube, asegúrese de que los objetos de directiva de grupo (GPO) de dominio y de unidades organizativas (OU) que contienen los parámetros de Citrix se migren a la nube. Citrix Web Studio no admite GPMC y, por lo tanto, los GPO de dominio y OU no son visibles en Web Studio. El motor de directivas de Citrix aplica los GPO de dominio y OU en los VDA y los usuarios que se encuentran en los dominios y las OU. Tras iniciar sesión en un VDA, un usuario puede ver que las directivas de los GPO de dominio y OU se aplican a su sesión. Sin embargo, los administradores no pueden ver estas directivas y parámetros, lo que puede generar confusión.

Orden de migración de componentes

Los componentes y sus dependencias aparecen aquí. Las dependencias de un componente deben estar en su lugar para poder importarlo o fusionarlo. Si falta una dependencia, puede provocar un error en el comando de importación o fusión. La sección Fixups del archivo de registro muestra las dependencias que faltan si falla una importación o fusión.

  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. Haga doble clic en el icono de configuración automática. Aparece una ventana de PowerShell.

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

      Merge-CvadAcToSite
<!--NeedCopy-->

Verifique el estado esperado y compárelo con el nuevo estado actual. Diversas 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 registros y archivos de configuración .yml. La carpeta se encuentra en %HOMEPATH%\Documentos\Citrix\AutoConfig.

Si ve algún error o excepción, consulte la sección Fixups del archivo de registros.

Nota: No

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

Para revertir a la configuración original de Citrix DaaS, consulte Copia de seguridad de la configuración de Citrix DaaS.

Descripción de la operación de importación

El proceso de importación está diseñado para realizar actualizaciones con precisión, realizar únicamente las actualizaciones necesarias y comprobar que todas las actualizaciones se han realizado correctamente. En todas las operaciones de importación se deben seguir los pasos:

  1. Lea el archivo YML exportado (estado esperado).
  2. Lea la nube (estado actual).
  3. Realice una copia de seguridad del estado de la nube previo a la importación en archivos YML (la copia de seguridad se puede restaurar si es necesario).
  4. Evalúe las diferencias entre el estado esperado y el actual. Esto determina qué actualizaciones realizar.
  5. Realice las actualizaciones.
  6. Vuelva a leer la nube (nuevo estado actual).
  7. Realice una copia de seguridad del estado de la nube posterior a la importación en archivos YML (la copia de seguridad se puede restaurar si es necesario).
  8. Compare el nuevo estado actual con el estado esperado.
  9. Informe de los resultados de la comparación.

Migración granular

Importante:

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

Puede migrar componentes de forma selectiva únicamente o incluso solo nombres de componentes.

  • Los parámetros de componentes admitidos incluyen MachineCatalogs, Tags y más.
  • Los parámetros de nombre de componente admitidos incluyen los parámetros IncludeByName y ExcludeByName y otros.

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

Activar sitios

El Delivery Controller tanto en sitios locales como en la nube controla recursos como la intermediación con escritorios y aplicaciones y el reinicio de máquinas. Los problemas se producen cuando un conjunto común de recursos está controlado por dos o más sitios. Una situación así puede ocurrir al migrar de un sitio local a un sitio en la nube. Tanto los Delivery Controllers locales como los de la nube pueden administrar el mismo conjunto de recursos. Esta administración dual puede hacer que los recursos no estén disponibles y que no se puedan administrar, y puede ser difícil de diagnosticar.

La activación del sitio le permite controlar dónde se controla el sitio activo.

La activación del sitio se gestiona mediante el modo de mantenimiento del grupo de entrega. Los grupos de entrega se colocan en modo de mantenimiento cuando el sitio está inactivo. Para los sitios que están activos, se quita el modo de mantenimiento de los grupos de entrega.

La activación del sitio no afecta ni administra 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 permite seleccionar los grupos de entrega a los que se puede cambiar el modo de mantenimiento. Los grupos de entrega se pueden cambiar de forma selectiva según sea necesario.

Importar y transferir el control a la nube

A continuación, se ofrece una descripción de alto nivel sobre cómo importar y transferir el control desde el sitio local al sitio en la nube.

  1. Exporte el sitio local a la nube. Asegúrese 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 está inactivo. De forma predeterminada, los grupos de entrega de sitios en la nube se encuentran en modo de mantenimiento.
  2. Verifique el contenido y la configuración de la nube.
  3. Durante las horas de descanso, establezca el sitio local en inactivo. El parámetro –SiteActive no debe estar presente. Todos los grupos de entrega de sitios locales se encuentran en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateOnPrem
  4. Establezca el sitio en la nube como activo. El parámetro –SiteActive debe estar presente. No hay grupos de entrega del sitio en la nube en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateCloud –SiteActive
  5. Compruebe que el sitio en la nube esté activo y que el sitio local esté 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 descanso, establezca 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. Establezca el sitio local como activo. No hay grupos de entrega del sitio local en modo de mantenimiento.
    • Set-CvadAcSiteActiveStateOnPrem -SiteActive

Información adicional sobre la activación de sitios

  • Si no hay máquinas con administración de energía ni 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. Agregue -SiteActive to Merge-CvadAcToSite/Import-CvadAcToSite o ejecute Set-CvadAcSiteActiveStateCloud -SiteActive después de importar.
  • Si se trata de máquinas con administración de energía o hay programaciones de reinicio, se utiliza un proceso diferente. Por ejemplo, al cambiar de local a la nube en este caso, establezca el sitio local en inactivo mediante Set-CvadAcSiteActiveStateOnPrem. A continuación, configure el sitio de la nube como activo con Set-CvadAcSiteActiveStateCloud -SiteActive.
  • Los cmdlets Set-CvadAcSiteActiveStateCloud y Set-CvadAcSiteActiveStateOnPrem sirven también para revertir el proceso. Por ejemplo, ejecute Set-CvadAcSiteActiveStateCloud si el parámetro -SiteActive y, a continuación, ejecute Set-CvadAcSiteActiveStateOnPrem con el parámetro -SiteActive.

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

Nota: No

Esta función solo está disponible a partir de la versión 3.0. Compruebe la versión con Get-CvadAcStatus en la Configuración Automatizada.

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

  • Cuando se pierden o se revierten cambios realizados en una máquina (normalmente con SO de servidor, donde se publican las aplicaciones), se trata de un caso de uso de VDI agrupados o multisesión
  • Cuando se conservan cambios realizados en una máquina durante el reinicio (normalmente con SO cliente con un usuario dedicado), se trata de un caso de uso de VDI estáticos.

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

Nota: No

No se puede realizar una copia de seguridad de MCS desde la nube mediante la Configuración automatizada.

Catálogos multisesión o de VDI agrupados

Los catálogos con “Datos del usuario: Descartar” son catálogos de 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 sitio desde el que realiza la importación mantiene el ciclo de vida de la máquina virtual, lo que significa que, cada vez que se encienden las máquinas, es posible que su estado cambie. Esto impide la importación, ya que los datos de importación de las máquinas virtuales se desincronizan rápidamente.

Al migrar estos catálogos con la herramienta, esta crea metadatos del catálogo e inicia la creación de la imagen principal, pero no se importa ninguna máquina.

Dado que este proceso puede tardar algún tiempo en crearse en función del tamaño de la imagen principal, el comando de importación de la herramienta solo inicia la creación de catálogos de MCS y no espera a que finalice. Una vez finalizada la importación, supervise el progreso de creación de catálogos mediante Studio en la implementación de la nube.

Una vez creada la imagen principal, puede aprovisionar máquinas. Tenga en cuenta las consideraciones de capacidad, ya que podría consumir capacidad de su 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 que se cree la imagen principal. Cuando el catálogo haya terminado de crearse, las máquinas se pueden agregar al catálogo importado y, a continuación, los usuarios pueden iniciar sus recursos.

Nota: No

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

Catálogos de VDI estáticos

Nota: No

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 de VDI estáticos migran la imagen principal, las configuraciones y todas las máquinas virtuales. A diferencia del caso de uso de VDI agrupados, no es necesario crear imágenes.

Los VDA deben apuntar al conector para que se registren en la nube.

Consulte la sección Activar sitios para activar el sitio de la nube, de modo que la nube controle la programación de reinicios, la administración de energía y otros elementos.

Una vez completada la migración, si quiere eliminar este catálogo de su sitio local, debe seleccionar dejar la cuenta de AD y VM. De lo contrario, se eliminan, y el sitio en la nube quedaría apuntando a la máquina virtual eliminada.

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

Después de migrar la configuración de un sitio de local a la nube o de la nube a otro sitio en la nube, debe actualizar las etiquetas de identificación del sitio de MCS en el caso de máquinas virtuales persistentes para que los recursos huérfanos se puedan detectar correctamente. Para hacer esto, use el comando Set-ProvResourceTags de PowerShell. Actualmente, esta función se aplica a Azure.

Estos son los pasos detallados:

  1. Actualice las etiquetas de identificación del sitio de MCS desde el nuevo sitio de Citrix mediante el comando Set-ProvResourceTags de PowerShell. Por ejemplo:

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

    Or,

      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 ningún VMName, se actualizan las etiquetas de todas las máquinas virtuales de este catálogo de máquinas.
  • VMBatchSize es un parámetro opcional para dividir todas las máquinas virtuales en lotes. Si no se especifica VMBatchSize, se aplica el valor predeterminado (10). El rango es de 1 a 60.

  • ResourceType puede tener uno de los siguientes valores:

    • MachineCatalog: Para actualizar las etiquetas de los recursos del catálogo de máquinas.
    • VirtualMachine: Para actualizar las etiquetas de los recursos relacionados con la máquina virtual.
    • All: (valor de ResourceType predeterminado) Para actualizar las etiquetas del catálogo de máquinas y de los recursos relacionados con las máquinas virtuales.
Migrar la configuración a Citrix Cloud
September 15, 2025
Contribución de: 
C C
September 15, 2025
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.