Documentación de productos
Citrix DaaS™
Ver PDF

Crear un catálogo de Microsoft System Center Virtual Machine Manager

September 3, 2026
Contribución de: 
C C

(/es-es/citrix-daas/install-configure/machine-catalogs-create.html) describe los asistentes que crean un catálogo de máquinas. La siguiente información cubre detalles específicos de los entornos de virtualización de Microsoft System Center Virtual Machine Manager (VMM).

Nota:

Antes de crear un catálogo de VMM, debe terminar de crear una conexión a VMM. Consulte (/es-es/citrix-daas/install-configure/connections/connection-mscvmm.html).

Crear una VM maestra

  • Instale un VDA en la VM maestra y seleccione la opción para optimizar el escritorio. Esto mejora el rendimiento.
  • Haga una instantánea de la VM maestra para usarla como copia de seguridad.
  • Crear escritorios virtuales.

MCS en recursos compartidos de archivos SMB 3

Para los catálogos de máquinas creados con MCS en recursos compartidos de archivos SMB 3 para el almacenamiento de VM, las credenciales deben cumplir los siguientes requisitos para garantizar que las llamadas de XenServer® Communications Library (HCL) se conecten correctamente al almacenamiento SMB.

  • Las credenciales de usuario de VMM deben incluir acceso completo de lectura y escritura al almacenamiento SMB.
  • Las operaciones de disco virtual de almacenamiento durante los eventos del ciclo de vida de la VM se realizan a través del servidor Hyper-V utilizando las credenciales de usuario de VMM.

Para obtener más información sobre SMB 3, consulte Información general sobre el uso compartido de archivos mediante el protocolo SMB 3 en Windows Server.

Al usar VMM 2012 SP1 con Hyper-V en Windows Server 2012: Cuando se usa SMB como almacenamiento, habilite el Proveedor de soporte de seguridad de credenciales de autenticación (CredSSP) desde Cloud Connector a máquinas Hyper-V individuales. Para obtener más información, consulte CTX137465.

Mediante una sesión remota estándar de PowerShell V3, la HCL en Cloud Connector utiliza CredSSP para abrir una conexión a la máquina Hyper-V. Esta función pasa las credenciales de usuario cifradas con Kerberos a la máquina Hyper-V, y los comandos de PowerShell en la sesión de la máquina Hyper-V remota se ejecutan con las credenciales proporcionadas (en este caso, las del usuario de VMM), de modo que los comandos de comunicación al almacenamiento funcionan correctamente.

Las siguientes tareas utilizan scripts de PowerShell que se originan en el HCL. Los scripts se envían a la máquina Hyper-V para actuar sobre el almacenamiento SMB 3.0.

Consolidar imagen maestra: Una imagen crea un nuevo esquema de aprovisionamiento de MCS (catálogo de máquinas). Clona y aplana la VM maestra, dejándola lista para crear nuevas VM a partir del nuevo disco creado (y elimina la dependencia de la VM maestra original).

ConvertVirtualHardDisk en el espacio de nombres root\virtualization\v2

Ejemplo:

$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
<!--NeedCopy-->

Crear disco de diferenciación: Crea un disco de diferenciación a partir de la imagen generada al consolidar la imagen. El disco de diferenciación se adjunta luego a una nueva VM.

CreateVirtualHardDisk en el espacio de nombres root\virtualization\v2

Ejemplo:

$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
<!--NeedCopy-->

Cargar discos de identidad: El HCL no puede cargar directamente el disco de identidad en el almacenamiento SMB. Por lo tanto, la máquina Hyper-V debe cargar y copiar el disco de identidad en el almacenamiento. Dado que la máquina Hyper-V no puede leer el disco desde el Cloud Connector, el HCL debe copiar primero el disco de identidad a través de la máquina Hyper-V de la siguiente manera.

  1. El HCL carga la identidad en la máquina Hyper-V a través del recurso compartido de administrador.

  2. La máquina Hyper-V copia el disco en el almacenamiento SMB a través de un script de PowerShell que se ejecuta en la sesión remota de PowerShell.

    Se crea una carpeta en la máquina Hyper-V y los permisos de esa carpeta se bloquean solo para el usuario de VMM (a través de la conexión remota de PowerShell).

  3. El HCL elimina el archivo del recurso compartido de administrador.
  4. Cuando el HCL completa la carga del disco de identidad en la máquina Hyper-V, la sesión remota de PowerShell copia los discos de identidad en el almacenamiento SMB y luego los elimina de la máquina Hyper-V.

La carpeta del disco de identidad se vuelve a crear si se elimina para que esté disponible para su reutilización.

Descargar discos de identidad: Al igual que con las cargas, los discos de identidad pasan por la máquina Hyper-V al HCL. El siguiente proceso crea una carpeta que tiene permisos de usuario de VMM únicamente en el servidor Hyper-V si no existe.

  1. La máquina HyperV copia el disco del almacenamiento SMB al almacenamiento local de Hyper-V mediante un script de PowerShell que se ejecuta en la sesión remota de PowerShell V3.
  2. HCL lee el disco del recurso compartido de administrador de la máquina Hyper-V en la memoria.
  3. HCL elimina el archivo del recurso compartido de administrador.

Crear catálogo con un perfil de máquina

Puede usar un perfil de máquina para crear y actualizar un catálogo de máquinas MCS en entornos de System Center Virtual Machine Manager (SCVMM). Puede habilitar vTPM. También puede agregar etiquetas personalizadas de una VM de perfil de máquina a las VM aprovisionadas.

Consideraciones importantes

  • La imagen maestra solo puede ser una instantánea y no una VM.
  • Solo puede usar una VM como origen del perfil de máquina.
  • En entornos de System Center Virtual Machine Manager (SCVMM), puede usar un perfil de máquina para crear y actualizar un catálogo de máquinas MCS. Puede habilitar vTPM y/o Secure Boot. También puede agregar etiquetas personalizadas de una VM de perfil de máquina a las VM aprovisionadas.
  • Si la imagen maestra tiene vTPM habilitado, debe habilitar vTPM en el origen del perfil de máquina.
  • vTPM solo es compatible con máquinas de Generación 2.

  • Los siguientes parámetros sobrescriben los valores capturados en un perfil de máquina si se proporcionan por separado:

    • VMCpuCount
    • VMMemoryMB
    • Almacenamiento en disco

  • Las etiquetas personalizadas se heredan solo del perfil de máquina y no de la imagen maestra. La etiqueta CitrixProvisioningSchemeId se añade de forma predeterminada a la VM. Si no desea incluir la etiqueta CitrixProvisioningSchemeId, añada el parámetro -NoVmTagging al crear una unidad de alojamiento. Ejemplo:

     New-Item -HypervisorConnectionName  $ConnectionName `
 -NetworkPath @($NetworkPath) `
 -Path @($HostingUnitPath) `
 -PersonalvDiskStoragePath @() `
 -RootPath $RootPath `
 -StoragePath @($StoragePath) `
 -NoVmTagging
 <!--NeedCopy-->
  • Puede actualizar un catálogo existente mediante el comando Set-ProvScheme.

Matriz de compatibilidad

Imagen maestra Perfil de máquina Resultado
Sin vTPM vTPM Las máquinas clonadas tienen vTPM habilitado
vTPM vTPM Las máquinas clonadas tienen vTPM habilitado
vTPM Sin vTPM Error de comprobación previa: operación bloqueada
Sin vTPM Sin vTPM Las máquinas clonadas no tienen vTPM

Crear un catálogo de máquinas mediante un perfil de máquina

  1. Cree una máquina virtual para que sea el origen de un perfil de máquina. Para obtener más información, consulte Aprovisionar máquinas virtuales en la infraestructura de VMM. No puede cambiar la Generación una vez seleccionada. Puede hacer lo siguiente en SCVMM:

    • Para habilitar vTPM:

      1. Después de crear la máquina virtual, inicie sesión en el host de Hyper-V y busque la máquina virtual en el Administrador de Hyper-V.
      2. Haga clic con el botón secundario en la máquina virtual y, a continuación, vaya a Configuración.
      3. En Seguridad, marque la casilla Habilitar Módulo de plataforma segura.
  2. Abra una ventana de PowerShell.
  3. Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
  4. Cree un catálogo de Broker. Este catálogo se rellena con las máquinas que se van a crear.
  5. Cree un grupo de identidades. Este se convierte en un contenedor para las cuentas de AD creadas para las máquinas que se van a crear.

  6. Cree un esquema de aprovisionamiento con el perfil de máquina. Por ejemplo:

    New-ProvScheme -HostingUnitName "<hostingunit name>"
-IdentityPoolName "ID1" -MasterImageVM "XDHyp:\HostingUnits\HU1\<path to the checkpoint/snapshot>"
-ProvisioningSchemeName "<catalogname>"  -MachineProfile "XDHyp:\<path to the machine profile VM>"
<!--NeedCopy-->
  7. Actualiza el catálogo de Broker con el ID único del esquema de aprovisionamiento.
  8. Cree y añada máquinas virtuales al catálogo.

Actualizar un catálogo existente

Puede actualizar un catálogo existente mediante el comando Set-ProvScheme. Por ejemplo:

Set-ProvScheme -ProvisioningSchemeName "<catalogname>" -MachineProfile "XDHyp:\<path to the machine profile VM>"
<!--NeedCopy-->

Eliminar VM

Puede optar por quitar una máquina virtual de un catálogo, pero sin eliminarla de SCVMM. En este caso, la etiqueta CitrixProvisioningSchemeId solo se quita de la máquina virtual. Las etiquetas personalizadas no se eliminan de la máquina virtual. Puede quitar una máquina virtual mediante Studio o los comandos de PowerShell.

Eliminar una máquina virtual con Studio

  1. Seleccione la máquina virtual y haga clic con el botón secundario en ella.
  2. Haga clic en Eliminar.
  3. Seleccione Quitar las máquinas virtuales del catálogo, pero no eliminar las máquinas virtuales.

Uso de comandos de PowerShell

Remove-ProvVM con el parámetro ForgetVM. Para obtener más información, consulte:

Pasos siguientes

Más información

Crear un catálogo de Microsoft System Center Virtual Machine Manager
September 3, 2026
Contribución de: 
C C
September 3, 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.