Hosts proxy, certificados, listas de acceso, su cuenta de administrador: todo ello en dos carpetas. Esta es una excelente noticia para las copias de seguridad, hasta que el disco que las contiene muere sin tener una copia de seguridad.
NPM parece un panel de control, pero en el fondo es admirablemente simple: una pequeña base de datos SQLite y una carpeta de archivos de certificados. Hacer una copia de seguridad no es un proyecto: es copiar dos carpetas en algún lugar más seguro que el mismo disco. Esta página muestra exactamente qué copiar, la sutileza de sincronización que agrega la base de datos y la prueba de restauración que separa una copia de seguridad de una esperanza. Hazlo hoy, mientras todavía te parezca innecesario.
Todo lo que ha creado se encuentra en la carpeta que contiene su docker-compose.yml. La carpeta data contiene el archivo de base de datos SQLite (sus hosts, usuarios, listas de acceso y configuraciones), las configuraciones de nginx generadas y los registros. La carpeta letsencrypt contiene todos los certificados y sus claves. El archivo de redacción completa el conjunto: registra la imagen y el puerto exacto y el diseño del volumen. Copie los tres juntos y podrá reconstruir un servidor de reemplazo al estado idéntico. Esta es la gran ventaja estructural de la instalación estilo Docker-Compose: no hay configuraciones ocultas en ningún otro lugar de la máquina.
Una base de datos que se escribe mientras la copias puede llegar al destino a mitad de frase. SQLite es robusto y una copia en vivo normalmente sobrevive, pero "normalmente" es una base pobre para la carpeta de la que cuelgan las puertas de toda su red. El patrón de limpieza tarda un minuto adicional: detenga el contenedor con docker compose stop, copie las dos carpetas y luego docker compose start. Sus sitios se detienen durante la copia de un archivo y la copia de seguridad es perfectamente consistente. Prográmalo para una hora tranquila, escribe un guión si lo deseas, pero mantén la parada en la secuencia.
Una copia de seguridad en el mismo disco protege exactamente contra un accidente: que usted mismo borre algo. No hace nada por un disco inactivo, una máquina inactiva, un robo o un ransomware que llega al servidor. Envíe la copia a un hardware diferente: un NAS, otra computadora, una unidad externa que se guarda en un cajón o una carpeta cifrada en la nube. Mantenga versiones actualizadas, no una copia sobrescrita: si la semana pasada se produjo un cambio incorrecto o una corrupción silenciosa, la copia de seguridad de la semana pasada es la que pedirá. De tres a cinco ejemplares fechados no cuestan casi nada; these files are small.
Una copia de seguridad que nunca has restaurado es un rumor. Una vez, en una máquina de repuesto o una VM, haga todo el ejercicio: instale Docker, coloque el archivo de redacción y sus dos carpetas, ejecute docker compose up -d y abra el panel. Sus hosts, certificados e inicio de sesión de administrador deberían simplemente estar allí. Calcula el tiempo: la mayoría de las personas terminan en menos de quince minutos, y conocer ese número convierte la muerte futura de un disco debido a una catástrofe en un recado. Los certificados se restauran con los archivos, por lo que no es necesario volver a emitirlos siempre que el DNS siga apuntando al nuevo hogar.
Haga de la copia de seguridad un hábito con un calendario o un pequeño script programado: deténgase, copie con la fecha en el nombre de la carpeta, comience y listo. Vuelva a visitarlo cada vez que agregue varios hosts nuevos: una copia de seguridad anterior a la existencia de sus últimos cinco servicios es una copia de seguridad parcial que lleva el nombre de una copia de seguridad completa. Y almacene una copia de la carpeta en algún lugar que sobreviva al edificio, porque los desastres que unen al servidor y su unidad de escritorio son exactamente los que preguntan los formularios de seguro.
El video construye la configuración; esta página hace que sea posible sobrevivir. Quince minutos con el vídeo más diez minutos aquí y un disco muerto se convierte en un no evento.
▶️ Watch Full VideoSí, si el DNS apunta al servidor restaurado. Los archivos de certificado y sus claves residen en la carpeta letsencrypt y se mueven con ella, y las renovaciones continúan desde la carpeta de datos restaurados.
Pequeño: normalmente unas pocas decenas de megabytes, en su mayoría registros de datos internos. Puede recortar los registros antiguos antes de copiarlos, pero con este tamaño, mantener copias fechadas no cuesta casi nada.
La parte de la carpeta letsencrypt es idéntica, pero la base de datos ahora reside en el servidor de la base de datos, no en los datos. Haga una copia de seguridad de eso también con un volcado de base de datos adecuado: la carpeta por sí sola ya no contiene toda la configuración.