¿Proxmox puede hacer una copia de seguridad de un contenedor LXC mientras su base de datos está en ejecución?
Sí, Proxmox puede crear una copia de seguridad mientras un contenedor LXC está en ejecución. Eso no significa automáticamente que la base de datos dentro del contenedor sea coherente con la aplicación en el momento capturado.
Considera una instantánea de un contenedor en ejecución como coherente ante fallos, a menos que se haya volcado la base de datos, puesto en pausa o coordinado de alguna otra forma con la copia de seguridad. La elección correcta depende del motor de base de datos, la tasa de escritura, el tiempo de inactividad aceptable y de si se incluyen todas las rutas de datos.
Distingue entre la captura del contenedor y la coherencia de la base de datos
Una copia de seguridad de un contenedor puede capturar su sistema de archivos mientras las páginas, los registros y los índices de la base de datos están cambiando. Después de restaurar, el motor puede reproducir correctamente su registro de escritura anticipada, pero eso supone una recuperación tras una detención abrupta, no una prueba de que se haya creado un punto de control limpio de la aplicación.
Los montajes vinculados y los conjuntos de datos externos requieren una atención aparte. Un archivo de Proxmox puede ser válido mientras el directorio de datos real de la base de datos, el almacén de objetos o los archivos cargados se encuentran fuera del sistema de archivos raíz incluido en la copia de seguridad.
Para un servicio de poco valor con una base de datos con registro, una recuperación ante fallos probada puede ser aceptable. Para registros irremplazables, añade un volcado nativo de la base de datos, un punto de control de replicación o una breve ventana de mantenimiento.
Elige el nivel de protección a partir de señales observables
Comprueba si la base de datos informa de puntos de control limpios, si los volcados se completan sin errores y si el registro de tareas de Proxmox incluye todos los volúmenes previstos. Una latencia de escritura elevada o un WAL que crece rápidamente durante la copia de seguridad indica que habrá más trabajo de recuperación después de restaurar.
Programa el volcado nativo poco antes de la copia de seguridad del contenedor y guárdalo dentro de una ruta incluida en la copia. Para los motores compatibles con API de copia de seguridad en línea, utilízalas en lugar de copiar archivos de datos en vivo.
Clasifica el resultado con la tabla siguiente y anota esa clasificación en las notas del trabajo para que un operador futuro sepa qué puede garantizar el archivo.
| Estado observado | Veredicto | Siguiente acción |
|---|---|---|
| Volcado nativo más archivo LXC | Ruta de recuperación compatible con la aplicación | Opción preferida para bases de datos importantes |
| Solo instantánea; las pruebas de restauración son satisfactorias | Coherente ante fallos | Aceptar únicamente con el riesgo documentado |
| Ruta de datos externa omitida | Incompleta | Detenerse y ampliar el alcance de la copia de seguridad |
Construye un trabajo de copia de seguridad coordinado
Ejecuta un paso previo a la copia de seguridad que cree un volcado de la base de datos con marca de tiempo o solicite un punto de control. Verifica el estado de salida del comando y el espacio disponible; un volcado de cero bytes debe hacer que el trabajo falle, en lugar de permitir que aparezca un tranquilizador indicador verde de copia de seguridad correcta.
Captura el LXC después del paso de coherencia y, a continuación, ejecuta una comprobación posterior que registre el ID del archivo y la suma de comprobación del volcado. Mantén la retención nativa de la base de datos lo suficientemente separada para que un archivo de contenedor defectuoso no elimine la última copia lógica válida.
La guía de copias de seguridad de Proxmox de ZimaSpace cubre la planificación de la recuperación de máquinas virtuales y contenedores.
La guía independiente sobre copias de seguridad de Proxmox coherentes con la aplicación explica por qué una instantánea en ejecución y una copia de seguridad compatible con la aplicación ofrecen garantías diferentes.
Demuestra la validez del archivo restaurándolo bajo carga
Restaura en un ID de CT aislado y con la red desconectada para que no entre en conflicto con producción. Inicia la base de datos, inspecciona los registros de recuperación, ejecuta comprobaciones de integridad y consulta un registro conocido escrito cerca de la ventana de copia de seguridad.
Repite la prueba mientras producción soporta su carga de escritura habitual. Una copia de seguridad que solo se restaura durante una prueba de laboratorio sin actividad no ha validado la condición de riesgo que motivó la pregunta.
Continúa con copias de seguridad de LXC en ejecución cuando todo el almacenamiento esté incluido y el motor se recupere correctamente de forma repetida, o cuando se incluya un volcado nativo. Detente y utiliza una pausa o un apagado coordinados si fallan las comprobaciones de integridad, faltan montajes externos o la aplicación no puede tolerar una recuperación ante fallos.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puedes reemplazar el ventilador ruidoso de un mini PC sin cambiar el control térmico?
Sí, siempre que el reemplazo coincida con la interfaz eléctrica, el flujo de aire y las señales de retroalimentación; que el conector encaje por...
¿Puede un servidor doméstico reanudar los servicios en orden de dependencia después de la recuperación del SAI?
Sí: usa dependencias de arranque explícitas y comprobaciones de disponibilidad; las políticas de reinicio por sí solas no garantizan que los servicios estén utilizables...
¿Puedes usar Wake-on-LAN después de una pérdida total de energía?
A veces, WOL necesita alimentación en espera y que el firmware/la NIC conserven su estado para recuperarse cuando vuelve la corriente alterna; no puede...
