Compartir a través de

Notas de la versión de System Center Virtual Machine Manager

Virtual Machine Manager (VMM) 2025 no tiene ningún problema conocido.

Para conocer las nuevas características de VMM 2025, consulte Novedades.

Este artículo enumera las notas de lanzamiento de System Center 2022 - Virtual Machine Manager (VMM).

Notas de la versión del VMM 2022

Las siguientes secciones resumen las notas de la versión de VMM 2022 e incluyen los problemas conocidos y las soluciones.

Problemas conocidos

Compatibilidad con el idioma chino para SCVMM

Es posible que no se reconozcan los caracteres chinos que forman parte de GB18030 y que aparezcan en los nombres o propiedades de los recursos administrados por SCVMM. Para superar esta limitación, es necesario actualizar la base de datos SQL asociada a SCVMM a la actualización acumulativa 12 y ejecutar esta consulta SQL en la base de datos.

Este artículo enumera las notas de la versión para System Center 2019 - Virtual Machine Manager (VMM).

Notas de la versión del VMM 2019

Las siguientes secciones resumen las notas de la versión de VMM 2019 e incluyen los problemas conocidos y las soluciones. No hay problemas conocidos en VMM 2019 UR1 y UR2.

Falla la eliminación del nodo del clúster cuando se utiliza el indicador CleanUpDisks

Descripción: al quitar un nodo de clúster del clúster de Windows Server 2019 S2D, con una marca CleanUpDisks, se produce un error en la eliminación con el error No se pudo obtener la instancia especificada MSFT_StorageJob en los siguientes escenarios.

  • La capacidad de almacenamiento es insuficiente en los servidores restantes para acomodar todos los volúmenes.

  • No hay suficientes dominios de fallo para proporcionar la resiliencia del volumen.

Solución alternativa: asegúrate de lo siguiente:

  • La capacidad de almacenamiento adecuada está disponible en los servidores restantes para dar cabida a todos los volúmenes.

  • Hay suficientes dominios de fallo disponibles para proporcionar la resiliencia de sus volúmenes.

Se produce un error al agregar el dispositivo de almacenamiento que tiene la interfaz de administración de SMI-S

Descripción: La adición del dispositivo de almacenamiento que tiene la interfaz de gestión SMI-S falla con el error El registro del proveedor de almacenamiento falló con el código de error WsManMIInvokeFailed cuando System Center Virtual Machine Manager (VMM) 2019 está instalado en Windows Server 2019.

Solución alternativa: VMM depende del servicio de administración de almacenamiento basado en estándares de Windows para administrar los dispositivos de almacenamiento mediante SMI-S. Asegúrate de que el servicio se inicia antes de intentar agregar el dispositivo de almacenamiento.

Windows Server 2019 no admite redes HNVv1

Descripción: Windows Server 2019 no admite HNVv1. Si HNVv1 está actualmente en uso, el clúster que usa HNVv1 no se debe actualizar a Windows Server 2019 mediante la actualización consolidada de clústeres.

Solución alternativa: migra de HNVv1 a SDNv2 en Windows Server 2016 antes de usar la actualización gradual del clúster a Windows Server 2019.

Las correcciones de accesibilidad más recientes en la consola no están disponibles

Descripción: es posible que las correcciones de accesibilidad más recientes de la consola no estén disponibles cuando se usa .NET 4.7 durante la instalación de la consola VMM.

Solución alternativa: se recomienda usar .NET 4.8. Para información detallada sobre la migración de .NET 4.8, consulte el artículo sobre la migración de .NET.

La conectividad del adaptador de back-end para SLB MUX no funciona según lo previsto.

Descripción: es posible que la conectividad del adaptador de back-end de MUX de SLB no funcione según lo previsto después de la migración de la máquina virtual (VM).

Solución: Los usuarios aumentan/disminuyen la escala en la SLB MUX VM como solución.

Error en la actualización de clústeres

Descripción: La actualización de rollup de clúster (CRU) falla durante la etapa Conectar host Hyper-V a matrices de almacenamiento, si el disco duro virtual (VHD) de Windows Server 2019 en el servidor de biblioteca, utilizado como perfil de equipo para volver a implementar el sistema operativo (SO) no está instalado con las últimas actualizaciones.

Solución alternativa: para resolver este error, instala todas las actualizaciones pendientes en el disco duro virtual y reinicia el trabajo de la CRU.

Para evitar este problema, antes de activar la CRU, asegúrate de instalar las actualizaciones más recientes del sistema operativo en el VHD que deseas usar para la CRU.

La optimización dinámica de almacenamiento no desencadena la migración de VHD incluso cuando se cumplen los criterios de optimización

Descripción: la optimización dinámica (DO) del almacenamiento debe desencadenar la migración del disco duro virtual entre volúmenes compartidos en clúster (CSV), cuando el espacio de almacenamiento libre de uno de ellos no llega al umbral de espacio en disco establecido en la página Optimización dinámica y se cumplen los criterios de agresividad. Sin embargo, en algunos casos, es posible que los VHD no se migren aunque se cumplan todas las demás condiciones de Storage DO.

Solución alternativa: para garantizar que se desencadene la migración de almacenamiento, haz lo siguiente:

  1. Comprueba hostVolumeID mediante el cmdlet Get-SCStorageVolume. Si HostVolumeID devuelve Null para el volumen, actualiza la VM y vuelve a realizar la DO del almacenamiento.
  2. Comprueba el valor de DiskSpacePlacementLevel del grupo host mediante el cmdlet Get-SCHostResever. Establezca el valor de DiskSpacePlacementLevel que sea igual al valor del espacio en disco tal como está en la configuración de Reserva de host, en el asistente para la optimización dinámica.

El disco de optimización dinámica del almacenamiento realiza múltiples migraciones de VHD de ida y vuelta.

Descripción: Si hay un desajuste de los niveles de advertencia de espacio en disco entre los grupos de hosts que tienen el mismo recurso compartido de archivos, puede dar lugar a varias migraciones hacia y desde ese recurso compartido de archivos, y podría afectar al rendimiento de la optimización de datos del almacenamiento.

Solución alternativa: te recomendamos que no compartas archivos a través de diferentes clústeres donde la optimización dinámica del almacenamiento está habilitada.

La supervisión de rendimiento para el servidor VMM arroja un error de evento con el mensaje Acceso denegado

Descripción: en un escenario donde la VMM se supervisa mediante Operations Manager, la supervisión del rendimiento del servidor VMM no se realiza correctamente y aparece el error de evento Acceso denegado. Los usuarios del servicio no tienen permiso para acceder al registro de eventos VirtualMachineManager-Server/Operational.

Solución alternativa: cambia el descriptor de seguridad del registro de eventos operativo con el comando siguiente y, a continuación, reinicia el servicio de registro de eventos y el servicio de registro de estado.

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

Este comando agrega el usuario de servicio a la lista de usuarios permitidos, que pueden acceder al registro de eventos VirtualMachineManager-Server/Operational.

El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto NC VMSubnet

Descripción: La tarea Set-SCVMSubnet -RemovePortACL se completa en VMM sin eliminar la asociación portACL del objeto NC VMSubnet debido a lo cual la tarea Remove-PortACL falla con la excepción NC que todavía está en uso.

Solución alternativa: quita VMSubnet de VMM y, a continuación, quita Port-ACL.

Import-Module NetworkController

#Reemplazar el URI de la controladora de red por la IP de REST o el FQDN:

$uri = "<NC FQDN or IP>"

#Proporcionar las credenciales de administrador de NC:

$cred = Get-Credential

#Identificar la red virtual que contiene la subred:

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identificar la subred para la que se debe quitar la ACL:

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Actualizar:

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Este artículo enumera las notas de la versión para System Center 2016 - Virtual Machine Manager (VMM).

Notas de la versión del VMM 2016

En las siguientes secciones se resumen las notas de la versión de VMM 2016, incluidos los problemas conocidos, las correcciones y las soluciones alternativas.

Implementación de la VMM

Es posible que se produzca un error en la importación de la consola de administración de VMM

Descripción: Si importas el complemento de consola de administración de VMM como no administrador, la consola dejará de funcionar. Esto se produce porque el complemento de la consola se almacena en la ubicación «C:\Archivos de programa\» y solo los administradores tienen acceso a esta ubicación. Solución alternativa: almacena el complemento de consola en una ubicación que no necesite acceso de administrador y después impórtalo.

Almacenamiento

La promoción de una VM a alta disponibilidad podría producir un error

Descripción: creas una VM en el almacenamiento local, la inicias y creas puntos de control. Si intentas migrar y promover la VM como de alta disponibilidad en un clúster, es posible que se produzca un error en la migración. Solución alternativa: antes de ejecutar la migración, elimina el punto de control en ejecución y detén la VM.

Es posible que se produzca un error en la migración de una VM de CSV a un almacenamiento LUN

Descripción: creas una VM de alta disponibilidad mediante el almacenamiento CSV, agregas un LUN como almacenamiento disponible en el clúster y migras la VM de CSV al LUN. Si la máquina virtual y el almacenamiento LUN están en el mismo nodo, la migración se realizará correctamente. Si no es así, la migración fracasará. Solución alternativa: si la VM no se encuentra en el nodo del clúster en el que está registrado el almacenamiento LUN, muévela ahí. A continuación, migra la VM al almacenamiento LUN.

La capacidad de las matrices NAS se muestra como 0 GB.

Descripción: VMM muestra la Capacidad total y la Capacidad disponible como 0 GB para los recursos compartidos de archivos existentes en las matrices NAS. Solución alternativa: Ninguno.

Redes

Las redes lógicas administradas por la controladora de red SDN no pueden usar direcciones IP dinámicas

Descripción: no se admite el uso de direcciones IP dinámicas para VM conectadas a redes lógicas administradas por la controladora de red SDN en el tejido de VMM. Solución alternativa: configura direcciones IP estáticas.

El conmutador SET aparece como «interno» en VMM

Descripción: si implementas un switch SET fuera de la consola VMM y, a continuación, comienzas a administrarlo en el tejido de VMM, el tipo de switch se mostrará como interno. Esto no afecta a la funcionalidad del switch. Solución alternativa: Ninguno.

El conmutador en equipo LACP no funciona después de la actualización

Descripción: un equipo de LACP configurado en un switch lógico no funciona después de actualizar a VMM 2016. Solución alternativa: vuelve a implementar el switch o quita y vuelve a agregar un adaptador de red físico en el equipo.

La conectividad del adaptador de back-end para SLB MUX no funciona según lo previsto.

Descripción: es posible que la conectividad del adaptador de back-end de MUX de SLB no funcione según lo previsto después de la migración de la VM. Solución: Utilice la ampliación/reducción en la VM SLB MUX como solución provisional.

No se admite el certificado de CA basado en CNG

Descripción: si usas certificados de una CA, no puedes usar certificados CNG para la implementación de SDN en VMM. Solución alternativa: usa otros formatos de certificado.

Se debe reiniciar un adaptador virtual conectado a una red administrada por controladora de red si cambias la dirección IP.

Descripción: si hay un cambio en la dirección IP asignada en cualquiera de los adaptadores de red virtual conectados a una red de VM administrada por la controladora de red, debes reiniciar manualmente los adaptadores asociados. Solución alternativa: sin solución alternativa.

IPv6 no es compatible con una infraestructura de red administrada por controladora de red

Descripción: IPv6 no es compatible con el Network Controller en la infraestructura de VMM. Solución alternativa: usa IPv4.

Problemas de conectividad para las direcciones de SLB

Descripción: en el caso de las direcciones IP de front-end y back-end asignadas a VM MUX de SLB, es posible que experimentes problemas de conectividad si está seleccionada la opción Registrar la dirección de esta conexión en DNS. Solución alternativa: desactiva la configuración para evitar problemas.

El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto NC VMSubnet

Descripción: La tarea Set-SCVMSubnet -RemovePortACL se completa en VMM sin eliminar la asociación portACL del objeto NC VMSubnet, debido a lo cual la tarea Remove-PortACL falla con la excepción NC que todavía está en uso.

Solución alternativa: quita VMSubnet de VMM y, a continuación, quita Port-ACL.

Import-Module NetworkController

#Reemplazar el URI de la controladora de red por la IP de REST o el FQDN:

$uri = "<NC FQDN or IP>"

#Proporcionar las credenciales de administrador de NC:

$cred = Get-Credential

#Identificar la red virtual que contiene la subred:

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identificar la subred para la que se debe quitar la ACL:

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Actualizar:

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Administración de clústeres

La actualización del nivel funcional de un clúster no actualiza la información del servidor de archivos

Descripción: si actualizas el nivel funcional de un clúster que incluye un servidor de archivos, la información de la plataforma no se actualiza automáticamente en la base de datos VMM. Solución alternativa: después de actualizar el nivel funcional del clúster, actualiza el proveedor de almacenamiento para el servidor de archivos.

Se produce un error al actualizar un clúster de Espacios de almacenamiento directo en VMM

Descripción: no se admite la actualización de un clúster de Espacios de almacenamiento directo (hiperconvergido o desagregado) mediante VMM y podría provocar pérdida de datos. Solución alternativa: actualiza los clústeres fuera de VMM mediante la actualización con reconocimiento del clúster (CAU) en Windows.

La actualización progresiva de clústeres de un clúster de Windows Server 2012 R2 a un clúster de Windows Server 2016 Nano Server fallará.

Descripción: al intentar actualizar los nodos de host de un clúster de Windows Server 2012 R2 a Windows Server 2016 Nano Server mediante la funcionalidad de actualización consolidada de clústeres en VMM, se producirá el error 20406: VMM no pudo enumerar las instancias de la clase MSFT_StorageNodeToDisk en el servidor <nombre_servidor>. Falló con el error MI RESULT 7 La operación solicitada no se admite. Solución alternativa: actualiza manualmente el clúster host de Windows Server 2012 R2 a Nano fuera de VMM.

Nota:

La actualización consolidada de Windows Server 2012 R2 a Windows Server 2016 Full Server funciona correctamente. Este problema es específico de Nano.

Agregar un clúster en la consola de administración de VMM puede provocar un error

Descripción: al agregar un clúster como recurso en la consola administrativa de VMM, es posible que recibas un error que indica No se detectaron equipos en función de las entradas. Solución alternativa: selecciona Aceptar y cierra el cuadro de diálogo del error. A continuación, vuelve a intentar agregar el clúster.

Una actualización progresiva de clústeres no realiza la migración en vivo de máquinas virtuales que no tienen alta disponibilidad.

Descripción: al ejecutar una actualización consolidada de clústeres de Windows Server 2012 R2 a Windows Server 2016 mediante VMM, no realiza la migración en directo de VM que no son de alta disponibilidad. Se mueven a un estado guardado. Solución alternativa: haz que todas las VM de clúster tengan una alta disponibilidad antes de la actualización o realiza una migración en directo manual para las VM específicas.

Necesitas pasos manuales para agregar un host basado en Nano Server ubicado en un dominio que no es de confianza

Descripción: no se puede agregar un host basado en Nano Server en un dominio que no es de confianza. Solución alternativa: realiza estos pasos en el host y, luego, añádelo al tejido de VMM como un host no fiable.

  1. Habilita WINRM a través de HTTPS:

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. Crea una excepción de firewall en el host para permitir WINRM a través de HTTPS:

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

No se pueden agregar hosts basados en Nano Server ubicados en una red perimetral

Descripción: se produce un error al intentar agregar un host basado en Nano Server ubicado en una red perimetral mediante el Asistente para agregar recursos. Solución alternativa: realice estos pasos en el host y, después, agréguelo al entorno de VMM como host que no es de confianza.

  1. Habilita WINRM a través de HTTPS en el host:

    New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –Force

  2. Crea una excepción de firewall en el host para permitir WINRM a través de HTTPS:

    New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

El despliegue de hosts en equipos sin sistema operativo puede fallar durante una actualización de alta disponibilidad

Descripción: después de una actualización de alta disponibilidad a VMM 2016, VMM podría actualizar incorrectamente la clave del Registro de Servicios de implementación de Windows (WDS), HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER, a «HOST/VIRT-VMM-1», en lugar de «SCVMM/VIRT-VMM-1». Esto provocará fallos en el despliegue de equipos sin sistema operativo. Solución alternativa: cambia manualmente la entrada del Registro para HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER a «SCVMM/VIRT-VMM-1».

Desajuste del estado del agente del host después de la actualización

Descripción: cuando VMM actualiza el agente host, genera un nuevo certificado para el host. Debido a esta actualización, el certificado de servidor de la controladora de red y el certificado de host no coinciden. Solución alternativa: reparación del host en la página Estado del host.

Se produce un error en la migración de SAN para un host basado en Nano Server

Descripción: si realizas una migración de SAN entre dos hosts independientes basados en Nano Server, se emite un error. Solución alternativa: instala el paquete acumulativo de actualizaciones de VMM más reciente (problema corregido en el paquete acumulativo de actualizaciones 2).

Espacios de almacenamiento directo

Al añadir un host con Storage Spaces Direct habilitado a la estructura VMM se emite una advertencia

Descripción: al agregar un host a un clúster con Espacios de almacenamiento directo habilitado, se genera una advertencia que dice que la E/S de múltiples rutas no está habilitada para las matrices de almacenamiento conocidas en el host <\nombre_de_host>. Solución alternativa: instala el paquete acumulativo de actualizaciones de VMM más reciente (problema corregido en el paquete acumulativo de actualizaciones 2).

La implementación de una VM en SOFS mediante la copia rápida de archivos emite una advertencia

Descripción: si se implementa una VM en un SOFS con copia rápida de archivos, la acción se completa correctamente con la siguiente advertencia: VMM no pudo transferir el archivo de la <ubicación de origen> a la <ubicación de destino> mediante la copia rápida de archivos. El agente VMM en <host> devolvió un error. Solución alternativa: Ninguno.

La validación de clúster siempre se ejecuta

Descripción: cuando se agrega un nodo a un clúster (o se crea un clúster hiperconvergido Espacios de almacenamiento directo), siempre se realiza la validación del clúster, incluso cuando se selecciona la opción Omitir validación del clúster. Solución alternativa: instala el último paquete acumulativo de actualizaciones de VMM. Este problema se ha corregido en el paquete acumulativo de actualizaciones 2.

No se aplica un cambio de clasificación en un volumen compartido de clúster (CSV)

Descripción: Si cambia la clasificación en un Volumen Compartido de Clúster (CSV) en un clúster hiperconvergido de Espacios de Almacenamiento Directo, solo se actualiza la clasificación del nodo propietario. Los demás nodos todavía tienen asignada la clasificación anterior. Solución alternativa: instala el último paquete acumulativo de actualizaciones de VMM. Este problema se ha corregido en el paquete acumulativo de actualizaciones 2.

La creación de archivos compartidos por niveles en SOFS no funciona como se esperaba o

Descripción: cuando se crea correctamente un recurso compartido de archivos en niveles en SOFS, se emite un error (43020 [SM_RC_DEDUP_NOT_AVAILABLE]), aunque no esté seleccionada la opción dedup. Solución alternativa: ignora el error.

VMM no muestra la información correcta para un clúster hiperconvergido o Espacios de Almacenamiento Directo SOFS

Descripción: después de agregar un clúster hiperconvergido existente o un clúster SOFS de Espacios de almacenamiento directo al tejido de VMM, no se agrega el proveedor de almacenamiento y algunas propiedades no están disponibles. Solución alternativa: instala el último paquete acumulativo de actualizaciones de VMM. Este problema se ha corregido en el paquete acumulativo de actualizaciones 2.

Administración de máquinas virtuales

El blindaje de una máquina virtual produce un error

Descripción: si habilitas el blindaje para una máquina virtual existente en el tejido de VMM, o si creas una VM blindada a partir de una plantilla no blindada, el trabajo podría producir el error 1730: La acción seleccionada no pudo completarse porque la máquina virtual no está en un estado en el que la acción sea válida. El error se produce durante el último paso del trabajo, cuando la VM se apaga después de completar el blindaje. La VM está blindada correctamente y se puede usar. Solución alternativa: repara la VM con la opción Ignorar.

VMM no muestra cambios en las propiedades de seguridad de la VM

Descripción: si cambias las propiedades de arranque seguro de una VM de generación 2 o habilitas o deshabilitas vTPM para una VM blindada, fuera de la consola VMM, el cambio no se muestra inmediatamente en VMM. Solución alternativa: actualiza manualmente la VM para mostrar los cambios.

Se produce un error en el almacenamiento de una VM en la biblioteca VMM si se cambia el puerto predeterminado para BITS (443)

Descripción: si se cambia el puerto BITS predeterminado al configurar VMM, se emite un error al almacenar una VM en la biblioteca VMM. Error 2940: VMM no puede completar la transferencia de archivos solicitada. No se pudo establecer la conexión con el <nombre> del servidor HTTP. Solución alternativa: agrega manualmente el nuevo número de puerto a la lista de excepciones del Firewall de Windows del host: netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

No se pueden crear plantillas de VM a partir de una VM basada en Nano Server.

Descripción: cuando se intenta crear una plantilla de VM a partir de una VM basada en Nano Server, se produce el error 2903: VMM no encontró el archivo o carpeta especificado '' en el servidor «<nombre del servidor>». Este archivo o carpeta puede ser necesario como parte de otro objeto. Solución alternativa: crea una plantilla de VM desde cero mediante un VHD de Nano Server.

Es posible que se produzca un error en las implementaciones de servicio de las plantillas de servicio en un SO invitado basado en Nano Server/Core.

Descripción: al seleccionar roles y características para una plantilla de servicio, el perfil del SO invitado no diferencia entre Core, Nano Server y Desktop. Si seleccionas roles y características (como Experiencia de escritorio u otras características relacionadas con la GUI) que no se aplican a un SO invitado basado en Core/Nano Server, puede producirse un error de implementación. Solución alternativa: no incluyas estos roles y características en la plantilla de servicio.

VMM 2016 no actualiza los agentes invitados de VMM después de una actualización

Descripción: al actualizar VMM a 2016 con implementaciones de servicio existentes y, a continuación, hacer el mantenimiento de esos servicios, los agentes invitados de VMM 2016 no se actualizan en las VM que formaban parte de la implementación del servicio. Esto no afecta a la funcionalidad. Solución alternativa: instala el agente invitado de VMM 2016 manualmente.

La VM basada en Nano Server no puede unirse a un dominio

Descripción: durante la implementación de VM de Nano Server, si se une la VM a un dominio especificando la información de unión a un dominio en la página Configuración del sistema operativo del Asistente para la implementación de VM, VMM implementa la VM, pero no la agrega al dominio especificado. Solución alternativa: después de implementar la VM, une manualmente la VM al dominio. Más información.

Error al iniciar una VM con Orden de inicio

Descripción: Windows Server 2016 incluye la característica de Orden de arranque de VM, que define el orden en el que se inician las VM dependientes. Esta funcionalidad no está disponible en VMM, pero si has configurado la característica fuera de VMM, VMM entiende el orden en que se iniciarán las VM. Pero VMM produce un error falso positivo (12711): VMM no puede completar la operación de WMI en el servidor <nombre_servidor> a causa de un error: [MSCluster_ResourceGroup.Name=<nombre>]. El grupo o recurso no está en el estado apropiado para realizar la operación solicitada. Solución alternativa: ignora el error. Las VM se iniciarán en el orden correcto.

Integración

La integración de SQL Server Analysis Services (SSAS) no funciona en el paquete acumulativo de actualizaciones 1 de VMM ni de Operations Manager.

Descripción: si se ejecuta el paquete acumulativo de actualizaciones 1, no se puede configurar SSAS para SQL Server. Solución alternativa: descarga los paquetes acumulativos de actualizaciones más recientes. Este problema se ha corregido en el paquete acumulativo de actualizaciones 2.

Pasos siguientes

Novedades de Virtual Machine Manager