Notas de la versión para Virtual Machine Manager en System Center 2012 R2

 

Publicado: marzo de 2016

Se aplica a: System Center 2012 R2 Virtual Machine Manager, System Center 2012 R2

Antes de instalar y usar Virtual Machine Manager (VMM) en System Center 2012 R2, lea las notas de la versión.

Los servidores de archivos que se administran entrarán en un estado desconocido después de la actualización

Descripción: después de actualizar de VMM en System Center 2012 SP1 a VMM en System Center 2012 R2, los servidores de archivos existentes que se están administrando entrarán en un estado desconocido. Al actualizar el proveedor de almacenamiento del servidor de archivos de Windows que hospeda el servidor de archivos, se producirá un error con el mensaje "No se puede actualizar el proveedor de almacenamiento del servidor de archivos Windows <nombre> porque el proveedor de almacenamiento tiene al menos un servidor de archivos que aún no se ha creado correctamente".

Solución alternativa: quite y vuelva a agregar el proveedor de almacenamiento del servidor de archivos de Windows que hospeda el servidor de archivos. Por último, vuelva a agregar los recursos compartidos de archivos en administración VMM.

Las máquinas virtuales con VHDX compartidos se muestran como "Configuración de VM incompleta"

Descripción: las máquinas virtuales con VHDX compartidos que no se crearon con VMM se mostrarán con "Configuración de VM incompleta".

Solución alternativa: use VMM para crear un servicio que use VHDX compartidos.

Se produce un error en la migración de la máquina virtual del servidor de archivos desde un host MSU, lo que produce un estado incompleto

Descripción: las máquinas virtuales (VM) de servidor de archivos no pueden realizar migración en vivo o migración rápida desde un host de unidad de escalado de administración (MSU), lo que deja las VM en un estado "Incompleto".

Solución alternativa: para resolver este problema, complete el procedimiento siguiente:

1. Apague la VM del servidor de archivos (FileSrv).

2. Abra Windows PowerShell con privilegios de administrador y ejecute el siguiente cmdlet para cada nodo de clúster de VMM:
   Get-VMNetworkAdapter -VMName FileSrv | Set-VMNetworkAdapter -MacAddressSpoofing Off

3. Reinicie la VM.

4. Desde la consola de VMM, use Reparar con la opción Omitir (si es necesario) y, a continuación, actualice la VM.

No se puede asignar una máquina virtual de un host VMware ESX a una nube mientras se está ejecutando

Descripción: las máquinas virtuales que se ejecutan en hosts de VMware ESX se pueden asignar a una nube de VMM, pero deben estar desactivadas durante la asignación.

Solución alternativa: ninguna.

Puerta de enlace de Windows Server: todas las máquinas virtuales de la puerta de enlace en un clúster de hosts determinado debe usar la misma red back-end

Descripción: si configuró una puerta de enlace de Windows Server mediante VMM y está agregando máquinas virtuales de puerta de enlace al clúster de hosts en el que la puerta de enlace ya existe, identifique la red de "Virtualización de red" (back-end) que usa para la puerta de enlace existente. Identifique también el sitio de red en esa red lógica. No puede usar ningún otro sitio de red para puertas de enlace que agregue a ese clúster de hosts.

Solución alternativa: use el mismo sitio de red back-end para todas las puertas de enlace que agregue al clúster de hosts.

No puede administrar el almacenamiento de espacios para servidores de archivos de escalabilidad horizontal en Windows Server 2012

Descripción: si System Center 2012 R2 VMM está instalado en Windows Server 2012, no puede administrar dispositivos de almacenamiento de espacios que estén conectados a un servidor de archivos de escalabilidad horizontal. El almacenamiento de espacios requiere un SMAPI actualizado que se incluye con la versión Windows Server 2012 R2.

Solución alternativa: ninguna.

El servicio de mantenimiento de Operations Manager puede reiniciarse creando métricas de anulación inexactas

Descripción: el servicio de mantenimiento de Operations Manager que recopila métricas de anulación puede reiniciarse automática y periódicamente, de modo que se pueden generar datos inexactos. Esto lo causan valores predeterminados muy bajos para cuatro monitores de Operations Manager.

Solución alternativa: use la interfaz de usuario de Operations Manager para crear invalidaciones para los cuatro monitores siguientes. Para cada uno de los cuatro monitores, haga clic en la casilla que se encuentra junto a Tipo de monitor de rendimiento de agente (muestras consecutivas) - Umbral y, a continuación, escriba un valor de invalidación como se muestra a continuación:

• Umbral de recuento de identificadores del servicio de mantenimiento (Valor de invalidación = 10000)

• Umbral de bytes privados del servicio de mantenimiento (Valor de invalidación = 2048000000)

• Umbral de recuento de identificadores del host de supervisión (Valor de invalidación = 10000)

• Umbral de bytes privados del host de supervisión (Valor de invalidación = 2048000000)

Estas anulaciones se aplican únicamente al objeto del servicio de mantenimiento del equipo del servidor VMM. Para obtener más información acerca de cómo invalidar un monitor, consulte invalidación de un monitor.

No puede especificar ni cambiar la configuración de la aplicación ni de SQL Server directamente en las plantillas de VM

Descripción: en una plantilla de VM, no se puede especificar ni cambiar la configuración de la aplicación ni de SQL Server.

Solución alternativa: si va a crear o editar una plantilla de VM, evite especificar la configuración de la aplicación o de SQL Server, aunque sí puede especificar otra configuración. Especifique la configuración de la aplicación en un perfil de la aplicación y la configuración de SQL Server en un perfil de SQL Server. A continuación, agrupe toda la configuración en una plantilla de servicio. Para obtener información acerca de cómo crear una plantilla de servicio, consulte Cómo crear una plantilla de servicio en VMM.

Para agregar una plantilla de VM a una plantilla de servicio, abra la plantilla de servicio en el Diseñador de plantilla de servicio y, a continuación, arrastre la plantilla de VM a la plantilla de servicio. Para agregar un perfil de aplicación a una plantilla de servicio, abra la plantilla de servicio en el Diseñador de plantilla de servicio y, a continuación, haga clic con el botón derecho en el nivel de máquina adecuado. Haga clic en Propiedades y, a continuación, haga clic en Configuración de aplicación. Cerca de la parte superior de la página, junto a Perfil de aplicación, abra la lista desplegable y haga clic en el nombre del perfil. Agregue un perfil de SQL Server a un nivel de máquina de una manera similar. Ajuste la configuración de cualquier nivel de máquina según sea necesario.

No puede administrar el almacenamiento de espacios para servidores de archivos de escalabilidad horizontal en Windows Server 2012

Descripción: si System Center 2012 R2 VMM está instalado en Windows Server 2012, no puede administrar dispositivos de almacenamiento de espacios que estén conectados a un servidor de archivos de escalabilidad horizontal. El almacenamiento de espacios requiere un SMAPI actualizado que se incluye con la versión Windows Server 2012 R2.

Solución alternativa: ninguna.

Las clasificaciones del disco no se muestran correctamente después de que un LUN nuevo se ha registrado en el host

Descripción: las clasificaciones del disco se muestran incorrectamente como "Almacenamiento local" después de registrar un nuevo número de unidad lógica (LUN) en un host.

Solución alternativa: cierre y vuelva a abrir la página de propiedades del host correspondiente en la interfaz de usuario de VMM.

VMM ya no es compatible con los proveedores de hardware VDS

Descripción: VMM usa proveedores de hardware VDS para comunicarse con SAN para la migración de SAN. VMM ya no es compatible con los proveedores de hardware VDS.

Solución alternativa: use el proveedor de SMI-S o SMP. Para obtener información específica, póngase en contacto con su proveedor de red de área de almacenamiento (SAN). Para obtener soporte actualizado del proveedor con VMM, consulte: Matrices de almacenamiento admitidas en System Center 2012 VMM.

VMM no puede administrar servidores de archivos de uso general en Windows Server 2012 R2

Descripción: Windows Server admite servidores de archivos de escalabilidad horizontal y servidores de archivos de uso general. Sin embargo, si crea un servidor de archivos de uso general en un clúster que contiene un servidor de archivos de escalabilidad horizontal, VMM no lo detectará y, por lo tanto, no podrá administrarlo. El uso como servidor de biblioteca sí se admite.

Solución alternativa: esto es así por diseño.

VMM no administra los niveles de almacenamiento en Windows Server 2012 R2

Descripción: Windows Server admite niveles de almacenamiento con espacios de almacenamiento. Sin embargo, VMM no administra la directiva de niveles.

Solución alternativa: use SMAPI para administrar los niveles de almacenamiento.

VMM no administra la caché con reescritura en Windows Server 2012 R2

Descripción: Windows Server permite especificar la cantidad de caché con reescritura con espacios de almacenamiento. Sin embargo, VMM no administra esta característica.

Solución alternativa: use SMAPI para administrar la caché con reescritura.

La migración de clústeres y la conmutación por error de réplica de Hyper-V causan un estado incoherente

Descripción: realizar una conmutación por error de réplica de Hyper-V seguida de una migración de clúster da lugar a que el servicio VMRefresher actualice el administrador virtual incorrecto, de manera que se crea un estado incoherente de las máquinas virtuales.

Solución alternativa: ninguna.

Tareas de servidor de archivos no admitidas en los nodos que no son de confianza

Descripción: no se admiten las siguientes tareas para un servidor de archivos en los nodos que no son de confianza: instalar un servidor de archivos, desinstalar un servidor de archivos, agregar nodos o quitar nodos.

Solución alternativa: compruebe que el agente VMM y el servicio WS-Management están instalados y en ejecución en el servidor.

Código de error de servidor incorrecto devuelto para las rutas de acceso no válidas a la biblioteca

Descripción: cuando se especifica una ruta de acceso no válida a la biblioteca para una máquina virtual de VMM, se muestra un código de error incorrecto "InternalServerError", en lugar de "NotFound".

Solución alternativa: ignorar.

El Administrador de recuperación de Hyper-V de Windows Azure no acepta cambios de frecuencia de replicación

Descripción: el servicio Administrador de recuperación de Hyper-V de Microsoft Azure no aceptará la configuración de la frecuencia de replicación de la máquina virtual si se cambia dicha configuración después de habilitar la protección de una máquina virtual.

Solución alternativa: decida y defina la configuración de la frecuencia de replicación antes de habilitar la protección de una máquina virtual.

VMM no ofrece la administración centralizada de grupos de WWN

Descripción: VMM no proporciona la administración centralizada de los grupos de World Wide Name (WWN).

Solución alternativa: use el Administrador de Hyper-V para administrar los grupos de WWN.

Módulo de administración del sistema operativo Windows Server deshabilitado de forma predeterminada

Descripción: en la columna Adaptadores de red de las ventanas de estado de host pueden aparecer los adaptadores como no supervisados o con un círculo vacío. Esto se debe a que el monitor de estado de conexión del adaptador de red del módulo de administración del sistema operativo Windows Server está deshabilitado de forma predeterminada.

Solución alternativa: cree una invalidación en el módulo de administración de VMM para habilitar el monitor de estado de la conexión del adaptador de red. Para obtener más información sobre cómo realizar esta tarea, consulte Cómo habilitar o deshabilitar una regla o un monitor.

Se produce un error en la implementación del servicio y el agente invitado en máquinas virtuales no funciona como se esperaba

Descripción: se produce un error en la implementación del servicio y el agente invitado en máquinas virtuales, creado por la instancia del servicio, se desinstaló o está dañado.

Solución alternativa: si esto ocurre, en primer lugar instale Microsoft .NET Framework 4 y luego instale el agente manualmente como se indica a continuación.

1. Instale el paquete redistribuible de Visual C++ en el host de máquina virtual. El archivo de instalación se encuentra en:

   Equipos de 64 bits: <carpeta de instalación de VMM>\agents\amd64\vcredist_x64.exe

   Equipos de 32 bits: <carpeta de instalación de VMM>\agents\i386\vcredist_x86.exe

2. Instale el agente en la máquina virtual. El archivo de instalación se encuentra en:

   Equipos de 64 bits: <carpeta de instalación de VMM>\agents\Guest\amd64\vmmGuestAgent.msi

   Equipos de 32 bits: <carpeta de instalación de VMM>\agents\Guest\amd64\vmmGuestAgent.msi

No se admite la administración de máquinas virtuales implementadas directamente en los LUN expuestos a NPIV

Descripción: VMM ya no admite la administración de máquinas virtuales implementadas directamente en LUN expuestos a Hyper-V a través de N_Port ID Virtualization (NPIV). Esta configuración no es compatible con clústeres de conmutación por error

Solución alternativa: use canales virtuales de fibra que estén configurados para las máquinas virtuales de Hyper-V.

Es posible que la ayuda de Windows PowerShell no abra como se esperaba en equipos que ejecutan sistemas operativos localizados

Descripción: la ayuda de Windows PowerShell para System Center 2012 R2 solo está disponible en inglés. Cuando ejecuta el comando Update-Help, la ayuda se descarga y se coloca en una carpeta específica para la versión en inglés de la ayuda (ENU). No obstante, cuando ejecuta el comando Get-Help, el equipo intenta recuperar la ayuda de la carpeta que se corresponde con el idioma del sistema operativo. Si el idioma del sistema operativo no es el inglés, se produce un error en el intento.

Solución alternativa: para corregir este problema, instale la actualización tal y como se describe en el artículo Acumulativo de actualizaciones de Windows 2012 y Windows Server 2012: noviembre de 2012 en equipos que requieren la ayuda de Windows PowerShell para System Center 2012 R2.

Podría producirse un error en la implementación de máquinas virtuales en hosts de redes perimetrales

Descripción: cuando crea una máquina virtual, si configura VMM para usar el Servicio de transferencia inteligente en segundo plano (BITS) en modo no cifrado para iniciar una transferencia de archivos desde el servidor de biblioteca o el servidor de VMM a un host de destino que se encuentra en una red perimetral, es posible que no se pueda realizar la transferencia. Esto sucede porque, de forma predeterminada, en el firewall, VMM solo abre el puerto que se usa para el tráfico no cifrado (puerto 443).

Solución alternativa: en el firewall perimetral, abra manualmente el puerto TCP WSMan (puerto 5985, de forma predeterminada).

El registro de un recurso compartido de archivos de almacenamiento en un servidor de biblioteca puede causar un error

Descripción: si registra un recurso compartido de archivos de almacenamiento en un servidor de biblioteca que contiene un recurso compartido de biblioteca con el mismo nombre y después quita el recurso compartido de biblioteca o anula el registro del recurso compartido de archivos de almacenamiento, VMM podría dejar de funcionar de forma inesperada.

Solución alternativa: para evitar este problema, realice el procedimiento que se indica a continuación.

1. Fuera de la consola de VMM, vaya al proveedor de almacenamiento en el que existe el recurso compartido de archivos de almacenamiento y deje de compartirlo.

2. En la consola VMM, actualice el proveedor de almacenamiento. A continuación, especifique un nombre exclusivo para el recurso compartido de almacenamiento de archivos y vuelva a registrarlo.

La conmutación por error y la migración de una máquina virtual replicada en un nodo de clústeres puede tener como resultado una configuración inestable

Descripción: en el siguiente escenario, la conmutación por error y la migración de una máquina virtual podrían no funcionar como se espera:

1. Una máquina virtual principal en un nodo de clústeres se replica en una máquina virtual secundaria en un nodo de clústeres o un host independiente.

2. Se inicia una conmutación por error desde la máquina virtual principal a la máquina virtual secundaria.

3. Dentro de un día, la máquina virtual principal se migra a otro nodo del clúster.

Si se produce esto, las máquinas virtuales principal y secundaria pueden no aparecer correctamente en el nodo del clúster o el servidor independiente. Además, si elimina una de las máquinas virtuales se puede eliminar la otra máquina virtual.

Solución alternativa: para evitar la eliminación de la máquina virtual, realice el procedimiento que se indica a continuación.

1. Quite y, a continuación, vuelva a agregar al clúster. Esto limpia la base de datos de VMM para la máquina virtual secundaria.

2. Actualice las máquinas virtuales en los hosts, para asegurarse de que la máquina virtual principal se muestre correctamente en el nodo de clústeres.

La modificación de los permisos del administrador de inquilinos afecta a los permisos de los roles de usuario de autoservicio

Descripción: cuando se modifica o se agrega cualquier propiedad del rol de usuario de administrador de inquilinos, los permisos de uso compartido y recepción asignados a los roles de usuario de autoservicio creados por un administrador de inquilinos se quitan de forma inesperada. Otros permisos que están asignados a esos roles de usuario de autoservicio no se verán afectados y se comportarán tal y como se espera.

Solución alternativa: después de modificar las propiedades del rol de administrador de inquilinos, asegúrese de que los permisos asignados a los roles de usuario de autoservicio creados por el administrador de inquilinos estén definidos según lo previsto. Si los permisos se eliminaron accidentalmente, vuelva a agregarlos.

Los permisos de nivel de miembro para cuotas de red no se aplican al rol de Administrador de inquilinos

Descripción: cuando se crea un rol de administrador de inquilinos con permisos para crear redes de máquinas virtuales y se establece una cuota de red de máquina virtual de nivel de miembro, la cuota no se aplica y los usuarios pueden sobrepasar el límite establecido.

Solución alternativa: establezca un límite usando el valor de la cuota de nivel de rol que se exige.

La cancelación y el reinicio cuando se crea una nueva máquina virtual puede resultar errónea

Descripción: es posible que la cancelación y el reinicio del asistente cuando se crea una nueva máquina virtual no puedan realizarse si el nombre del equipo especificado para la máquina virtual se genera automáticamente, basándose en el patrón de nombres de una plantilla.

Solución alternativa: no cancele ni reinicie el asistente cuando cree una máquina virtual a partir de una plantilla que use un patrón para la propiedad de nombre del equipo.

Error de implementación del servicio BlogEngine

Descripción: el intento de implementar el servicio BlogEngine resulta erróneo y se muestra el error 22631.

Solución alternativa: asegúrese de que el archivo de configuración (.vhd o .vhdx) usado para implementar el servicio tenga 9,5 gigabytes (GB) o más de espacio libre en disco.

Descripción: si un cmdlet de VMM acepta el identificador como parámetro de entrada y se omite el parámetro, el cmdlet devuelve una lista de todos los objetos de VMM.

Solución alternativa: proporcione siempre un valor para el parámetro del identificador cuando se espera uno.

Notas de la versión de System Center 2012 - VMM