Una copia de seguridad que nunca se restauró no está verificada
Casi todas las empresas tienen backups. Bastantes menos saben si funcionan.
El día del incidente
Falla un disco, se elimina una tabla por error o se produce un incidente de seguridad. Ahí aparece la pregunta: ¿cuándo fue la última restauración de prueba? En la mayoría de los casos, nunca.
Los tres parámetros
Cuánta información se puede perder, cuánto tiempo puede estar detenida la operación y hasta qué fecha se puede retroceder. Si esos tres valores no están definidos, no hay una política de backup: hay una tarea programada.
Copias que no alcanzan
Una copia en el mismo servidor no cumple la función. Una copia en el mismo edificio tampoco, ante un incendio o una inundación. Y una copia conectada permanentemente a la red se ve afectada por el mismo incidente que el resto.
La prueba de restauración
Una vez por trimestre conviene restaurar la copia en un entorno separado y verificar que el sistema inicia y que los datos están completos. Son unas pocas horas de trabajo y es la única forma de confirmarlo.
Otras notas
Cuándo conviene un sistema a medida y cuándo no
Si el proceso es igual al de cualquier empresa del rubro, conviene comprarlo. Si es propio, conviene desarrollarlo.
CriterioSeis preguntas antes de contratar un desarrollo
Las preguntas más incómodas son las que evitan los problemas más caros.
AutomatizaciónCómo automatizar sin afectar lo que ya funciona
Automatizar un proceso desordenado sólo acelera los errores.