No se trata de no fallar: se trata de poder volver
Todo sistema falla alguna vez: hardware, humano, atacante. La pregunta no es «¿puede pasar?» sino «¿cuánto tiempo y cuánto dato pierdo si pasa?». Eso lo define tu política de backups. Y hay una verdad incómoda: un backup que nunca probaste restaurar no es un backup, es una suposición.
Las cuatro preguntas de todo respaldo
| Pregunta | Qué decides | Ejemplo sano |
|---|---|---|
| ¿Qué? | Qué datos respaldas (base de datos, archivos subidos, configuración) | la base de datos completa y los archivos |
| ¿Cada cuánto? | Frecuencia; define cuánto puedes perder (RPO) | cada hora, como automático |
| ¿Dónde? | Copias en otro lugar que no comparte tu desastre | un servidor distinto + un almacén externo |
| ¿Cómo se restaura? | El procedimiento y su prueba periódica | restaurar de mentira cada mes y medir el tiempo |
[La regla del 3-2-1]
Esta actividad interactiva ('Explicacion visual') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.
Prompt para montar la política
Define e implementa la politica de backups de mi app:\n- respaldo automatico de la base de datos cada hora y retention de 30 dias\n- guarda las copias en un bucket externo, cifradas, NO en el mismo disco que el servidor\n- crea un script `restaurar` que tome la ultima copia y la levante en una base nueva\n- documenta el paso a paso de restauracion y un plan de prueba mensual\n\nNo asumas que el hosting hace backups por mi: confirma y separa ubicaciones.Prueba
Haces un backup automático cada noche en el mismo servidor. Un atacante borra la app y los backups. ¿Qué principio se violó?
Un backup que nunca se ha probado restaurando es garantía suficiente de recuperación.
Detecta el plan frágil
Revisas la política de backups de un alumno. Señala el punto que NO lo protege de verdad:
- Copia automática diaria de la base de datos.
- Una segunda copia cifrada en un servicio externo distinto al servidor.
- Toda la copia de seguridad vive únicamente en la misma máquina que la app.
- Un script de restauración probado cada mes.
Identifica la linea con error.
Responde las cuatro preguntas (qué, cada cuánto, dónde, cómo se restaura) para tu proyecto y pide a la IA un script que respalde y otro que restaure. Haz una restauración de prueba.