Backup del proveedor o backup propio: para qué sirve cada uno

Dos copias con trabajos distintos

Pensalo como el seguro del edificio y el de tu departamento. El del edificio cubre la estructura y lo contrata el consorcio; el tuyo cubre lo que es tuyo, en las condiciones que elegiste. Nadie diría que uno reemplaza al otro.

Con los datos pasa lo mismo. La copia del proveedor existe para que una falla de la plataforma o un error puntual no terminen en pérdida. La tuya existe para que tus datos no dependan de una sola empresa, de un solo lugar ni de un plazo de retención que no definiste vos.

Qué resuelve cada una, caso por caso

La columna del medio cambia de un proveedor a otro: preguntá cuántos días guarda y cómo se pide una restauración.

La copia del hosting en InHosting, y lo que queda de tu lado

Los planes de hosting traen copias automáticas: si borrás algo sin querer, lo recuperás en pocos clics desde el panel DirectAdmin. Es la herramienta para el error de todos los días, y el paso a paso está en backup y restauración en DirectAdmin.

En un Cloud VPS o en un servidor cloud es distinto: el sistema operativo lo administrás vos, y los respaldos de lo que corre adentro también. Ahí el respaldo propio no es un complemento, es la copia de tus datos que depende de vos, y conviene armarlo el mismo día que ponés el servidor en marcha.

Qué tiene que tener un respaldo propio para servir

• Todo lo necesario para volver a levantar el servicio: archivos, base de datos, casillas de correo si las usás, y la configuración (claves de conexión, tareas programadas, reglas de redirección).
• Otro lugar. Una copia guardada en el mismo servidor desaparece con él. Sirven tu computadora, un disco externo, un almacenamiento de objetos o un servidor en otro datacenter.
• Antigüedad. Guardá copias diarias de la última semana, semanales del último mes y mensuales de los últimos meses. Así cubrís el error inmediato y el que aparece tarde.
• Una copia que el servidor no pueda borrar. Si el servidor puede entrar al destino y modificar lo que hay, un atacante que tome el servidor también. Lo mejor es que el destino tire de los datos, o que no permita borrar durante un plazo.
• Cifrado, con la clave guardada en otro lado. Un respaldo sin cifrar es una copia de toda tu base de clientes viajando por ahí.

Un respaldo propio mínimo en un VPS Linux

En Debian, Ubuntu o AlmaLinux alcanza con dos piezas: un volcado consistente de la base y una herramienta que guarde versiones cifradas en otro equipo. Con tablas InnoDB, --single-transaction vuelca sin bloquear el sitio. restic está en los repositorios de Debian y Ubuntu, y en EPEL para AlmaLinux:

mysqldump --single-transaction --routines --triggers tienda | gzip > /root/volcados/tienda.sql.gz
restic -r sftp:copias@otro-equipo:/respaldos/web init
restic -r sftp:copias@otro-equipo:/respaldos/web backup /var/www /etc /root/volcados
restic -r sftp:copias@otro-equipo:/respaldos/web forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

• init crea el repositorio una sola vez y pide una clave. Sin esa clave no hay restauración posible: guardala en un gestor de contraseñas, no en el mismo servidor.
• Cada backup agrega una instantánea y solo sube lo que cambió. forget con --prune borra las que exceden la política de antigüedad.
• Para que el servidor no pueda borrar copias viejas, el destino puede ser un rest-server de restic en modo --append-only: acepta instantáneas nuevas y rechaza los borrados.
• Programalo para que corra solo, con cron o con un temporizador de systemd, como se explica en tareas con cron y systemd.

La prueba que casi nadie hace

Un respaldo vale lo que vale su última restauración exitosa. Cada tres meses, restaurá en un lugar aparte —un subdominio de prueba, un VPS temporal, tu computadora— y fijate que el sitio arranque, que la base tenga los pedidos de la última semana y que las imágenes estén.

Con restic, restic -r ... restore latest --target /tmp/prueba baja la última instantánea a una carpeta. Anotá cuánto tardó: ese número es el que vas a necesitar el día que haga falta de verdad.