La actualización de julio de 2016 para Windows Server 2012 R2 corrige problemas de réplica de Hyper-V para la recuperación del sitio de Azure

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): 3184854
Resumen
En este artículo se describe una revisión para la recuperación del sitio de Azure para implementaciones de Hyper-V.

Esta revisión incluye varias mejoras importantes para corregir las máquinas virtuales que especifique una resincronización (resincronización) o estado de pausa durante la replicación, o que producen tiempos de espera durante la duplicación inicial o delta.

Problemas corregidos

  • Problema 1

    Una máquina virtual se trasladará resincronización debido a la renovación de elevado en uno de los discos. La lógica anterior era que la máquina virtual se trasladará resincronización si los registros acumulados para una máquina virtual que vaya más allá del 50 por ciento de un disco duro virtual replicante que se adjunta a la máquina virtual. Esto se calcula basándose en el tamaño del disco más bajo.

    Con esta solución, el cálculo del 50 por ciento se basa en el total de todos los replicantes discos duros virtuales conectados a la máquina virtual, no a uno de sus discos duros virtuales.

  • Problema 2

    Cuando el sistema realiza una resincronización y hay un error de seguimiento, el estado vuelve a "resync necesario". A pesar de este error, el sistema que se utilizó para continuar intentando completar la resincronización falla. Esto hace que la resincronización cíclica.

    Con esta revisión, si el seguimiento de la máquina virtual indica un error, las anulaciones de sistema la resincronización actual vuelve a "resync necesario". Esto ahorra tiempo y ancho de banda de uso.

  • Problema 3

    Durante la replicación, actualmente no hay un valor umbral de "espacio de almacenamiento libre". Esto se establece en 300 MB, momento en que la máquina virtual se trasladará la resincronización. La máquina virtual de producción hacer una pausa, Hyper-V podría provocar que el valor bajo de 300 MB.

    Con esta revisión, se aumenta el valor de umbral en el que la máquina virtual se trasladará resincronización a 3 GB.

  • Problema 4

    Durante la inicialización, no se supervisa el espacio libre de almacenamiento. Esto puede causar que la máquina virtual de producción hacer una pausa.

    Con esta solución, se establece el valor de umbral en el que la máquina virtual se detendrá la resincronización a 3 GB.

  • Problema 5

    Durante la fase de replicación inicial, si la replicación inicial no ha terminado dentro de cinco días, la replicación se detiene con un error de tiempo de espera. El valor de tiempo de espera de cinco días es demasiado bajo para implementaciones en las que el tamaño inicial del disco es bastante grande, el ancho de banda es baja, o ambas.

    Con esta revisión, se incrementa el tiempo de espera para la replicación inicial en 30 días. Al final de este período, se detiene la replicación y el usuario debe reanudar la replicación.

  • Problema 6

    Durante el estado de la réplica delta que se produce después de la replicación inicial, si la réplica delta no ha terminado dentro de seis horas para un determinado ciclo, replicación entra en un estado requiere resincronización. El valor de seis horas es demasiado bajo para implementaciones en las que hay mucha renovación en un determinado ciclo, el ancho de banda es baja, o ambas. Esto también es cierto para la réplica delta inmediatamente después de la replicación inicial.

    Con esta revisión, el tiempo de espera para un ciclo de replicación delta aumenta a 15 días.

Información de actualización

Estos problemas se corrigen en la actualización para Windows Server 2012 R2 siguiente:
3172614 Paquete acumulativo de actualizaciones de julio de 2016 para Windows RT 8.1 8.1 de Windows y Windows Server R2 de 2012
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".
Referencias
Conocer Términos de réplica de Hyper-V.

Obtenga información acerca de laterminología que utiliza Microsoft para describir las actualizaciones de software.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3184854 - Última revisión: 09/20/2016 22:05:00 - Revisión: 2.0

Microsoft Azure Recovery Services

  • kbqfe kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3184854 KbMtes
Comentarios