Ir al contenido

Respaldos que no sirven: el fallo se descubre el día que hacen falta

Tener copias no es tener respaldo. La diferencia se mide en una sola prueba.

Pregunta a cualquier empresa si tiene respaldos y la respuesta será que sí. Pregunta cuándo fue la última vez que restauraron uno completo para comprobar que funcionaba, y la conversación cambia de tono.

Esa segunda pregunta es la única que importa. Un respaldo que nunca se ha restaurado no es un respaldo: es una carpeta con archivos y una suposición.

Las cuatro formas en que fallan

El trabajo terminó "con advertencias"

El proceso corre cada noche y el informe llega en verde. Dentro, tres archivos bloqueados que no se copiaron desde hace meses. Justo esos tres son la base de datos en uso. Nadie lee los detalles de un informe que dice que todo salió bien.

Está todo en el mismo sitio

El respaldo vive en un disco conectado al mismo servidor, en la misma oficina, en la misma red. Protege contra el borrado accidental de un archivo, que es el escenario menos grave. No protege contra un incendio, un robo, una subida de tensión ni contra un cifrado por ransomware, que es hoy el escenario más probable de todos.

El ransomware también cifró las copias

El código malicioso moderno busca activamente los respaldos accesibles desde la red y los cifra antes de mostrar el mensaje de rescate. Un respaldo alcanzable con las credenciales del servidor comprometido es un respaldo comprometido.

Se puede restaurar, pero tarda cuatro días

Este es el fallo más silencioso. Los datos están, íntegros y completos. El problema es el tiempo: recuperar el entorno entero desde cero lleva días que la operación no puede permitirse. Técnicamente el respaldo funcionó; comercialmente, la empresa estuvo parada.

La regla 3-2-1, y por qué sigue vigente

Tres copias de los datos, en dos tipos de soporte distintos, y una de ellas fuera de las instalaciones. Es de los años noventa y no ha envejecido, aunque hoy conviene añadirle una condición más: al menos una copia inmutable, que no se pueda modificar ni borrar durante un periodo definido, ni siquiera con credenciales de administrador.

Esa es la copia que sobrevive a un ataque con el dominio comprometido.

Las dos cifras que hay que acordar antes

Antes de diseñar nada, la dirección de la empresa tiene que responder dos preguntas, y son de negocio, no de tecnología:

  • ¿Cuánta información puedes permitirte perder? ¿Una hora de trabajo? ¿Un día? Eso determina cada cuánto se copia.
  • ¿Cuánto tiempo puedes estar detenido? ¿Dos horas? ¿Dos días? Eso determina qué tecnología hace falta para restaurar.

Sin esas dos cifras acordadas por escrito, cualquier esquema de respaldo es una opinión. Con ellas, se convierte en un requisito que se puede diseñar y verificar.

La prueba que casi nadie hace

Una restauración completa, en un entorno aislado, con un cronómetro y un acta de resultados. No "abrir el respaldo y ver que hay archivos": levantar el sistema, entrar con un usuario real, comprobar que los datos del último día están, y medir cuánto tardó todo el proceso.

Esa prueba, hecha una vez al trimestre, es la diferencia entre creer que estás protegido y saberlo. Es también la que descubre los cuatro fallos de arriba mientras todavía se pueden corregir con calma.

Qué hacemos nosotros

Diseñamos el esquema a partir de esas dos cifras, con copias inmutables y fuera de sitio, verificación automatizada de cada trabajo y pruebas de restauración programadas con su acta. Y monitoreo que avisa cuando un respaldo empieza a tardar más de lo normal, que suele ser el primer síntoma de que algo va mal.

Ver el servicio de respaldos y continuidad o pedir una revisión de tu esquema actual.

Odoo Community o Enterprise: cómo decidir sin arrepentirse
La pregunta no es cuál es mejor, sino qué te vas a encontrar en el mes seis.