TNS Panel
Comenzar

Backups y restauración

TNS Panel respalda con restic: cifrado, incremental y deduplicado. Esta guía describe qué se respalda, cómo se restaura y cómo dirigir copias a un destino propio.

Qué hace el nodo

  • El nodo respalda todas las cuentas, tengan o no un plan de backup, incluidas las suspendidas. Perder los datos de un cliente es el peor incidente posible, por lo que esto no depende de ningún plan.
  • Hay un repositorio por nodo. Su clave es del operador; los clientes nunca reciben acceso al repositorio.
  • Un backup contiene el directorio home del cliente y sus bases de datos (MariaDB y PostgreSQL, volcadas de forma consistente), más las identidades de base como hashes, para que las contraseñas sobrevivan a una restauración. El correo forma parte del home.
  • El almacenamiento externo montado (~/storage) no se incluye en los backups del home ni en los escaneos de malware.
  • La retención del nodo la fija el operador en el destino. El plan de backup de cada cliente sólo limita cuánto hacia atrás puede ver y restaurar ese cliente (0 significa sin límite). Sin plan, el cliente no puede explorar ni disparar backups, y la pantalla lo indica.

Configurar el destino (administrador)

Backups → Destinos (línea de comandos: panel destino-guardar). El nodo necesita al menos un destino para que exista algún backup: disco local, SFTP, S3, B2, Azure, GCS, Swift o REST de forma directa, o FTPS y almacenamiento en la nube de consumo mediante rclone. El instalador incorpora restic y rclone con sumas de verificación fijadas.

  • Las credenciales se guardan cifradas con la clave maestra del nodo y no aparecen en los registros.
  • La clave del repositorio de un destino no puede cambiarse desde el panel: restic dejaría de leer las copias existentes. Para cambiarla, se crea otro destino.
  • Se rechaza un destino que apunte a loopback, redes privadas, direcciones link-local o de metadatos de nube.
  • Quitar un destino sólo deja de usarlo; los datos del repositorio nunca se borran con esa acción.
  • En SFTP, una persona confirma la huella del servidor antes de la primera copia (véase abajo).

Restaurar por ítem (cliente)

Backups → Restaurar:

  1. Se explora una instantánea y se eligen archivos o carpetas, o una base de datos.
  2. Se elige el modo. El predeterminado es al lado del original: no se sobrescribe nada y los archivos aparecen en una carpeta nueva dentro del home (el volcado de una base queda como archivo .sql). Encima del original repone los archivos en su lugar y cubre lo existente.
  3. Se confirma.

Reglas a tener en cuenta:

  • Se rechaza una restauración que no entre en la cuota de disco del cliente. Un ítem que no está en la instantánea es un error, no un éxito.
  • Una base de datos se restaura siempre completa, nunca parcialmente.
  • Lo restaurado queda siempre a nombre del cliente y el panel no sigue enlaces que el cliente haya colocado.
  • Corre una sola restauración por cliente a la vez, y excluye al backup del propio cliente.
  • El administrador o el revendedor pueden restaurar por un cliente desde la cuenta de este, sin límite de ventana de tiempo.

Para archivos grandes, Descargar arma en segundo plano un .tar.gz de una instantánea. Vence, y cada cliente puede tener uno a la vez.

Respaldar ahora

Disponible para clientes con plan, con una espera de una hora entre ejecuciones manuales. Si se rechaza con «respaldo en curso, reintentar», hay otro backup o restauración de esa cuenta en marcha.

Destino propio (cliente)

Backups → Mi destino agrega un segundo repositorio independiente, propiedad del cliente:

  • Tipos: SFTP, S3 o B2 de forma directa; FTPS y Google Drive, OneDrive, Dropbox o Box mediante rclone. FTP siempre usa TLS explícito. Al ser un repositorio aparte, no se deduplica contra el de otros clientes.
  • SFTP: el panel genera un par de claves para el destino y muestra la mitad pública. Se la agrega en el servidor propio y luego se confirma la huella del servidor que el panel muestra. El destino no se usa hasta confirmarla, y si la huella cambia más adelante la copia falla con un mensaje explícito en lugar de confiar en silencio en la clave nueva.
  • Los tokens de la nube pueden vencer o ser revocados por su titular, y entonces las copias se detienen hasta renovar el token. El asesor (Servidor → Recomendaciones) informa los destinos que no se ejecutaron recientemente.
  • Cada ejecución tiene un límite de tiempo de unas pocas horas y espacia los reintentos tras fallas repetidas; editar el destino reinicia ese espaciado.

Verificar los backups

Un backup que nunca se restauró es una suposición. Conviene restaurar de vez en cuando un archivo al lado del original, y revisar en Servidor → Recomendaciones los destinos que dejaron de ejecutarse o cuya última corrida correcta tiene más de 48 horas.

Véase también