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

  • Artículo

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

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

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

Notas de la versión de VMM 2019

En las siguientes secciones se resumen las notas de la versión de VMM 2019 y se incluyen los problemas conocidos y las soluciones alternativas. No hay ninguna incidencia conocida en VMM 2019 UR1 ni en UR2.

Se produce un error en la eliminación del nodo de clúster con la marca 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 No se pudo obtener la instancia especificada MSFT_StorageJob error, en los escenarios siguientes.

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

  • No hay suficientes dominios de error para proporcionar la resistencia del volumen.

Solución alternativa: Asegúrese de lo siguiente:

  • Está disponible la capacidad de almacenamiento adecuada en los restantes servidores para acomodar todos los volúmenes

  • No suficientes dominios de error disponibles para proporcionar la resistencia de los volúmenes.

Se produce un error en la adición de un dispositivo de almacenamiento que tenga la interfaz de administración de SMI-S

Descripción: al agregar un dispositivo de almacenamiento que tenga la interfaz de administración de SMI-S que tenga el error Registration of storage provider failed with error code WsManMIInvokeFailed (Error en el registro del proveedor de almacenamiento; el código de error es WsManMIInvokeFailed) cuando 2019 de System Center Virtual Machine Manager (VMM) 2019 está instalado en Windows Server 2019.

Solución alternativa: VMM depende del servicio Administración de almacenamiento basada en estándares de Windows para administrar los dispositivos de almacenamiento que usan SMI-S. Asegúrese 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 debe actualizarse a Windows Server 2019 mediante la actualización gradual del clúster.

Solución alternativa: migre HNVv1 a SDNv2 en Windows Server 2016 antes de usar la actualización gradual de los clústeres a Windows Server 2019.

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

Descripción: es posible que las últimas correcciones de accesibilidad de la consola no estén disponibles si se usa .NET 4.7 durante la instalación de la consola de VMM.

Solución alternativa: Se recomienda que utilice .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 SLB MUX no funcione como se esperaba después de la migración de la máquina virtual.

Solución alternativa: Los usuarios pueden optar por reducir o escalar horizontalmente la máquina virtual de SLB MUX como solución alternativa.

Se produce un error en la actualización del paquete acumulativo de actualizaciones de clúster

Descripción: se produce un error en la actualización del paquete acumulativo de clústeres (CRU) durante la fase conectar el host de Hyper-V a las matrices de almacenamiento , si el disco duro virtual (VHD) de Windows Server 2019 en el servidor de biblioteca, que se usa como perfil de equipo para volver a implementar el sistema operativo (SO) no está instalado con las actualizaciones más recientes.

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

Para evitar este problema, antes de desencadenar la CRU, asegúrese de instalar las actualizaciones más recientes del sistema operativo en el disco duro virtual que desea 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 discos duros virtuales no se migren, aunque se cumplan las restantes condiciones de la optimización dinámica del almacenamiento.

Solución alternativa: para asegurarse de que se desencadena la migración del almacenamiento, realice lo siguiente:

  1. Compruebe el HostVolumeID mediante el cmdlet Get-SCStorageVolume. Si HostVolumeID devuelve Null para el volumen, actualice la máquina virtual y vuelva a realizar la optimización dinámica del almacenamiento.
  2. Compruebe el DiskSpacePlacementLevel del grupo host mediante el cmdlet Get-SCHostResever. Establezca el valor de DiskSpacePlacementLevel que equivalga al valor del espacio en disco de la configuración de Recurso en reserva en el host del Asistente para optimización dinámica.

El disco de la optimización dinámica del almacenamiento realiza varias migraciones de disco duro virtual

Descripción: si hay un error de coincidencia de los niveles de advertencia de espacio en disco entre los grupos host 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 do de almacenamiento.

Solución alternativa: se recomienda no realizar un recurso compartido de archivos en diferentes clústeres en los que está habilitada la optimización dinámica de almacenamiento.

En la supervisión de rendimiento del servidor de VMM se produce el error de evento 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: cambie el descriptor de seguridad de registro del registro de eventos operativos con el siguiente comando y, después, reinicie tanto el servicio del registro de eventos como el servicio del registro de mantenimiento.

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 VMSubnet de NC.

Descripción: Set-SCVMSubnet trabajo -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto VMSubnet nc debido al cual se produce un error en el trabajo de Remove-PortACL con la excepción NC que todavía está en uso.

Solución alternativa: Quite VMSubnet de VMM y luego quite 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

Importante

Esta versión de Virtual Machine Manager (VMM) ha llegado al final del soporte técnico. Se recomienda actualizar a VMM 2022.

Este artículo contiene las notas de la versión de System Center 1807 Virtual Machine Manager (VMM).

Notas de la versión de VMM 1807

En las siguientes secciones se resumen las notas de la versión de VMM 1807 y se incluyen los problemas conocidos y las soluciones alternativas.

Las últimas correcciones de accesibilidad de la consola no están disponibles

Descripción: es posible que las últimas correcciones de accesibilidad en 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.7.1 durante la instalación de la consola VMM. Para obtener información detallada sobre la migración de .NET 4.7.1, vea 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 SLB MUX no funcione como se esperaba después de la migración de la máquina virtual.

Solución alternativa: Los usuarios pueden optar por reducir o escalar horizontalmente la máquina virtual de SLB MUX como solución alternativa.

Problemas de conectividad para las direcciones SLB

Descripción: para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de equilibrador de carga de software, es posible que se experimenten problemas de conectividad si se selecciona Registrar la dirección de esta conexión en DNS.

Solución alternativa: Desactivar la opción para evitar problemas con estas direcciones IP.

VMM integrado con Azure Site Recovery no admitirá las versiones de DRA anteriores a 5.1.3100

Descripción: en caso de que use un VMM integrado con Azure Site Recovery, VMM admite la versión 5.1.3100 o posterior del Agente de recuperación de datos (DRA). No se admiten las versiones anteriores.

Solución alternativa: Siga estos pasos y actualice la versión de DRA:

  1. Desinstale la versión existente de DRA.
  2. Instale la revisión VMM 1807.
  3. Instale la versión 5.1.3100 o una versión posterior.

La actualización de host/clúster podría tardar más si hay un gran número de definiciones de redes lógicas

Descripción: cuando hay un gran número de definiciones de red lógicas en el entorno, la actualización de clúster o host puede tardar más de lo esperado.

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

Descripción: El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto VMSubnet de NC, debido a que se produce un error en el trabajo Remove-PortACL con la excepción de NC que todavía está en uso.

Solución alternativa: Quite VMSubnet de VMM y luego quite 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 contiene las notas de la versión de System Center 2016 Virtual Machine Manager (VMM).

Importante

Esta versión de Virtual Machine Manager (VMM) ha llegado al final del soporte técnico. Se recomienda actualizar a VMM 2022.

Notas de la versión de VMM 1801

En las secciones siguientes se resumen las notas de la versión de VMM 1801 e incluyen los problemas conocidos y las soluciones alternativas.

Las últimas correcciones de accesibilidad de la consola no están disponibles

Descripción: es posible que las últimas correcciones de accesibilidad en 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.7.1 durante la instalación de la consola VMM. Para obtener información detallada sobre la migración de .NET 4.7.1, vea 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 SLB MUX no funcione como se esperaba después de la migración de la máquina virtual.

Solución alternativa: Los usuarios pueden optar por reducir o escalar horizontalmente la máquina virtual de SLB MUX como solución alternativa.

Problemas de conectividad para las direcciones SLB

Descripción: para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de equilibrador de carga de software, es posible que se experimenten problemas de conectividad si se selecciona Registrar la dirección de esta conexión en DNS.

Solución alternativa: Desactivar la opción para evitar problemas con estas direcciones IP.

La actualización puede dar error si ha cambiado el nombre de una clasificación de puerto predeterminado.

Descripción: al cambiar el nombre original de una clasificación de puerto predeterminado y, a continuación, volver a intentar actualizar a VMM 1801, la actualización podría producir un error con el mensaje siguiente en el registro de instalación de VMM.

Violation of PRIMARY KEY constraint 'PK_tbl_NetMan_PortClassification'. No se puede insertar una clave duplicada en el objeto "dbo.tbl_NetMan_PortClassification"..

Solución alternativa: vuelva a cambiar el nombre de clasificación de puerto al nombre original y, a continuación, desencadene la actualización. Después de la actualización, puede cambiar el nombre predeterminado por otro distinto.

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

Descripción: El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto VMSubnet de NC, debido a que se produce un error en el trabajo Remove-PortACL con la excepción de NC que todavía está en uso.

Solución alternativa: Quite VMSubnet de VMM y luego quite 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

Notas de la versión de VMM 2016

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

Implementación de VMM

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

Descripción: Si importa el complemento de consola de administración de VMM como usuario que no es administrador, la consola se bloqueará. 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: almacene el complemento de consola en una ubicación que no necesite acceso de administrador y después impórtelo.

Storage

Podría producirse un error en la promoción de una máquina virtual para alta disponibilidad

Descripción: Cree una máquina virtual en el almacenamiento local, iníciela y cree puntos de control. Si intenta migrar y promover la máquina virtual a 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, elimine el punto de control en ejecución y detenga la máquina virtual.

Posible error al migrar una máquina virtual desde CSV al almacenamiento LUN

Descripción: Una máquina virtual de alta disponibilidad se crea con almacenamiento CSV, se agrega un LUN como almacenamiento disponible en el clúster y se migra la máquina virtual desde CSV al LUN. Si el almacenamiento LUN y la máquina virtual están en el mismo nodo, la migración se realizará correctamente. Si no, se producirá un error en la migración. Solución alternativa: si la máquina virtual no se encuentra en el nodo del clúster en el que está registrado el almacenamiento LUN, muévala ahí. Después, migre la máquina virtual al almacenamiento LUN.

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

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

Redes

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

Descripción: no se admite el uso de direcciones IP dinámicas para las máquinas virtuales conectadas a redes lógicas administradas por el controlador de red SDN en el tejido de VMM. Solución alternativa: Configure direcciones IP estáticas.

El conmutador SET se muestra como "Interno" en VMM

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

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

Descripción: un equipo LACP configurado en un conmutador lógico no funciona después de actualizar a VMM 2016. Solución alternativa: vuelva a implementar el conmutador, o bien quite y vuelva a agregar un adaptador de red físico al 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 SLB MUX no funcione como se esperaba después de la migración de la máquina virtual. Solución alternativa: reduzca o escale horizontalmente la máquina virtual MUX de SLB como solución alternativa.

No se admiten los certificados de entidad de certificación basados en CNG

Descripción: si se usan certificados de una entidad de certificación, no se pueden usar certificados CNG para la implementación de SDN en VMM. Solución alternativa: use otros formatos de certificado.

Un adaptador virtual conectado a una red administrada por la controladora de red debe reiniciarse si se cambia 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 máquinas virtuales administrada por la controladora de red, tendrá que reiniciar manualmente los adaptadores asociados. Solución alternativa: Ninguna.

No se admite IPv6 para una infraestructura de red administrada por la controladora de red

Descripción: IPv6 no es compatible con la controladora de red en el tejido de VMM. Solución alternativa: Use IPv4.

Problemas de conectividad para las direcciones SLB

Descripción: para las direcciones IP de front-end y back-end asignadas a máquinas virtuales MUX de SLB, es posible que se experimenten problemas de conectividad si se selecciona Registrar la dirección de esta conexión en DNS. Solución alternativa: desactive la opción para evitar problemas.

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

Descripción: El trabajo Set-SCVMSubnet -RemovePortACL se completa en VMM sin quitar la asociación portACL del objeto VMSubnet de NC, debido a que se produce un error en el trabajo Remove-PortACL con la excepción de NC que todavía está en uso.

Solución alternativa: Quite VMSubnet de VMM y luego quite 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 actualiza el nivel funcional para un clúster que incluye un servidor de archivos, la información de plataforma no se actualiza automáticamente en la base de datos de VMM. Solución alternativa: Después de actualizar el nivel funcional del clúster, actualice 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: La actualización de un clúster de Espacios de almacenamiento directo (hiperconvergido o desagregado) mediante VMM no se admite y es posible que produzca pérdida de datos. Solución alternativa: actualice los clústeres fuera de VMM con la actualización compatible con clústeres (CAU) de Windows.

La actualización gradual de clúster de un clúster de host de Windows Server 2012 R2 a un clúster de host de Windows Server 2016 Nano Server producirá un error

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 gradual del clúster en VMM, se producirá el error 20406: VMM no pudo enumerar las instancias de clase MSFT_StorageNodeToDisk en el servidor server <servername>. Error con el error MI RESULT 7 No se admite la operación solicitada. Solución alternativa: actualice manualmente el clúster de hosts de Windows Server 2012 R2 a Nano fuera de VMM.

Nota

La actualización gradual de Windows Server 2012 R2 a Windows Server 2016 servidor completo funciona bien. Este problema solo ocurre con Nano.

Agregar un clúster en la consola de administración de VMM podría producir un error

Descripción: al agregar un clúster como un recurso en la consola administrativa de VMM, es posible que reciba un error que indica Que no se detectaron equipos en función de las entradas. Solución alternativa: seleccione Aceptar y cierre el cuadro de diálogo de error. Después, intente volver a agregar el clúster.

Una actualización gradual de clúster no realiza la migración en vivo de las máquinas virtuales que no son de alta disponibilidad

Descripción: al ejecutar una actualización gradual de clústeres de Windows Server 2012 R2 para Windows Server 2016 mediante VMM, no realiza la migración en vivo de máquinas virtuales que no son de alta disponibilidad. Se mueven a un estado guardado. Solución alternativa: puede hacer todas las máquinas virtuales del clúster de alta disponibilidad antes de la actualización, o bien realizar una migración en vivo manual de máquinas virtuales concretas.

Es necesario realizar pasos manuales para agregar un host basado en Nano Server que está en un dominio que no es de confianza

Descripción: no se puede agregar un host basado en Nano Server que está en un dominio que no es de confianza. Solución alternativa: realice estos pasos en el host y, a continuación, agréguelo al tejido de VMM como un host que no es de confianza.

  1. Habilitar WINRM a través de HTTPS:

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

  2. Cree 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, a continuación, agréguelo como un host que no es de confianza al tejido de VMM.

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

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

  2. Cree una excepción de firewall en el host, para permitir WINRM sobre HTTPS:

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

Es posible que se produzca un error en la implementación sin sistema operativo de hosts durante una actualización de alta disponibilidad

Descripción: Después de una actualización de alta disponibilidad a VMM 2016, es posible que VMM actualice 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á errores en la implementación sin sistema operativo. Solución alternativa: Cambie manualmente la entrada del Registro de HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER a "SCVMM/VIRT-VMM-1".

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

Descripción: Cuando VMM actualiza el agente de 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: Repare el host en la página Estado del host.

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

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

Espacios de almacenamiento directo

Si agrega un host al tejido de VMM con Espacios de almacenamiento directo habilitado, se genera 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: Instale el paquete acumulativo de actualizaciones de VMM más reciente (el problema se corrigió en el paquete acumulativo de actualizaciones 2).

La implementación de una máquina virtual en SOFS mediante copia rápida de archivos genera una advertencia

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

La validación de clúster siempre se ejecuta

Descripción: Al agregar un nodo a un clúster o crear un clúster hiperconvergido con Espacios de almacenamiento directo, siempre se produce una validación del clúster, aun cuando se haya especificado la opción de omitir esa validación. Solución alternativa: Instale el último paquete acumulativo de actualizaciones VMM. El problema se corrigió 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 Espacios de almacenamiento directo clúster hiperconvergido, solo se actualiza la clasificación del nodo propietario. El resto de los nodos seguirá teniendo asignada la clasificación anterior. Solución alternativa: Instale el último paquete acumulativo de actualizaciones VMM. El problema se corrigió en el paquete acumulativo de actualizaciones 2.

La creación de recursos compartidos de archivos en capas en SOFS no funciona de la forma esperada

Descripción: cuando se crea correctamente un recurso compartido de archivos en capas en SOFS, se emite un error (43020 [SM_RC_DEDUP_NOT_AVAILABLE]), incluso si la opción de desdup no está seleccionada. Solución alternativa: Ignore el error.

VMM no muestra información correcta para un clúster hiperconvergido o SOFS de Espacios de almacenamiento directo

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: Instale el último paquete acumulativo de actualizaciones VMM. El problema se corrigió 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 habilita el escudo para una máquina virtual existente en el tejido de VMM, o si crea una máquina virtual blindada a partir de una plantilla no blindada, el trabajo podría producir el error 1730: No se pudo completar la acción seleccionada porque la máquina virtual no está en un estado en el que la acción es válida. El error se produce durante el último paso del trabajo, cuando se apaga la máquina virtual una vez completado el blindaje. La máquina virtual está blindada correctamente y se puede usar. Solución alternativa: Repare la máquina virtual con la opción Omitir.

VMM no muestra cambios en las propiedades de seguridad de la máquina virtual

Descripción: si cambia las propiedades de arranque seguro de una máquina virtual de generación 2 o habilita o deshabilita vTPM para una máquina virtual blindada, fuera de la consola VMM, el cambio no se muestra inmediatamente en VMM. Solución alternativa: Actualice manualmente la máquina virtual para mostrar los cambios.

No se puede almacenar una máquina virtual en la biblioteca de VMM si se cambia el puerto predeterminado para BITS(443)

Descripción: si cambia el puerto BITS predeterminado al configurar VMM y se emite un error al almacenar una máquina virtual 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: Agregue manualmente el nuevo número de puerto a la lista de excepciones de Firewall de Windows del host: netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

No se puede crear una plantilla de máquina virtual desde una máquina virtual basada en Nano Server.

Descripción: al intentar crear una plantilla de máquina virtual a partir de una máquina virtual basada en Nano Server, se emite el error 2903: VMM no pudo encontrar 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: cree una plantilla de máquina virtual desde cero mediante un VHD de Nano Server.

Las implementaciones de servicio de plantillas de servicio pueden producir un error en un sistema operativo invitado basado en Nano Server o Core.

Descripción: Al seleccionar roles y características para una plantilla de servicio, el perfil de sistema operativo invitado no distingue entre Core, Nano Server y Desktop. Si selecciona roles y características (por ejemplo, Experiencia de escritorio u otras características relacionadas con la interfaz gráfica de usuario) que no son aplicables a un sistema operativo invitado basado en Core o Nano Server, pueden producirse errores de implementación. Solución alternativa: No incluya 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: Cuando se actualiza VMM a 2016 con implementaciones de servicio existentes y, luego, se intenta realizar el mantenimiento de esos servicios, los agentes invitados de VMM 2016 no se actualizan en las máquinas virtuales que formaban parte de la implementación del servicio. Esto no afecta a la funcionalidad. Solución alternativa: Instale el agente invitado de VMM 2016 manualmente.

Se produce un error en la máquina virtual basada en Nano Server al conectarse a un dominio

Descripción: Durante la implementación de una máquina virtual de Nano Server, si intenta unirla a un dominio mediante la especificación de la información de la unión de dominio en la página Configuración del sistema operativo del asistente de implementación de máquinas virtuales, VMM implementa la máquina virtual pero no la agrega al dominio especificado. Solución alternativa: una vez implementada la máquina virtual, una manualmente la máquina virtual al dominio. Más información.

Error al iniciar una máquina virtual con el orden de inicio

Descripción: Windows Server 2016 incluye la característica de orden de inicio de la máquina virtual, que define el orden en el que se inician las máquinas virtuales dependientes. Esta funcionalidad no está disponible en VMM, pero si ha configurado la característica fuera de VMM, VMM entiende el orden en el que se iniciarán las máquinas virtuales. Sin embargo, VMM produce un error de falso positivo (12711): VMM no puede completar la operación WMI en el nombre del servidor <> debido a un error: [MSCluster_ResourceGroup.Name=<name>] El grupo o recurso no está en el estado correcto para realizar la operación solicitada. Solución alternativa: Ignore el error. Las máquinas virtuales se iniciarán en el orden correcto.

Integración

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

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

Pasos siguientes

Novedades de Virtual Machine Manager