Paquete acumulativo de actualizaciones 18 para recuperación de sitios de Azure

Proveedor de recuperación de sitios de Microsoft Azure

Problemas corregidos

• Agrega un registro adicional para mejorar la capacidad de diagnóstico.

• Correcciones para mejorar la confiabilidad de la operación de registro.

Recuperación de sitios de Microsoft Azure unificado de instalación

Problemas corregidos

• Dependencia de la 3.5 de.NET Framework se quita porque la 3.5 de.NET Framework está llegando a su final de vida.

• Mejorado mensajes de error y de registro de errores de instalación.

• Revisiones de código de desinstalación para limpiar las reglas de firewall que se configuraron durante la instalación.

Servicio de movilidad

Mejoras

• Compatibilidad con Ubuntu 14.04 LTS. Para obtener una lista de kernels compatibles, vaya a la compatibilidad con las versiones de sistema operativo máquina replicada.

• Migración (migrar desde local a Azure) soporte para la versión de Red Hat Enterprise Linux 7.3.

• Migración (migrar desde local a Azure) soporte para CentOS 7.3. Compatibilidad de conmutación por recuperación se agregará en la próxima versión mensual.

• Cuando usa System Center Configuration Manager u otras herramientas de implementación, es posible que necesite la capacidad para implementar el servicio de movilidad en el servidor sin tener que registrarlo con un servidor de configuración. En esta versión se agrega soporte en el programa de instalación que le permite instalar el servicio de movilidad sin tener que registrarlo inmediatamente con un servidor de configuración. Para obtener más información, vaya a instalar el Servicio de movilidad (VMware o físico a Azure).

Recuperación de sitios de Microsoft Azure (correcciones del servicio)

Mejoras

• Soporte para la creación de máquinas virtuales (VMs) utilizando discos administrados durante el failover en Azure para local de sitios de VMware y Hyper-V (gestionados o no por VMM). Podrá activar o desactivar la opción de usar discos administrados en la configuración computacionales y red de la máquina virtual protegida. Managed discos que se crean durante el failover en Azure simplifican la administración de discos para Azure IaaS VMs mediante la administración de los cuentas de almacenamiento que están asociados con los discos de la máquina virtual. También, discos administrados proporcionan mayor confiabilidad para conjuntos de disponibilidad asegurándose de que los discos de máquinas virtuales en un conjunto de disponibilidad están suficientemente aislados entre sí para evitar puntos únicos de falla.
  

  • Nota: No se admite la conmutación por recuperación de Azure en sitios de Hyper-V local (gestionados por o no por VMM) para máquinas virtuales que se ejecutan en discos administrados.

• Rendimiento de conmutación por error para las máquinas virtuales de VMware conmuten a Azure optimizado: se reduce el tiempo necesario para conmutar las máquinas virtuales de VMware a Azure por la optimización en el proceso de conmutación por error. Esta optimización se benefician de las VM que cumplan los criterios siguientes:
  

  • VM de Windows que se ejecuta en VMware.

  • Máquinas virtuales que utilizan la versión de servicio de movilidad 9.8 o una versión posterior.

  • Las VM que tienen la fcontroladores de arranque siguiente:
    

    • storvsc

    • ATAPI

    • Intelide

    • storflt

    • VMBus

  • Máquinas virtuales que tengan habilitado el servicio DHCP. La máquina virtual también puede utilizar una dirección IP estática.

  Notas:
  

  • Máquinas virtuales de Hyper-V que están protegidos como máquinas físicas no se beneficiarán de esta optimización.

  • Máquinas virtuales de Hyper-V que está protegido frente a los hosts de Hyper-V que se estaban error por parte de la ruta de acceso optimizado incluso antes de que este cambio reciente.

• Muchos de los mensajes de eroor se mejoran basado en la experiencia del cliente y los problemas recientes. Tres de los principales problemas son los siguientes:
  

  • Código de error 95226 Este error suele aparecer cuando la VM fallidas en Azure no se puede conectar con el servidor de configuración local. Esto puede ocurrir cuando se cumple alguna de las condiciones siguientes:
    

    • Tiene que asegurarse de que la red de la máquina virtual de Azure está configurada para habilitar la máquina virtual para comunicarse con el servidor de configuración local. Para ello, configure una VPN de sitio a sitio a su centro de datos local o configurar una conexión de ExpressRoute que utiliza la interconexión privada de la red virtual de VM de Azure.

    • Si ya tiene una red configurada para habilitar la máquina virtual de Azure para comunicarse con el servidor de configuración local, inicie sesión en la máquina virtual y, a continuación, compruebe el "servicio de aplicación InMage Scout". Si ve que el servicio de aplicación InMage Scout "es no en ejecución, inicie el servicio manualmente y asegúrese de que el tipo de inicio del servicio está establecido en automático.

  • Código de error 78093 , este error se produce cuando no se está ejecutando la máquina virtual de Azure de fallidas. Iniciar la máquina virtual de Azure, o bien, si ya se está ejecutando la máquina virtual de Azure, asegúrese de que el sistema operativo no se bloquea. Además, asegúrese de que la máquina virtual de Azure puede comunicarse con el servidor de configuración local y al menos un proceso. A continuación, vuelva a intentar la operación proteger.

  • Código de error 8072 Este error se produce cuando el destino principal local tiene una controladora SCSI distinta LSI Logic paralelo. Seleccione un servidor de destino principal que tenga sólo los controladores de LSI Logic SCSI paralelo. O bien, en el destino principal, cambie el tipo de controlador SCSI a Paralelo de LSI Logic. A continuación, reinicie el trabajo.

• Si proporciona un conjunto de entradas erróneo durante la conmutación por recuperación de Azure para VMware, y se produce un error en el trabajo, ahora puede regresar a la máquina virtual en la lista de elementos protegidos y proteger el nuevo desencadenador. Esto permite escribir nuevas entradas y completar correctamente reprotección.
  
  Nota: Si el error se produjo después de que los discos VM local vinculados al destino principal, no puede cambiar la entrada de destino principal. Si cambia los datos introducidos en un retrigger, se produce un error en el trabajo porque ya se adjuntan los discos. Por lo tanto, asegúrese de que sólo el primer destino principal seleccionada se utiliza para una retrigger.

• Puede utilizar Azure híbrido utilice beneficio para poner su propia licencia de Windows Server en máquinas virtuales que se migran o conmutarán por error a Azure a través de la recuperación del sitio de Azure. Además de usar Windows PowerShell, ahora tiene la opción de la experiencia del portal Azure para recuperación de sitios de Azure especificar que debe utilizarse el Beneficio uso de Azure híbrido de una máquina virtual protegida.

Problemas corregidos

• Conmutación por recuperación de una VM de Azure para Hyper-V se produce un error y devuelve el Error código 539. Además, recibirá el siguiente mensaje de error:
  

  No se pudo realizar la acción solicitada por el proveedor de replicación de 'Réplica de Hyper-V a Azure'.

Requisitos previos

Para instalar Microsoft Azure sitio recuperación proveedor Update Rollup 18 (versión 5.1.2300.1), debe tener instalado uno de los siguientes:

• Recovery Manager (versión 3.4.486 o una versión posterior) de Microsoft Azure Hyper-V

• Recuperación de Hyper-V proveedor de Microsoft Azure sitio (versión 4.6.660 o una versión posterior)

• Proveedor de recuperación de sitios de Microsoft Azure (versión 5.1.1000 o una versión posterior)

Para instalar Microsoft Azure sitio recuperación unificada instalación Update Rollup 18 (versión 9.9.4510.1), debe tener instalado lo siguiente:

• Instalación de unificada de recuperación del sitio de Microsoft Azure (VMware a Azure) (versión 9.0.4016.1 o una versión posterior)

Nota: Puede comprobar la versión de proveedor instalado en el elemento programas y características en el Panel de Control.

Información de reinicio

No es necesario que reinicie el equipo después de aplicar esta actualización en un equipo que tiene una de System Center Virtual Machine Manager o un servidor de Hyper-V.

Esta actualización automáticamente se detiene y reinicia los servicios de System Center Virtual Machine Manager durante el proceso de actualización.

Un reinicio es necesaria en el servidor de configuración y servidores protegidos después de aplicar esta actualización.