Paquete acumulativo de actualizaciones 6 para de Virtual Machine Manager R2 de System Center 2012

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3050317
Introducción
Este artículo describe los problemas corregidos en la actualización paquete acumulativo de actualizaciones 6 para Virtual Machine Manager R2 de Microsoft System Center 2012. Hay dos versiones disponibles de Virtual Machine Manager (VMM): servidor y la consola de administrador. Además, este artículo contiene instrucciones de instalación para la actualización de paquete acumulativo de actualizaciones 6 para de Virtual Machine Manager R2 de System Center 2012.

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



  • Agregar la función de suscripción de Azure: Mediante la característica Agregar suscripción de Azure en Update Rollup 6, los administradores de Virtual Machine Manager pueden agregar suscripciones de Microsoft Azure a VMM y realizar algunas acciones básicas en instancias de Azure en las suscripciones. La característica se incluye en Virtual Machine Manager en la actualización paquete acumulativo de actualizaciones 6 para System Center 2012 R2. Para cada suscripción de Azure que agregue, puede utilizar una consola para ver todas las instancias de la función en todos los grupos de distribución de esa suscripción.

    ¿Qué puede hacer con esta característica

    Si ya administra las máquinas virtuales de locales en Virtual Machine Manager, puede utilizar esta característica para realizar algunas acciones muy básicas en instancias de Azure sin salir de la consola VMM. Por ejemplo, puede hacer lo siguiente:

    • Agregar o quitar una o más suscripciones Azure mediante la consola VMM.
    • Ver detalles de una vista de lista y Estados de todas las instancias de la función en todas las implementaciones en esa suscripción.
    • Actualizar manualmente la lista de instancias.
    • Realizar las siguientes acciones básicas en las instancias:

      • Inicio
      • Detener
      • Apagado
      • Reiniciar
      • Conectarse a través de RDP
    Para obtener más información, vea Agregar una suscripción de Azure en VMM en System Center 2012 R2 con Update Rollup 6.
  • Escenario de protección E2A ASR mejorado: Al tener la actualización paquete acumulativo de actualizaciones 6 en el entorno de Virtual Machine Manager, es fácil descubrir y corregir un problema que a veces se produce cuando se configura la protección de la recuperación de sitio de Azure (ASR). Este problema se produce cuando desee agregar protección ASR para máquinas virtuales de local y tiene las siguientes propiedades de la máquina virtual:

    • Ninguna versión de sistema operativo especificada
    • Ninguna indicación de qué disco contiene el sistema operativo para la máquina virtual
    Deben especificar estas propiedades porque son necesarios para la recuperación de sitios de Azure. En Update Rollup 6, mejor conjunto de error se muestran mensajes en VMM en el panel de tareas si intenta configurar una máquina virtual que no cumple los requisitos.

    Para obtener información acerca de los requisitos de ASR, vea Mejora de escenario de protección de E2A de ASR.
  • Opción para usar las máquinas virtuales de generación 2 en servicios y VMRoles: En Update Rollup 6, VMM ahora proporciona soporte para máquinas virtuales de generación 2 para los servicios y funciones de la máquina virtual. Mediante esta característica, puede implementar servicios de múltiples niveles y elegir la generación de la máquina virtual para niveles individuales. Los usuarios pueden dar servicio a estas instancias de servicio por mantenimiento convencional y basado en imágenes.

    Para obtener más información, vea Generación de descripción 1 y generación 2 las máquinas virtuales en VMM.
  • Reglas de exposición del uso de redes total en el paquete de administración: Este cambio presenta dos reglas destinadas a los Hosts de Hyper-V:

    • Regla de recopilación de tráfico de red entrante de VNic total
    • Regla de recopilación de tráfico de red saliente de VNic total
    Estas reglas miden el total entrante y total tráfico saliente en kilobytes por VNic por máquina virtual en el siguiente método:

    Para cada máquina virtual:

    1. Habilitar Medición de Hyper-V Si no está habilitada.
    2. Ejecutar Medida de la VM.
    3. Medición de recopilar datos para cada dirección remota de "0.0.0.0/0" o ":: / 0" por VNic.
    De forma predeterminada, estas reglas ejecutan cada hora. Los usuarios pueden optar por anular esta configuración reemplaza la propiedad IntervalSeconds. Estas reglas no se deben ejecutar con más frecuencia que cada cinco minutos (300 segundos).

    Comportamiento en las versiones anteriores: VMM no mide el consumo de datos. Mide el rendimiento sólo.
  • Opción para exceda la asignación de capacidad de nube y grupo Host para máquinas virtuales de réplica: De Virtual Machine Manager R2 de System Center 2012 le permite colocar las máquinas virtuales de réplica en un grupo host o nube preconfigurado si encajan dentro de la configuración de la capacidad. Hasta ahora, VMM asume que todos los recursos asignados a las máquinas virtuales de réplica estaban en uso. Por lo tanto, VMM no permitían colocar cualquier máquina virtual de réplica en un grupo host o nube si activaría la carga agregada de todas la réplica de las máquinas virtuales más allá de la capacidad del grupo nube o host.

    Aunque este comportamiento asegurado de que la réplica VMs puede iniciar simultáneamente, podría provocar un uso no óptimo de nubes de réplica y los grupos host. Esto sucedería si (empresa o anfitrión) intentó incluir máquinas virtuales adicionales dentro de una nube o un grupo de hosts. Es decir, si overcommited el grupo de nube o host de réplica. En Update Rollup 6, usted puede exceda la asignación de las nubes y los grupos host en su entorno de VMM configurando la siguiente clave del registro en el servidor VMM:

    Ubicación del registro:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    Nombre DWORD: IgnoreMemoryForStoppedReplicaVM
    Valor DWORD: 1

    Nota: Si la subclave de ubicación no existe, créela.

    Para obtener más información, vea Opción para exceda la asignación de nube y HG para máquinas virtuales de réplica.
  • Soporte para los escenarios básicos de VMWare VCenter 5.5.

    El paquete acumulativo de actualizaciones 6 presenta los siguientes escenarios:

    • Agregar 5.5 VCenter a administración de VMM 2012 R2 UR6
    • Agregar a Host ESX con la versión 5.5 y poner bajo administración
    • Crear plantilla de VM VMWare e implementar máquinas virtuales con la plantilla
    • Crear plantillas con funciones de red básicas (éstas incluyen escenarios unidos a un dominio) e implementar máquinas virtuales
    • Realizar varias operaciones de ciclo de vida VM (por ejemplo, iniciar, detener, apagar, reparación, actualización y checkpoint en una máquina virtual).
    • Conectarse a la máquina virtual mediante la consola y comprobar accesibilidad
    • Activar las máquinas virtuales
    • Crear un fondo de recursos y poner el fondo de recursos bajo administración de VMM
    Se trata de escenarios limitados. Sin embargo, representan la primera y más importante paso hacia el uso de las versiones más recientes de VCenter. Seguimos crear en la matriz de soporte para VMWare VCenter y proporcionará actualizaciones para solucionar este en el futuro paquetes acumulativos de actualizaciones.

Problemas corregidos en este paquete acumulativo de actualizaciones

  • Problema 1

    Cuando se eliminan objetos VMM, se produce un error 801. VMM a veces detecta un problema en el que un objeto VMM como una máquina virtual no puede quitarse de la interfaz de usuario o de Windows Powershell porque faltan algunos de sus objetos secundarios en la base de datos. Con frecuencia esto hace que los usuarios busquen las secuencias de comandos correctoras quitar los objetos afectados. En Update Rollup 6, VMM tiene mejorada tres cmdlets de Powershell para minimizar los errores relacionados con 801. Estos cmdlets son Quitar SCServiceTemplate, Quitar SCLibraryServer, y Quitar SCLibraryShare. Los usuarios no deben utilizar el – Fuerza marca junto con estos cmdlets para evitar 801 errores. Los cmdlets proporcionan la capacidad para resolver las dependencias que conducen a 801 errores.

  • Problema 2

    El servicio VMM se bloquea y genera un error de infracción de acceso en System.Xml cuando se responde a un evento de Integration Services.

  • Problema 3

    Excepción crítica en el controlador de errores WCF--ObjectDisposedException--Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Cuando VMM se apaga el host de servicio WCF, al que llama anulación que puede causar que los mensajes no procesados que se termine incorrectamente, y esto puede dar lugar a ObjectDisposedExceptions que se produce. Controlador de errores WCF nivel superior de VMM ve estas excepciones antes de que el proceso ha finalizado e informa de las excepciones como críticas. Así que aquí VMM informa de errores inofensivos como errores críticos posiblemente agregando a la confusión del usuario.

  • Problema 4

    Opción de dirección MAC atenuado en la interfaz de usuario cuando vnic no está conectado. Esto impide que los usuarios marcar la nic como static. Después de actualizar a VMM en System Center 2012 R2, cliente no puede elegir la opción de dirección Mac estática en las plantillas de máquina virtual que crea, si la máquina virtual no está conectada a una red. Las opciones de dirección MAC e IP no están disponibles cuando la máquina virtual es "no conectada". Por lo tanto, él no puede asignar una dirección MAC estática a la máquina virtual antes de la implementación.

  • Problema 5

    Personalización de la máquina virtual puede fallar y generar una excepción crítica cuando Hyper-V no devuelve un objeto de unidad de disquete. Durante la personalización de una máquina virtual, es probable que Hyper-V devolverá el objeto de unidad de disquete como null y VMM se intenta agregar una unidad. Sin embargo, la adición de la unidad de disquete no se implementa en Hyper-V. Esto produce una excepción que se produce un error de trabajo y deja la máquina virtual en estado de error en la creación. El usuario puede reparar la máquina virtual para que sea funcional. Esto puede ocurrir si la configuración de unidad Floppy (en el recurso compartido remoto) no está disponible para Hyper-V o Hyper-V está ocupado o estresado.

  • Problema 6

    No se puede implementar máquinas virtuales con direcciones IP estáticas cuando se configuran varios grupos de IP para una subred de la máquina virtual. Cliente intenta crear una máquina virtual mediante una plantilla que tiene una configuración de IP estática. Si hay varios grupos IP en una subred y el cliente proporciona una dirección IP de una agrupación diferente a la predeterminada (es decir, el grupo rellena automáticamente que se muestra en la interfaz de usuario), a continuación, finalice el Asistente de VM sin errores pero la creación de la máquina virtual, se produce un error y devuelve un error "Dirección IP fuera del intervalo".

  • Problema 7

    Bloqueo de VmmService se produce durante la manipulación de la máquina virtual quitada de que eventos enviados por Hyper-v de cambio de subredes IP. En una instalación NVGRE, si hay un evento enviado por Hyper-V para cambio de IP pero ya no existe la subred de la máquina virtual en VMM, provoca un fallo de servicio VMM.

  • Problema 8

    Las máquinas virtuales se notifican que faltan como el VmMovedRefresherEvent no se recibe. Cuando se produce un evento de mover máquinas virtuales mientras que un host no está en modo de eventos y la máquina virtual está en estado de migración y cuando enlaza el actualizador de evento puede haber una ventana donde nadie está escuchando y la operación de actualización correcta antes de modo de escucha no recibe el cambio. Por lo tanto, VMM no recibirá estos cambios hasta que el actualizador completo siguiente, que puede ser lo peor como 24 horas.

    Para asegurarse de que tales eventos perdidas se sincronizan mediante el actualizador de luz máquina virtual en modo de generación de eventos, puede crear y configurar la siguiente clave del registro para ejecutar el actualizador de máquina virtual luz a intervalos regulares. Esta actualización se ejecutará asimismo a los actualizadores basado en eventos.

    Ubicación del registro:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

    Clave del registro:

    VMPropertiesEventAssitedUpdateInterval

    Tipo de registro: DWORD

    Valor mínimo: 0 segundos

    Valor máximo: 20 días
    Valores tienen que especificarse en segundos.

    Nombre DWORD: VMPropertiesEventAssitedUpdateInterval

    Valor DWORD:value_in_seconds

    Nota: La value_in_seconds marcador de posición puede ser un valor de 0 segundos a 20 días (también en segundos).


  • Problema 9

    Requieren indicadores explícitos para indicar una máquina virtual que falta o una eliminación de la máquina virtual de servicio durante quitar Host al usuario. En la actualidad, VMM no comprueba la existencia de las máquinas virtuales en el host al quitar host de VMM. Un host puede contener equipos de servicios virtuales, máquinas virtuales que se implementan en la nube, los equipos virtuales que tienen propiedades personalizadas que se definen para ellos. Si un usuario elimina accidentalmente un host, todas estas asociaciones están rotas. Esta revisión evita estas situaciones al solicitar a los usuarios un mensaje de confirmación antes de que realmente se quitan dichos hosts de VMM.

  • Número 10

    Si tiene una red lógica que tiene varios sitios de la red y los sitios de la red son visibles para el adaptador de red del host, se asignará PAs de esos sitios de red diferentes y la información de enrutamiento debe establecerse también. (Sitios de red se denominan a veces "definiciones de red lógica".) En varios host escenario con VM1 del Host1 estar conectado a PA1, hay un caso si un VM2 está conectado a un hnv LN y tiene un PA1 para NetwkSite1 y, a continuación, se desconecta y posteriormente vuelve a conectar y tiene un PA2 para NetwkSite2 (o aleatoriamente a causa del agotamiento de PA), durante algún tiempo, nosotros no podríamos rellenar la información de enrutamiento de PA entre NetwkSite1 y NetwkSite2. Esto se produce por la forma en que la representación interna de ruta es clave para la inserción en una tabla hash.

  • Problema 11

    Cuando un host se actualiza, Establece una conexión de red de WinRM (a cada host actualizado) que transmite constantemente los datos.

  • Problema 12

    Cuando se crean varios adaptadores de red virtual de host, se observan errores aleatorios. Cuando los clientes crean múltiples adaptadores de red virtual de una sola vez como parte de un switch lógico, puede fallar una o más configuración de IP del adaptador de red virtual.

  • Problema 13

    Usuario llega a una inserción de claves duplicada en HostWSManGetter.UpdateRASDCache cuando se realiza una actualización de host.

  • Problema 14

    Cuando el usuario intenta clonar una máquina virtual con puntos de comprobación, una vez completada la operación de clonación, VMM reconoce incorrectamente la máquina virtual de un clon recién creado como máquina virtual original y deduce incorrectamente que la máquina virtual se ha migrado. A continuación, intenta controlar este cambio. Por lo tanto, se crea una máquina virtual adicional en otro host con estado 'falta'. VMM piensa que la máquina virtual está usando un host diferente, y esta máquina virtual no está visible en TFS hasta la próxima actualización de la máquina virtual.

  • Problema 15

    Cuando se actualiza el proveedor VSEM, no se indica la capacidad del proveedor para recibir notificaciones para el motor de notificación.

  • Problema 16

    Ubicación de la red se bloquea durante la optimización dinámica de host. Algunas operaciones de colocación se debían ejecutarse como tarea. Cuando se ejecuta en la tarea de actualización, el contexto es null. Esto causa un bloqueo de colocación.

  • Problema 17

    Cuando los administradores delegados iniciar la consola VMM tarda minutos 4 + para abrir la consola VMM. En entornos grandes de VMM se retrasa inicio de consola para administradores delegados cuando se compara con los administradores.

  • Problema 18

    Se produce un error en la actualización del proveedor de almacenamiento después de reemplazar el disco en sofs.

  • Problema 19

    VMM no puede actualizar la máquina virtual de réplica o primario sin ASR, también migración de VM de recuperación en estado pendiente de infrarrojos no realiza la migración en vivo.

  • Problema 20

    Cuando se elimina una máquina virtual, se combinan los puntos de control antes de ser eliminados. Cuando el usuario intenta eliminar una máquina virtual que tiene puntos de control, la eliminación tarda mucho tiempo (hasta una hora) para terminar.

  • Problema 21

    Una operación de hacer ejecutar a veces recibe una excepción crítica: DBCorruptionException.

  • Problema 22

    Algunos usuarios utilizan grandes conjuntos de VIPAddress en lugar de intervalos IP para que sea más fácil agregar o quitar IPs individuales. Esquema del paquete de administración de VMM actualmente limita este campo a 256 caracteres (valor predeterminado). Sin embargo, los usuarios pueden tener valores alrededor de 500 caracteres. Ya, por tanto, descubrimiento integración de VMM OM debido a una excepción inesperada de SCOM.

  • Problema 23

    Destino RG y LUNs de destino no están asociados después de la tarea de enableRG si los LUNs de RG son mediante.

  • Problema 24

    Tiene que actualizar las entradas de dirección MAC para un dispositivo de puerta de enlace de F5 cuando se produce un error y se reemplaza. Si es un dispositivo F5 tenía RMA y reemplazado por un nuevo dispositivo con una nueva dirección MAC, VMM no tiene un método para actualizar la dirección MAC para el nuevo dispositivo.

  • Problema 25

    Permitir usuario estampando en la máquina virtual de réplica para permitirle identidad de usuario de la marca. Los usuarios tienen que actualizar atributos UserRole y propietario de sus ReplicaVMs pero actualmente cualquier operación en la máquina virtual de réplica está bloqueada. Por lo tanto, que no pueden actualizar estos dos parámetros en VMs de réplica.

  • Problema 26

    Recurso compartido SMB Registerred no se muestra como opción de ruta de acceso de destino al implementar un machineto virtual de alta disponibilidad un clúster nuevo.

  • Problema 27

    Excepción crítica en el actualizador de almacenamiento al descubrir el servicio de replicación ArgumentNullException--SetCustomOptions.

  • Problema 28

    Durante el Host actualizador VMM consulta al equipo información (conmutador de equipo de team o LBFO). Considerando que consultar los equipos de conmutador que VMM golpea la excepción WSMan que causa el vswitch desaparezca de la consola.

  • Problema 29

    No se admite el protocolo HTTPS en sondeo y VMM no regla monitor creado al sitio HTTPS de monitor. VMM es compatible con HTTP y HTTPs en la sección de configuración del puerto LB pero HTTPS no está soportado en la sección de protocolo del sondeo LB.

  • Problema 30

    Propietario de recurso (usuario SSU) no autorizado tener acceso a la lista de 'GrantedTo' de un recurso y, por tanto, no podrá ver que todos tengan acceso al recurso. A continuación, cuando el conceder acceso de usuario también es un usuario de autoservicio, no pueden ver los cambios realizados hasta que reinicie la consola. Un usuario administrador puede ver el cambio, pero para un usuario sin intervención del administrador, la GrantedToList continúa devolver los resultados almacenados en caché, hasta que reinicie la consola.

  • Problema 31

    No se puede mover discos primario que tienen el proceso de migración integradas de VMM. Usuario tiene varios cientos de VMs, con todos los discos de diferencias que apunta a un elemento primario único. Mover todas estas máquinas virtuales a una nueva solución de almacenamiento de información está bloqueado por VMM. Discos de diferencias, si cualquier disco antecesor en la jerarquía (relación padre/hijo) es compartida por otro disco de diferencias, la migración de almacenamiento del disco diff está bloqueada por VMM. Sin embargo, lo isenabled a través del Administrador de Hyper-V.

  • Problema 32

    Campo expectedDSColumn produce una excepción crítica durante el trazado en el mensaje de error de coincidencia de columnas provocando el bloqueo en el servidor cuando se ejecuta get-scvmhost. Después de actualizar la base de datos de servidor al umbral, R2 server no puede trabajar con él en ciertos casos. Este codepath es utilizado por algunos objetos de red y ADHC.

  • Problema 33

    Al escalar una plantilla de servicio existente, duplicar máquinas virtuales de Hyper-V que tienen mismo nombre se crean en VMM en paquete acumulativo 5 para System Center 2012 R2.

  • Problema 34

    Si las máquinas virtuales de invitado tiene la seguridad de Windows update3035131 o 3031432instalado, el agente de invitado VMM no ejecuta secuencias de comandos de ejecución de comando genérico (CME) solicitados por VMM como parte de la implementación de máquinas virtuales. Esto puede provocar errores en varios escenarios en los que utiliza secuencias de comandos de la CME para la implementación y el mantenimiento. Por ejemplo, cuando se trata de una plantilla de servicio de VMM mediante secuencias de comandos de la CME de servicio, se devuelve el código de error 22029.

    Nota:Después de instalar Update Rollup 6 (orlater acumulativos) para System Center Virtual Machine Manager 2012 R2, ahora tendrá que concederInicio de sesión como trabajo por lotes derechos a la ejecución como cuenta especificada. Sin estos derechos, el agente de invitado podrá ejecutar las secuencias de comandos de la CME a través de una cuenta ejecutar como.

  • Problema 35

    Se produce un error en la migración en vivo de la máquina virtual cuando se utiliza el espacio de almacenamiento en clúster como CSV y el almacenamiento de información de máquina virtual se encuentra en CSV. Migración en vivo de clúster Hyper-V no funciona después de VMM en paquete acumulativo 5 para System Center 2012 R2.

  • Problema 36

    Ubicación del disco base debe girar entre recursos compartidos de colocación válido.

  • Problema 37

    La consola de VMM puede seguir una cadena de versión existente durante la copia de la plantilla de servicio. A veces, los usuarios no pueden copiar una plantilla de servicio utilizando el comando "Copiar" para una plantilla de servicio. Razón es que la consola de administrador genera una cadena ya existente para la versión.

  • Problema 38

    El mosaico de resumen de capacidad es falta en VMM en System Center 2012 R2. En VMM en SP1 de System Center 2012, en el panel de las máquinas virtuales y servicios, al seleccionar un host y, a continuación, haga clic en resumen en el menú superior, la consola proporciona información de resumen y capacidad sobre el host seleccionado. Los detalles sobre los núcleos de procesador, memoria (GB) y almacenamiento de información (GB) dejó de estar disponibles en System Center 2012 R2.

  • Problema 39

    VMM servicio falle debido a VSID duplicado. En raras ocasiones (colisión número sincronización-condición y aleatoria), subredes diferentes de máquina virtual HNV pueden obtener el mismo VMSubnetIdentifier (también conocido como VSID). Esto lleva a un comportamiento inesperado cuando utiliza estas subredes de máquina virtual HNV. Por ejemplo, para las máquinas virtuales conectadas a esta subred, las máquinas virtuales no pueden obtener la conectividad esperada y no podrá comunicarse con máquinas virtuales de la misma subred. O cuando los cambios de dirección IP hará que el servicio de VMM crash.

  • Problema 40

    Implementación de una máquina virtual detrás de un equilibrador de carga hace una crítica Excepion en posición:

    Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

  • Problema 41

    Página de inicio que se introdujo en el paquete acumulativo 5, se quita en Update Rollup 6.

  • Problema 42

    Una máquina virtual no está asociada a un grupo de replicación y no se pudieron mover a una ubicación que está protegida por el grupo de replicación.

  • Problema 43

    Invitado IP de red de HNV no está marcado como dinámicos/DedicatedGuestIP incluso si la configuración está habilitada para el mismo. Conmutación por error de CA roto. Para cualquier dirección IP agregar o movido en una máquina virtual conectada a la red NVGRE (escenario de HNV invitado invitado/Cluster IP Failover), la dirección IP es * no * marcados como dinámicos (tipo = DedicatedGuestIP en VMM) incluso si la máquina virtual tiene la configuración EnableGuestIPNetworkVirtualizationUpdates = true. Cuando la primera vez que la dirección IP es agregado o movido funcionará, pero posterior conmutaciones por error de IP (mover desde una VM Sí) no se detectará automáticamente. Por lo tanto, no se puede alcanzar la dirección IP y la máquina virtual pierda conectividad.

  • Problema 44

    Versión anterior del proveedor almacenamiento de información incorporado de integración de Hitachi rota con UR5. El proveedor de almacenamiento no se puede actualizar. Esto impide que la administración del proveedor.

  • Problema 45

    El cliente VMM se bloquea cuando se establece el intervalo de tiempo de optimización de energía.

  • Problema 46

    Cuando se produce un error en la conexión del host, existe una condición de carrera en la venta de la WnvEventEntrySubscriptionObserver.

  • Problema 47

    7 de centOS y Red Hat Enterprise Linux 7 no establece la configuración de la interfaz de red cuando se utiliza DHCP.

    Esto aplica a todos los 7 de CentOS y Red Hat Enterprise Linux (RHEL) 7 máquinas virtuales configuradas para utilizar DHCP con System Center Virtual Machine Manager. CentOS 7 y servidores RHEL 7 que utilizan DHCP detectarían ausentes datos de configuración de red para cada interfaz ethernet que se utiliza el servidor Linux. Este problema se produce porque 7 de CentOS y RHEL 7 no tienen ifconfig herramienta Linux instalado de forma predeterminada, a diferencia de las iteraciones anteriores. Las secuencias de comandos de configuración de redes DHCP se actualizaron para utilizar la herramienta ip en lugar de ifconfig si está instalada la herramienta ip.

Cómo obtener e instalar la actualización de paquete acumulativo de actualizaciones 6 para de Virtual Machine Manager R2 de System Center 2012

Información de descarga

Paquetes de actualización para Virtual Machine Manager están disponibles desde Microsoft Update o mediante la descarga manual desde el catálogo de Microsoft Update.

Microsoft Update
Para obtener e instalar un paquete de actualización desde Microsoft Update, siga estos pasos en un equipo que tiene instalado un componente de Virtual Machine Manager:

  1. Haga clic en Inicioy, a continuación, haga clic en Panel de control.
  2. En el Panel de Control, haga doble clic en Windows Update.
  3. En la ventana de Windows Update, haga clic en Comprobar en línea para las actualizaciones desde Microsoft Update.
  4. Haga clic en Actualizaciones importantes.
  5. Seleccione los paquetes de actualización y, a continuación, haga clic en Aceptar.
  6. Haga clic en instalar actualizaciones para instalar los paquetes de actualización.
Descarga manual de paquetes de actualización
Visite los siguientes sitios Web para descargar manualmente los paquetes de actualización desde el catálogo de Microsoft Update:

Importante: Deben actualizarse lo componentes de servidor y la consola de administrador en el servidor Virtual Machine Manager.

Nota: Debe aplicar la actualización del servidor para asegurarse de que todas las máquinas virtuales recién implementadas desde una plantilla de servicio tendrá el agente actualizado de invitado. Máquinas virtuales implementadas existentes han instalar el agente actualizado instalado a través de Windows Update, a través de WSUS o manualmente utilizando el siguiente paquete:

Instrucciones de instalación

Para instalar manualmente los paquetes de actualización, ejecute el comando siguiente desde un símbolo del sistema con privilegios elevados:

msiexec.exe /update packagename

Por ejemplo, para instalar el paquete de actualización de paquete acumulativo de actualizaciones 6 para un servidor de Virtual Machine Manager R2 de System Center 2012 (KB3050317), ejecute el siguiente comando:

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Notas:

  • Si descargar los paquetes de actualización desde el catálogo de Microsoft Update e instalarlos haciendo doble clic en los paquetes manualmente, deberá instalar los paquetes de servidor de Virtual Machine Manager y la consola de administrador como un usuario elevado. Puede instalar el paquete del agente de invitado de Virtual Machine Manager como usuario no elevados.
  • Si también tiene instalado en el servidor VMM la consola del administrador, instale las actualizaciones en el orden siguiente:

    • Paquete acumulativo de actualizaciones 6 para el servidor Virtual Machine Manager
    • Paquete acumulativo de actualizaciones 6 para la consola de administrador

    Entre estas dos instalaciones, Virtual Machine Manager Server puede crear un registro de error crítico en el directorio VMMLogs. Este problema se produce porque la consola de administrador comparte algunos archivos DLL con el servidor Virtual Machine Manager y podría provocar un conflicto de versión en el registro del error crítico. Para resolver este problema, instale las actualizaciones en el servidor Virtual Machine Manager que se utiliza para iniciar el servicio Virtual Machine Manager.
  • Antes de actualizar a paquete acumulativo 5, había que actualizar manualmente el componente de servidor de DHCP de System Center Virtual Machine Manager (x 64). En VMM con Update Rollup 5 o versiones posteriores, ya no es necesaria esta actualización manual.
  • Si descarga y extrae MSP de la consola de administración, dos archivos CAB son el resultado, como se puede ver en la captura de pantalla siguiente. Uno de estos archivos CAB se aplica a x 64 (también conocida como AMD64) y otro archivo CAB a x 86 (también conocido como i386).

    Consulte la última referencia a la arquitectura del sistema operativo en el nombre del archivo CAB para determinar al que es aplicable el tipo de arquitectura del archivo CAB determinado.

Archivos se actualizan en este paquete acumulativo de actualizaciones

Para obtener una lista de archivos que se han modificado en este paquete acumulativo de actualizaciones, descargue el archivo siguiente:


Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3050317 - Última revisión: 09/21/2015 10:34:00 - Revisión: 3.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtes
Comentarios