Veeam Instant Recovery: restaurar servidores en minutos

Veeam Instant Recovery: cronómetro analógico, porque restaurar se mide en minutos

Veeam Instant Recovery arranca una máquina directamente desde su copia de seguridad, sin esperar a restaurarla entera. La máquina funciona en minutos, con menos rendimiento, mientras se decide si se traslada a producción o se descarta. Por eso esta guía explica cuándo conviene, qué otros métodos de restauración existen, qué cambia en Proxmox y cuánto tarda en volver cada máquina de un caso real.

Además, está escrita en dos niveles. Si usted responde por el tiempo que la empresa puede estar parada, la tabla de tiempos del caso y el resumen le bastan. En cambio, si restaura, encontrará los límites de cada método, el paso a paso y las trampas que conviene conocer antes de necesitarlas.

La serie y el caso común

En concreto, esta es la sexta de siete guías que comparten el mismo caso. Por eso las copias de las que se restaura aquí son las que crearon los trabajos de la quinta guía en el repositorio endurecido de la cuarta.

  1. Qué es y para qué sirve, con el mapa de protección.
  2. Licencias: instancias, ediciones y Community Edition.
  3. Instalación: appliance, puertos y workers de Proxmox.
  4. Hardened Repository: copias inmutables en discos locales.
  5. Backup job: métodos, retención GFS y copia fuera de sede.
  6. Instant Recovery: restaurar en minutos (esta guía).
  7. SureBackup: verificar las copias e informar.

Qué es Veeam Instant Recovery

En una restauración normal, primero se copian los discos desde el repositorio a la producción y solo después arranca la máquina. En cambio, con Instant Recovery, Veeam presenta la imagen de la copia, comprimida y deduplicada, a través de un servidor de montaje, y la máquina arranca desde allí. Así, se puede volver a cualquier punto de restauración en minutos.

Mientras tanto, la imagen original queda en solo lectura, y los cambios de la máquina en marcha se escriben en archivos auxiliares. Después hay dos salidas. Por un lado, migrar la máquina a producción, y entonces esos cambios se consolidan. Por otro, revertir la operación, y entonces se descartan. Es decir, Instant Recovery entrega un repuesto temporal: funciona, pero con el rendimiento limitado del repositorio.

Todos los métodos de restauración de Veeam

Por otra parte, Instant Recovery es solo uno de los caminos. Con las copias del complemento de Proxmox, la documentación enumera estos:

MétodoQué devuelveCuándo conviene
Restauración completa de la máquinaLa máquina entera, en su sitio o en otroUn servidor dañado sin prisa extrema
Instant RecoveryLa máquina en marcha desde la copiaCuando cada minuto parado cuesta
Publicación de discosLos discos de un punto, para copiar lo que haga faltaRevisar un disco sin arrancar el sistema
Restauración de archivosArchivos y carpetas sueltosEl caso más común: algo borrado
Restauración de elementos de aplicaciónObjetos de Active Directory, Exchange, SharePoint o SQL ServerUn usuario, un buzón o una tabla
Exportación de discosDiscos convertidos a VMDK, VHD o VHDXLlevar la máquina a otra plataforma
Restauración a la nubeLa máquina en AWS, Azure o Google CloudRecuperarse sin la sede

Veeam Instant Recovery con Proxmox: lo que hay que saber

Aquí está el dato que más cambia la planificación. Según la documentación de la compilación 13.1.1.18, la recuperación instantánea hacia Proxmox VE tiene soporte experimental. En cambio, desde las copias de Proxmox sí se admite hacia Hyper-V y Nutanix AHV, siempre que esos anfitriones estén añadidos a Veeam.

Además, las limitaciones oficiales del complemento añaden condiciones que conviene revisar antes de un incidente:

  • Almacenamiento de destino con QCOW2. El LVM con instantáneas en cadena de volúmenes no sirve.
  • Controladores VirtIO instalados de antemano en la máquina; no se pueden añadir durante la recuperación.
  • Servidor de montaje con memoria extra: al menos 512 MB por cada disco que se recupera a la vez.
  • Nada desde cinta, y desde el nivel de archivo hay que recuperar primero los datos.
  • Sin arquitectura ARM ni copias de archivos hechas con Veeam Agent.
  • La alta disponibilidad no vuelve sola: tras restaurar, hay que añadir la máquina otra vez a su grupo de Proxmox.

Qué significa «experimental» para el plan

Una función experimental sirve para probar, no para comprometer un tiempo de recuperación ante la dirección. Por eso, en el caso, el plan se escribe con la restauración completa, que sí tiene soporte pleno, y Instant Recovery hacia Proxmox se usa en las pruebas de la red aislada. Si la empresa necesitara arrancar en minutos con soporte pleno, haría falta un anfitrión de Hyper-V como destino.

Cuánto tarda en volver cada máquina del caso

La restauración completa escribe los datos ocupados, no el disco asignado. Con unos 110 MB/s efectivos desde el repositorio por un enlace de 1 Gbps, estos son los tiempos del caso:

MáquinaDatos (GiB)Restauración completaMétodo preferido
erp-db21433 minCompleta; archivos para tablas sueltas
erp-app6210 minCompleta
file-0154084 minArchivos en el día a día
web-01 y web-0221 cada una3 min cada unaCompleta; la otra sigue atendiendo
dc-01 y dc-0222 cada una3 min cada unaObjetos con Veeam Explorer

De la tabla salen dos conclusiones. Primero, el ERP completo, con sus dos máquinas, vuelve en unos 43 minutos, porque comparten el mismo enlace. Segundo, la máquina más lenta es file-01, con 84 minutos, aunque casi nunca hace falta restaurarla entera: lo habitual es recuperar una carpeta. Por lo tanto, el tiempo que importa no es el de la máquina más grande, sino el de la más crítica.

Restaurar archivos sin restaurar la máquina

La mayoría de las solicitudes son de este tipo: alguien borró una carpeta o sobrescribió un archivo. En esos casos, restaurar la máquina entera sería un error, porque devolvería también todo lo que cambió después. En cambio, la restauración de archivos monta el punto elegido, deja navegar por sus carpetas y copia solo lo necesario.

Por ejemplo, si el martes desaparece la carpeta de facturación de file-01, basta montar el punto del lunes a las 22:00 y copiarla de vuelta. Además, se puede devolver la carpeta a su sitio o copiarla a otra ubicación para compararla antes de sobrescribir nada, que es lo prudente cuando nadie recuerda qué versión era la buena.

Veeam Explorer: objetos de aplicación

Los exploradores de Veeam abren una copia y restauran elementos sueltos de una aplicación: un usuario o una unidad organizativa de Active Directory, un buzón de Exchange, un sitio de SharePoint o una base de SQL Server. Por eso, si en el caso alguien borra una cuenta del directorio, no hace falta tocar dc-01: se abre su copia y se devuelve solo ese objeto.

Para que funcione, la copia tiene que haberse hecho con el procesamiento de aplicaciones activo y el agente invitado de QEMU en marcha, como explicó la quinta guía. Además, hay un detalle del complemento de Proxmox: al restaurar una base a la máquina original, el explorador usa el nombre corto del equipo. Si no lo encuentra, hay que añadir el nombre completo y la IP al archivo de hosts del servidor de copias.

Restaurar en la red de pruebas

Restaurar una máquina junto a su original causa conflictos: dos equipos con el mismo nombre y la misma IP, o dos controladores de dominio que no se ponen de acuerdo. Por eso la guía del firewall de Proxmox dejó una red aislada, la 99, para pruebas. El asistente de restauración permite elegir el nodo, el almacenamiento y la red de destino, así que la copia puede arrancar allí sin tocar la producción.

Paso a paso: Veeam Instant Recovery de erp-app a la red 99

Este es el recorrido del asistente en la interfaz web, según la documentación. En el caso sirve para la prueba mensual, no para producción, por el soporte experimental:

  1. Compruebe los requisitos: nodo añadido a Veeam, almacenamiento con QCOW2 y controladores VirtIO en la máquina.
  2. Abra el asistente desde la copia de erp-app y elija Instant Recovery.
  3. Elija el punto, por ejemplo el de las 20:00 de ayer.
  4. Elija el modo: a otra ubicación, para no chocar con la original.
  5. Indique el nodo de destino, que en el caso es pve-03.
  6. Cambie el nombre, por ejemplo erp-app-prueba.
  7. Seleccione el almacenamiento que admite QCOW2.
  8. Conecte la red 99 y desconecte cualquier otra.
  9. Escriba el motivo, que queda en el registro.
  10. Revise y finalice: al terminar la prueba, revierta para descartar los cambios.

Restaurar no es lo mismo que no caerse

Conviene no confundir dos conceptos. La alta disponibilidad evita que un servicio se caiga cuando falla un servidor. En cambio, la restauración devuelve los datos cuando el problema no es el servidor, sino lo que contiene: un borrado, una corrupción o un cifrado malicioso. Por eso un clúster con alta disponibilidad sigue necesitando copias, y un plan de continuidad operativa necesita las dos cosas.

Errores frecuentes al restaurar

ErrorQué provocaQué hacer
Prometer minutos con una función experimentalUn plan que no se sostieneTiempos medidos con la restauración completa
Restaurar una máquina entera por una carpetaSe pierde el trabajo posteriorRestauración de archivos
Restaurar junto a la originalConflictos de nombre, IP o dominioRed aislada y nombre distinto
Olvidar migrar tras Instant RecoveryLa máquina sigue lenta y ocupa la cachéMigrar o revertir el mismo día
Almacenamiento sin QCOW2La recuperación no arrancaUn almacenamiento de archivos preparado
No devolver la máquina a su grupo de alta disponibilidadQueda desprotegida ante el siguiente falloAñadirla al grupo tras restaurar

Preguntas frecuentes sobre Veeam Instant Recovery

¿Instant Recovery sustituye a la restauración completa?

No. Entrega un repuesto temporal que después hay que migrar a producción o descartar.

¿Restaurar consume licencias?

No. Según la política del fabricante, las restauraciones no consumen instancias, como detalla la segunda guía.

¿Se puede restaurar una máquina de Proxmox en otra plataforma?

Sí: en Hyper-V o Nutanix AHV con recuperación instantánea, y en AWS, Azure o Google Cloud con restauración a la nube. Si lo que busca es un sitio alterno en la nube, la guía de Azure Site Recovery compara esa vía.

¿Dónde queda la caché de la recuperación?

En el appliance, en su primer disco, junto al sistema y la base de datos. Por eso conviene un disco de sistema holgado, como recomendó la tercera guía.

En resumen: Veeam Instant Recovery en cuatro ideas

En resumen, Veeam Instant Recovery arranca la máquina desde la copia y deja para después la restauración de verdad. Hacia Proxmox es experimental, así que el plan se escribe con la restauración completa: en el caso, 43 minutos para el ERP. Además, casi todo el día a día se resuelve con archivos sueltos y con los exploradores. Y cualquier restauración de prueba va a la red aislada.

Queda la pregunta más incómoda: cómo saber, antes del incidente, que todo esto funciona. Esa es la última guía.

Cómo lo aborda KHARONTE

El día que hay que restaurar no es el día para leer la documentación. Dentro de nuestra línea de continuidad y respaldo diseñamos, implementamos y administramos Veeam Backup con un plan de recuperación ante desastres que fija, por escrito, qué se restaura primero, hasta qué momento se vuelve y en cuánto tiempo.

Cada solicitud de restauración entra como caso en nuestra mesa de ayuda TI, con su criticidad, y la atiende gente que ya conoce sus servidores. Si quiere ver cómo encaja con el resto de la operación, estos son nuestros servicios de TI para empresas.

Hablemos de la TI de su empresa

Cuéntenos qué necesita su operación y le enviamos una propuesta por escrito. Cada línea del portafolio se contrata por separado.

Compartir este artículo

Últimas entradas

Escríbanos ahora