Server Manager/ Help
Open Server Manager →

Copias de seguridad: cuál necesitas y cómo usarla

Server Manager tiene cuatro herramientas relacionadas con copias de seguridad. Este artículo asocia cada objetivo con la herramienta adecuada y luego explica cada proceso paso a paso.

Server Manager tiene cuatro áreas distintas relacionadas con copias de seguridad, cada una pensada para un objetivo diferente. Se solapan en la idea general («guardar mis datos para no perderlos»), pero si eliges la opción equivocada harás más trabajo del necesario o acabarás con un archivo que no sirve para lo que querías. Este artículo asocia cada objetivo con la herramienta adecuada y luego explica cada proceso.

Guía rápida: ¿cuál necesito?

Lo que quieres hacerDónde ir
Recuperar un solo archivo que he borrado o sobrescritoPestaña Archivos🗑 Copias de seguridad
Guardar una copia portable de todo mi sitio/app por seguridadPestaña Copia de seguridadCrear copia de seguridad
Restaurar un sitio/app desde un paquete que guardé antesPestaña Copia de seguridadRestaurar desde un paquete
Clonar un sitio/app a un dominio nuevoPestaña Copia de seguridadRestaurar desde un paquete (mismo proceso, destino distinto)
Mover un sitio/app a otro de mis servidoresPestaña Copia de seguridadMover a otro servidor
Mover todo lo que hay en este servidor a un servidor nuevoRepite el proceso de mover para cada servicio; consulta la nota al final de este artículo
Obtener el contenido bruto de la base de datos (.sql.gz que puedas cargar con psql/mysql en cualquier sitio)Pestaña Volcados SQL (solo servicios de base de datos)
Conservar una carpeta entre despliegues (en realidad no es una copia de seguridad)El marcador .helm-keep; consulta Varios sitios en el mismo servidor

Recuperar un solo archivo (pestaña Archivos → 🗑 Copias de seguridad)

Úsalo cuando: hayas borrado o sobrescrito un archivo desde la pestaña Archivos y quieras recuperarlo.

Server Manager guarda automáticamente cada archivo que la pestaña Archivos está a punto de sobrescribir o borrar. La versión anterior se guarda en una carpeta .helm-backup/ junto a la ubicación donde estaba. Se conservan las 3 últimas versiones de cada nombre; las más antiguas se van rotando.

Importante: funciona por directorio. Si borraste /var/www/site/blog/post.md, la copia está en /var/www/site/blog/.helm-backup/, no dentro de /var/www/site/. Para encontrarla, primero tienes que ir al directorio donde estaba el archivo.

Pasos:

  1. Abre el panel de servicio del sitio/app → pestaña Archivos.
Panel de servicio con la pestaña Archivos resaltada
Panel de servicio con la pestaña Archivos resaltada
  1. Ve a la carpeta donde estaba el archivo; por ejemplo, /var/www/mysite.example.com/blog/ si borraste un archivo dentro de blog/.
Miga de pan de la pestaña Archivos mostrando la navegación hasta la carpeta blog/
Miga de pan de la pestaña Archivos mostrando la navegación hasta la carpeta blog/
  1. Haz clic en 🗑 Copias de seguridad en la barra de herramientas.
Barra de herramientas de Archivos con el botón 🗑 Copias de seguridad resaltado
Barra de herramientas de Archivos con el botón 🗑 Copias de seguridad resaltado
  1. Busca la entrada por nombre y marca de tiempo. Haz clic en Restaurar para devolverla a su sitio, Descargar para guardar una copia en tu ordenador o Eliminar para borrar la copia del servidor de forma permanente.
Panel de papelera con copias de seguridad por archivo y botones Restaurar / Descargar / Eliminar en cada entrada
Panel de papelera con copias de seguridad por archivo y botones Restaurar / Descargar / Eliminar en cada entrada

La restauración también es reversible: antes de restaurar, el estado actual de la ruta de destino se guarda en .helm-backup/, así que puedes deshacer la restauración de la misma manera.

Lo que esto NO cubre: archivos modificados mediante SFTP/FileZilla, SSH, la propia app en ejecución o un redespliegue. Solo las acciones hechas desde la pestaña Archivos activan la copia automática. Si quieres conservar una carpeta durante un redespliegue, usa .helm-keep.

Hacer una copia de seguridad de un sitio o app completo (pestaña Copia de seguridad)

Úsalo cuando: quieras un archivo portable de un sitio o app completo —configuración, secretos, archivos y, en servicios en contenedores, los volúmenes de datos— que puedas guardar en tu ordenador por seguridad o para trasladarlo.

La pestaña Copia de seguridad tiene tres acciones, todas con el mismo formato de paquete. Son el ciclo de vida de un paquete: crearlo → restaurarlo más adelante → o transferirlo a otro servidor.

Lo que verás en la parte superior de la pestaña. Si todavía quedan paquetes de este servicio en el servidor —normalmente porque creaste una copia y no la descargaste, o porque se abandonó una subida a mitad de una restauración— aparecerán como una lista arriba, con tamaño, fecha y hora, y un botón Eliminar en cada fila. Esta es tu zona de limpieza: los paquetes no se rotan automáticamente, así que los antiguos van consumiendo disco en silencio hasta que los eliminas. Si hay paquetes de otros servicios, verás un pequeño aviso con el recuento; abre la pestaña Copia de seguridad de cada servicio para limpiarlos.

Crear copia de seguridad
  1. Abre el panel de servicio → pestaña Copia de seguridad.
  2. Para WordPress, apps web y bases de datos: marca Pausar el servicio durante la copia de seguridad si es un sitio con mucha actividad (comercio activo, membresías, en plena migración). Por defecto no hay interrupción: es rápido y suficiente en la mayoría de casos, pero cualquier cosa que se escriba durante la captura de unos ~30s puede quedar capturada a medias (normalmente un archivo huérfano: está en la copia, pero no tiene fila en la base de datos). Con la pausa, el servicio se detiene brevemente (~30–60s de inactividad) para obtener una captura perfectamente coherente. Los sitios estáticos no muestran este interruptor: no hay ningún proceso gestionado que pausar ( sirve los archivos directamente).
  3. Haz clic en Crear copia de seguridad. El chat toma el relevo: Faro prepara el comando tar, tú lo apruebas y el paquete se construye en el servidor.
  4. Cuando esté listo, aparecerá un botón Descargar en el chat. Haz clic en él; el archivo se transfiere por SFTP a tu ordenador.
Pestaña Copia de seguridad: versión de WordPress con el interruptor de pausa y Crear copia de seguridad / Restaurar desde un paquete / Mover a otro servidor como botones principales de ancho completo en sus propias secciones
Pestaña Copia de seguridad: versión de WordPress con el interruptor de pausa y Crear copia de seguridad / Restaurar desde un paquete / Mover a otro servidor como botones principales de ancho completo en sus propias secciones

Qué contiene el paquete: el docker-compose.yml (o el manifiesto de servicio equivalente), todos los secretos de .env, todos los volúmenes con nombre (datos de base de datos, archivos subidos, etc.) y un pequeño manifest.json que describe el servicio. Los paquetes de sitios estáticos incluyen el árbol de archivos bajo /var/www/<domain>/. El formato se describe a sí mismo: al restaurar más adelante, se lee el manifiesto y se reconstruye todo en el lugar correcto.

Restaurar desde un paquete

Úsalo cuando: tengas un paquete que descargaste antes (o que te envió alguien de tu equipo) y quieras recuperar el servicio, ya sea en este servidor o como clon con un dominio nuevo.

  1. Abre el panel de servicio → pestaña Copia de seguridad.
  2. Haz clic en Restaurar desde un paquete. Se abre una ventana de subida (arrastra y suelta, o haz clic para elegir).
  3. Elige el paquete .tar.gz. Haz clic en Subir.
  4. Después de subirlo, la restauración real ocurre en el chat. Faro lee el manifiesto del paquete y restaura en el mismo sitio o, si la receta del paquete no coincide con el servicio actual o indicas un dominio diferente, pregunta si quieres clonarlo en un dominio nuevo. Revisas y apruebas cada comando antes de que se ejecute nada.
Restaurar desde una copia de seguridad: ventana de subida con zona de arrastrar y soltar, y botones Cancelar + Subir en el pie
Restaurar desde una copia de seguridad: ventana de subida con zona de arrastrar y soltar, y botones Cancelar + Subir en el pie

Para clonar: el paquete contiene el dominio original en su manifiesto. Faro te pide el dominio nuevo y reescribe el Caddyfile y las referencias equivalentes a wp-config.php para que el clon se sirva en la nueva dirección. El servidor original sigue funcionando sin tocarse.

Mover a otro servidor

Úsalo cuando: tengas un servicio en uno de tus servidores guardados y quieras moverlo (o copiarlo) a otro, sin descargar manualmente el paquete a tu ordenador y volver a subirlo en el otro servidor.

Este botón solo aparece si tienes al menos dos servidores guardados en Server Manager: el selector de destino necesita tener algún servidor al que apuntar.

Requisito previo: primero crea una copia de seguridad en el origen (el paso Crear copia de seguridad anterior).

  1. En el servicio del servidor de origen, abre el panel de servicio → pestaña Copia de seguridad.
  2. Haz clic en Mover a otro servidor. Se abre un asistente de tres pasos: - Paso 1: Elegir el destino. Elige un servidor de destino de tu lista de servidores guardados e introduce la frase de cifrado del destino. - Paso 2: Elegir la copia de seguridad. Elige qué paquete transferir (se listan todos los paquetes del origen). Haz clic en Iniciar transferencia. - Paso 3: Transferencia. El paquete se transmite del origen al destino a través de Server Manager: sin copia en tu ordenador y sin S3 público de por medio.
  3. Cuando el paquete llega al destino, Server Manager te cambia al servidor de destino y te ofrece restaurar el paquete recién llegado (con un clic).
Mover a otro servidor: paso 2 de 3, elegir el paquete que se va a transferir
Mover a otro servidor: paso 2 de 3, elegir el paquete que se va a transferir

Hacer copia solo de la base de datos (pestaña Volcados SQL)

Úsalo cuando: solo quieras el contenido de la base de datos, no toda la pila. Casos habituales: entregar los datos a un desarrollador para pruebas, importarlos en un motor distinto (bueno, intentarlo) o guardar una red de seguridad rápida antes de una migración destructiva.

Esta pestaña solo existe para servicios de base de datos (Postgres, MySQL, MariaDB).

  1. Abre el panel de servicio de la base de datos → pestaña Volcados SQL.
  2. Haz clic en Crear volcado. Faro ejecuta pg_dump / mysqldump (según el motor) y guarda la salida como .sql.gz en /var/backups/<engine>/.
  3. El nuevo volcado aparece en la lista. Descargar lo envía a tu ordenador; Eliminar lo borra del servidor.
Pestaña Volcados SQL: lista de volcados anteriores con acciones Crear / Descargar / Eliminar
Pestaña Volcados SQL: lista de volcados anteriores con acciones Crear / Descargar / Eliminar

Volcados SQL frente a la pestaña Copia de seguridad: mismo servicio, artefactos distintos:

  • El .sql.gz de Volcados SQL es SQL bruto: psql my-app < dump.sql lo restaura en cualquier Postgres de la versión principal adecuada, incluso en un Postgres que se ejecute en tu portátil.
  • El paquete de la pestaña Copia de seguridad es un .tar.gz de pila completa: la base de datos, el archivo compose, los secretos y los volúmenes con nombre. La restauración recrea toda la pila de contenedores.

Si solo necesitas inspeccionar o trasplantar datos: Volcados SQL. Si quieres clonar todo el servicio de base de datos en otro sitio: pestaña Copia de seguridad.

Otras cosas que suelen confundirse con copias de seguridad

**Marcadores .helm-keep*: conservan una carpeta entre redespliegues* (no son una copia de seguridad y no ayudan si borras algo por accidente). Úsalos cuando tengas una carpeta de ejecución como uploads/ que no quieras borrar al subir código nuevo. Se explica en Varios sitios en el mismo servidor.

Mover un servidor completo. No hay un único botón de «mover todo»: Server Manager mueve un servicio cada vez. Para migrar un servidor con varios sitios/apps, repite el proceso Crear copia de seguridad → Mover a otro servidor → Restaurar en el destino para cada servicio (la acción Mover a otro servidor está en la pestaña Copia de seguridad de cada servicio).

Referencia

Dónde viven las copias de seguridad en el disco:

  • Copias de seguridad de la pestaña Archivos → <original-dir>/.helm-backup/<name>.<timestamp> (una carpeta por directorio)
  • Paquetes de la pestaña Copia de seguridad → /tmp/helm-backups/<id>/<bundle>.tar.gz en el servidor de origen (hasta que los descargues o elimines)
  • Subidas de la pestaña Restaurar → /tmp/helm-restore/<id>/<bundle>.tar.gz (hasta que termine la restauración o las elimines)
  • Volcados SQL → /var/backups/<engine>/<dbname>-<timestamp>.sql.gz

Retención:

  • Pestaña Archivos: últimas 3 versiones por nombre original; la más antigua se rota y desaparece.
  • Pestaña Copia de seguridad + Volcados SQL: sin rotación automática; los paquetes permanecen en el servidor hasta que los eliminas desde el panel.

Vigilar el disco. Cada tarjeta de servicio de la pantalla de inicio muestra una etiqueta · N GB junto a su nombre en cuanto tiene datos. Para ver un desglose más detallado, Detalles del servidor → en la tarjeta del servidor abre Información del servidor, con una pestaña Almacenamiento que lista el uso de disco por servicio (de mayor a menor, con enlaces para abrir el panel con un clic), los volcados SQL de todos los motores y una vista de limpieza masiva de todos los paquetes preparados en el servidor. La pantalla de inicio también muestra una tarjeta de alerta ámbar/roja cuando el disco supera el 80% / 90%.

Secretos en los paquetes: los archivos .env dentro de un paquete de la pestaña Copia de seguridad contienen secretos en texto plano (contraseñas de base de datos, claves de API, etc.). Trata los paquetes descargados igual que tratarías los archivos .env originales: no los envíes por correo, no los subas a repositorios y no los dejes en unidades compartidas. Los paquetes se eliminan del servidor de origen después de descargarlos (el archivo que se transmitió hasta ti era una copia).