Hay que reiniciar un servidor dedicado que aloja web y base de datos. ¿Cómo organizar comprobaciones, copias y recuperación para que el mantenimiento sea verificable?

Prepara una hoja de intervención con objetivo, responsable, horario, duración prevista y condición para volver atrás. El resultado debe poder comprobarse: «reinició» dice poco si la web vuelve sin la base de datos o los trabajos pendientes se ejecutan dos veces.

Antes de la ventana, confirma el acceso administrativo y la vía de recuperación del servidor. Revisa espacio, estado del almacenamiento, copias recientes y posibles dependencias externas. Si hay base de datos, utiliza su método de respaldo y verifica que la copia se puede recuperar; copiar su directorio activo sin un procedimiento compatible puede no bastar.

Anota una línea de base: servicios necesarios, puertos esperados, versión del kernel y una operación sencilla de la aplicación. Después organiza el trabajo:

1. Limita escrituras y detén de forma ordenada los procesos que lo requieran. Ten en cuenta colas, importaciones y tareas programadas.
2. Aplica el cambio previsto y guarda su resultado. Evita añadir actualizaciones ajenas a la intervención.
3. Reinicia utilizando el procedimiento del sistema operativo y observa el arranque.
4. Confirma montajes, red, base de datos, servidor web y trabajos automáticos.
5. Ejecuta la misma prueba funcional inicial y revisa errores nuevos antes de reabrir el servicio.

En sistemas con systemd, consulta el estado de las unidades y los fallos; una unidad activa no garantiza que una operación de negocio funcione. Comprueba también desde fuera del servidor.

Si la intervención supera el criterio acordado, aplica el plan de recuperación y documenta los datos que podrían quedar fuera del respaldo. La duración y las prestaciones de acceso remoto dependen del servicio concreto; deben verificarse antes de empezar.

Fuentes: systemctl · PostgreSQL: recuperación y copias.