Un backup no es una carpeta llena de archivos: es una capacidad de recuperación diseñada, programada, verificada y probada. En Proxmox VE, proteger una VM o un contenedor implica decidir qué respaldar, dónde guardar la copia, cuánto tiempo conservarla y cómo demostrar que puede restaurarse.
1. Qué problema resuelve un backup
Las VMs pueden verse afectadas por errores humanos, corrupción de datos, ransomware, fallas de almacenamiento, actualizaciones defectuosas o eliminación accidental. Un backup permite volver a un punto anterior, pero el resultado depende de la antigüedad de la copia, su integridad y el tiempo necesario para restaurarla.
Backup y alta disponibilidad cumplen funciones distintas. HA busca mantener o recuperar el servicio ante una falla de nodo; el backup conserva una copia recuperable frente a borrado, corrupción o desastre lógico.
| Concepto | Objetivo | Pregunta |
|---|---|---|
| Backup | Conservar una copia recuperable | ¿Puedo volver a un estado anterior? |
| Snapshot | Capturar un estado temporal | ¿Puedo deshacer un cambio inmediato? |
| Replicación | Mantener datos sincronizados | ¿Puedo activar otra copia rápidamente? |
| HA | Recuperar una carga en otro nodo | ¿Qué pasa si falla el host? |
2. Diseñar una estrategia 3-2-1
La infografía recomienda la regla 3-2-1: tres copias de los datos, en dos medios distintos y al menos una fuera del sitio. No es una receta universal, pero ayuda a evitar que todas las copias desaparezcan por el mismo incidente.
La estrategia debe relacionarse con RPO y RTO. El RPO indica cuántos datos se acepta perder; el RTO, cuánto tiempo puede tardar la recuperación.
3. Elegir y preparar el almacenamiento
El almacenamiento de backup debe tener capacidad, permisos, conectividad y un propósito claro. Puede ser local, NFS, SMB, Ceph, Proxmox Backup Server u otra plataforma compatible. No conviene guardar la única copia en el mismo disco físico que contiene la VM protegida.
- Calcula tamaño de VMs, frecuencia y retención.
- Reserva margen para crecimiento y tareas concurrentes.
- Comprueba escritura y lectura desde el nodo.
- Protege el repositorio con permisos y segmentación.
- Registra ubicación, responsable y tiempo de retención.
4. Los 12 pasos de la infografía
- Elegir estrategia: define RPO, RTO, regla 3-2-1 y alcance.
- Configurar almacenamiento: crea o selecciona el repositorio.
- Crear programación: define frecuencia y ventana.
- Seleccionar objetos: elige VMs, CTs, inclusiones y exclusiones.
- Configurar retención: decide cuántas copias conservar.
- Ejecutar backup manual: realiza una primera prueba controlada.
- Verificar backup: revisa tarea, tamaño, duración y estado.
- Restaurar VM completa: selecciona una copia y un destino.
- Restaurar archivos: recupera archivos individuales cuando sea posible.
- Restaurar contenedor: valida el flujo específico de CT.
- Probar recuperación: enciende la carga y verifica servicios.
- Automatizar y monitorear: configura alertas, revisión y documentación.
5. Programación, selección y retención
La programación debe evitar horarios de alta demanda y considerar cuánto tarda el backup. Seleccionar “todo” puede ser cómodo, pero también puede saturar la red y el almacenamiento. Incluye las cargas críticas y documenta por qué otras quedan fuera.
La retención evita que el repositorio se llene indefinidamente. Una política puede conservar copias diarias, semanales y mensuales, pero los valores concretos dependen de la operación y de los requisitos legales o contractuales.
6. Verificar no es lo mismo que restaurar
Revisar que una tarea terminó en estado “OK” es necesario, pero no suficiente. La verificación de integridad y la restauración de prueba responden preguntas diferentes:
- Estado de tarea: ¿el job finalizó?
- Integridad: ¿la copia se puede leer?
- Restauración: ¿la VM o CT arranca?
- Servicio: ¿la aplicación funciona y los datos son utilizables?
7. Restauración completa y archivos individuales
Una restauración completa crea o reemplaza una VM/CT a partir de una copia. Debes elegir cuidadosamente el nodo, storage, ID y red para no sobrescribir una carga equivocada.
La restauración de archivos individuales es útil cuando el problema afecta un documento o carpeta. Puede requerir montar el backup o utilizar herramientas del sistema invitado. No todos los escenarios permiten recuperar archivos con el mismo nivel de facilidad; documenta la limitación.
8. Ejemplo empresarial
Una pyme ejecuta su sistema de facturación en una VM y un servidor de archivos en otra. Define backups nocturnos, retención diaria y semanal, una copia secundaria fuera del nodo y una prueba mensual de restauración en una red aislada.
Cuando un usuario elimina por error una carpeta, el equipo no restaura toda la VM inmediatamente: recupera el archivo necesario, valida permisos y conserva la evidencia. En un desastre mayor, utiliza la copia completa para recuperar la VM en otro nodo.
9. Escenario práctico
Diseña un plan para una VM crítica con RPO de 24 horas y RTO de 4 horas:
- Define frecuencia y ventana de backup.
- Selecciona dos destinos de almacenamiento.
- Establece retención mínima.
- Explica cómo comprobarás una restauración.
- Indica qué alertas generarías ante un fallo.
10. Buenas prácticas y errores frecuentes
Buenas prácticas
- Aplicar 3-2-1 según criticidad.
- Probar restauraciones periódicamente.
- Separar repositorio y producción.
- Monitorear espacio, duración y estado.
- Documentar responsables y evidencias.
Errores frecuentes
- Guardar la única copia en el mismo disco.
- Confundir snapshot con backup.
- No revisar retención hasta quedarse sin espacio.
- Respaldar sin comprobar restauración.
- Ignorar permisos o cifrado del repositorio.
Preguntas frecuentes
¿Con qué frecuencia debo hacer backup?
Depende del RPO y de cuánto cambian los datos. Una VM crítica puede necesitar una frecuencia distinta a un laboratorio.
¿Un backup nocturno siempre es suficiente?
No necesariamente. Si el negocio puede perder solo una hora de datos, un backup diario no cumple ese objetivo.
¿Puedo restaurar una VM sobre la original?
Es posible, pero primero debes confirmar impacto, respaldo actual, destino y plan de reversa. En pruebas es más seguro restaurar con otro ID o en una red aislada.
¿Por qué fallan los backups?
Por falta de espacio, red, permisos, repositorio inaccesible, errores del invitado o ventanas mal dimensionadas. Revisa la tarea y los logs.
Conclusión
El backup protege la continuidad cuando la prevención no fue suficiente. Una estrategia útil combina selección, almacenamiento, programación, retención, verificación y restauración probada. En Proxmox VE, recuperar una VM o un archivo debe ser un procedimiento conocido antes de que ocurra el incidente.
Continúa con la Temporada 2
En EP018 veremos la replicación de máquinas virtuales entre nodos.
Leer EP018 →