Back Up Hyper-V Virtual Machines: The Ultimate Guide

Si está ejecutando máquinas Microsoft Hyper-V, no hay escasez de enfoques de backup para garantizar la recuperación en diferentes escenarios – desde la recuperación de archivos y objetos de aplicación hasta la restauración de máquinas virtuales completas en Hyper-V o en otras plataformas.

Sin embargo, cada enfoque para hacer backup de máquinas virtuales Hyper-V (VMs) tiene sus usos prácticos y puede diferir en términos de eficiencia de recursos y opciones de recuperación. Esta entrada del blog cubre los métodos de backup de Hyper-V VM, explica cómo hacer backup de Hyper-V VMs, y las prácticas recomendadas de backup de VM.

NAKIVO for Hyper-V Backup

Agentless, application-aware backups for Hyper-V. Anti-ransomware protection, instant VM boot from backup, other virtual/physical platform support and more.

DISCOVER SOLUTION

Formas de hacer backup de máquinas virtuales Hyper-V

Empecemos con las herramientas nativas para hacer backups de Hyper-V proporcionadas por Microsoft. Principalmente, puede utilizar Windows Server Backup y PowerShell cmdlets, que son funciones integradas que permiten hacer backups de Hyper-V VMs. También existen otras soluciones para grandes entornos.

A continuación se muestra una lista de las principales formas de hacer backup de una máquina virtual Hyper-V utilizando estas herramientas nativas:

• Windows Server Backup – puede seleccionar Hyper-V y elegir VMs para hacer backups
• PowerShell con el comando Export-VM o el comando Start-WBBackup
• System Center Data Protection Manager, que se integra con System Center Virtual Machine Manager (también se puede gestionar en PowerShell).

Como alternativa, los administradores pueden utilizar soluciones especiales de backup de terceros compatibles con backups de máquinas virtuales Hyper-V. Estas soluciones pueden aprovechar la API de Microsoft para acceder a funciones avanzadas de backups en hosts Hyper-V.

Host vs. Guest Hyper-V VM Backup

Tanto si utiliza una herramienta nativa como una solución de backup de terceros diseñada para hacer backups de máquinas virtuales Hyper-V, existen dos enfoques principales: a nivel de invitado o a nivel de host. Veamos con más detalle las funciones de cada enfoque.

Backups a nivel de invitado

El backup de máquinas virtuales a nivel de invitado se basa en el uso de un software especial basado en agentes que se instala en el sistema operativo (SO) invitado para ejecutar el proceso de backups. Esta forma de hacer backups es similar a hacer backups de un host físico.

La copia de seguridad a nivel de invitado permite un procesamiento coherente con las aplicaciones mediante Volume Shadow Copy Service (VSS, también conocido como Volume Snapshot Service) de Microsoft para crear copias de datos coherentes. Casi todo el software de backup desarrollado para Windows incluye VSS para permitir la creación de backups de datos coherentes con las aplicaciones. VSS es una tecnología que puede crear instantáneas, es decir, copias «sombra» puntuales, de volúmenes incluso cuando la máquina virtual está en funcionamiento. Para este proceso se utilizan los escritores de VSS, que son componentes de VSS. En Linux, LVM (Logical Volume Manager) se utiliza con este fin para crear instantáneas coherentes con la aplicación.

Agentes: definición y papel

Un agente es un componente de software de backup instalado en un ordenador físico o máquina virtual para interactuar con el sistema de archivos y las aplicaciones. Los agentes suelen ejecutarse como un proceso del sistema dentro de un SO invitado, estableciendo una conexión de red con el servidor utilizado para gestionar los backups. El software de backup utiliza agentes para crear copias de todo el sistema o de archivos o programas individuales.

Tenga en cuenta que el uso de agentes para hacer backups de máquinas virtuales se considera un enfoque heredado, ya que no es tan eficiente como el uso de soluciones de backup sin agentes. Sin embargo, existen algunos casos prácticos para este enfoque en entornos virtuales, que tratamos en la siguiente sección.

Casos prácticos para hacer backups de invitados

Es posible que tenga que recurrir al enfoque de backups a nivel de invitado en entornos virtuales en los siguientes casos:

• Si el sistema operativo invitado no está soportado oficialmente por el hipervisor, es imposible hacer backups coherentes con la aplicación utilizando el método a nivel de host.
• Si la máquina virtual está conectada a un almacenamiento compartido a nivel del sistema operativo invitado o tiene un disco físico conectado directamente (incluido un disco pass-through) que no es compatible con el software de backup a nivel de host.

  Por ejemplo, supongamos que una máquina virtual está conectada a un LUN (Número de Unidad Lógica) SAN (Red de Área de Almacenamiento) a través del protocolo iSCSI (utilizando un iniciador iSCSI in-guest), y un software como un servidor de base de datos o un servidor de archivos está utilizando ese volumen. En este caso, el escritor VSS de Hyper-V no podrá crear un backup completamente coherente de todos los discos utilizados por la máquina virtual (los volúmenes dentro de los discos virtuales VHD y los volúmenes de los discos físicos conectados directamente). Esto se debe a que para hacer un backup de forma adecuada, las aplicaciones y ambos tipos de disco deben estar en reposo cuando se toma la instantánea.

  

  Para hacer backups a nivel de host, los discos pass-through pueden convertirse en discos virtuales VHD. Tenga en cuenta que la máquina virtual puede estar ubicada en un almacenamiento compartido, como un dispositivo NAS (almacenamiento conectado a la red) o SAN. Estas soluciones se utilizan para hacer backups a nivel de host con clustering.

Algunas organizaciones con pequeños entornos virtualizados utilizan el método de hacer backups de VM a nivel de invitado para ahorrar costes. Esta estrategia podría haber tenido sentido en el pasado, ya que las soluciones heredadas basadas en agentes eran más económicas para entornos pequeños con pocas máquinas virtuales. Sin embargo, hoy en día, este enfoque no es recomendable ya que existen soluciones de backups de máquinas virtuales a nivel de host igual o más asequibles para entornos Hyper-V pequeños.

Ventajas

• Se puede utilizar cuando es imposible hacer backups a nivel de host (en los casos mencionados anteriormente).

Desventajas

• Los agentes deben instalarse en cada máquina virtual, lo que resulta incómodo y lleva mucho tiempo.
• El proceso de recuperación es más difícil. Primero debe crearse una nueva máquina virtual vacía. A continuación, tienes que configurar los ajustes de la máquina virtual (CPU virtual, memoria, discos, red, etc.). Sólo entonces se puede restaurar la máquina virtual, y es necesario restaurar los medios de comunicación con el fin de reiniciar.
• El consumo de recursos informáticos aumenta significativamente, especialmente cuando se hacen backup de varias máquinas virtuales que residen en un mismo host Hyper-V a la vez.
• El software de backup basado en agentes requiere el uso de credenciales de root o de administrador para configurar los agentes, lo que puede comprometer la seguridad.
• No hay instantáneas a nivel de máquina virtual.

Backups a nivel de host

Los backups de VM Hyper-V a nivel de host operan a nivel de hipervisor en lugar de a nivel de VM huésped y pueden hacer backups de VM independientemente del SO que se ejecute en su interior. Es posible hacer backup de máquinas virtuales en su totalidad, incluidos los archivos de disco virtual (indicados por el formato VHD o VHDX en Hyper-V) y los archivos de configuración, en los que se almacena la configuración del hardware virtual, como CPU, memoria, red, etc.

Existen dos tipos de backups a nivel de host: Estado guardado e Instantánea de máquina virtual hija.

Método de estado guardado

El método de Saved State es un método de backups parcialmente offline que no es coherente con las aplicaciones. Con este método, el servicio Volume Shadow Copy Service (VSS) de Hyper-V asigna al escritor de VSS la tarea de hacer backups. Si la máquina virtual se está ejecutando en ese momento, el escritor VSS de Hyper-V pone la máquina virtual en un «estado guardado». Esto significa que la máquina virtual se desconecta durante un breve periodo de tiempo mientras se toma la instantánea. Esto garantiza que los archivos abiertos puedan guardarse y que el estado de las aplicaciones en ejecución pueda registrarse en el disco duro virtual.

¿Cómo funciona el método Saved State?

Este proceso consta de las siguientes etapas:

1. Evento PrepareForSnapshot. El software de backup inicia la preparación de la máquina virtual para el backup, y el estado de la máquina virtual se guarda utilizando el modo de hibernación.
2. Tomar la instantánea. Se utiliza el escritor VSS de Hyper-V, que se ejecuta como un proceso VMMS.exe (Virtual Machine Management Service). Se toma la instantánea, que también se denomina punto de control de la máquina virtual en Hyper-V. El software de backup crea una copia de seguridad utilizando la instantánea. La creación de la instantánea permite hacer backup de los datos de la máquina virtual evitando cualquier modificación de los datos durante el proceso de copia. Una vez completado esto, se activa el siguiente evento, PostSnapshot.
3. Evento PostSnapshot. La máquina virtual vuelve a su estado anterior.

Método de instantánea de máquina virtual infantil

El método Child VM Snapshot es un método coherente con las aplicaciones por el que la máquina virtual permanece en línea durante la operación de backup, creando un backup coherente transaccionalmente. Este método es preferible al método de estado guardado para hacer backup de máquinas virtuales en ejecución y puede utilizarse para entornos de producción de alta disponibilidad.

Mientras que el método Saved State utiliza Hyper-V VSS fuera de las máquinas virtuales hijas, el método Child VM Snapshot utiliza el mecanismo VSS dentro de la máquina virtual hija para hacer backups. En más detalle, el método Child VM Snapshot utiliza el mecanismo VSS dentro del host Hyper-V, no dentro de la propia máquina virtual hija, para hacer backups. El servicio de solicitud de VSS de la máquina virtual secundaria se comunica con el escritor de VSS del host para coordinar la creación de instantáneas. Tenga en cuenta que el término «máquina virtual hija» es sinónimo de «máquina virtual invitada».

¿Cómo funciona el método de instantánea de máquina virtual hija?

La secuencia de eventos es parcialmente similar al método Saved State:

1. Evento PrepareForSnapshot. El Hyper-V VSS Requestor Service en la VM hija activa el evento PrepareForSnapshot para iniciar la creación de backups.
2. Evento de toma de instantánea. Una vez recibida la solicitud del servicio VSS Requestor, se crea la instantánea. A continuación, el control se devuelve desde el servicio Hyper-V VSS Requestor al Hyper-V VSS Writer.
3. Evento PostSnapshot. El escritor VSS activa el evento PostSnapshot para informar al software de backup que la creación de la instantánea de la VM ha finalizado. El software de backup puede entonces copiar la instantánea como parte del proceso de backup de la máquina virtual.

El papel de Hyper-V Integration Services

Los Servicios de Integración de Hyper-V se utilizan para proporcionar una interacción especial entre el hipervisor y la VM hija al crear backups con el método Child VM Snapshot. Estos servicios comprenden una colección de controladores y servicios que pueden activarse o desactivarse individualmente en función de sus necesidades. El servicio VSS Requestor del que hablamos anteriormente forma parte del conjunto de servicios de integración, que deben instalarse en la máquina virtual para poder hacer backups a nivel de host.

Desde Windows Server 2008 R2 y Windows 7, Integration Services está incluido en el sistema operativo. Si desea instalar o actualizar los Servicios de Integración en la VM manualmente, puede hacerlo utilizando Hyper-V Manager y montando la imagen de disco virtual vmguest.iso en la unidad virtual de la VM. Para actualizar Integration Services manualmente en un host Hyper-V, puede descargar los servicios del sitio de Microsoft e instalarlos a través de PowerShell. Windows 10 y Windows Server 2016 pueden actualizar Integration Services tanto en hosts como en invitados a través del servicio Windows Update.

Requisitos para el método Child VM Snapshot

Para hacer backups con el método Child VM Snapshot se deben cumplir los siguientes requisitos:

• Hyper-V Integration Services, incluyendo Hyper-V VSS Requestor, debe estar instalado en la VM hija.
• Todos los volúmenes de la máquina virtual deben configurarse como discos básicos en lugar de dinámicos. Los sistemas de archivos de los discos dentro de la máquina virtual hija deben ser compatibles con las instantáneas (por ejemplo, el sistema de archivos NTFS cumpliría este criterio).
• Los archivos de instantánea de la VM deben estar ubicados en el mismo volumen que los archivos VHD.
• La máquina virtual hija debe estar en ejecución.

Si no se cumple alguna de estas condiciones, no se puede utilizar el método de instantánea de máquina virtual hija. En este caso se utiliza por defecto el método Estado guardado.

Ventajas

Como se muestra arriba, los métodos de backups a nivel de host son los preferidos para hacer backups de máquinas virtuales Hyper-V y ofrecen muchas ventajas sobre el método a nivel de invitado. Estas ventajas pueden resumirse del siguiente modo:

• Un backup de nivel de hipervisor es más fácil de gestionar. No se necesitan agentes. El producto backup puede gestionar todo el host Hyper-V y todas las máquinas virtuales que residen en este host. Puede seleccionar las máquinas virtuales específicas de las que desea hacer backup de.
• Todo el contenido de la máquina virtual, incluidos los discos virtuales, las instantáneas y los ajustes de la máquina virtual, se capturan durante el proceso de hacer backup de. Sólo tiene que seleccionar el hipervisor junto con una ubicación de almacenamiento para la recuperación de la máquina virtual sin necesidad de crear y configurar manualmente una nueva máquina virtual.
• Posibilidad de hacer backups coherentes con las aplicaciones de las máquinas virtuales Hyper-V en línea mediante el método Child VM Snapshot. Esto es de vital importancia para los entornos de producción, ya que no se interrumpe el funcionamiento de las máquinas virtuales y el backup es coherente desde el punto de vista transaccional.
• Uso eficiente de los recursos en términos de procesador, memoria y espacio en disco.

Cómo hacer backup de una máquina virtual Hyper-V con herramientas nativas

Microsoft System Center Data Protection Manager (DPM) es una herramienta nativa para hacer backups de Hyper-V que puede utilizarse en grandes entornos. DPM se integra con Microsoft System Center Virtual Machine Manager(SCVMM) para hacer backups de máquinas virtuales. Asegúrese de que sus hosts Hyper-V están correctamente configurados y gestionados en SCVMM para hacer backups sin problemas.

Requisitos previos

Para hacer backup de máquinas virtuales Hyper-V utilizando System Center Data Protection Manager (DPM), es necesario cumplir ciertos prerrequisitos y condiciones para garantizar el éxito del proceso. Estos requisitos previos pueden variar ligeramente dependiendo de las versiones de DPM y del host Hyper-V, pero los requisitos clave generalmente incluyen:

Requisitos previos a nivel de sistema

• Tanto DPM como el host Hyper-V deben ejecutarse en sistemas operativos (SO) compatibles con sus respectivas versiones. Asegúrese de que están actualizados.
• Asegúrese de que la versión de DPM es compatible con la versión de Hyper-V que está utilizando. Existen versiones específicas de DPM para cada versión de Hyper-V.
• El rol Hyper-V debe estar instalado y habilitado en el sistema anfitrión del que planea hacer backup de.
• El agente de protección DPM debe estar instalado en todos los equipos host Hyper-V que desee proteger. Si planea realizar la recuperación de datos a nivel de elemento desde dentro de la máquina virtual, el agente también debe estar instalado dentro de la máquina virtual.

Requisitos de configuración

• Las máquinas virtuales deben configurarse con discos de tamaño fijo o con discos de expansión dinámica. Los discos de diferenciación y los discos pass-through tienen consideraciones específicas y pueden no ser compatibles con hacer backups en determinadas configuraciones.
• Si sus hosts Hyper-V forman parte de un clúster (Cluster Shared Volumes), asegúrese de que DPM está configurado correctamente para proteger las máquinas virtuales Hyper-V en una configuración de clúster.
• Asegúrese de que la conectividad de red y los permisos entre el servidor DPM y los hosts Hyper-V son correctos. El servidor DPM y el servidor Hyper-V deben poder comunicarse entre sí.
• DPM requiere almacenamiento basado en disco para hacer backup de datos, así que asegúrese de que hay suficiente espacio en disco en el pool de almacenamiento de DPM. Para mejorar el rendimiento y la gestión, considere la posibilidad de dedicar discos al almacenamiento DPM.

Software y seguridad

• El Firewall de Windows debe permitir las actividades de DPM. Esto a menudo significa ajustar las reglas del cortafuegos para permitir la comunicación del agente DPM.
• La cuenta de servicio DPM necesita permisos administrativos en el host Hyper-V para hacer backups.

Requisitos de la MV

• Los Integration Services (también llamados VM Guest Services) deben estar instalados y funcionando en las VMs para ciertas funciones de backups, especialmente para el backup online de la VM.
• Asegúrese de que las instantáneas de la máquina virtual (puntos de control) son compatibles y están correctamente configuradas para la versión de su máquina virtual y los tipos de disco.

Tenga en cuenta que las funciones y los pasos pueden variar entre las diferentes versiones de DPM.

Procedimiento para hacer backup de Hyper-V VM

Hacer backup de máquinas virtuales Hyper-V utilizando System Center Data Protection Manager implica varios pasos clave para garantizar que sus datos estén seguros y puedan recuperarse en caso de fallo o pérdida de datos. El flujo de trabajo general es el siguiente:

• Añada sus hosts Hyper-V a DPM. Navegue a la pestaña de administración en la consola de administración de DPM y agregue los servidores Hyper-V que desea hacer backup de. Esto implica introducir los nombres de los servidores y asegurarse de que DPM puede comunicarse con ellos a través de los agentes apropiados.
• Configurar grupos de protección. Los grupos de protección en DPM son esencialmente políticas de backups. Definirás qué hacer backup de, con qué frecuencia hacerlo (frecuencia de backups) y cuánto tiempo conservar esos backups (políticas de retención).

Automatización de backups de Hyper-V en DPM

Puede utilizar PowerShell para hacer backups de una máquina virtual Hyper-V utilizando DPM. Microsoft proporciona un módulo PowerShell específico para DPM que permite crear scripts y automatizar una amplia gama de tareas de DPM, incluida la creación y gestión de backups de máquinas virtuales Hyper-V.

A continuación se muestra un esquema general de los pasos para hacer backup de un Hyper-V VM utilizando System Center DPM a través de PowerShell.

NOTA: Asegúrese de que tiene el módulo DPM PowerShell instalado en su sistema. Este módulo suele instalarse por defecto con DPM. Asegúrese de que está ejecutando los comandos o el script de PowerShell con los permisos adecuados para acceder a DPM y hacer backups.

1. Inicie PowerShell con el módulo DPM. En primer lugar, deberá iniciar una sesión PowerShell e importar el módulo DPM. Puede que necesite ejecutar PowerShell como administrador.

   Import-Module DataProtectionManager

2. Conéctese al servidor DPM. Necesita establecer una conexión con su servidor DPM. Sustituya«YOUR_DPM_SERVER_NAME» por el nombre de su servidor DPM:

   $DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

3. Obtener la fuente de datos. Identifique la máquina virtual de la que desea hacer backup y consígala. Sustituya«YOUR_VM_NAME» por el nombre de su Hyper-V VM:

   $VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

   NOTA: Si no conoce su grupo de protección, utilice Get-DPMProtectionGroup -DPMServer $DPMServer para listar todos los grupos de protección en su servidor DPM.

4. Inicia el backup. Una vez que tenga la fuente de datos de la VM, puede activar el backup. Si quieres hacer un backup express completo, puedes utilizar:

   Start-DPMBackupJob -Datasource $VMToBackup

Combinando los pasos anteriores, puedes crear un simple script para hacer backup de una VM específica en DPM:

# Import DPM PowerShell module

Import-Module DataProtectionManager

# Connect to DPM server

$DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

# Get the list of protection groups (For illustration, you want to target a specific group later)

$ProtectionGroup = Get-DPMProtectionGroup -DPMServer $DPMServer

# Assuming you know which protection group your VM is in, filter to get that group

# For brevity, let's say it's your first protection group (adjust accordingly)

$ProtectionGroup = $ProtectionGroup[0]

# Get the VM to backup

$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

# Start the Hyper-V backup

Start-DPMBackupJob -Datasource $VMToBackup

Tenga en cuenta los siguientes puntos cuando configure el backup de Hyper-V VM con DPM:

• Este script asume que estás familiarizado con la configuración de tu servidor DPM y que conoces los nombres de las máquinas virtuales a las que te diriges.
• Dependiendo de su entorno, puede que necesite personalizar el script para adaptarlo a sus necesidades específicas de backups.
• Es esencial supervisar regularmente la salud y el estado de sus backups a través de las herramientas de gestión de DPM o de scripts PowerShell adicionales.
• Para operaciones y opciones más detalladas, puede consultar la documentación de DPM PowerShell. Microsoft actualiza constantemente su documentación y el módulo PowerShell.

Cómo recuperar máquinas virtuales a partir de backups

La recuperación de una máquina virtual Hyper-V completa mediante System Center Data Protection Manager requiere la realización de varios pasos. El flujo de trabajo asume que un servidor DPM está configurado y que un administrador está familiarizado con los conceptos básicos de PowerShell. Es posible que sea necesario realizar ajustes en función de las características específicas de su entorno y de la versión de DPM que esté utilizando.

Para recuperar una máquina virtual Hyper-V:

1. Abra PowerShell con privilegios de administrador en el servidor DPM o en una estación de trabajo donde DPM Management Shell esté instalado y configurado para comunicarse con su servidor DPM.
2. Importe el módulo DPM a su sesión PowerShell (si no se importa automáticamente). Este paso es a veces necesario para versiones antiguas de DPM:

   Import-Module DataProtectionManager

3. Enumere las fuentes de datos de DPM disponibles para encontrar la máquina virtual que desea recuperar. Utilice el cmdlet Get-Datasource para listar las máquinas virtuales de las que se está haciendo backup:

   Get-DPMProtectionGroup -DPMServerName "YourDpmServerName" | Get-DPMDatasource

   Sustituya «YourDpmServerName» por el nombre de su servidor DPM. Examine la salida para identificar la máquina virtual que desea recuperar.

4. Lista los puntos de recuperación disponibles para la máquina virtual seleccionada. Una vez identificada la máquina virtual, puede encontrar los puntos de recuperación disponibles mediante el cmdlet Get-DPMRecoveryPoint cmdlet:

   $vm = Get-DPMDatasource -DPMServerName "YourDpmServerName" | Where-Object {$_.Name -eq "YourVMName"}

   Get-DPMRecoveryPoint -Fuente de datos $vm

   Sustituya «YourVMName» por el nombre de la máquina virtual que desea recuperar.

5. Seleccione el punto de recuperación que se utilizará para la recuperación. Una vez identificado el punto de recuperación que necesita en función de la fecha, puede almacenar este punto de recuperación en una variable. Ejemplo:

   $recoveryPoint = Get-DPMRecoveryPoint -Datasource $vm | Where-Object {$_.RepresentedPointInTime -eq "DateOfYourChoice"}

   Sustituya «DateOfYourChoice» por la fecha y hora reales del punto de recuperación que necesita.

6. Inicie la recuperación. Utilice el cmdlet Restore-DPMRecoverableItem para iniciar el proceso de recuperación, especificando la ubicación de destino si es necesario:

   Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -TargetServer "YourTargetHyperVHost" -RecoveryLocation HyperVHost -RecoveryType Recover

   Ajuste el parámetro -TargetServer para especificar el host Hyper-V donde desea restaurar la VM. Los parámetros -RecoveryLocation y -RecoveryType pueden variar en función del escenario exacto de recuperación (por ejemplo, restauración en la ubicación original o en una ubicación alternativa).

7. Supervisión del proceso de recuperación. Dependiendo del tamaño de la máquina virtual y de la velocidad de la red, la recuperación puede llevar algún tiempo. Puede supervisar los jobs de recuperación mediante la consola de administración de DPM o mediante el cmdlet Get-DPMJob cmdlet.

Restaurar un archivo individual de una máquina virtual Hyper-V

Es posible restaurar un archivo individual desde un backup de Hyper-V VM utilizando System Center Data Protection Manager (SC DPM) con PowerShell. Este proceso suele realizarse restaurando primero el disco de la máquina virtual que contiene el archivo que necesita y, a continuación, extrayendo el archivo del disco.

A continuación se indican los pasos generales para lograrlo:

1. Identifique el punto de recuperación. En primer lugar, debe encontrar el punto de recuperación de la máquina virtual que contiene el archivo que desea restaurar. Puede utilizar el cmdlet Get-DPMRecoveryPoint para listar los puntos de recuperación:

   $pg = Get-DPMProtectionGroup -DPMServerName "YourDPMServer"

   $ds = Get-DPMDatasource -ProtectionGroup $pg

   Get-DPMRecoveryPoint -Fuente de datos $ds | ft -Propiedad CreationTime, RepresentedPointInTime

   Enumera los puntos de recuperación que se pueden seleccionar. Sustituya «YourDPMServer» por el nombre de su servidor DPM.

2. Restaurar el disco VM. Una vez que haya identificado el punto de recuperación correcto, puede utilizar el cmdlet Restore-DPMRecoverableItem para restaurar el disco. Esto suele implicar restaurar el disco en una ubicación temporal o acceder directamente a él, dependiendo de la configuración de tu entorno.

   $recoveryPoint = Get-DPMRecoveryPoint -Datasource $ds | where-object { $_.CreationTime -eq "DateTimeOfRecoveryPoint" }

   $recoveryOption = New-DPMRecoveryOption -HyperVDatasource -TargetServer "TargetServerForDiskRestoration" -RecoveryLocation CopyToFolder -RecoveryType Recover -TargetLocation "PathToStoreRecoveredDisk"

   Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -RecoveryOption $recoveryOption

   Asegúrese de sustituir «DateTimeOfRecoveryPoint», «TargetServerForDiskRestoration» y «PathToStoreRecoveredDisk» por los detalles adecuados para su operación de recuperación específica.

3. Monte el VHD y extrae el archivo. Una vez restaurado el disco virtual en una ubicación temporal, deberá montar manualmente el archivo VHD/VHDX en Windows y, a continuación, extraer el archivo necesario:
   • Monte el VHD/VHDX. Puede montar un disco virtual mediante la herramienta Administración de discos(diskmgmt.msc) o mediante el cmdlet de Mount-VHD cmdlet de PowerShell.
   • Extraiga el archivo. Una vez montado el disco, aparecerá como una nueva unidad en su sistema, y podrá navegar por esta unidad para copiar el archivo requerido.

Automatizar el proceso de montar el VHD, extraer el archivo y, a continuación, desmontar el VHD puede ser algo complejo y puede requerir la creación de secuencias de comandos personalizadas, en función de lo que necesite conseguir exactamente. Tenga cuidado y garantice la integridad y la seguridad de los datos al realizar este tipo de operaciones, especialmente si está programando el proceso de montaje y extracción para manejar datos confidenciales.

NOTA: Los comandos y pasos específicos pueden variar en función de la versión de SC DPM y PowerShell que esté utilizando, así como de la configuración de su entorno de backups.

Cómo utilizar la solución de backup de Hyper-V de NAKIVO

Una forma eficaz de hacer backup de máquinas virtuales Hyper-V es utilizar soluciones de terceros que integren funciones nativas de Microsoft Hyper-V. NAKIVO Backup & Replication permite hacer backups de máquinas virtuales sin agentes y coherentes con las aplicaciones en hosts Hyper-V independientes y en clusters Hyper-V. Las ventajas de utilizar la solución NAKIVO frente a las demás son la facilidad de implantación y gestión, las múltiples opciones de automatización, las funciones integradas de recuperación ante desastres, etc.

Con este método de backup, cuando una máquina virtual migra de un nodo de clúster a otro, esta máquina virtual se rastrea automáticamente sin configuración adicional ni intervención manual. Puede hacer backups en almacenamiento local en las instalaciones y en la nube, incluido el almacenamiento inmutable.

Repasemos brevemente el flujo de trabajo para hacer backup de Hyper-V en la solución NAKIVO. Puede descargar una versión de prueba gratuita para probar este backup de Hyper-V VM en su entorno.

1. Abra la interfaz web de NAKIVO Backup & Replication:
   • Asegúrese de que el host o clúster Hyper-V se añade al inventario NAKIVO.
   • Puede utilizar el repositorio de backups integrado o añadir un nuevo repositorio de backups para almacenar los backups de Hyper-V.
2. Vaya a Jobs, haga clic en + para crear un nuevo job y pulse Backup for Microsoft Hyper-V. Se abrirá el asistente para hacer backups de Microsoft Hyper-V.

   

3. En el paso Origen, seleccione las máquinas virtuales Hyper-V de las que desea hacer backup de. Puede seleccionar máquinas virtuales en ejecución. Puede seleccionar varias máquinas virtuales que residan en diferentes hosts y clústeres Hyper-V. Pulse Siguiente en cada paso del asistente para continuar.

   

4. Seleccione un repositorio de backups donde almacenar el backup de Hyper-V VM en el paso Destino. En este ejemplo se utiliza un repositorio de backups a bordo.

   

5. En el paso Schedule , configure un job para hacer backup de Hyper-V y los ajustes de retención. Puedes crear múltiples programaciones de forma flexible y establecer el tiempo de retención de estos puntos de recuperación. Es posible configurar los ajustes de programación y retención para cumplir la regla 3-2-1 de los backups.

   Tenga en cuenta que hay una casilla de verificación para activar la inmutabilidad de backups durante un período determinado para aumentar el nivel de protección contra el ransomware para sus backups de Hyper-V.

   

6. Introduzca un nombre de job de backup de Hyper-V y seleccione otras opciones. Puedes configurar un amplio conjunto de funciones y opciones, entre ellas:
   • Modo App-aware
   • Cambiado el seguimiento de bloques
   • Aceleración de la red
   • cifrado
   • Verificación de backups de VM
   • Opciones de backups completos periódicos

   Pulse Finalizar para guardar los ajustes y cerrar el asistente de un job. Se iniciará un job en función de los ajustes de programación.

   

Prácticas recomendadas para hacer backup de Hyper-V

Existen ciertas prácticas recomendadas para hacer backup de Hyper-V que puede seguir para optimizar el proceso de backup de su máquina virtual. Estas directrices pueden ayudar a acortar las ventanas de backups, ahorrar recursos, mejorar la seguridad y acelerar la recuperación cuando sea necesario.

1. Hacer backup de VMs a nivel de host

Se acabaron los días de hacer backups desde los sistemas operativos invitados mediante un agente de backups. La infraestructura empresarial moderna de hoy en día está virtualizada en su mayor parte, lo que significa que tenemos literalmente cientos de sistemas operativos invitados ejecutándose en unos pocos nodos físicos Hyper-V en una configuración de clúster. Intentar gestionar los backups de forma eficiente y eficaz desde cada sistema operativo invitado mediante un agente sería una pesadilla administrativa y de gestión.

El uso de software de backup como NAKIVO Backup & Replication que puede interactuar con sus hosts Hyper-V le permite utilizar un único punto de entrada para hacer backups de múltiples máquinas virtuales. Además, es enormemente beneficioso si su software de backup puede hacer backups de máquinas virtuales Hyper-V a nivel de host, ya que su backup contendrá todos los ajustes y configuraciones específicos de la máquina virtual. Al restaurar un backup de una máquina virtual a nivel de host, se recreará la máquina virtual hasta el último detalle, incluidos los propios ajustes de la máquina virtual.

Los backups a nivel de invitado no tienen conocimiento de la infraestructura Hyper-V que alberga las máquinas virtuales. Esto significa que si necesita restaurar toda la máquina virtual a partir de una copia de seguridad a nivel de invitado, primero tendría que crear una máquina virtual «shell» para recibir los datos restaurados de la máquina virtual original. Esto requeriría restablecer manualmente los ajustes de la máquina virtual.

2. Utilizar el seguimiento de cambios resilientes (RCT)

Cuando piense en la mejor manera de hacer backup de máquinas virtuales Hyper-V, debe asegurarse de aprovechar el Resilient Change Tracking o RCT de Hyper-V. Esta tecnología llegó por primera vez con Windows Server 2016 Hyper-V y nos permite hacer backups incrementales reales. Resilient Change Tracking es la implementación de Microsoft de Changed Block Tracking (CBT) para Hyper-V. En resumen, esta tecnología de Hyper-V permite al software de backup de máquinas virtuales modernas mantener una asignación de los bloques que han cambiado desde el último backup.

Primero se crea una copia de seguridad completa de la máquina virtual Hyper-V y, a continuación, en lugar de tener que copiar los mismos datos con cada ciclo de copia de seguridad, el software de copia de seguridad sólo copia los datos que han cambiado. Con RCT activado, la siguiente copia de seguridad incremental sabe por el seguimiento del «bloque virtual» qué bloques han cambiado y sólo copia esos bloques. Entre el backup completo y cada backup incremental con los bloques modificados, tendrá una representación completa de la máquina virtual Hyper-V.

El componente de resiliencia del acrónimo RCT destaca la capacidad de Hyper-V para mantener la coherencia en el proceso de seguimiento de bloques de cambio, incluso si sufre un fallo grave o el apagado inesperado de una máquina virtual. El uso de un total de tres archivos de seguimiento de cambios, uno en la memoria y dos en el disco, distribuye esta información a través de múltiples ubicaciones y medios, de modo que tenemos redundancia en la información de la ECA. NAKIVO Backup & Replication es una solución moderna de backup de máquinas virtuales que permite hacer fácilmente copias de seguridad de entornos Hyper-V y hace uso del RCT de Hyper-V.

3. Nunca trate los puntos de control de Hyper-V como backups

Los puntos de control son el término de Hyper-V para lo que muchos en el mundo de VMware se refieren como instantáneas. Muchos han tenido que aprender por las malas cómo funcionan los puntos de control y las instantáneas de las máquinas virtuales. Estos no son backups y no están soportados por Microsoft en Hyper-V como tal. Los puntos de control emplean un mecanismo para registrar los cambios delta desde un punto en el tiempo. Sin embargo, dependen de los discos base a partir de los que se crean.

Un backup debe ser un mecanismo completamente autónomo para restaurar datos y no tener dependencias de sus discos VM padre. Los puntos de comprobación/ instantáneas utilizan archivos que residen en la misma infraestructura de almacenamiento subyacente y en la misma carpeta VM que los discos de la máquina virtual principal. Si perdemos el disco padre, el punto de control es inutilizable.

Los puntos de control tienen su lugar, especialmente en situaciones en las que se necesitan retrocesos rápidos a un estado conocido. Un uso práctico específico de los puntos de control sería en un escenario de desarrollo, en el que un desarrollador necesita introducir código y continuar con el proceso de pruebas. Un punto de control permitiría hacer retroceder un servidor a un estado anterior a la introducción del código, y luego revertirlo en cada iteración de las pruebas. Sin embargo, el punto clave aquí es que los puntos de control tienen un propósito, pero que no abarca el funcionamiento como una forma de backups. Por lo tanto, la mejor manera de hacer backup de Hyper-V VMs es siempre tener en cuenta que los puntos de control de Hyper-V no se pueden utilizar en lugar de backups.

4. Instalar Hyper-V Integration Services

Los Servicios de Integración de Hyper-V son un conjunto de «herramientas VM» utilizadas en el mundo Hyper-V, que permiten una interacción especial entre el host Hyper-V y los sistemas operativos invitados cargados en las máquinas virtuales Hyper-V. Este conjunto especial de software instalado en la máquina virtual es especialmente relevante a la hora de encontrar la mejor forma de hacer backup de sistemas Hyper-V. Uno de los Servicios de Integración que se instala se llama Backup (punto de control de volumen). Este servicio permite hacer backups del sistema operativo invitado que son coherentes cuando se aprovechan mediante una solución de backup de máquinas virtuales que puede sacar partido de las capacidades de Integration Services.

Asegurarse de que el paquete de Integration Services está instalado, habilitado y en ejecución permite hacer backups de la máquina virtual desde el host y en directo sin tiempo de inactividad. Aprovechar los servicios de integración de Hyper-V significa que las copias de seguridad pueden utilizar puntos de comprobación y VSS para hacer backups de datos de forma coherente y sin interrupciones. Sin Integration Services, las máquinas virtuales de las que se hace backup se colocan en estado guardado mientras se toma la instantánea de VSS. En el modo Saved State, algunas máquinas virtuales Hyper-V pueden desconectarse brevemente durante el proceso inicial de backups.

5. Utilizar backups coherentes con las aplicaciones

Hacer backup de recursos críticos para la empresa suele incluir aplicaciones como Microsoft Exchange Server, Microsoft Active Directory y Microsoft SQL Server. Las aplicaciones mencionadas suelen encontrarse en la mayoría de los centros de datos empresariales actuales. Cuando se hacen backups de recursos virtuales que contienen aplicaciones, es importante asegurarse de que esas máquinas virtuales se hacen backups coherentes con las aplicaciones.

Los backups coherentes con las aplicaciones utilizan el servicio Microsoft Volume Shadow Copy para asegurarse de que las transacciones de las aplicaciones que viven en la memoria se vuelcan correctamente en el disco antes de hacer el backup. Esto garantiza que las aplicaciones, y en concreto sus bases de datos, queden en un estado transaccionalmente coherente.

Hacer backups de aplicaciones y coherentes con las transacciones tiene grandes ventajas. Elimina el riesgo de corrupción de datos. También garantiza que no haya que realizar ningún proceso adicional después de restaurar el backup. Si sólo fuera a restaurar una copia de seguridad «coherente con los fallos» o que no tuviera en cuenta los datos de la aplicación, tendría que seguir procesos adicionales para reproducir los registros y llevar a cabo otras tareas que garanticen la coherencia de la aplicación basada en bases de datos. Cuando los minutos cuentan en un escenario de recuperación ante desastres, tener una copia de seguridad restaurada que ya es consistente definitivamente acelera su tiempo RTO.

Las soluciones de software especializadas como NAKIVO Backup & Replication le permiten utilizar el modo App-aware para los jobs de Hyper-V para asegurarse de que es coherente con las aplicaciones al hacer backups de sus aplicaciones críticas para el negocio, que es la mejor manera de hacer backups de un entorno Hyper-V.

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Try for Free