Copia de seguridad gratuita de Hyper-V: cómo hacer copias de las máquinas virtuales

Qué va a configurar

BackupZit hace copias de las máquinas virtuales de Hyper-V desde el agente instalado en el host Hyper-V; dentro de las VM no se instala nada. Los invitados Windows y Linux siguen funcionando mientras se copian. Una consola web programa los trabajos, guarda el historial y lanza las restauraciones. BackupZit es gratuito y de código abierto (AGPLv3), sin límite de hosts ni de VM.

• Qué necesita
• 1. Consola
• 2. Almacenamiento
• 3. Agente en el host
• 4. Trabajo de copia
• 5. Copias consistentes
• 6. Copia externa
• Restauración
• Límites

Qué necesita

• Un host Hyper-V: Windows Server 2016 o posterior con el rol Hyper-V, o Windows 10/11 con Hyper-V. En un clúster, cada host.
• Un sitio para la consola BackupZit: una pequeña VM Linux con 2 vCPU, 2–4 GB de RAM y un disco de 16–20 GB. No guarda datos de copia, así que puede ejecutarse como VM en el mismo host Hyper-V.
• Almacenamiento de copias fuera del host — por ejemplo un recurso SMB en un servidor de archivos o NAS, un servidor Linux por SFTP, un bucket compatible con S3 o un repositorio reforzado de BackupZit. El agente escribe en él directamente.
• Red: el agente accede a la consola por el puerto TCP 8443.

Paso 1 — Instalar la consola

Lo más rápido en Hyper-V es la imagen de VM lista backupzit-appliance-vhdx.zip de la página de descarga (Debian, PostgreSQL y la consola, ya configurados):

1. Descomprima backupzit-appliance-vhdx.zip en la carpeta donde guarda los discos de sus VM.
2. En el Administrador de Hyper-V cree una VM de generación 1 con 2–4 GB de RAM, conéctela a un conmutador virtual y elija el VHDX extraído como disco existente.
3. Inicie la VM. Su pantalla muestra la dirección de la consola web y la contraseña inicial del usuario admin. Abra https://<dirección>:8443, inicie sesión y cambie la contraseña. El navegador avisa una vez por el certificado autofirmado.

En la pantalla de la VM puede iniciar sesión como bzadmin para fijar una dirección estática, el nombre del servidor y la zona horaria (el appliance arranca en UTC y las programaciones usan la zona horaria de la consola). ¿Prefiere un servidor Debian, Ubuntu, AlmaLinux o Rocky Linux existente? El script de instalación de una línea de la página de descarga hace lo mismo allí.

Paso 2 — Añadir un destino de almacenamiento

En la consola abra Almacenamiento y añada un destino. Opciones habituales en un entorno Windows:

Deje activado Cifrar las copias (AES-256) (predeterminado): todo se cifra con AES-256 en el host antes de salir de él. La consola muestra entonces una clave de recuperación — imprima la hoja de recuperación o guarde la clave en un gestor de contraseñas, lejos de las copias. Con la clave, la ubicación del almacenamiento y sus credenciales puede restaurar aunque pierda la consola.

Paso 3 — Instalar el agente en el host Hyper-V

1. En la consola abra Agentes y haga clic en Crear token de registro. Obtiene un código de registro (BZ1-…) válido 7 días y para cualquier número de equipos.
2. Descargue el Agente de Windows (MSI) desde la página Agentes, ejecútelo en el host y pegue el código cuando el instalador lo pida. Para varios hosts funciona una instalación silenciosa mediante GPO, Intune o una herramienta RMM:

   msiexec /i backupzit-agent.msi /qn ENROLLCODE="BZ1-..."

   La consola también puede instalar el agente por sí misma mediante WinRM: Agentes → Instalar en un equipo desde aquí, con una cuenta de administrador que solo se usa para la instalación y no se guarda.
3. En menos de un minuto el host aparece en la página Agentes con la etiqueta Hyper-V · N VMs.

El agente trabaja mediante las interfaces propias de Hyper-V: el módulo de PowerShell de Hyper-V y la API Windows Virtual Disk. La consola no guarda credenciales de Hyper-V. En un clúster, instale el agente en cada host.

Paso 4 — Crear el trabajo de copia

1. Abra Trabajos de copia, cree un trabajo y seleccione el agente del host.
2. Elija Máquinas virtuales (Proxmox VE, Hyper-V, VMware) y luego Todas las VM (y contenedores) del host — las VM creadas después se incluyen automáticamente — o marque VM concretas.
3. Elija el destino de almacenamiento del paso 2.
4. Defina una programación, por ejemplo cada día laborable a las 22:00. Los trabajos también pueden repetirse cada 15 minutos a 12 horas, ejecutarse una vez al mes o empezar tras otro trabajo.
5. Defina la retención. Ejemplo: 3 más recientes, 7 diarias, 4 semanales, 6 mensuales mantiene unos seis meses de historial con unos 20 puntos de restauración.

Qué ocurre en cada ejecución:

1. Se crea un punto de control de recuperación temporal (backupzit_…) — el tipo de punto de control que Hyper-V ofrece a las aplicaciones de copia. La VM sigue funcionando.
2. El punto de control de recuperación activa Resilient Change Tracking (RCT) en los discos de la VM; junto a ellos verá archivos .rct y .mrt. La primera copia lee los discos completos; después, RCT indica qué bloques cambiaron desde la copia anterior y solo se leen esos.
3. Los discos se leen en el estado del punto de control en bloques de 1 MiB — VHDX y VHD, incluidas cadenas de puntos de control anteriores. Los bloques vacíos no se guardan y los que ya están en el repositorio no se vuelven a subir. Aun así, cada copia es un punto de restauración completo.
4. Se elimina el punto de control y Hyper-V lo combina en segundo plano. La configuración de la VM se guarda con la copia: generación, CPU, memoria, adaptadores de red (conmutador, VLAN, dirección MAC), controladoras de disco, arranque seguro y TPM.

Un ejemplo del laboratorio de pruebas de BackupZit: una VM Linux con un disco de 3 GB. La primera copia leyó 3 GB; la siguiente, tras 64 MB de datos nuevos, leyó 96 MB.

Las VM apagadas se leen directamente, sin punto de control. En hosts anteriores a Windows Server 2016 no hay puntos de control de recuperación: se usa un punto de control de producción y cada copia lee los discos completos.

Paso 5 — Copias consistentes a nivel de aplicación

Para un punto de control de recuperación, Hyper-V pide al invitado que se prepare:

• Los invitados Windows vuelcan los datos de sus aplicaciones (SQL Server, Exchange, Active Directory…) mediante VSS.
• Los invitados Linux congelan sus sistemas de archivos si están instalados los demonios de Hyper-V — el paquete hyperv-daemons o hv-vss-daemon, según la distribución.

Si el invitado no puede hacer ninguna de las dos cosas, el punto de control es consistente ante fallos — como tras un corte de luz. La página de la ejecución muestra por VM qué tipo se usó, así ve de un vistazo qué invitados aún necesitan los demonios.

Paso 6 — Mantener una copia externa (3-2-1)

La regla 3-2-1: tres copias de sus datos, en dos soportes distintos, una de ellas fuera de las instalaciones. Añada un segundo trabajo del tipo Copia secundaria, con el trabajo de Hyper-V como origen y un destino externo, como un bucket S3 con Object Lock o un repositorio reforzado en otro edificio.

• El agente copia las copias existentes; las VM no se vuelven a leer.
• Solo se envían los datos que aún no están en el destino, cifrados con la clave del destino.
• La copia tiene su propia programación y retención, por ejemplo 7 diarias en el NAS y 12 mensuales en la nube.

Las VM y los archivos sueltos se restauran desde la copia igual que desde el original. Las pruebas de restauración automáticas (semanales por defecto, en Configuración → Pruebas de restauración) leen bloques aleatorios de las copias de VM más recientes y los verifican con sus sumas de comprobación. Más sobre copias inmutables en la protección contra ransomware.

Restauración

Abra una ejecución de copia (desde la página del trabajo o desde Actividad) y elija Restaurar una VM de Hyper-V. Puede restaurar en el mismo host o en otro host Hyper-V con el agente.

Como VM nueva junto a la original

• Crea una segunda VM con direcciones MAC nuevas, para que pueda funcionar en la misma red que la original. Por defecto se llama como la original más «restored» y la fecha.
• En ella se desactivan los puntos de control automáticos, así que arrancarla no deja archivos de punto de control.
• La configuración de red del invitado ligada a una dirección MAC (por ejemplo match: macaddress de netplan en imágenes cloud de Linux) no se aplica a los adaptadores nuevos.

En lugar de la VM original

Marque apagarla y sustituir sus discos. BackupZit apaga la VM existente, combina sus puntos de control y cambia sus discos por los restaurados. La VM conserva su ID, adaptadores de red y direcciones MAC, así que los trabajos, la supervisión y la red del invitado siguen funcionando. Los archivos de disco antiguos no se borran, sino que se renombran a ….replaced-FECHA — bórrelos cuando la VM restaurada funcione. Si la VM original ya no existe, se vuelve a crear con un ID de Hyper-V nuevo.

Qué recibe una VM restaurada

• Los conmutadores virtuales se conectan por nombre; si un conmutador no existe en el host, el adaptador queda desconectado.
• Cada VM restaurada recibe un nuevo ID de generación, para que los controladores de dominio de Active Directory detecten la restauración de forma segura.
• Opciones: la carpeta de los discos virtuales y si arrancar la VM tras la restauración.

Archivos sueltos

Haga clic en Examinar archivos en la tabla de VM de una ejecución para ver las particiones y volúmenes de los discos de la VM. Puede examinar NTFS, ext2/3/4 y XFS, también dentro de LVM, y descargar archivos (varios como ZIP) o restaurarlos en una carpeta de cualquier agente — no hace falta restaurar toda la VM por un documento perdido.

Desde la línea de comandos

Todo funciona también sin la consola, como administrador en el host Hyper-V — por ejemplo para reconstruir un host tras un desastre:

backupzit-agent hyperv list
backupzit-agent hyperv backup  --repo ... [--vmid N,N]
backupzit-agent hyperv restore --repo ... --vmid N --new --name NOMBRE --folder D:\VMs --start latest

--vmid es el número que muestra hyperv list. Sin --new la VM se restaura en su lugar; --overwrite confirma que se pueden sustituir los discos de una VM existente.

Límites que conviene conocer

• No se copian los discos VHDX compartidos, VHD Set ni los discos pass-through.
• La restauración instantánea (arrancar una VM directamente desde la copia) existe para Proxmox VE y VMware, todavía no para Hyper-V — está prevista. Una restauración de Hyper-V copia primero los discos.
• Los hosts anteriores a Windows Server 2016 no tienen puntos de control de recuperación ni RCT, así que cada copia lee los discos completos.

Siguientes pasos

Descargue BackupZit, vea todas las funciones para Hyper-V o lea el capítulo completo sobre Hyper-V en la guía integrada en la consola. ¿También usa Proxmox? Vea la guía de copias de VM de Proxmox. Las preguntas son bienvenidas en GitHub Discussions. Las empresas pueden contratar soporte comercial de MaxZit (solo en inglés).