# Tutorial 4: Copias de seguridad y restauración de máquinas virtuales - Link: https://www.clhome.net/copias-de-seguridad-y-restauracion-de-maquinas-virtuales/ - Published: 2026-10-12T13:15:00+02:00 - Author: gerard Las copias de seguridad son una de las tareas más importantes al administrar un servidor Proxmox VE. Una actualización fallida, un error de configuración, un disco averiado o una eliminación accidental pueden dejar una máquina virtual fuera de servicio. En este tutorial aprenderás a crear copias de seguridad, programarlas y restaurar una máquina virtual desde la interfaz web. **Objetivo:** terminar con una copia de seguridad comprobable y saber cómo recuperar la VM. Para evitar riesgos, practica primero con una máquina virtual de prueba y conserva la VM original hasta verificar que la restauración funciona. ## 1. Qué copia Proxmox y qué no La función de backup de Proxmox puede guardar la configuración de la máquina virtual y los discos virtuales incluidos en la tarea. Esto permite recuperar la VM en el mismo nodo o, según el almacenamiento y la configuración, restaurarla en otro nodo compatible. Una copia de la VM no sustituye necesariamente a una copia independiente de los datos importantes que se encuentren dentro del sistema invitado. Las bases de datos y aplicaciones con escrituras constantes pueden necesitar medidas adicionales para asegurar la consistencia. Revisa también si algún disco está excluido de la copia o configurado para no incluirse. ## 2. Elige dónde guardar las copias En Proxmox, entra en **Datacenter → Storage** para revisar los almacenamientos disponibles y sus tipos de contenido. El destino debe admitir contenido de tipo _VZDump backup file_ o copias de seguridad, según la interfaz y el tipo de almacenamiento. * **Almacenamiento local:** sencillo para empezar, pero si el disco del servidor falla, podrías perder a la vez la VM y su copia. * **Disco dedicado para backups:** ayuda a separar las copias del almacenamiento de las máquinas virtuales, aunque sigue siendo importante protegerlo frente a fallos físicos. * **NAS o servidor remoto:** permite mantener las copias fuera del disco principal. Asegúrate de que la conexión y los permisos funcionan antes de programar tareas. * **Proxmox Backup Server:** solución específica para copias, retención y restauración, especialmente útil cuando el entorno crece. Una buena regla es guardar al menos una copia en un dispositivo o ubicación diferente del almacenamiento principal. Para datos irremplazables, considera además una copia externa o desconectada. Un backup que nunca se ha probado restaurar no debe darse por válido. ## 3. Crear una copia manual de una máquina virtual 1. Abre la interfaz web de Proxmox y selecciona el nodo donde está la VM. 2. Selecciona la máquina virtual que quieres proteger. 3. Entra en la pestaña **Backup** de la VM. 4. Pulsa **Backup now** o la opción equivalente de tu versión. 5. Elige el almacenamiento de destino que admita copias de seguridad. 6. Selecciona el modo de copia disponible. **Snapshot** intenta reducir la interrupción cuando el almacenamiento y el sistema lo permiten; **Suspend** pausa la VM durante la operación; **Stop** detiene la VM para realizar la copia. 7. Si aparece la opción de compresión, conserva el valor recomendado por tu entorno salvo que tengas una razón para cambiarlo. 8. Inicia la tarea y abre **Tasks** para seguir el progreso y comprobar el resultado. Cuando termine, revisa el registro de la tarea. No te conformes con que aparezca un archivo: confirma que la tarea finalizó correctamente y que el backup figura en el almacenamiento de destino. ## 4. Programar copias automáticas Una copia manual es útil antes de un cambio importante, pero la protección real requiere una rutina. Proxmox permite configurar tareas periódicas desde el centro de datos. 1. Entra en **Datacenter → Backup**. 2. Pulsa **Add** para crear una tarea. 3. Selecciona el nodo o el ámbito de máquinas virtuales que debe cubrir. 4. Elige el almacenamiento de destino. 5. Define una programación adecuada al uso del servidor, por ejemplo diaria o semanal. 6. Selecciona qué máquinas virtuales se incluirán y el modo de backup. 7. Configura la retención si la interfaz ofrece opciones como conservar las últimas copias o mantener copias por periodos. 8. Guarda la tarea y comprueba su próxima ejecución. Adapta la frecuencia al ritmo de cambio de los datos y al espacio disponible. Si una VM contiene datos que cambian a diario, una copia semanal puede dejarte sin los cambios más recientes durante varios días. Por el contrario, una retención ilimitada puede llenar el almacenamiento. ## 5. Planifica la retención y el espacio La retención determina cuántas copias antiguas se conservan. No hay un número perfecto para todos los homelabs: depende del tamaño de las VM, de la frecuencia de los backups y de cuánto tiempo necesites recuperar un estado anterior. | Ejemplo de política | Para qué puede servir | Qué valorar | | Últimas 3 copias | VM de prueba o servicios poco críticos | Ocupa menos espacio, pero ofrece poco historial | | Últimas 7 copias diarias | Servicios domésticos con cambios frecuentes | Permite recuperar estados recientes de la última semana | | Copias diarias y semanales | Servicios importantes | Necesita más capacidad y una política de retención clara | Son ejemplos orientativos, no una recomendación universal. Vigila el espacio libre y el tamaño real de los backups; las copias pueden variar mucho según el uso de los discos y el tipo de almacenamiento. Si el destino se queda sin espacio, la tarea puede fallar. ## 6. Restaurar una máquina virtual desde una copia Restaurar puede sobrescribir datos si eliges un identificador que ya está en uso. Si estás comprobando un backup, lo más prudente es restaurar primero con un VM ID diferente y mantener la máquina original intacta. 1. Abre **Datacenter → Storage** y selecciona el almacenamiento donde guardaste el backup. 2. Entra en la sección de contenido o backups y localiza la copia por fecha y nombre de VM. 3. Selecciona la copia correcta y pulsa **Restore**. 4. Elige el nodo de destino y un VM ID libre para una restauración de prueba. 5. Selecciona el almacenamiento donde deben guardarse los discos restaurados, si se solicita. 6. Revisa las opciones antes de confirmar: no elijas un ID existente salvo que pretendas reemplazar esa VM y hayas verificado el riesgo. 7. Inicia la restauración y espera a que la tarea termine correctamente. 8. Comprueba la configuración de hardware virtual, la tarjeta de red, el almacenamiento y el orden de arranque. 9. Arranca la VM restaurada y verifica el sistema operativo y los servicios dentro de ella. Si la VM restaurada utiliza la misma configuración de red que la original, evita arrancar ambas simultáneamente conectadas a la misma red sin revisar antes las direcciones IP y la identidad de los servicios. Podrían producirse conflictos de IP o dos instancias del mismo servicio funcionando a la vez. ## 7. Comprobaciones después de restaurar * La tarea de restauración terminó sin errores. * La VM aparece en el inventario con el ID esperado. * Los discos y dispositivos necesarios están presentes. * El sistema operativo arranca y no muestra errores críticos. * La VM obtiene la dirección IP esperada y puede comunicarse con los servicios necesarios. * Las aplicaciones, contenedores o bases de datos alojadas en la VM funcionan. * Los datos importantes están presentes y son legibles. Si la restauración es parte de un plan de recuperación, registra cuánto has tardado y qué pasos adicionales han sido necesarios. Esa prueba te permitirá saber si tu estrategia cumple tus necesidades reales. ## 8. Errores frecuentes | Problema | Qué comprobar | | El almacenamiento no aparece como destino | Que esté habilitado, accesible y permita contenido de backup | | La tarea falla por falta de espacio | Espacio libre, retención y tamaño de las copias existentes | | La copia tarda mucho | Rendimiento del disco, tamaño de la VM, carga del host y modo de backup | | No encuentro la copia | Que estés mirando el almacenamiento correcto y que la tarea terminara bien | | La VM restaurada no arranca | Registro de restauración, discos, controlador, orden de arranque y compatibilidad del destino | | La VM arranca, pero no tiene red | Bridge, VLAN Tag, interfaz virtual, DHCP, IP y reglas del firewall | ## 9. Buenas prácticas para un homelab * Programa las copias y revisa periódicamente las notificaciones o registros de tareas fallidas. * Guarda las copias en un almacenamiento separado del disco principal siempre que sea posible. * Conserva más de una generación para poder volver atrás si un problema se descubre tarde. * Protege el acceso al almacenamiento de backups y limita quién puede borrar copias. * Antes de actualizar Proxmox, cambiar discos o modificar la red, crea una copia reciente de las VM importantes. * Prueba restauraciones periódicamente y documenta el procedimiento. * Recuerda que los backups de VM no sustituyen las copias específicas que puedan necesitar las aplicaciones o los datos externos a Proxmox. ## 10. Lista final de comprobación * Existe un almacenamiento de destino adecuado para copias de seguridad. * Has ejecutado al menos una copia manual y su tarea terminó correctamente. * Hay una tarea automática configurada para las VM importantes. * La retención está definida y el espacio disponible es suficiente. * Has identificado cómo encontrar el backup y restaurarlo con un VM ID alternativo. * Has comprobado que la VM restaurada arranca y que sus servicios funcionan. * Existe al menos otra copia de los datos críticos en una ubicación independiente, si el nivel de importancia de esos datos lo requiere. ¡Ya tienes la base para proteger y recuperar tus máquinas virtuales en Proxmox VE! Con los cuatro tutoriales de esta serie has recorrido la instalación del hipervisor, la creación de una VM Debian, la segmentación de red con VLAN y la protección mediante copias de seguridad y restauración.