Documentación de productos
Citrix Virtual Apps and Desktops 7 2402 LTSR
Ver PDF

Crear catálogos de máquinas

May 30, 2026
Contribución de: 
C C

Importante:

A partir de Citrix Virtual Apps and Desktops™ 7 2006, si su implementación actual utiliza alguna de las siguientes tecnologías, solo podrá actualizar su implementación a la versión actual después de eliminar los elementos de fin de vida útil (EOL) que utilicen esas tecnologías.

  • vDisks personales (PvD)
  • AppDisks™
  • Tipos de host de nube pública: Citrix CloudPlatform, Microsoft Azure Classic

Para obtener más información, consulte Eliminar PvD, AppDisks y hosts no admitidos.

Nota:

Puede administrar su implementación de Citrix Virtual Apps and Desktops mediante dos consolas de administración: Web Studio (basada en web) y Citrix Studio (basada en Windows). Este artículo solo cubre Web Studio. Para obtener información sobre Citrix Studio, consulte el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o versiones anteriores.

Si desea utilizar conexiones de host de nube pública para su implementación, necesita una licencia de derechos híbridos para completar su nueva instalación o actualizar a la versión actual.

Cuando el instalador detecta una o varias de las tecnologías no admitidas o conexiones de host sin una licencia de derechos híbridos, la actualización se pausa o se detiene. Aparece un mensaje explicativo. Los registros del instalador contienen detalles. Para obtener más información, consulte Actualizar una implementación.

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una única entidad denominada catálogo de máquinas. Todas las máquinas de un catálogo tienen el mismo tipo de sistema operativo: SO multisesión o SO de sesión única, y máquinas Windows o Linux.

Web Studio le guía para crear el primer catálogo de máquinas después de crear el sitio. Después de crear el primer catálogo, Web Studio le guía para crear el primer grupo de entrega. Más tarde, puede cambiar el catálogo que creó y crear más catálogos.

Sugerencia:

La actualización de una implementación existente habilita la función de optimización del almacenamiento de Machine Creation Services (MCS) (E/S de MCS), no se requiere ninguna configuración adicional. La actualización del Virtual Delivery Agent (VDA) y del Delivery Controller gestiona la actualización de E/S de MCS.

Información general

Al crear un catálogo de máquinas virtuales, se especifica cómo aprovisionar esas máquinas virtuales. Puede usar Machine Creation Services™ (MCS). O bien, puede usar sus propias herramientas para proporcionar máquinas.

Tenga en cuenta:

  • MCS admite un único disco del sistema de la imagen de la máquina virtual. Ignora el resto de los discos de datos conectados a esa imagen.
  • Si utiliza MCS para aprovisionar máquinas virtuales, debe proporcionar una imagen maestra (o una instantánea de una imagen) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, primero debe usar las herramientas para crear y configurar la imagen maestra. Este proceso incluye la instalación de un Virtual Delivery Agent (VDA) en la imagen. A continuación, cree el catálogo de máquinas en Web Studio. Seleccione esa imagen (o instantánea), especifique el número de máquinas virtuales que se van a crear en el catálogo y configure la información adicional.
  • Si sus máquinas ya están disponibles, debe crear uno o varios catálogos de máquinas para ellas.
  • Si va a crear un catálogo directamente con el SDK de PowerShell, puede especificar una plantilla de hipervisor (VMTemplates), en lugar de una imagen o una instantánea.
  • El uso de una plantilla para aprovisionar un catálogo se considera una función experimental. Al usar este método, la preparación de la máquina virtual podría fallar. Como resultado, el catálogo no se puede publicar con la plantilla.

Al usar MCS o Citrix Provisioning™ para crear el primer catálogo, se utiliza la conexión de host que configuró al crear el sitio. Más tarde (después de crear el primer catálogo y grupo de entrega), puede cambiar la información sobre esa conexión o crear más conexiones.

Una vez que complete el asistente de creación de catálogos, las pruebas se ejecutan automáticamente para garantizar que esté configurado correctamente. Cuando las pruebas finalicen, puede ver un informe de prueba. Ejecute las pruebas en cualquier momento desde Web Studio.

Nota:

MCS no es compatible con Windows 10 IoT Core ni con Windows 10 IoT Enterprise. Consulte el sitio de Microsoft para obtener más información.

Para obtener detalles técnicos sobre las herramientas de Citrix Provisioning, consulte Administración de imágenes de Citrix Virtual Apps and Desktops.

Comprobación de licencias RDS

Web Studio actualmente no realiza la comprobación de licencias válidas de Microsoft RDS al crear un catálogo de máquinas que contiene máquinas con SO Windows multisesión. Para ver el estado de la licencia de Microsoft RDS para una máquina con SO Windows multisesión, vaya a Citrix Director. Vea el estado de la licencia de Microsoft RDS en el panel Detalles de la máquina. Este panel se encuentra en la página Detalles de la máquina y Detalles del usuario. Para obtener más información, consulte Estado de la licencia de Microsoft RDS.

Registro de VDA

Un VDA debe registrarse con un Delivery Controller™ al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una infrautilización de recursos que, de otro modo, estarían disponibles. Hay varias razones por las que un VDA podría no estar registrado, muchas de las cuales un administrador puede solucionar. Web Studio proporciona información de solución de problemas en el asistente de creación de catálogos y después de agregar máquinas de un catálogo a un grupo de entrega.

Después de agregar máquinas existentes mediante el asistente, la lista de nombres de cuentas de equipo indica si cada máquina es adecuada para agregarla al catálogo. Pase el ratón por encima del icono junto a cada máquina para mostrar un mensaje informativo sobre esa máquina.

Si el mensaje identifica una máquina problemática, elimine esa máquina o agréguela. Por ejemplo, si un mensaje indica que es posible que no se obtenga información sobre una máquina, agregue la máquina de todos modos.

Para obtener más información, consulte:

Resumen de la creación de catálogos de MCS

Aquí tiene una breve descripción general de las acciones predeterminadas de MCS después de proporcionar información en el asistente de creación de catálogos.

  • Si seleccionó una imagen maestra (en lugar de una instantánea), MCS crea una instantánea.
  • MCS crea una copia completa de la instantánea y la coloca en cada ubicación de almacenamiento definida en la conexión de host.
  • MCS agrega las máquinas a Active Directory, lo que crea identidades únicas.
  • MCS crea el número de máquinas virtuales especificado en el asistente, con dos discos definidos para cada máquina virtual. Además de los dos discos por máquina virtual, también se almacena un maestro en la misma ubicación de almacenamiento. Si tiene varias ubicaciones de almacenamiento definidas, cada una obtiene los siguientes tipos de disco:
    • La copia completa de la instantánea que es de solo lectura y se comparte entre las máquinas virtuales recién creadas.
    • Un disco de identidad único de 16 MB que otorga a cada máquina virtual una identidad única. Cada máquina virtual obtiene un disco de identidad.
    • Un disco de diferencias único para almacenar las escrituras realizadas en la máquina virtual. Este disco tiene aprovisionamiento ligero (si lo admite el almacenamiento del host) y aumenta hasta el tamaño máximo de la imagen maestra, si es necesario. Cada máquina virtual obtiene un disco de diferencias. El disco de diferencias guarda los cambios realizados durante las sesiones. Es permanente para los escritorios dedicados. Para los escritorios agrupados, se elimina y se crea uno nuevo después de cada reinicio a través del controlador de entrega.

Alternativamente, al crear máquinas virtuales para entregar escritorios estáticos, puede especificar (en la página Máquinas del asistente de creación de catálogos) clones de máquinas virtuales gruesos (copia completa). Los clones completos no requieren la retención de la imagen maestra en cada almacén de datos. Cada máquina virtual tiene su propio archivo.

Consideraciones de almacenamiento de MCS

Hay muchos factores a la hora de decidir las soluciones, configuraciones y capacidades de almacenamiento para MCS. La siguiente información proporciona consideraciones adecuadas para la capacidad de almacenamiento:

Consideraciones de capacidad:

  • Discos

    Los discos Delta o de Diferencias (Diff) consumen la mayor cantidad de espacio en la mayoría de las implementaciones de MCS para cada máquina virtual. Cada máquina virtual creada por MCS recibe un mínimo de 2 discos al crearse.

    • Disco0 = Disco de diferencias: contiene el sistema operativo cuando se copia de la imagen base maestra.
    • Disco1 = Disco de identidad: 16 MB - contiene datos de Active Directory para cada máquina virtual.

    A medida que el producto evoluciona, es posible que deba agregar más discos para satisfacer ciertos casos de uso y el consumo de funciones. Por ejemplo:

    Las funciones del hipervisor también pueden entrar en la ecuación. Por ejemplo:

    • XenServer IntelliCache crea un disco de lectura en el almacenamiento local para cada XenServer. Esta opción ahorra IOPS en comparación con la imagen maestra que podría estar alojada en la ubicación de almacenamiento compartido.

  • Sobrecarga del hipervisor

    Diferentes hipervisores utilizan archivos específicos que crean sobrecarga para las máquinas virtuales. Los hipervisores también utilizan almacenamiento para operaciones de administración y registro general. Calcule el espacio para incluir la sobrecarga de:

  • Sobrecarga del proceso

    La creación de un catálogo, la adición de una máquina y la actualización de un catálogo tienen implicaciones de almacenamiento únicas. Por ejemplo:

    • La creación inicial del catálogo requiere que se copie una copia del disco base a cada ubicación de almacenamiento.
    • La adición de una máquina a un catálogo no requiere la copia del disco base a cada ubicación de almacenamiento. La creación del catálogo varía según las funciones seleccionadas.
    • La actualización del catálogo para crear un disco base adicional en cada ubicación de almacenamiento. Las actualizaciones del catálogo también experimentan un pico de almacenamiento temporal en el que cada máquina virtual del catálogo tiene 2 discos de diferencia durante un cierto período de tiempo.

Más consideraciones:

  • Tamaño de la RAM: Afecta al tamaño de ciertos archivos y discos del hipervisor, incluidos los discos de optimización de E/S, la caché de escritura y los archivos de instantáneas.
  • Aprovisionamiento ligero/pesado: Se prefiere el almacenamiento NFS debido a sus capacidades de aprovisionamiento ligero.

Optimización del almacenamiento de Machine Creation Services (MCS)

Con la función de optimización del almacenamiento de Machine Creation Services (MCS), conocida como E/S de MCS:

  • El contenedor de caché de escritura está basado en archivos, la misma funcionalidad que se encuentra en Citrix Provisioning. Por ejemplo, el nombre del archivo de caché de escritura de Citrix Provisioning es D:\vdiskdif.vhdx y el nombre del archivo de caché de escritura de E/S de MCS es D:\mcsdif.vhdx.
  • Logre mejoras de diagnóstico al incluir la compatibilidad con un archivo de volcado de memoria de Windows escrito en el disco de caché de escritura.
  • La E/S de MCS conserva la tecnología de caché en RAM con desbordamiento a disco duro para proporcionar la solución de caché de escritura de varias capas más óptima. Esta funcionalidad permite a un administrador equilibrar el coste en cada nivel (RAM y disco) y el rendimiento para satisfacer las expectativas de carga de trabajo deseadas.

La actualización del método de caché de escritura de basado en disco a basado en archivos requiere los siguientes cambios:

  1. La E/S de MCS ya no admite la caché solo de RAM. Especifique un tamaño de disco en Web Studio durante la creación del catálogo de máquinas.
  2. El disco de caché de escritura de la VM se crea y formatea automáticamente al iniciar una VM por primera vez. Una vez que la VM está en funcionamiento, el archivo de caché de escritura mcsdif.vhdx se escribe en el volumen formateado MCSWCDisk.
  3. El archivo de paginación se redirige a este volumen formateado, MCSWCDisk. Como resultado, este tamaño de disco considera la cantidad total de espacio en disco. Incluye la diferencia entre el tamaño del disco y la carga de trabajo generada, más el tamaño del archivo de paginación. Esto suele asociarse con el tamaño de la RAM de la VM.

Habilitación de las actualizaciones de optimización del almacenamiento de MCS

Para habilitar la funcionalidad de optimización del almacenamiento de E/S de MCS, actualice el Delivery Controller y el VDA a la versión más reciente de Citrix Virtual Apps and Desktops.

Nota:

Si actualiza una implementación existente que tiene la E/S de MCS habilitada, no se requiere ninguna configuración adicional. La actualización del VDA y del Delivery Controller gestiona la actualización de la E/S de MCS.

Al habilitar la actualización de optimización de almacenamiento de MCS, tenga en cuenta lo siguiente:

  • Al crear un catálogo de máquinas, el administrador puede configurar la RAM y el tamaño del disco.

    Configuración del catálogo de máquinas

  • La actualización de un catálogo de máquinas existente a una nueva instantánea de VM que contenga un VDA configurado para la versión 1903 da como resultado el siguiente comportamiento: la nueva instantánea sigue utilizando la configuración de E/S de MCS del catálogo existente para la RAM y el tamaño del disco. El disco sin formato existente se formatea.

Importante:

La optimización del almacenamiento de MCS cambió con Citrix Virtual Apps and Desktops versión 1903. Esta versión admite la tecnología de caché de escritura basada en archivos, lo que proporciona un mejor rendimiento y estabilidad. La nueva funcionalidad proporcionada por MCS I/O podría requerir un mayor requisito de almacenamiento de caché de escritura en comparación con las versiones anteriores de Citrix Virtual Apps and Desktops. Citrix recomienda que reevalúe el tamaño del disco para asegurarse de que tenga suficiente espacio en disco para el flujo de trabajo asignado y un tamaño de archivo de paginación adicional. El tamaño del archivo de paginación suele estar relacionado con la cantidad de RAM del sistema. Si el tamaño del disco del catálogo existente es insuficiente, cree un catálogo de máquinas y asigne un disco de caché de escritura más grande.

Asignar una letra de unidad específica al disco de caché de escritura diferida de E/S de MCS

Puede asignar una letra de unidad específica al disco de caché de escritura diferida de E/S de MCS. Esta implementación le ayuda a evitar conflictos entre la letra de unidad de las aplicaciones que utiliza y la letra de unidad del disco de caché de escritura diferida de E/S de MCS. Para asignar una letra de unidad al disco de caché de escritura diferida de E/S de MCS, puede utilizar comandos de PowerShell. Los hipervisores compatibles son Azure, GCP, VMware, SCVMM y XenServer.

Nota:

Esta función requiere VDA versión 2305 o posterior.

Limitaciones

  • Aplicable solo al sistema operativo Windows
  • Letra de unidad aplicable para el disco de caché de escritura diferida: E a Z
  • No aplicable cuando se utiliza un disco temporal de Azure como disco de caché de escritura diferida
  • Aplicable solo al crear un nuevo catálogo de máquinas

Asignar una letra de unidad al disco de caché de reescritura

Para asignar una letra de unidad a un disco de caché de reescritura:

  1. Abra la ventana de PowerShell.
  2. Ejecute asnp citrix*.
  3. Cree un grupo de identidades si aún no lo ha hecho.

  4. Cree un esquema de aprovisionamiento con el comando New-ProvScheme y la propiedad WriteBackCacheDriveLetter. Por ejemplo:

    New-ProvScheme -CleanOnBoot `
-HostingUnitName "<name>" `
-IdentityPoolName $schemeName `
-ProvisioningSchemeName $schemeName `
-InitialBatchSizeHint 1 `
-UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
-MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
-CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->
  5. Termine de crear el catálogo. Para obtener más información, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Preparar una imagen maestra

Para obtener información sobre cómo crear hosts de conexiones, consulte Conexiones y recursos.

La imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software.

Es bueno saber:

  • Una imagen maestra también puede conocerse como imagen clonada, imagen dorada, VM base o imagen base. Los proveedores de hosts utilizan diferentes términos.
  • Asegúrese de que el host tenga suficientes procesadores, memoria y almacenamiento para alojar el número de máquinas creadas.
  • Configure la cantidad correcta de espacio en disco duro necesario para los escritorios y las aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo de máquinas.
  • Los catálogos de máquinas de acceso con PC remoto no utilizan imágenes maestras.

Instale y configure el siguiente software en la imagen maestra:

  • Herramientas de integración para su hipervisor (como Citrix VM Tools, Hyper-V Integration Services o VMware tools). Si omite este paso, es posible que las aplicaciones y los escritorios no funcionen correctamente.
  • Un VDA. Citrix recomienda instalar la versión más reciente para permitir el acceso a las funciones más nuevas. Si no se instala un VDA en la imagen maestra, la creación del catálogo fallará.
  • Herramientas de terceros según sea necesario, como software antivirus o agentes de distribución de software electrónico. Configure los servicios con la configuración adecuada para los usuarios y el tipo de máquina (como las funciones de actualización).
  • Aplicaciones de terceros que no esté virtualizando. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce los costes al eliminar la necesidad de actualizar la imagen maestra después de agregar o reconfigurar una aplicación. Además, un menor número de aplicaciones instaladas reduce el tamaño de los discos duros de la imagen maestra, lo que ahorra costes de almacenamiento.
  • Clientes de App-V con la configuración recomendada, si tiene previsto publicar aplicaciones de App-V. El cliente de App-V está disponible en Microsoft.
  • Al usar MCS, si localiza Microsoft Windows, instale las configuraciones regionales y los paquetes de idioma. Durante el aprovisionamiento, cuando se crea una instantánea, las máquinas virtuales aprovisionadas utilizan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

Si utiliza MCS, no ejecute Sysprep en las imágenes maestras.

Para preparar una imagen maestra:

  1. Con la herramienta de administración de su hipervisor, cree una imagen maestra y, a continuación, instale el sistema operativo, además de todos los Service Packs y las actualizaciones. Especifique el número de vCPU. También puede especificar el valor de vCPU si crea el catálogo de máquinas con PowerShell. No puede especificar el número de vCPU al crear un catálogo con Web Studio. Configure la cantidad de espacio en disco duro necesario para los escritorios y las aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo.
  2. Asegúrese de que el disco duro esté conectado en la ubicación de dispositivo 0. La mayoría de las plantillas de imágenes maestras estándar configuran esta ubicación de forma predeterminada, pero algunas plantillas personalizadas podrían no hacerlo.
  3. Instale y configure el software mencionado anteriormente en la imagen maestra.
  4. Si no utiliza MCS, una la imagen maestra al dominio del que son miembros las aplicaciones y los escritorios. Asegúrese de que la imagen maestra esté disponible en el host donde se crean las máquinas. Si utiliza MCS, no es necesario unir la imagen maestra a un dominio. Las máquinas aprovisionadas se unen al dominio especificado en el asistente de creación de catálogos.
  5. Citrix recomienda crear y nombrar una instantánea de la imagen maestra. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo, Web Studio crea una instantánea. No puede nombrarla.

Activación de licencias por volumen

MCS admite la activación de licencias por volumen para automatizar y administrar la activación de los sistemas operativos Windows y Microsoft Office. Los tres modelos que MCS admite para la activación de licencias por volumen son:

  • Servicio de administración de claves (KMS)
  • Activación basada en Active Directory (ADBA)
  • Clave de activación múltiple (MAK)

Puede cambiar la configuración de activación después de crear el catálogo de máquinas.

Servicio de administración de claves (KMS)

El KMS es un servicio ligero que no requiere un sistema dedicado y puede alojarse fácilmente en un sistema que proporcione otros servicios. Esta funcionalidad es compatible con todas las versiones de Windows compatibles con Citrix. Durante la preparación de la imagen, MCS realiza el rearmado de KMS de Microsoft Windows y Microsoft Office. Puede omitir el rearmado ejecutando el comando Set-Provserviceconfigurationdata. Para obtener más información sobre el rearmado de KMS de Microsoft Windows y el rearmado de KMS de Microsoft Office durante la preparación de la imagen, consulte Machine Creation Services: Image Preparation Overview and Fault-Finding. Para obtener más información sobre la activación de KMS, consulte Activar mediante el Servicio de administración de claves.

Nota:

Todos los catálogos de máquinas creados después de ejecutar el comando Set-Provserviceconfigurationdata tienen la misma configuración que se proporciona en el comando.

Activación basada en Active Directory (ADBA)

ADBA le permite activar máquinas a través de sus conexiones de dominio. Las máquinas se activan inmediatamente cuando se unen al dominio. Estas máquinas permanecen activadas mientras sigan unidas al dominio y en contacto con él. Esta funcionalidad es compatible con todas las versiones de Windows compatibles con Citrix. Para obtener más información sobre la activación basada en Active Directory, consulte Activar mediante Activación basada en Active Directory.

Clave de activación múltiple (MAK)

MAK es una forma de activar el volumen y autenticar el sistema Windows con la ayuda del servidor de Microsoft. Debe comprar la clave MAK a Microsoft, a la que se le asigna un número fijo de recuentos de activación. Cada vez que se activa un sistema Windows, el recuento de activación se reduce. Hay dos formas de activar el sistema:

  • Activación en línea: Si el sistema Windows que desea activar tiene acceso a Internet, el sistema activa automáticamente Windows al instalar la clave de producto. Este proceso reduce el recuento de activación en 1 para la MAK correspondiente.
  • Activación sin conexión: Si el sistema Windows no puede conectarse a Internet para realizar la activación en línea, MCS obtiene un ID de confirmación y un ID de instalación del servidor de Microsoft para activar el sistema Windows. Esta forma de activación es útil para catálogos de máquinas no persistentes.

Nota:

  • MCS no admite la activación de Microsoft Office mediante MAK.
  • La versión mínima de VDA requerida es la 2303.

Requisitos clave

  • El Delivery Controller debe tener acceso a Internet.
  • Cree un nuevo catálogo si la nueva imagen que se va a actualizar tiene una clave MAK diferente a la original.
  • Instale la clave MAK en la imagen maestra. Consulte Implementar activación MAK para ver los pasos para instalar la clave MAK en un sistema Windows.

  • Si no utiliza la preparación de imágenes:

    1. Agregue el valor DWORD del registro Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Establezca el valor en 1.

Número de activaciones

Para ver el número de activaciones restantes para la clave MAK o para comprobar si una VM está consumiendo dos o más activaciones, utilice la Herramienta de administración de activación por volumen (VAMT). Consulte Instalar VAMT.

Active el sistema Windows mediante MAK

Para activar el sistema Windows mediante MAK:

  1. Instale la clave de producto en la imagen maestra. Este paso consume un recuento de activación.
  2. Cree un catálogo de máquinas MCS.

  3. Si no utiliza la preparación de imágenes:

    1. Agregue el valor DWORD del registro Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Establezca el valor en 1.

    Este método deshabilita la opción de activación en línea.

  4. Agregue máquinas virtuales al catálogo de máquinas.
  5. Encienda las máquinas virtuales.

  6. Según si la activación es en línea o sin conexión, el sistema Windows se activa.

    • Si la activación es en línea, el sistema Windows se activa después de instalar la clave de producto.
    • Si la activación es sin conexión, MCS se comunica con las máquinas virtuales aprovisionadas para obtener el estado de activación del sistema Windows. A continuación, MCS recupera un ID de confirmación y un ID de instalación del servidor de Microsoft. Estos ID se utilizan para activar el sistema Windows.

Solución de problemas

Si la máquina virtual aprovisionada no se activa con la clave MAK instalada, ejecute el comando Get-ProvVM o Get-ProvScheme en una ventana de PowerShell.

  • El comando Get-ProvScheme: Consulte el parámetro WindowsActivationType asociado al catálogo de máquinas MCS de la imagen maestra más reciente.
  • El comando Get-ProvVM. Consulte los parámetros WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode y WindowsActivationStatusError.

Puede comprobar el error y verificar los pasos para resolver el problema.

Crear un catálogo de máquinas con Web Studio

Antes de crear un catálogo:

  • Revise esta sección para obtener información sobre las opciones que debe elegir y los datos que debe proporcionar.
  • Asegúrese de haber creado una conexión al hipervisor, al servicio en la nube y a otros recursos que alojan sus máquinas.
  • Si ha creado una imagen maestra para aprovisionar máquinas, asegúrese de haber instalado un VDA en esa imagen.

Para iniciar el asistente de creación de catálogos:

  1. Si este es el primer catálogo que se crea, se le guiará a la selección correcta (por ejemplo, “Configurar las máquinas y crear catálogos de máquinas para ejecutar aplicaciones y escritorios”). Se abrirá el asistente de creación de catálogos.

  2. Si ya ha creado un catálogo y quiere crear otro, siga estos pasos:

    1. Inicie sesión en Web Studio, seleccione Catálogos de máquinas en el panel izquierdo y, a continuación, seleccione Crear catálogo de máquinas en la barra de acciones.

    2. Para organizar los catálogos mediante carpetas, cree carpetas en la carpeta predeterminada Catálogos de máquinas. Para obtener más información, consulte Crear una carpeta de catálogo.

    3. Seleccione la carpeta donde quiere crear el catálogo y, a continuación, haga clic en Crear catálogo de máquinas. Se abrirá el asistente de creación de catálogos.

El asistente le guiará a través de los siguientes elementos. Las páginas del asistente que vea variarán en función de las selecciones que realice.

Sistema operativo

Cada catálogo contiene máquinas de un solo tipo. Seleccione uno.

  • SO multisesión: Un catálogo de SO multisesión proporciona escritorios compartidos alojados. Las máquinas pueden ejecutar versiones compatibles de los sistemas operativos Windows o Linux, pero el catálogo no puede contener ambos. (Consulte la documentación de Linux VDA para obtener detalles sobre ese SO).
  • SO de sesión única: Un catálogo de SO de sesión única proporciona escritorios VDI que puede asignar a varios usuarios diferentes.
  • Acceso con PC remoto: Un catálogo de Acceso con PC remoto proporciona a los usuarios acceso remoto a sus equipos de escritorio físicos de oficina. El Acceso con PC remoto no requiere una VPN para proporcionar seguridad.

Administración de máquinas

Esta página no aparece al crear catálogos de Acceso con PC remoto.

La página Administración de máquinas indica cómo se administran las máquinas y qué herramientas se utilizan para implementar máquinas.

Elija si las máquinas del catálogo se administran energéticamente a través de Web Studio.

  • Las máquinas se administran energéticamente a través de Web Studio, por ejemplo, las máquinas virtuales o los PC blade. Esta opción solo está disponible si ya ha configurado una conexión a un host.
  • Las máquinas no se administran energéticamente a través de Web Studio, por ejemplo, las máquinas físicas.

Si indicó que las máquinas se administran energéticamente a través de Web Studio, elija qué herramienta usar para crear máquinas virtuales.

  • Tecnología de aprovisionamiento de Citrix

    • Citrix Machine Creation Services (MCS) Crea un catálogo de máquinas virtuales aprovisionadas e imaginadas mediante MCS. MCS copia las imágenes clonadas de una imagen maestra en esas máquinas virtuales.

    • Citrix Provisioning Services (PVS) Crea un catálogo de máquinas virtuales aprovisionadas mediante MCS e imaginadas mediante PVS. Esas máquinas virtuales sirven como dispositivos de destino de PVS y el servidor PVS puede transmitirles una única imagen de disco compartida.

      Nota:

      Esta opción solo está disponible para sitios PVS registrados con Citrix Cloud™ y actualmente está limitada a los recursos de Azure.

  • Otro servicio o tecnología. Una herramienta que gestiona las máquinas que ya están en el centro de datos. Citrix recomienda utilizar Microsoft System Center Configuration Manager u otra aplicación de terceros para garantizar la coherencia de las máquinas del catálogo.

Tipos de escritorio (experiencia de escritorio)

Esta página aparece solo cuando se crea un catálogo que contiene máquinas de SO de sesión única.

La página Experiencia de escritorio determina lo que ocurre cada vez que un usuario inicia sesión. Seleccione una de las siguientes opciones:

  • Los usuarios se conectan a un escritorio nuevo (aleatorio) cada vez que inician sesión.
  • Los usuarios se conectan al mismo escritorio (estático) cada vez que inician sesión.

Imagen y perfil de máquina

Esta página aparece solo cuando se utiliza MCS para crear máquinas virtuales.

  1. Seleccione un tipo de imagen para el catálogo de máquinas y, a continuación, seleccione una imagen. Hay dos tipos de imagen disponibles:

    • Imagen maestra. Una imagen que aún no ha pasado por el proceso de preparación de la imagen. El proceso de preparación de la imagen se inicia automáticamente cuando comienza la creación del catálogo.

      Nota:

      • Cuando utilice MCS, no ejecute Sysprep en las imágenes maestras.
      • Si especifica una imagen maestra en lugar de una instantánea, Web Studio crea una instantánea, pero no puede asignarle un nombre.

    • Imagen preparada. Una imagen que ha pasado por el proceso de preparación de la imagen y se puede utilizar directamente para la creación de máquinas virtuales. Optar por imágenes preparadas en lugar de imágenes maestras durante la creación del catálogo garantiza una creación de catálogos de máquinas más rápida y fiable, junto con una gestión optimizada del ciclo de vida de las imágenes.

      Nota:

      • Las máquinas virtuales creadas con imágenes preparadas no admiten la hibernación.
      • Actualmente, la creación de catálogos con imágenes preparadas solo está disponible en entornos de Azure y VMware.

    Para obtener más información sobre cómo crear imágenes preparadas, consulte Administración de imágenes (vista previa).

    Al seleccionar una imagen, puede agregar una nota para la imagen seleccionada si es necesario.

    Para habilitar el uso de las funciones más recientes del producto, asegúrese de que la imagen maestra tenga instalada la versión más reciente de VDA. No cambie la selección predeterminada de VDA mínima. Sin embargo, si debe usar una versión anterior de VDA, consulte Versiones de VDA y niveles funcionales.

    Aparece un mensaje de error si selecciona una instantánea o una máquina virtual que no sea compatible con la tecnología de administración de máquinas que seleccionó anteriormente en el asistente.

  2. Para usar una máquina virtual existente como perfil de máquina, seleccione Usar un perfil de máquina y, a continuación, seleccione la máquina virtual.

    Nota:

    Actualmente, el uso de perfiles de máquina está restringido a máquinas virtuales de Azure, AWS, GCP y VMware.

    Para implementaciones de VMware, al crear un catálogo de máquinas con un perfil de máquina, debe especificar la carpeta donde desea guardar las máquinas virtuales.

    Para proporcionar la ubicación de la carpeta de la máquina virtual, en el asistente de creación de catálogos, vaya a la página Máquinas virtuales y vaya a la sección Seleccionar una carpeta para colocar las máquinas y seleccione la ubicación de la carpeta de la máquina virtual. Si no se especifica, el sistema considera la carpeta del perfil de máquina seleccionado como la ubicación predeterminada.

  3. Seleccione el nivel funcional mínimo para el catálogo. Para habilitar el uso de las funciones más recientes del producto, asegúrese de que la imagen maestra tenga instalada la versión más reciente de VDA.

Máquinas

Esta página no aparece al crear catálogos de Acceso con PC remoto.

El título de esta página depende de lo que haya seleccionado en la página Administración de máquinas: Máquinas, Máquinas virtuales o Máquinas virtuales y usuarios.

Al usar MCS:

  • Especifique cuántas máquinas virtuales crear. Introduzca 0 (cero) si no quiere crear ninguna. Más tarde, puede crear máquinas virtuales para un catálogo vacío realizando Agregar máquinas.
  • Elija la cantidad de memoria (en MB) que tiene cada máquina virtual.
  • Cada máquina virtual creada tiene un disco duro. Su tamaño se establece en la imagen maestra. No puede cambiar el tamaño del disco duro en el catálogo.
  • Si su implementación contiene más de una zona, puede seleccionar una zona para el catálogo.
  • Si está creando máquinas virtuales de escritorio estáticas, seleccione un modo de copia de máquina virtual. Consulte Modo de copia de máquina virtual.
  • Si está creando máquinas virtuales de escritorio aleatorias que no utilizan vDisks, puede configurar una caché para los datos temporales de cada máquina. Consulte Configurar caché para datos temporales.

Al usar otras herramientas:

Agregue (o importe una lista de) nombres de cuentas de máquina de Active Directory. Puede cambiar el nombre de la cuenta de Active Directory de una máquina virtual después de agregarla o importarla. Si especificó máquinas estáticas en la página Experiencia de escritorio, puede especificar opcionalmente el nombre de usuario de Active Directory para cada máquina virtual que agregue.

Después de agregar o importar nombres, puede usar el botón Quitar para eliminar nombres de la lista, mientras aún esté en esta página.

Al usar otras herramientas (pero no MCS):

Un icono y una información sobre herramientas para cada máquina agregada (o importada) ayudan a identificar las máquinas que podrían no ser aptas para agregar al catálogo o que no pueden registrarse con un Delivery Controller. Para obtener más información, consulte Versiones de VDA y niveles funcionales.

Agregar SID al crear máquinas virtuales

Ahora puede agregar el parámetro ADAccountSid para identificar de forma única las máquinas al crear nuevas máquinas virtuales.

Para ello:

  1. Cree un catálogo con el tipo de identidad admitido.

  2. Agregue máquinas al catálogo mediante NewProvVM. Por ejemplo:

    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
<!--NeedCopy-->

Sin embargo, no puede aprovisionar una máquina con:

  • Una cuenta de AD que no esté en el grupo de identidades del catálogo
  • Una cuenta de AD que no esté en estado disponible

Modo de copia de máquina virtual

El modo de copia que especifique en la página Máquinas determina si MCS crea clones finos (copia rápida) o gruesos (copia completa) a partir de la imagen maestra. (Predeterminado = clones finos)

  • Utilice clones de copia rápida para un uso más eficiente del almacenamiento y una creación de máquinas más rápida.
  • Utilice clones de copia completa para una mejor recuperación de datos y compatibilidad con la migración, con una posible reducción de IOPS después de crear las máquinas.

Versiones de VDA y niveles funcionales

El nivel funcional de un catálogo controla qué funciones del producto están disponibles para las máquinas del catálogo. El uso de funciones introducidas en nuevas versiones del producto requiere un VDA nuevo. Al establecer un nivel funcional, todas las funciones introducidas en esa versión (y posteriores, si el nivel funcional no cambia) estarán disponibles para las máquinas del catálogo. Sin embargo, las máquinas de ese catálogo con una versión de VDA anterior no pueden registrarse.

Un menú cerca de la parte inferior de la página Máquinas (o Dispositivos) le permite seleccionar el nivel mínimo de VDA. Esto establece el nivel funcional mínimo del catálogo. De forma predeterminada, se selecciona el nivel funcional más actual para las implementaciones locales. Si sigue la recomendación de Citrix de instalar y actualizar siempre los VDA y los componentes principales a la versión más reciente, no es necesario que cambie esta selección. Sin embargo, si debe seguir utilizando versiones anteriores de VDA, seleccione el valor correcto.

Es posible que una versión de Citrix Virtual Apps and Desktops no incluya una nueva versión de VDA, o que el nuevo VDA no afecte al nivel funcional. En tales casos, el nivel funcional podría indicar una versión de VDA anterior a los componentes instalados o actualizados. El artículo Novedades de cada versión indica cualquier cambio en el nivel funcional predeterminado.

El nivel funcional seleccionado afecta a la lista de máquinas que se encuentra encima. En la lista, una información sobre herramientas junto a cada entrada indica si el VDA de la máquina es compatible con el catálogo en ese nivel funcional.

Se publican mensajes en la página si el VDA de cada máquina no cumple o supera el nivel funcional mínimo seleccionado. Puede continuar con el asistente. Es probable que esas máquinas no puedan registrarse con un Controller más adelante. Alternativamente, puede:

  • Quite de la lista las máquinas que contengan VDA más antiguos, actualice sus VDA y, a continuación, vuelva a agregarlas al catálogo.
  • Elija un nivel funcional inferior que impida el acceso a las funciones más recientes del producto.

También se publica un mensaje si una máquina no se agregó al catálogo porque es del tipo de máquina incorrecto. Algunos ejemplos son intentar agregar un servidor a un catálogo de SO de sesión única, o agregar una máquina de SO de sesión única creada originalmente para asignación aleatoria a un catálogo de máquinas estáticas.

Importante:

En la versión 1811, se agregó un nivel funcional adicional: 1811 (o posterior). Ese nivel está pensado para usarse con futuras funciones de Citrix Virtual Apps and Desktops. La selección 7.9 (o posterior) sigue siendo la predeterminada. Esa opción predeterminada es válida para todas las implementaciones actuales.

Si selecciona 1811 (o posterior), las versiones anteriores de VDA de ese catálogo no podrán registrarse con un Controller. Sin embargo, si el catálogo contiene solo VDA de la versión 1811 o versiones posteriores compatibles, todos ellos podrán registrarse. Esto incluye catálogos que contienen VDA configurados para versiones posteriores de Citrix Virtual Apps and Desktops, incluidas la versión 1903 y otras versiones 19XX anteriores a la versión actual.

Configurar la caché para datos temporales

El almacenamiento en caché de datos temporales localmente en la VM es opcional. Puede habilitar el uso de la caché de datos temporales en la máquina cuando utiliza MCS para administrar máquinas agrupadas (no dedicadas) en un catálogo. Si el catálogo utiliza una conexión que especifica el almacenamiento de datos temporales, puede habilitar y configurar la información de la caché de datos temporales al crear el catálogo.

Importante:

Esta función requiere un controlador de E/S de MCS actual. La instalación de este controlador es una opción al instalar o actualizar un VDA. De forma predeterminada, ese controlador no está instalado.

Usted especifica si los datos temporales utilizan almacenamiento compartido o local al crear la conexión que utiliza el catálogo. Para obtener más información, consulte Conexiones y recursos. Para configurar una caché para datos temporales en cada máquina, puede utilizar las dos opciones siguientes: Memoria asignada a la caché (MB) y Tamaño de la caché de disco (GB). De forma predeterminada, las dos opciones están desmarcadas. Para habilitar la opción Memoria asignada a la caché (MB), seleccione la casilla de verificación Tamaño de la caché de disco (GB). Si la casilla de verificación Tamaño de la caché de disco no está seleccionada, la opción Memoria asignada a la caché aparece atenuada. Dependiendo del tipo de conexión, los valores predeterminados de estas opciones pueden variar. Por lo general, los valores predeterminados son suficientes para la mayoría de los casos. Sin embargo, tenga en cuenta el espacio necesario para:

  • Archivos de datos temporales creados por el propio Windows, incluido el archivo de paginación de Windows.
  • Datos del perfil de usuario.
  • Datos de ShareFile que se sincronizan con las sesiones de los usuarios.
  • Datos que pueden ser creados o copiados por un usuario de sesión o cualquier aplicación que los usuarios puedan instalar dentro de la sesión.

Almacenamiento temporal y almacenamiento de imágenes

Para configurar una caché para datos temporales en cada máquina, tenga en cuenta los siguientes tres escenarios:

  • Si no selecciona la casilla de verificación Tamaño de la caché de disco y la casilla de verificación Memoria asignada a la caché, los datos temporales no se almacenan en caché. Se escriben directamente en el disco de diferencias (ubicado en el almacenamiento del SO) para cada VM. (Esta es la acción de aprovisionamiento en la versión 7.8 y anteriores).

  • Si selecciona la casilla de verificación Tamaño de la caché de disco y la casilla de verificación Memoria asignada a la caché, los datos temporales se escriben inicialmente en la caché de memoria. Cuando la caché de memoria alcanza su límite configurado (el valor de Memoria asignada a la caché), los datos más antiguos se mueven al disco de caché de datos temporales.

Importante:

  • Si la caché de disco se queda sin espacio, la sesión del usuario deja de ser utilizable.
  • Esta función no está disponible cuando se utiliza una conexión de host de Nutanix.
  • No se pueden cambiar los valores de la caché en un catálogo de máquinas una vez creada la máquina.

Nota:

  • La configuración de la caché de escritura diferida con solo una caché de disco y sin caché de memoria ha quedado obsoleta. Para habilitar una caché para datos temporales, recomendamos seleccionar tanto Tamaño de la caché de disco (GB) como Memoria asignada a la caché (MB) y especificar un tamaño superior a 0 para la caché de memoria.
  • La caché de memoria forma parte de la cantidad total de memoria de cada máquina. Por lo tanto, si habilita la opción Memoria asignada a la caché, considere aumentar la cantidad total de memoria en cada máquina.
  • Cambiar el Tamaño de la caché de disco de su valor predeterminado puede afectar al rendimiento. El tamaño debe coincidir con los requisitos del usuario y la carga impuesta a la máquina.

NIC

Esta página no aparece al crear catálogos de Acceso con Remote PC.

En la página Tarjetas de interfaz de red, si tiene previsto utilizar varias NIC, asocie una red virtual a cada tarjeta. Por ejemplo, puede asignar una tarjeta para acceder a una red segura específica y otra tarjeta para acceder a una red de uso más común. También puede agregar o quitar NIC desde esta página.

Cuentas de máquina

Esta página aparece solo al crear catálogos de Acceso con PC remoto.

En la página Cuentas de máquina, especifique las cuentas de máquina de Active Directory o las Unidades organizativas (OU) que se van a agregar y que corresponden a usuarios o grupos de usuarios. No utilice una barra diagonal (/) en el nombre de una OU.

Al agregar OU, puede hacer lo siguiente si el dominio no aparece en la lista:

  • Búsquelo utilizando una coincidencia exacta.
  • Examine todos los dominios para encontrarlo.

Puede elegir una conexión de administración de energía configurada previamente o decidir no utilizar la administración de energía. Si desea utilizar la administración de energía, pero aún no se ha configurado una conexión adecuada, puede crear esa conexión más tarde y, a continuación, modificar el catálogo de máquinas para actualizar la configuración de administración de energía.

Identidades de máquina

Esta página aparece solo al usar MCS para crear máquinas virtuales.

Cada máquina del catálogo debe tener una identidad única. Esta página le permite configurar identidades para las máquinas del catálogo. Las máquinas se unen a la identidad después de su aprovisionamiento. No puede cambiar el tipo de identidad después de crear el catálogo.

Un flujo de trabajo general para configurar los ajustes en esta página es el siguiente:

  1. Seleccione una identidad de la lista.
  2. Indique si desea crear cuentas o utilizar las existentes, y la ubicación (dominio) de esas cuentas.

Puede seleccionar una de las siguientes opciones:

Importante:

  • Si selecciona Active Directory local o Unido a Azure Active Directory híbrido como tipo de identidad, cada máquina del catálogo debe tener una cuenta de equipo de Active Directory correspondiente.

Si crea cuentas, debe tener permiso para crear cuentas de equipo en la OU donde residen las máquinas. Cada máquina del catálogo debe tener un nombre único. Especifique el esquema de nombres de cuenta para las máquinas que desea crear. Para obtener más información, consulte Esquema de nombres de cuenta de máquina.

Nota:

Asegúrese de que los nombres de las OU no utilicen barras diagonales (/).

Si utiliza cuentas existentes, busque las cuentas o haga clic en Importar y especifique un archivo .csv que contenga los nombres de las cuentas. El contenido del archivo importado debe utilizar el formato:

  • [ADComputerAccount] ADcomputeraccountname.domain

Asegúrese de que haya suficientes cuentas para todas las máquinas que va a agregar. La interfaz de Web Studio administra esas cuentas. Por lo tanto, permita que esa interfaz restablezca las contraseñas de todas las cuentas o especifique la contraseña de la cuenta, que debe ser la misma para todas las cuentas.

Para los catálogos que contienen máquinas físicas o existentes, seleccione o importe cuentas existentes y asigne cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

Esquema de nombres de cuenta de máquina

Cada máquina de un catálogo debe tener un nombre único. Debe especificar un esquema de nombres de cuenta de máquina al crear un catálogo. Utilice caracteres comodín (signos de almohadilla) como marcadores de posición para números o letras secuenciales que aparecen en el nombre.

Al especificar un esquema de nombres, tenga en cuenta las siguientes reglas:

  • El esquema de nombres debe contener al menos un comodín. Debe agrupar todos los comodines.
  • El nombre completo, incluidos los comodines, debe contener al menos 2 caracteres, pero no más de 15. Debe incluir al menos un carácter no numérico y un carácter # (comodín).
  • El nombre no debe incluir espacios ni ninguno de los siguientes caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
  • El nombre no puede terminar con un guion (-).

Además, deje suficiente espacio para el crecimiento al especificar el esquema de nombres. Considere este ejemplo: Si crea 1000 cuentas de máquina con el esquema “veryverylong#”, el último nombre de cuenta creado (veryverylong1000) contiene 16 caracteres. Por lo tanto, el esquema de nombres da como resultado uno o más nombres de máquina que superan el máximo de 15 caracteres.

Puede indicar si los valores secuenciales son números (0-9) o letras (A-Z):

  • 0-9. Si se selecciona, los comodines especificados se resuelven en números secuenciales.

    Nota:

    Si solo hay un comodín (#), los nombres de cuenta comienzan con 1. Si hay dos, los nombres de cuenta comienzan con 01. Si hay tres, los nombres de cuenta comienzan con 001, y así sucesivamente.

  • A-Z. Si se selecciona, los comodines especificados se resuelven en letras secuenciales.

Por ejemplo, un esquema de nombres como PC-Sales-## (con 0-9 seleccionado) da como resultado cuentas con los nombres PC-Sales-01, PC-Sales-02, PC-Sales-03, y así sucesivamente.

Opcionalmente, puede especificar con qué comienzan los nombres de cuenta.

  • Si selecciona 0-9, las cuentas se nombran secuencialmente, comenzando con los números especificados. Introduzca uno o más dígitos, dependiendo de cuántos comodines utilice en el campo anterior. Por ejemplo, si utiliza dos comodines, introduzca dos dígitos o más.
  • Si selecciona A-Z, las cuentas se nombran secuencialmente, comenzando con las letras especificadas. Introduzca una o más letras, dependiendo de cuántos comodines utilice en el campo anterior. Por ejemplo, si utiliza dos comodines, introduzca dos letras o más.

Credenciales de dominio

Seleccione Introducir credenciales e introduzca las credenciales de un administrador con permiso para realizar operaciones de cuenta en el dominio de Active Directory de destino.

Utilice la opción Comprobar nombre para verificar si el nombre de usuario es válido o único. Esta opción es útil, por ejemplo, cuando:

  • El mismo nombre de usuario existe en varios dominios. Se le pedirá que seleccione el usuario deseado.
  • No recuerda el nombre de dominio. Puede introducir el nombre de usuario sin especificar el nombre de dominio. Si la comprobación se realiza correctamente, el nombre de dominio se rellena automáticamente.

Nota:

Si el tipo de identidad que seleccionó en Identidades de máquina es Unido a Azure Active Directory híbrido, las credenciales que introduzca deben tener el permiso Write userCertificate.

Resumen, nombre y descripción

En la página Resumen, revise la configuración que especificó. Introduzca un nombre y una descripción para el catálogo. Esta información aparece en Web Studio.

Cuando haya terminado, haga clic en Finalizar para iniciar la creación del catálogo. Cuando haya terminado, seleccione Finalizar para iniciar la creación del catálogo.

En Catálogos de máquinas, el nuevo catálogo aparece con una barra de progreso en línea.

Para ver los detalles del progreso de la creación:

  1. Pase el ratón por encima del catálogo de máquinas.

  2. En la información sobre herramientas que aparece, haga clic en Ver detalles.

    Aparece un gráfico de progreso paso a paso donde puede ver lo siguiente:

    • Historial de pasos
    • Progreso y tiempo de ejecución del paso actual
    • Pasos restantes

Sincronización horaria de MCS

La sincronización horaria viene determinada por la imagen maestra y el tipo de catálogo unido a la identidad de la máquina. Se obtiene el siguiente método de sincronización horaria según la imagen maestra y el catálogo:

Imagen maestra Catálogo Método de sincronización horaria resultante
NDJ AD o Azure AD híbrido De forma predeterminada, NT5DS. Puede evitar que MCS cambie la configuración de sincronización horaria mediante la configuración del Registro en la imagen maestra.
NDJ NDJ o Azure AD Igual que la configuración de sincronización horaria original
AD o Azure AD híbrido AD o Azure AD híbrido Igual que la configuración original de sincronización de hora
Azure AD Azure AD Igual que la configuración original de sincronización de hora

Nota:

La sincronización de hora original se controla mediante la siguiente configuración del Registro y no se puede cambiar:

  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

Valor: MaxAllowedPhaseOffset, MaxNegPhaseCorrection y MaxPosPhaseCorrection

  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

Valor: Type

Para evitar que MCS cambie la configuración de sincronización de hora, establezca el valor de la siguiente configuración del Registro en la imagen maestra:

  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
  • Nombre: TimeSyncMethodKeep
  • Tipo: DWORD
  • 0 (O, valor TimeSyncMethodKeep no configurado): No mantiene la configuración original de sincronización de hora.
  • 1: Mantiene la configuración original de sincronización de hora y los valores de los parámetros predeterminados.

Consideración importante sobre la configuración de propiedades personalizadas

Las propiedades personalizadas deben configurarse correctamente en New-ProvScheme y Set-ProvScheme en entornos de GCP y Azure. Si especifica una o varias propiedades personalizadas que no existen, recibirá el siguiente mensaje de error y los comandos no se ejecutarán.

  • En Azure: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.
  • En GCP: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor.

Solución de problemas

Importante:

Después de crear el catálogo de máquinas con Web Studio, ya no puede usar el comando de PowerShell Get-ProvTask para recuperar las tareas asociadas a la creación del catálogo de máquinas. Esta restricción se debe a que Web Studio elimina esas tareas después de la creación del catálogo de máquinas, independientemente de si el catálogo se crea correctamente.

Citrix recomienda recopilar registros para ayudar al equipo de soporte a proporcionar soluciones. Cuando utilice Citrix Provisioning, siga este procedimiento para generar archivos de registro:

  1. En la imagen maestra, cree la siguiente clave de registro con el valor 1 (como valor DWORD (32 bits)): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

  2. Apague la imagen maestra y cree una instantánea.

  3. En el Delivery Controller, ejecute el siguiente comando de PowerShell: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

  4. Cree un catálogo basado en esa instantánea.
  5. Cuando la VM de preparación se cree en el hipervisor, inicie sesión y extraiga los siguientes archivos de la raíz de C:\: Image-prep.log y PvsVmAgentLog.txt.
  6. Apague la máquina, momento en el que informará del fallo.
  7. Ejecute el siguiente comando de PowerShell para volver a habilitar el apagado automático de las máquinas de preparación de imágenes: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Problemas de preparación de imágenes

Dado que MCS crea muchas máquinas a partir de una sola imagen, se realizan algunos pasos para garantizar que todas las máquinas sean únicas y tengan la licencia correcta. La preparación de la imagen forma parte del proceso de creación del catálogo. Esta preparación garantiza que todas las máquinas aprovisionadas tengan direcciones IP únicas y se anuncien correctamente al servidor KMS como instancias únicas. Dentro de MCS, la preparación de la imagen se produce después de seleccionar la instantánea de la imagen maestra. Se hace una copia para permitir que el catálogo se aísle de la máquina seleccionada. Se crea una VM de preparación, basada en la VM original, pero con la conexión de red desconectada. Desconectar la conexión de red evita conflictos con otras máquinas, al tiempo que garantiza que la VM preparada solo esté conectada al disco recién copiado.

Se adjunta un pequeño disco de instrucciones, que contiene los pasos necesarios para ejecutar la preparación de la imagen, a la VM preparada. Esta VM preparada se inicia y comienza el proceso de preparación de la imagen. La preparación de la imagen incluye los siguientes procesos:

  • Habilitar DHCP. Habilitar DHCP garantiza que las máquinas aprovisionadas no causen conflictos de direcciones IP. DHCP está habilitado en todas las tarjetas de red.
  • Rearme de KMS de Microsoft Windows. El rearme de KMS garantiza que Microsoft Windows tenga la licencia correcta. Se invoca el sistema operativo rearmado para que se informe correctamente como una nueva instancia al servidor de licencias KMS.
  • Rearme de KMS de Microsoft Office (si Microsoft Office está instalado). El rearme de Microsoft Office garantiza que cualquier versión de Microsoft Office (2010+) se registre correctamente con su servidor KMS. Una vez invocado el rearme de Microsoft Office, se informa como una nueva instancia al servidor de licencias KMS.

Consejo:

Cuando finaliza el proceso de preparación de la imagen, el disco de instrucciones se obtiene del hipervisor. El hipervisor contiene la información recopilada del proceso de preparación de la imagen.

Existen varias razones por las que la etapa de preparación de la imagen puede fallar. Aparece un mensaje de error similar al siguiente: Image Preparation Office Rearm Failed.

Estos fallos se analizan en las siguientes secciones.

Habilitar DHCP

Estos casos de fallo son causados por tarjetas de red que no admiten direcciones IP estáticas. Por ejemplo, versiones anteriores de tarjetas de red Dell SonicWall. La operación falló porque una tarjeta SonicWall es una tarjeta de red de firewall, por lo que configurar la tarjeta en DHCP no tiene sentido, ya que solo admite DHCP. Esto se solucionó en versiones posteriores de Citrix Virtual Apps and Desktops. Sin embargo, si se observa en otros tipos de tarjetas de red, debe informarse a Citrix a través de los foros o de su contacto de soporte.

Nota:

Esta configuración de PowerShell en los siguientes ejemplos se aplica al sitio de Citrix Virtual Apps and Desktops, por lo que afecta a todos los catálogos nuevos y a las actualizaciones de imágenes realizadas en los catálogos existentes.

Si encuentra este problema con otras tarjetas de red, puede resolverlo ejecutando un comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Rearmado de Microsoft Office

Pueden producirse varios errores de rearmado de KMS durante la fase de rearmado de Microsoft Office. Los principales errores son:

  • Algunos tiempos de ejecución de Microsoft Office, por ejemplo, Access Runtime, pueden invocar el rearmado de Office, lo que provoca que falle.
  • No está instalada una versión KMS de Microsoft Office.
  • Se ha superado el recuento de rearmados.

Si el error es un falso positivo, puede resolverlo ejecutando el siguiente comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Rearmado de Microsoft Windows

Pueden producirse varios errores de KMS durante la fase de rearmado de Microsoft Windows. Los principales errores son:

  • La versión de Windows instalada no está activada mediante KMS. Por ejemplo, utiliza una clave de activación múltiple (MAK).
  • Se ha superado el recuento de rearmados.

Si la versión de Microsoft Windows tiene la licencia correcta, puede borrar el rearmado del SO ejecutando el siguiente comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Casos de fallo completo

La máquina de preparación de la imagen no está conectada a la red por diseño, lo que significa que a veces la fase de preparación de la imagen solo puede informar de un fallo completo. Un ejemplo de este tipo de fallo es: Error en la preparación de la imagen de la VM maestra. Asegúrese de que la imagen seleccionada tenga un sistema operativo compatible (por ejemplo, Windows 7) y la versión correcta del VDA (7.0 o posterior) instalada.

Las principales razones de un fallo completo son:

Virtual Delivery Agent (VDA) no está instalado, o está instalada la versión 5.x del VDA

Si el VDA 7.x no está instalado en la imagen maestra, la preparación de la imagen agota el tiempo de espera después de 20 minutos e informa del error anterior. Esto se debe a que no hay software instalado en la imagen maestra para ejecutar la fase de preparación de la imagen e informar de éxito o fallo. Para resolver esto, asegúrese de que el VDA (versión mínima 7) esté instalado en la instantánea seleccionada como imagen maestra.

Directiva DISKPART SAN

Toda la fase de preparación de la imagen puede fallar debido a la directiva DISKPART SAN establecida en la imagen maestra. Si no está configurada para poner en línea el disco de instrucciones de preparación de la imagen, la máquina se apaga y la preparación de la imagen informa de un error después de 20 minutos. Para comprobar esto en la imagen maestra, ejecute los siguientes comandos:

C:\>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->

Este comando devuelve la directiva actual. Si no es Online All, cámbiela ejecutando el siguiente comando:

DISKPART>; San policy=OnlineAll

Apague la imagen maestra, cree una instantánea de esa máquina y luego utilícela como imagen MCS base.

Si la preparación de la imagen falla por otra razón

Si la preparación de la imagen falla y no hay una razón clara para el fallo, puede omitir el proceso de preparación de la imagen al crear un catálogo de MCS. Sin embargo, omitir este proceso puede causar problemas con las licencias KMS y las redes (DHCP) en su sitio. Utilice el siguiente comando de PowerShell:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Siempre que sea posible, recopile registros para el equipo de soporte de Citrix. Informe del problema a Citrix a través de los foros o a través de su contacto de soporte. Para recopilar registros:

  1. En la imagen maestra, cree la siguiente clave de registro con el valor de 1 (como un “valor DWORD (32 bits)”): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.
  2. Apague la imagen maestra y cree una instantánea. En el Delivery Controller, inicie PowerShell, con los complementos de Citrix PowerShell cargados, y ejecute Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
  3. Cree un catálogo basado en esa instantánea.
  4. Cuando se cree la VM de preparación en el hipervisor, inicie sesión y extraiga de la raíz de C::
Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->

Apague la máquina. En este punto, informará del error.

Ejecute el siguiente comando de PowerShell para volver a habilitar el apagado automático de las máquinas de preparación de imágenes:

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Próximos pasos

Para obtener información sobre cómo crear catálogos de servicios en la nube específicos, consulte:

Si este es el primer catálogo creado, Web Studio le guiará para (/es-es/citrix-virtual-apps-desktops/2402-ltsr/install-configure/delivery-groups-create.html).

Para revisar todo el proceso de configuración, consulte (/es-es/citrix-virtual-apps-desktops/2402-ltsr/install-configure.html).

Puede crear un catálogo de Citrix Provisioning mediante Web Studio y PowerShell. Esta implementación le ofrece las siguientes ventajas:

  • Una única consola unificada para administrar catálogos de MCS y Citrix Provisioning.
  • Disponer de nuevas funciones para los catálogos de Citrix Provisioning, como la solución de administración de identidades, el aprovisionamiento a la carta, etc.

Actualmente, esta función solo está disponible para cargas de trabajo de Azure y VMware. Sin embargo, en entornos VMware, actualmente solo puede crear los catálogos mediante comandos de PowerShell. Para obtener más información, consulte (/es-es/provisioning/current-release/configure/citrix-provisioning-catalog-in-studio).

Más información

  • Crear y administrar conexiones y recursos(/es-es/citrix-virtual-apps-desktops/2402-ltsr/install-configure/connections.html)
  • Crear catálogos de diferentes tipos de unión(/es-es/citrix-virtual-apps-desktops/2402-ltsr/install-configure/create-machine-identities-joined-catalogs.html)
  • Administrar catálogos de máquinas(/es-es/citrix-virtual-apps-desktops/2402-ltsr/install-configure/machine-catalogs-manage.html)
Crear catálogos de máquinas
May 30, 2026
Contribución de: 
C C
May 30, 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.