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

Crear catálogos de máquinas

May 31, 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 utilizan esas tecnologías.

  • Personal vDisks (PvDs)
  • 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 cubre solo Web Studio. Para obtener información sobre Citrix Studio, consulte el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o anterior.

Si desea utilizar conexiones de host de nube pública en su implementación, necesita Hybrid Rights License 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 Hybrid Rights License, 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) (MCS I/O); no se requiere ninguna configuración adicional. La actualización del Virtual Delivery Agent (VDA) y del Delivery Controller se encarga de la actualización de MCS I/O.

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 de 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 crearán 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 se completen, podrá ver un informe de pruebas. Ejecute las pruebas en cualquier momento desde Web Studio.

Nota:

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

Para obtener detalles técnicos sobre las herramientas de Citrix Provisioning, consulte (/es-es/tech-zone/design/reference-architectures/image-management.html).

Comprobación de licencias RDS

Actualmente, Web Studio no comprueba la validez de las licencias de Microsoft RDS al crear un catálogo de máquinas que contenga máquinas con SO multisesión de Windows. Para ver el estado de la licencia de Microsoft RDS de una máquina con SO multisesión de Windows, vaya a Citrix Director. Consulte 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 en un Delivery Controller™ al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una infrautilización de los recursos 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 para la 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 ver un mensaje informativo sobre ella.

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

Para obtener más información, consulte:

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

A continuación, se ofrece 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 una imagen maestra 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 se aprovisiona de forma ligera (si es compatible con 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 tenga que añadir más discos para satisfacer ciertos casos de uso y 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 en la ubicación de almacenamiento compartido.

  • Sobrecarga del hipervisor

    Los diferentes hipervisores utilizan archivos específicos que crean sobrecarga para las máquinas virtuales. Los hipervisores también utilizan almacenamiento para la administración y las operaciones de registro generales. 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 en cada ubicación de almacenamiento.
    • La adición de una máquina a un catálogo no requiere la copia del disco base en 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 diferenciales 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 la 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 varios niveles más óptima. Esta funcionalidad permite a un administrador equilibrar el costo 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 tiene 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 ello, 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 cuando se crea un nuevo catálogo de máquinas

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

Para asignar una letra de unidad al 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 se ha creado.

  4. Cree un esquema de aprovisionamiento mediante el comando New-ProvScheme con 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 términos diferentes.
  • 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.
  • Consideraciones de activación de Microsoft KMS al usar MCS: Si su implementación incluye VDA 7.x con un host XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no necesita reactivar manualmente Microsoft Windows o Microsoft Office.

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 electrónica de software. 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 añadir 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 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 VM 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 actualizaciones. Especifique el número de vCPU. También puede especificar el valor de vCPU si crea el catálogo de máquinas mediante PowerShell. No puede especificar el número de vCPU al crear un catálogo mediante 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 imagen maestra 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 por licencias por volumen

MCS admite la activación por 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 por 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 se puede alojar fácilmente en un sistema que proporciona 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 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 Activate using Key Management Service.

Nota:

Todos los catálogos de máquinas creados después de ejecutar el comando Set-Provserviceconfigurationdata tienen la misma configuración que la proporcionada 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 Activate using Active Directory-based activation.

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 activaciones. Cada vez que se activa un sistema Windows, el número de activaciones 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 activaciones 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 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 conocer los pasos para instalar la clave MAK en un sistema Windows.

  • Si no está utilizando 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.

Recuentos de activación

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 usando 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 está utilizando 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. Dependiendo de si es una activación 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. MCS luego recupera un ID de confirmación y un ID instalado 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 con el catálogo de máquinas MCS de la última imagen maestra.
  • 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 la información que debe proporcionar.
  • Asegúrese de haber creado una conexión con el hipervisor, el servicio en la nube u otro recurso que aloje 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 (como “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 Machine Catalogs en el panel izquierdo y, a continuación, seleccione Create Machine Catalog en la barra de acciones.

    2. Para organizar los catálogos mediante carpetas, cree carpetas en la carpeta predeterminada Machine Catalogs. 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 Create Machine Catalog. 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 se pueden 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é herramienta utiliza 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, máquinas virtuales o 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, 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): Utiliza una imagen maestra para crear y administrar máquinas virtuales. MCS no está disponible para máquinas físicas.

    • Citrix Provisioning Services (PVS) Crea un catálogo de máquinas virtuales aprovisionadas con MCS e imaginadas con 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.
      • Mientras crea un catálogo de Citrix Provisioning, en la página Dispositivo de destino, es posible que vea que en el menú desplegable para seleccionar la granja y el sitio de las máquinas que se van a aprovisionar, hay granjas y sitios enumerados que ya no existen. Como solución alternativa, puede ejecutar el comando de PowerShell Unregister-HypPvsSite para eliminar las granjas y los sitios de la base de datos. Para obtener información sobre el comando de PowerShell, consulte Unregister-HypPvsSite.
    • Otro: Una herramienta que administra 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 que las máquinas del catálogo sean coherentes.

Tipos de escritorios (experiencia de escritorio)

Esta página solo aparece 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 maestra

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

En la página Imagen maestra, seleccione la conexión al host y, a continuación, seleccione la instantánea o la máquina virtual creada anteriormente. Si está creando el primer catálogo, la única conexión disponible es la que configuró al crear el sitio.

Recuerde:

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

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 VM que no es compatible con la tecnología de administración de máquinas que seleccionó anteriormente en el asistente.

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 VM y usuarios.

Al usar MCS:

  • Especifique cuántas máquinas virtuales quiere crear. Introduzca 0 (cero) si no quiere crear ninguna. Más tarde, puede crear VM para un catálogo vacío realizando la acción Agregar máquinas.
  • Elija la cantidad de memoria (en MB) que tiene cada VM.
  • Cada VM 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 va a crear VM de escritorio estáticas, seleccione un modo de copia de máquina virtual. Consulte Modo de copia de máquina virtual.
  • Si va a crear VM 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 cuenta de Active Directory de una VM 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 VM 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 añadida (o importada) ayudan a identificar las máquinas que podrían no ser aptas para añadir al catálogo o que no puedan registrarse con un Delivery Controller. Para obtener más información, consulte Versiones de VDA y niveles funcionales.

Añadir SID al crear máquinas virtuales

Ahora puede añadir 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 compatible.

  2. Añada 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 ligeros (copia rápida) o completos (copia total) a partir de la imagen maestra. (Predeterminado = clones ligeros)

  • 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 IOPS potencialmente reducidas 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 nuevo VDA. Establecer un nivel funcional hace que todas las funciones introducidas en esa versión (y posteriores, si el nivel funcional no cambia) estén disponibles para las máquinas del catálogo. Sin embargo, las máquinas de ese catálogo con una versión anterior de VDA 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 última versión, 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. Por ejemplo, aunque la versión 7.17 contiene un VDA 7.17, el nivel funcional predeterminado (“7.9 o posterior”) sigue siendo el más actual. Por lo tanto, después de instalar o actualizar los componentes 7.9–7.16 a 7.17, no es necesario cambiar el nivel funcional predeterminado. 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:

  • Eliminar de la lista las máquinas que contienen VDA antiguos, actualizar sus VDA y luego volver a agregarlas al catálogo.
  • Elegir 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 incluyen 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á destinado a utilizarse 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 ahora.

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 son aptos para 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.

Al crear la conexión que utiliza el catálogo, se especifica si los datos temporales utilizan almacenamiento compartido o local. 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 desactivadas. 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 para estas opciones pueden variar. Generalmente, 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 por 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 tres escenarios siguientes:

  • 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 no selecciona la casilla de verificación Memoria asignada a la caché, los datos temporales se escriben directamente en el disco de caché, utilizando una cantidad mínima de caché de memoria.
  • 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 después de crear la máquina.

Nota:

  • 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 que se aplica 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 solo aparece al crear catálogos de acceso con Remote PC.

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:

  • Buscarlo con una coincidencia exacta.
  • Examinar todos los dominios para encontrarlo.

Puede elegir una conexión de administración de energía configurada previamente o no utilizar la administración de energía. Si quiere usar 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 solo aparece 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 usar 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 utilizan 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 cuentas de máquina

Cada máquina de un catálogo debe tener un nombre único. Debe especificar un esquema de nombres de cuentas de máquina al crear un catálogo. Utilice caracteres comodín (signos de almohadilla) como marcadores de posición para los 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 carácter comodín. Debe agrupar todos los caracteres comodín.
  • El nombre completo, incluidos los caracteres comodín, 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 dará 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 caracteres comodín especificados se resuelven en números secuenciales.

    Nota:

    Si solo hay un carácter 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 caracteres comodín especificados se resuelven en letras secuenciales.

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

Opcionalmente, puede especificar con qué empiezan los nombres de las cuentas.

  • Si selecciona 0-9, las cuentas se nombran secuencialmente, empezando por los números especificados. Introduzca uno o más dígitos, según el número de caracteres comodín que utilice en el campo anterior. Por ejemplo, si utiliza dos caracteres comodín, introduzca dos dígitos o más.
  • Si selecciona A-Z, las cuentas se nombran secuencialmente, empezando por las letras especificadas. Introduzca una o más letras, según el número de caracteres comodín que utilice en el campo anterior. Por ejemplo, si utiliza dos caracteres comodín, 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. La 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 es correcta, 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 concedido 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. Obtendrá 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 original de sincronización de hora
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.

Solucionar 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 creó correctamente.

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

  1. En la imagen maestra, cree la siguiente clave del 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 se cree la VM de preparación 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 error.
  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.

Pasos siguientes

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 guía para (/es-es/citrix-virtual-apps-desktops/2311/install-configure/delivery-groups-create.html).

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

Puede crear un catálogo de Citrix Provisioning mediante la interfaz de Configuración completa 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 petición, etc.

Actualmente, esta función solo está disponible para cargas de trabajo de Azure. 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/2311/install-configure/connections.html)
  • Crear catálogos de diferentes tipos de unión(/es-es/citrix-virtual-apps-desktops/2311/install-configure/create-machine-identities-joined-catalogs.html)
  • Administrar catálogos de máquinas(/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-manage.html)
Crear catálogos de máquinas
May 31, 2026
Contribución de: 
C C
May 31, 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.