Set up protection for live migration

 

Publicado: marzo de 2016

Se aplica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

DPM puede proteger las máquinas virtuales de Hyper-V durante la migración en vivo en los escenarios siguientes:

  • Migración en vivo dentro de un clúster: cuando se migra una máquina virtual dentro de un clúster, DPM detecta la migración y realiza una copia de seguridad de la máquina virtual desde el nuevo nodo de clúster sin que sea necesaria la intervención del usuario. Como no hay ningún cambio en el almacenamiento, DPM sigue realizando copias de seguridad completas rápidas. Si dos servidores DPM protegen un clúster, una máquina virtual protegida por el primer servidor DPM seguirá protegida por el mismo servidor DPM tras la migración, independientemente de dónde se encuentre.

  • Migración en vivo fuera de un clúster individual: cuando se migra una máquina virtual fuera de un clúster individual, puede realizar la migración en vivo entre dos servidores independientes, entre un servidor independiente y un nodo de clúster, o entre dos nodos de clústeres distintos. En este escenario, DPM detecta la migración y puede realizar copias de seguridad sin la intervención del usuario.

Antes de empezar

  • Compatibilidad: la protección de DPM para la migración en vivo sólo está disponible en servidores que ejecutan Windows Server 2012.

  • Migración en vivo fuera de un clúster: si desea realizar la migración en vivo fuera de un único clúster, se requiere lo siguiente:

    • Las máquinas virtuales se administran en una nube VMM en un servidor VMM que ejecuta al menos System Center 2012 SP1.

    • DPM debe ser el servidor VMM conectado que contiene la nube.

    • Todos los servidores que ejecutan Hyper-V están conectados a todos los servidores DPM.

    Una vez cumplidos estos requisitos previos, DPM se comunica con VMM para localizar la ubicación en la que se ejecuta la máquina virtual actualmente, con lo que ya podrá crear una copia de seguridad desde el nuevo servidor que ejecuta Hyper-V. DPM puede comunicarse con el nuevo servidor que ejecuta Hyper-V porque todos los servidores que ejecutan Hyper-V están conectados a todos los servidores DPM. Si esta conexión no se puede establecer, se produce un error de copia de seguridad con un mensaje que indica que el agente de protección DPM no es accesible.

  • Migración de almacenamiento: si una migración en vivo transfiere el almacenamiento, DPM realiza una comprobación de coherencia completa de la máquina virtual y después continúa con copias de seguridad completas rápidas. Si no se migra el almacenamiento (por ejemplo, si las ubicaciones de origen y de destino usan el mismo servidor de archivos de bloque de mensajes del servidor (SMB) 3.0 de servidor), DPM continuará realizando copias de seguridad completas rápidas sin la comprobación de coherencia.

    Si se produce la migración en vivo del almacenamiento, Hyper-V reorganiza el disco duro virtual (VHD) o VHDX y, por esta razón, se produce un pico puntual en el tamaño de los datos de copia de seguridad de DPM.

  • Copia de seguridad en cinta: la protección de la migración en vivo no es compatible con la copia de seguridad en cinta.

  • Comprobación de coherencia: DPM realiza una única comprobación de coherencia para todas las migraciones en vivo que incluyen migración de almacenamiento.

  • Configuración: active el montaje automático en el host de máquina virtual para habilitar la protección virtual.

    Deshabilite la característica de descarga TCP Chimney.

  • Active Directory: todos los servidores DPM, los servidores VMM y los servidores que ejecutan Hyper-V deben encontrarse en el mismo dominio.

  • Puerto: si desea cambiar el puerto predeterminado 6070 utilizado por DPM para hospedar el asistente de DPM-VMM, en el registro vaya a HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Cree un valor DWORD de 32 bits: DpmVmmHelperServicePort y escriba el número de puerto actualizado como parte de la clave del registro.

    1. Abra <Directorio de instalación>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config y cambie el número de puerto de 6070 por el número de puerto nuevo. Por ejemplo: <agregue baseAddress="net.tcp://localhost:6080/VmmHelperService/" />

    2. Reinicie el asistente de DPM-VMM y reinicie el servicio DPM.

Configuración de la protección

  1. Implementación de DPM: verifique que DPM está instalado y correctamente implementado. De no ser así:

  2. Configuración del almacenamiento: verifique que el almacenamiento está configurado. Obtenga más información acerca de las opciones en:

    Use los siguientes tamaños de capacidad para la protección de máquina virtual.

    Tamaño medio de máquina virtual 100 gigabytes (GB)
    Número de máquinas virtuales por servidor DPM 800
    Tamaño total de 800 máquinas virtuales 80 terabytes (TB)
    Espacio necesario para el almacenamiento de copia de seguridad 80 terabytes (TB)

    Por ejemplo, si un clúster de Hyper-V a escala completa contiene 1.600 máquinas virtuales, debe tener dos servidores DPM y duplicar el aprovisionamiento resumido en esta tabla. Los requisitos totales de almacenamiento para 1600 máquinas virtuales son superiores a 160 TB. Obtenga información acerca de cómo optimizar el espacio en Optimización de la protección de máquina virtual.

  3. Configurar el agente de protección DPM: el agente debe instalarse en el servidor de Hyper-V o en cada servidor del clúster de Hyper-V. En el servidor de archivos SMB remoto, si se implementa SMB en un clúster, instale el agente de protección DPM en todos los nodos de clúster de servidor de archivos SMB. Consulte Plan de implementación del agente de protección y, a continuación, Configuración del agente de protección.

  4. Instalar la consola VMM: instale la consola VMM como el componente cliente de VMM en todos los servidores DPM para permitir que el servidor DPM se comunique con el servidor VMM y haga un seguimiento del mismo. y tenga en cuenta lo siguiente:

    1. La cuenta DPMMachineName$ debe ser una cuenta de administrador de solo lectura en el servidor de administración VMM.

    2. Asegúrese de que la consola VMM tiene la misma versión que el servidor de administración VMM utilizado en la implementación.

  5. Conectar los servidores: ejecute la el comando de PowerShell Set-DPMGlobalProperty para conectar todos los servidores que ejecutan Hyper-V a todos los servidores DPM. El cmdlet acepta varios nombres de servidor DPM. Para obtener más información, consulte Set-DPMGlobalProperty.

    Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

  6. Configurar un grupo de protección: en la página Seleccionar miembros del grupo del Asistente para Crear nuevo grupo de protección, puede seleccionar los servidores de host de Hyper-V en los que se encuentran las máquinas virtuales de las que desea realizar copias de seguridad. Tenga en cuenta que la comprobación de coherencia automática debe estar habilitada en el nivel de grupo de protección para la protección en escenarios de movilidad en máquinas virtuales.

    Habilite primero la comunicación con VMM de DPM. Deben detectarse todas las máquinas virtuales de servidores que ejecutan Hyper-V antes de configurar los grupos de protección. De lo contrario, la migración en vivo no funcionará de la manera esperada y el usuario tendrá que dejar de proteger datos con la opción Conservar datos y después volver a configurar la protección para el mismo equipo.

    Lea acerca de los grupos de protección en:

  7. Verificar configuración: una vez establecida la configuración, cuando se migre una máquina virtual de un clúster a otro todas las copias de seguridad continuarán de la manera esperada. Puede comprobar si la migración en vivo está habilitada como se esperaba; para ello, proceda como sigue:

    1. Compruebe que el asistente de DPM-VMM se está ejecutando. De no ser así, inícielo.

    2. Abra Microsoft SQL Server Management Studio y conéctese a la instancia que hospeda la base de datos DPM (DPMDB). En DPMDB, ejecute la siguiente consulta: SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Esta consulta contiene una propiedad llamada KnownVMMServer. Este valor debe ser el mismo que el que se proporcionó con el cmdlet Set-DPMGlobalProperty.

      Tenga en cuenta que si actualiza el servidor de administración VMM, también debe actualizar la consola VMM en el servidor DPM para mantener la protección.

    3. Ejecute la siguiente consulta para validar el parámetro VMMIdentifier en PhysicalPathXML para una máquina virtual concreta. Sustituya VMName por el nombre de la máquina virtual.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

    4. Abra el archivo .xml devuelto por esta consulta y compruebe que el campo VMMIdentifier tiene un valor.

  8. Ejecutar migración manual: una vez completados los pasos, la migración se habilita cuando se ejecute el trabajo del Administrador de resúmenes de DPM. De manera predeterminada este trabajo comienza a medianoche y se ejecuta cada mañana. Si desea ejecutar una migración manual mientras tanto para comprobar que todo funciona según lo esperado, haga lo siguiente:

    1. Abra SQL Server Management Studio y conéctese a la instancia que hospeda la base de datos DPM.

    2. Ejecute la siguiente consulta: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’ Tenga en cuenta que la consulta devuelve el valor de ScheduleID.

    3. En SQL Server Management Studio, expanda Agente SQL Server y, a continuación, expanda Trabajos. Haga clic con el botón secundario en el ScheduleID anotado y seleccione Iniciar el trabajo en el paso.

    Tenga en cuenta que el rendimiento de copia de seguridad se ve afectado cuando se ejecuta el trabajo. El tamaño y la escala de la implementación determinarán cuánto tiempo tardará este trabajo en completarse.

  9. Recuperar datos: una vez establecida la configuración, cuando se migre una máquina virtual de un clúster a otro todas las copias de seguridad continuarán de la manera esperada. Puede recuperar datos según sea necesario. Si necesita recuperar datos de copia de seguridad, consulte Recover backed up data [DPM2012_Web]. Tenga en cuenta el siguiente comportamiento para restaurar máquinas virtuales.

    Recuperación de máquina virtual Detalles
    Recuperación en ubicación original Se elimina el VHD original. DPM recuperará el VHD y otros archivos de configuración en la ubicación original utilizando el escritor VSS de Hyper-V. Al final del proceso de recuperación, las máquinas virtuales seguirán teniendo una alta disponibilidad.

    El grupo de recursos debe estar presente para la recuperación. Si no está disponible, realice la recuperación en una ubicación alternativa y, a continuación, asegúrese de que la máquina virtual ofrece una alta disponibilidad.
    Recuperación en ubicación alternativa DPM admite la recuperación en una ubicación alternativa (ALR), que proporciona la recuperación sin problemas de una máquina virtual de Hyper-V protegida en otro host de Hyper-V, sea cual sea la arquitectura del procesador. Las máquinas virtuales de Hyper-v que se recuperen en un nodo de clúster no tendrán una alta disponibilidad.
    Recuperación de nivel de elemento (ILR) DPM admite la recuperación de nivel de elemento (ILR), que permite la recuperación de nivel de elemento de archivos, carpetas, volúmenes y discos duros virtuales (VHD) a partir de una copia de seguridad de nivel de host de máquinas virtuales de Hyper-V en un recurso compartido de red o un volumen en un servidor protegido DPM. No es necesario que el agente de protección DPM esté instalado dentro del invitado para realizar la recuperación de nivel de elemento.