Actualizar el paquete acumulativo de actualizaciones 7 para System Center 2012 R2 Virtual Machine Manager

Características que se agregan en este paquete acumulativo de actualizaciones

• Compatibilidad con Windows 10 sistema
  
  operativo cliente Después de instalar esta actualización, puede aprovisionar y personalizar Windows 10 Virtual Machines cliente (VM). Este soporte no incluye la instalación de Virtual Machine Manager Console en Windows 10 clientes del sistema operativo.
  
  

• Compatibilidad con los nuevos sistemas
  
  operativos Linux Después de instalar esta actualización, puede aprovisionar y personalizar Debian 8 Linux como sistema operativo invitado.
  
  

• Compatibilidad con escenarios
  
  de administración de VMWare vCenter 5.5 Con Update Rollup 6, anunciamos la compatibilidad con escenarios de administración básica para vCenter 5.5. En función de nuestros planes para la integración y compatibilidad de vCenter y VMM, anunciamos una matriz de compatibilidad más amplia para administrar instancias de vCenter en la consola VMM.
  
  Para obtener una lista completa de los escenarios que son compatibles, haga clic aquí.
  
  

• Compatibilidad con varias direcciones IP externas por Virtual Network
  
  Puede tener varias direcciones IP externas asignadas a una sola Virtual Network si tiene update rollup 7 o una versión posterior instalada en su entorno VMM.
  
  El paquete acumulativo de actualizaciones 7 incluye la capacidad de establecer varias direcciones IP para NAT en VMM mediante PowerShell. Esta actualización eleva la capacidad a un nivel superior en la pila al tener compatibilidad en VMM para el administrador de Fabric.
  
  Cómo usar esta funcionalidad?
  
  

  $natConnection = Add-SCNATConnection -Name "NAT_Connection1_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.50"
  
  $natConnection = Add-SCNATConnection $natConnection -Name "NAT_Connection2_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.51"
  Después de examinar profundamente todas las partes de la pila, nos dimos cuenta de que la entrega de una solución eficaz y confiable requiere trabajo adicional y no caben en una única versión de UR. Por lo tanto, estamos ofreciendo la capacidad de establecer varias direcciones IP por red virtual mediante una puerta de enlace NAT de HNV de manera por fases.
  
  Un paquete acumulativo de actualizaciones futuro para VMM explorará las propiedades a través de la pila completa y proporcionará la siguiente funcionalidad hasta Windows Azure Pack (WAP).
  
  

  • Al agregar una nueva regla NAT, un inquilino puede usar ahora una dirección externa existente o especificar una nueva.

  • Puede permitir que el administrador de WAP establezca cuotas para las direcciones IP externas habilitadas por rol de usuario en la nube.

  Entendemos que hay mucha demanda en torno a esta característica en función de la cantidad de comentarios de los clientes que hemos recibido. Tenemos previsto ofrecer soporte técnico de un extremo a otro para esta característica.

• Opción para reasociar máquinas virtuales huérfanas a su rol
  
  de servicio o máquina virtual Si alguna vez tuvo que quitar un host que hospedaba máquinas virtuales de rol de máquina virtual o servicio, y quería agitar una varita mágica para reasociar una máquina virtual a su servicio o rol de máquina virtual después de que el host se retira a VMM, tenemos la solución en Update Rollup 7.
  
  Ahora puede volver a asociar una máquina virtual huérfana a su servicio o rol de máquina virtual después de que el servidor host se haya retirado a VMM.
  
  Para obtener más información, haga clic aquí.
  
  

• Compatibilidad con la extensión DHCP PXE/TFP Los administradores de reenvío
  
  de VMM que dependen de PXE para configurar máquinas virtuales o hosts ahora pueden realizar un arranque PXE aprovechando directamente las extensiones de DHCP de VMM.

Problemas corregidos en este paquete acumulativo de actualizaciones

• En una escala de más de 50 hosts, el servicio VMM se bloquea o deja de responder intermitentemente sin iniciar una excepción utilizable.
  
  

• la distribución de directivas de Virtualización de red de Hyper-V (HNV) no se envía a un host de forma intermitente. El efecto es que las máquinas virtuales activas en ese host no podrán enviar ni recibir tráfico de red a otras máquinas virtuales dentro o fuera de la red de máquina virtual.
  
  

• Cuando un host tiene muchos modificadores virtuales (por ejemplo, 15 o más), el actualizador de host tarda más de una hora en finalizar.
  
  Las llamadas GET de WSMan iterativa se han optimizado para proporcionar una mejor eficiencia de la red.
  
  

• Se produce un error en la actualización de la máquina virtual de una máquina virtual que tiene varios discos de paso a través en un reinicio de host. Al reiniciar, el host intercambia los discos adjuntos intermitentemente y VMM a veces no controla el cambio. Esto provoca una situación en la que la máquina virtual se vuelve inutilizable.
  
  

• El restablecimiento de PortProfile Maximum Bandwidth a cero en el host no se refleja en las máquinas virtuales. Esto ocurre porque el valor predeterminado del máximo y mínimo de ancho de banda en una máquina virtual es nulo. Esto hace que se omita los cambios.
  
  

• Para una Self-Service Usuario, faltan los nombres de los trabajos en el panel Trabajos. El comando SC-GetJob da como resultado nombres vacíos.
  
  

• El escalado horizontal de un servicio no le permite volver a usar el nombre de la máquina virtual. Al escalar horizontalmente un servicio que se implementa en el host, si cancela el asistente y, a continuación, vuelve a intentar los mismos pasos en lugar de confirmar en la fase final del asistente para reducir la escala, el asistente no le permite volver a usar el mismo nombre de máquina.
  
  

• Si intenta quitar una nube de origen vacía a través de la consola VMM, esto no elimina realmente la nube. En esta situación, el trabajo termina. Sin embargo, la nube sigue estando visible en la consola.
  
  

• Cuando hay un servicio en un clúster de invitado en un entorno HNV, el mundo externo se conecta al servicio a través de una puerta de enlace de red de VM. Sin embargo, cuando se produce la conmutación por error del clúster de invitado (por ejemplo, una conmutación por error IP de CA), el servicio ya no es accesible. Se registra un mensaje de error en el historial de trabajos de VMM y se indica que la actualización a la directiva de red de la puerta de enlace no se realizó correctamente.
  
  Esto se debe a que los registros de búsqueda se actualizan en el host (en el que se hospeda el clúster de invitado) cuando se produce una conmutación por error de CA. Sin embargo, los registros no se actualizan en la puerta de enlace. Por lo tanto, la comunicación interna dentro del entorno HNV funciona, pero la comunicación externa al servicio no responde.
  
  

• Representación incorrecta de la cadena de la configuración regional del idioma ZH-HK (chino de Hong Kong) como CHH (en lugar de ZHH) en el paquete de supervisión de VMM. Esto hace que se muestren cadenas no regionales (en inglés) en la consola de configuración regional de Operations Manager ZH-HK después de importar los Módulos de administración de VMM.
  
  

• No se puede quitar la máquina virtual de la instancia de servicio. Al intentar quitar la máquina virtual, recibe el siguiente mensaje de error:
  
  

  Remove-SCVirtualMachine : VMM no puede quitar la máquina virtual porque está en el estado Configuración de clúster no compatible. (Id. de error: 809, error detallado:)
  
  Cambia el estado de la máquina virtual y, a continuación, intenta la operación de nuevo.
  
  Para reiniciar el trabajo, ejecutar el siguiente comando:
  PS> Restart-Job -Job (Get-VMMServer qpg3-vmm001 | Get-Job | donde { $_.ID -eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
  At line:1 char:1
  + Remove-SCVirtualMachine -VM $T 01SQL0 -force
  + ~~~~~
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : ReadError: (:) [Remove-SCVirtualMachine], CarmineException
  + FullyQualifiedErrorId : 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet

  
  
  

• Cuando se ejecuta la conmutación por error de prueba paralela (TFO), VMM puede experimentar problemas de bloqueo en el grupo de replicación (RG). En esta situación, si otro RG intenta colocar un candado, la operación falla.
  
  

• Los nombres de equipo duplicados se crean para las máquinas virtuales al usar el patrón <nombre####> en una plantilla de máquina virtual. En este caso, la implementación de la máquina virtual produce errores al crear una máquina virtual.
  
  

• La actualización del proveedor de almacenamiento produce errores y genera una excepción de "Formato incorrecto" en un entorno que no es inglés si el proveedor administra la replicación y el proveedor admite valores objetivo de punto de recuperación (RPO). El proveedor de almacenamiento no se puede actualizar. Esto impide la administración del proveedor.
  
  

• La consola VMM se bloquea aleatoriamente y devuelve System.NullReferenceException. La mitigación anterior era reiniciar VMM.
  
  

• No puede realizar optimización dinámica (DO) en una máquina virtual de clúster que esté protegida mediante Azure Site Recovery (ASR). Esto afecta al equilibrio de carga del clúster.
  
  Además, recibirá el siguiente mensaje de error cuando se invoca DO:
  
  
  
  Este problema se produce si cualquier máquina virtual está protegida mediante ASR porque varios atributos de nube (como RPO y nube) se establecen en la máquina virtual. Pero los hosts en esa nube no reciben ningún atributo relacionado con la nube. Durante la do, mientras se migra una máquina virtual principal, la colocación exige los atributos de nube en los hosts y, dado que faltan los atributos necesarios, no encuentra un host adecuado.
  
  

• La optimización dinámica (DO) no ignora las máquinas virtuales de réplica detenidas en la nube de recuperación mientras calcula las restricciones de capacidad para las nuevas máquinas virtuales. Si se detienen las máquinas virtuales de réplica en un host, DO no mueve las máquinas virtuales adicionales al host. Esto puede afectar al equilibrio de carga del clúster.
  
  Este problema se produce porque la clave del registro "IgnoreMemoryForStoppedReplicaVM" se usa para dar cabida a más máquinas virtuales si cualquier host tiene máquinas virtuales de réplica en estado detenido. Los escenarios DO no respetan esta marca.
  
  

• Un nodo de clúster no se puede poner en modo de mantenimiento si tiene máquinas virtuales que están protegidas a través de ASR. En esta situación, recibe el siguiente mensaje de error.
  
  
  
  

• VMM muestra la siguiente advertencia cuando una máquina virtual que está protegida a través de ASR se migra dentro del clúster.
  
  
  
  Aunque esta comprobación es solo un bloque temporal y no bloquea el escenario de migración real, al host se le sigue asignando una clasificación cero por ubicación. Esto bloquea la operación de Optimización dinámica (DO) y finalmente impide la migración en vivo de la máquina virtual.
  
  

• La opción para habilitar vlan troncal como un tipo de red en el servicio de red VMM no está disponible. Si marca el tipo de red como VLAN, esto hace que VMM sobrescriba la configuración de VLAN troncal que se estableció fuera de banda.

Mejoras en el proceso de revisión

• Antes del paquete acumulativo de actualizaciones 7, al instalar el paquete acumulativo de actualizaciones de VM Update, la consola VMM muestra intermitentemente el siguiente mensaje de error:
  
  

  No se pudo actualizar la canalización del complemento de código administrado debido al error siguiente:
  
  La carpeta necesaria "C:\Archivos de programa\Microsoft System Center 2012\Virtual Machine Manager\bin\AddInPipeline\HostSideAdapters" no existe.

  
  

• La eliminación de Update Rollup 5 no revierte el siguiente archivo binario a su versión anterior:
  
  

  Microsoft.SystemCenter.VirtualMachineManager.resources.dll
  
  

• Si instala un paquete acumulativo de actualizaciones anterior en modo no elevado, esto hace que se restablezca el valor del registro IndigoTCPport. Esto requiere que los usuarios cambien manualmente el valor a 8100. Además, recibe el siguiente mensaje de error:
  
  

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Administrator Console\Settings\IndigoTCPport valor es incorrecto

Cómo obtener e instalar Update Rollup 7 para System Center 2012 R2 Virtual Machine Manager