¿Sabés realmente, con total certeza, qué pasaría si tu VPS se cayera ahora mismo? Para muchísimos dueños de negocios digitales en la región, la respuesta honesta es “no tengo idea”, porque nunca se detuvieron a probarlo. Y esa incertidumbre tiene un nombre concreto: falta de copias de seguridad automatizadas. Un disco que falla, una actualización mal aplicada, un comando ejecutado por error a las tres de la tarde… cualquiera de estos motivos alcanza para borrar de un plumazo la web, la tienda o el correo que sostíenen tu negocio.
Este artículo te muestra cómo dejar de depender de la suerte. Vas a automatizar el backup de tu VPS con cron, el programador de tareas que ya viene en Linux, para que tu servidor se respalde solo, todas las noches, y vos puedas dormir tranquilo sabiendo que hay una copia lista si algo falla.
La diferencia entre un VPS y un hosting compartido a la hora de respaldar
En un hosting compartido, generalmente la empresa se encarga de las copias de seguridad. En un VPS la historia cambia por completo: sos vos quien administra el servidor, y por lo tanto sos vos quien decide —o se olvida de decidir— cómo se protege la información. Esa libertad es justamente una de las razones por las que muchos emprendedores eligen un VPS, pero viene con una responsabilidad que no conviene subestimar.
Qué hay realmente en riesgo
- Los archivos y el código de tu web, por ejemplo tuproyecto.com.
- La base de datos con pedidos, usuarios y contenido.
- Las cuentas de correo con dominio propio que usás a diario.
- Horas de configuración que te costaron dejar todo funcionando bien.
Lo que necesitás antes de arrancar
No hace falta ser experto en servidores para seguir esta guía, pero sí convienen tres cosas resueltas de antemano:
- Acceso por SSH a tu VPS.
- Claridad sobre qué carpetas y qué base de datos usá tu sitio.
- Un lugar fuera del servidor donde vas a guardar las copias.
Paso 1: elegí qué información es realmente crítica
No hace falta respaldar todo el servidor de punta a punta. Concentrate en lo que de verdad importa: los archivos del sitio, la base de datos, y el correo si lo administrás ahí mismo. Respaldar de más solo suma tiempo, espacio y complejidad a la hora de restaurar.
Paso 2: armá un script que haga el trabajo pesado
La idea es simple: un archivo, por ejemplo backup.sh, que comprima la carpeta de tu sitio y exporte la base de datos, guardando ambos archivos con la fecha en el nombre. Una vez escrito, corré el script manualmente una vez para confirmar que todo se genera bien antes de dejarlo en piloto automático.
Paso 3: dejá que cron se encargue de repetirlo cada noche
Con la tarea programada en cron, definís un horario —por ejemplo, las tres de la madrugada— y a partir de ahí el script corre solo, sin que tengas que acordarte nunca más de hacerlo manualmente. Es la diferencia entre “tengo que hacer un backup esta semana” y simplemente saber que ya está resuelto.
Paso 4: sacá esa copia del servidor cuanto antes
Acá está el punto que separa un backup real de uno decorativo: si la copia queda guardada en el mismo VPS, y el VPS falla, perdés las dos cosas juntas. Programá que el script suba la copia a un almacenamiento externo apenas termina de generarla, o configurá una segunda tarea que la descargue a otro lugar. Tres copias, en dos soportes distintos, con al menos una fuera del servidor original: esa es la fórmula que usan los profesionales.
Paso 5: restaurá una copia de prueba, no solo confíes en que existe
Un backup que nunca probaste restaurar es una teoría, no una garantía. Una vez al mes, dedicá diez minutos a bajar una copia y restaurarla en un entorno aparte. Vas a descubrir a tiempo si algo está mal configurado, en vez de descubrirlo el día que realmente lo necesites con el negocio parado.
Paso 6: hacé que las copias viejas se borren solas
Sin un límite, las copias se van acumulando hasta llenar el disco. Sumale al script una regla que elimine automáticamente lo que tenga más de dos o cuatro semanas, según cuánto historial te sirva conservar.
¿Con qué frecuencia conviene respaldar?
Depende de cuánto cambia tu sitio. Una tienda con ventas diarias necesita respaldar la base de datos todos los días; un sitio institucional que se actualiza poco puede respaldarse semanalmente. La pregunta que conviene hacerse es: ¿cuánta información estoy dispuesto a perder si algo falla justo antes del próximo backup?
La seguridad de las copias también importa
Una copia de seguridad mal protegida es casi tan riesgosa como no tenerla. Guardá tus backups en un lugar privado, con acceso restringido, y activá doble autenticación en la cuenta donde los almacenes. Contienen datos de clientes y configuraciones sensibles: no deberían quedar accesibles para cualquiera.
Errores que conviene no repetir
- Confiar en un backup que nunca se probó restaurar.
- Guardar la única copia en el mismo servidor que protege.
- Dejar que la tarea programada corra sin revisar nunca los registros.
- No tener límite de espacio ni política de borrado para las copias antiguas.
Si tu sitio se pone lento mientras corre el backup, la solución no es cambiar de servidor: es ajustar el horario a un momento de menor actividad y revisar qué carpetas realmente necesitan incluirse en cada copia.
Preguntas frecuentes
¿Necesito saber programar para hacer esto? No. Con seguir los pasos de esta guía, copiar los comandos y adaptar los nombres de tus propias carpetas y bases de datos alcanza para tener todo funcionando.
¿Cuánto tiempo real lleva configurar todo esto? Entre una y dos horas la primera vez, incluyendo las pruebas. Después, el sistema queda corriendo solo y casi no vas a volver a tocarlo, salvo para revisar de tanto en tanto que las alertas y los registros estén en orden.
¿Puedo incluir el correo con dominio propio en el mismo backup? Sí, si vive en el mismo VPS, se agrega al mismo script sin problema.
¿Qué pasa si cambio de VPS más adelante? El sistema de backups viaja con vos: solo hay que reinstalar el script y volver a programar la tarea en el nuevo servidor.
Herramientas que pueden ayudarte, sin complicarte la vida
No hace falta un sistema sofisticado para empezar. Con las herramientas que ya trae cualquier VPS con Linux —compresión de archivos, exportación de bases de datos y cron para programar tareas— alcanza y sobra para el 90% de los negocios. Si más adelante querés sumar algo más avanzado, existen herramientas de sincronización que suben automáticamente cada copia a un almacenamiento externo apenas se genera, sin que tengas que escribir esa parte del script vos mismo. Pero para arrancar, lo básico bien hecho gana por lejos a lo sofisticado a medio configurar.
Un checklist para no olvidarte de nada
- ¿El script genera una copia de los archivos y otra de la base de datos?
- ¿Cada copia queda con la fecha en el nombre?
- ¿La tarea en cron corre todas las noches sin que tengas que intervenir?
- ¿Las copias se guardan también fuera del VPS?
- ¿Hay una regla que borre automáticamente lo más viejo?
- ¿Probaste restaurar una copia al menos una vez?
Marcar estos seis puntos te pone, sin exagerar, por delante de la mayoría de los sitios que dependen de un VPS sin ningún tipo de respaldo automatizado.
Qué hacer el día que realmente lo necesitás
Cuando llega el momento de restaurar de verdad, la calma con la que lo resolvés depende directamente de cuánto preparaste el terreno antes. Tené a mano, en un documento aparte, los pasos exactos para restaurar: dónde están las copias, cómo se descomprimen, cómo se importa la base de datos. Ese documento, escrito con calma un día cualquiera, es el que te va a ahorrar minutos preciosos el día que las cosas no salgan como esperabas.
Dormir tranquilo tiene un costo bajo
Nada de lo explicado acá requiere ser especialista en servidores: son pasos concretos que se configuran una única vez y después trabajan solos, noche tras noche. Configurar backups automáticos en tu VPS te va a llevar una tarde. A cambio, ganás la tranquilidad de saber que, pase lo que pase, tu negocio puede volver a estar en pie en minutos y no en días. Es una de esas inversiones de tiempo que, una vez hecha, dejás de notar hasta el día en que más la necesitás, y ahí agradecés habértela tomado en serio.
La próxima vez que alguien te pregunte cómo protegés la información de tu negocio, vas a poder responder con algo más sólido que “espero que no pase nada”. Vas a tener un proceso concreto, probado, que corre solo todas las noches y que ya demostraste que funciona porque lo restauraste al menos una vez. Esa certeza, más que cualquier otra cosa, es lo que separa a un negocio digital preparado de uno que simplemente tuvo suerte hasta ahora.
