- 2 min de lectura
- Por DEVAPPS
Un respaldo solo sirve si se puede restaurar. Dónde se guardan las copias, cada cuánto se hacen y quién comprueba que funcionan.
Cuando un sistema concentra pedidos, clientes o inventario, deja de ser una herramienta más: si falla, la operación se detiene. Por eso la pregunta no es si tiene respaldos, sino si podrías recuperarte de verdad y en cuánto tiempo.
Un respaldo que no se restaura no es un respaldo
Es común encontrar sistemas que «sí tienen respaldo», pero nadie ha intentado restaurarlo. El día que se necesita, la copia está incompleta, es vieja o nadie sabe cómo usarla. Un buen esquema incluye probar la restauración de forma periódica, no solo generar archivos.
Preguntas que conviene hacer
- ¿Cada cuánto se respalda? Diario es lo mínimo razonable para la mayoría de los sistemas de operación.
- ¿Dónde se guardan las copias? Si están en el mismo servidor que el sistema, una falla del servidor se lleva las dos cosas. Necesitas al menos una copia fuera de él.
- ¿Cuánto tiempo se conservan? Algunos errores se descubren días después; conviene poder volver a una copia de hace una o varias semanas.
- ¿Incluye los archivos? No solo la base de datos: también documentos, imágenes y adjuntos.
- ¿Están protegidas? Las copias tienen la misma información sensible que el sistema y deben guardarse con el mismo cuidado.
- ¿Quién avisa si falla? Un respaldo que deja de correr en silencio es uno de los riesgos más comunes.
La regla 3-2-1
Una práctica sencilla y probada: tres copias de la información, en dos medios distintos, y una fuera del lugar donde vive el sistema. No hace falta una infraestructura compleja para cumplirla; hace falta definirla y revisarla.
Continuidad es más que respaldos
También importa tener documentado cómo se vuelve a levantar el sistema, quién tiene los accesos y qué se hace mientras tanto. Una página con esos pasos, revisada de vez en cuando, ahorra horas en el peor momento.
En DEVAPPS los sistemas que construimos incluyen respaldos diarios, copia fuera del servidor y avisos cuando algo no salió bien, porque la información de tu operación es lo más valioso que tiene el sistema.
