Cómo proteger las copias de seguridad de las máquinas virtuales durante el mantenimiento del almacenamiento del host

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Protege las copias de seguridad de las máquinas virtuales durante el mantenimiento del almacenamiento del host deteniendo primero las nuevas escrituras, verificando los puntos de restauración existentes y conservando al menos una copia utilizable fuera del almacenamiento en mantenimiento.

En un servidor doméstico o un NAS pequeño, el mantenimiento suele realizarse en los mismos discos, grupos de almacenamiento, HBA, carcasas o almacenes de datos que también contienen las copias de seguridad de las máquinas virtuales. Por eso, el orden seguro es más importante que el nombre de la herramienta: congela la actividad de las copias de seguridad, comprueba que los puntos de recuperación se puedan leer, haz que el mantenimiento sea reversible y solo después intervén en la capa de almacenamiento del host.

Identifica qué copias de seguridad dependen del almacenamiento que planeas modificar

Empieza enumerando cada máquina virtual, contenedor, tarea de copia de seguridad, repositorio, ubicación de instantáneas y destino de replicación que lea o escriba en el almacenamiento que estará en mantenimiento. La pregunta clave no es dónde se ejecuta la máquina virtual, sino si la cadena de copias de seguridad o el catálogo de restauración depende del componente que estás a punto de dejar fuera de servicio.

Un error común en los laboratorios domésticos es mantener los discos de las máquinas virtuales y el repositorio de copias de seguridad en diferentes conjuntos de datos, pero dentro del mismo grupo de almacenamiento, carcasa USB, controlador o equipo. Esto mejora la organización, pero no protege la copia de seguridad si el riesgo del mantenimiento afecta a todo el grupo, controlador o host.

Si alguna ruta de restauración depende del mismo almacenamiento, marca esa copia de seguridad como no disponible durante la ventana de mantenimiento. Continúa solo después de disponer de una segunda copia, una copia remota o una exportación probada que no requiera el dispositivo en mantenimiento.

Establece el destino de las copias de seguridad en un estado sin nuevas escrituras

La ventana de mantenimiento más segura comienza impidiendo que se inicien nuevas escrituras de copias de seguridad, operaciones de depuración, compactación, replicación y recolección de basura mientras cambia la capa de almacenamiento. Es más fácil evaluar un repositorio inactivo que uno que está reescribiendo índices o fragmentos en segundo plano.

Proxmox Backup Server admite modos de mantenimiento de solo lectura y sin conexión para los almacenes de datos, y permite que las operaciones en conflicto finalicen antes de que el modo entre en vigor. Esta distinción es importante porque el modo de solo lectura aún puede permitir restauraciones, mientras que el modo sin conexión bloquea tanto las lecturas como las escrituras.

Usa el modo menos disruptivo que proteja la tarea. Para actualizar firmware, cambiar cableado, importar grupos de almacenamiento, sustituir discos o reparar sistemas de archivos, el modo sin conexión suele ser más seguro; para comprobaciones del repositorio que solo requieren detener nuevas escrituras, el modo de solo lectura puede ser suficiente. No confíes en la memoria: registra el modo y las tareas que desactivaste.

Verifica los puntos de restauración antes de mover o reparar el almacenamiento

Una copia de seguridad que no se ha verificado es solo un posible punto de restauración. Antes del mantenimiento, ejecuta la verificación de la herramienta o, como mínimo, realiza una restauración pequeña y aislada desde los puntos de recuperación más reciente y más antiguo que pretendas conservar.

Proxmox Backup Server ofrece tareas de verificación programadas para comprobar periódicamente los datos de las copias de seguridad en lugar de confiar en ellos únicamente al momento de restaurar. Para el mantenimiento, un resultado de verificación reciente es más útil que una notificación de copia de seguridad correcta de hace semanas.

Si la verificación falla, detén el plan de mantenimiento y repara primero el conjunto de copias de seguridad. Si solo se verifica un punto de recuperación, mantenlo aislado y no elimines ni compactes nada hasta que exista una segunda ruta de restauración válida.

-15% OFF

Conserva una copia de recuperación fuera del alcance del mantenimiento

Antes de modificar discos, grupos de almacenamiento, controladores, opciones de montaje o la distribución del repositorio, mueve al menos una copia de recuperación fuera del alcance del posible impacto. Puede ser un disco extraíble, otro NAS, un Proxmox Backup Server remoto, almacenamiento de objetos en la nube o una exportación temporal de las máquinas virtuales más importantes.

La documentación de repositorios escalables de Veeam considera el mantenimiento del repositorio una operación con estado y explica que una extensión puede cambiarse al modo de mantenimiento para acciones de servicio, como aplicar parches o actualizar una extensión. La lección general es aplicable en muchos casos: el mantenimiento debe coordinarse con el estado del repositorio, no realizarse como un evento de almacenamiento a ciegas.

En un servidor doméstico, elige la copia que corresponda a tus necesidades reales de recuperación. Una exportación arrancable puede ser mejor para una máquina virtual crítica, mientras que la replicación de copias de seguridad deduplicadas puede ser más adecuada para muchas máquinas virtuales. La copia solo es válida cuando sabes dónde está, cómo desbloquearla y cómo restaurarla sin utilizar el almacenamiento del host que está en mantenimiento.

Reanuda las tareas solo después de comprobar la ruta de restauración

Después del mantenimiento, no vuelvas a activar inmediatamente todas las tareas programadas. Primero vuelve a montar o importar el almacenamiento correctamente, confirma la propiedad del repositorio y el espacio libre, y después ejecuta una prueba de lectura en las copias de seguridad existentes antes de permitir nuevas escrituras.

Las tareas de mantenimiento de copias de seguridad pueden exigir mucho a la E/S; las prácticas recomendadas de Veeam describen el mantenimiento completo de archivos de copia de seguridad como un proceso que sintetiza un nuevo archivo de copia de seguridad completa y elimina después el original. Este es el tipo de operación que debes evitar ejecutar simultáneamente con reparaciones de almacenamiento o discos inestables.

Vuelve a activar los servicios en este orden: estado del almacenamiento, acceso de lectura al repositorio, listado de puntos de restauración, prueba de restauración pequeña y, por último, escrituras programadas. Si algún paso es lento, falta o muestra resultados incoherentes, mantén las tareas desactivadas e investiga antes de que una nueva cadena de copias de seguridad oculte el problema.

Preguntas frecuentes

¿Puedo mantener las copias de seguridad de las máquinas virtuales activas mientras sustituyo un disco del host?

Solo si el repositorio de copias de seguridad y la ruta de restauración están claramente fuera del almacenamiento en mantenimiento. Si el destino de la copia comparte el grupo de almacenamiento, controlador, carcasa o dependencia del host, detén primero las nuevas escrituras.

¿Basta con una instantánea de la máquina virtual antes del mantenimiento del almacenamiento?

No. Una instantánea en el mismo almacenamiento puede ayudar a realizar una reversión breve, pero no protege frente a fallos del grupo de almacenamiento, controlador, carcasa o host. Conserva una copia de seguridad independiente.

Si el mantenimiento también incluye replicación ZFS, comprueba la retención y el comportamiento del espacio libre antes de la ventana; un grupo de destino lleno puede convertir una tarea de mantenimiento sencilla en el mismo patrón de fallo que se describe en la guía de ZimaSpace para evitar que la replicación de instantáneas llene un grupo de destino.

Soporte y Consejos

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.