Qué hay de verdad detrás de la palabra «copia de seguridad»: la mecánica, no una casilla

«Tenemos copias de seguridad» es una frase tras la que puede esconderse cualquier cosa: desde un sistema real y probado hasta una única copia vieja que nadie ha restaurado jamás. Ya escribimos sobre por qué una copia que nadie ha comprobado no es una copia. Aquí iremos más a fondo — a la mecánica misma: las piezas de las que se compone una copia de seguridad cuando somos nosotros los responsables.

Primero, sobre el límite

En el artículo vecino no nombramos herramientas a propósito: dónde y sobre qué están exactamente las copias de un cliente es parte de su seguridad, no un folleto publicitario. Aquí seremos algo más concretos, pero el límite sigue siendo el mismo: nombramos principios y estándares, no direcciones ni llaves. Saber con qué método se hizo una copia le sirve a cualquiera. Saber dónde está físicamente es algo a lo que solo su dueño tiene derecho.

Un cifrado que no depende de un secreto

Una copia es todo su negocio en un solo archivo. Si lo roban o se «pierde» de camino al almacenamiento, no debe tener nada que decirle a un extraño. Por eso cada copia se cifra antes incluso de salir del sistema — con un estándar moderno y abierto (usamos age).

Que el estándar sea abierto no es una debilidad; al contrario. Un cifrado fuerte se apoya en el secreto de la clave, no en el secreto del propio algoritmo: puede saber el nombre de la cerradura, pero sin la llave no la abre. La clave permanece del lado del dueño de los datos, y no «incrustada» en algún punto de nuestro lado. Eso es justo lo que significa que, aunque una copia cifrada cayera en malas manos, seguiría siendo una ristra de bytes sin sentido.

Generaciones de copias: no un único punto, sino una historia

Una única copia reciente le salva del «se quemó el servidor». No le salva de un escenario más silencioso y más traicionero: un ransomware, o un simple error, corrompe los datos durante varios días antes de que nadie lo note. Si solo hay una copia y se sobrescribe cada noche, para cuando lo note a la mañana siguiente, la copia reciente ya contiene los datos dañados.

Por eso guardamos no un único punto, sino una historia — con el esquema que en el sector llaman «abuelo — padre — hijo»: las tres últimas copias diarias, más una semanal y una mensual. Eso significa que siempre hay a dónde volver — no solo «a ayer», sino una semana o un mes atrás, al momento en que todo estaba aún limpio.

Dos nubes, ambas fuera de la oficina

Una copia que está junto al original comparte su destino: el mismo incendio, la misma inundación, el mismo rack robado destruyen ambos. Por eso las copias salen de la oficina.

Las guardamos en dos almacenamientos en la nube independientes, y ambos están fuera de la oficina. No uno, sino dos, y precisamente independientes: distintos proveedores, distintas ubicaciones. Si uno cae o queda inaccesible, queda el otro, y el negocio tiene igualmente de dónde levantarse. Una nube ya es mejor que un armario en el pasillo, pero una sola nube también puede estar no disponible justo cuando más se la necesita.

Lo principal: la prueba de restauración

Todo lo anterior — cifrado, generaciones, dos nubes — es aún solo la mitad del trabajo. No basta con crear una copia; hay que saber que de ella se levanta de verdad un sistema en funcionamiento, y no solo que «los archivos están ahí».

Por eso hacemos con regularidad lo que casi nadie hace sin que se lo recuerden — una prueba de restauración: tomamos una copia y reconstruimos un sistema a partir de ella, como habría que hacerlo el día de un desastre real. Si algo sale mal, nos enteramos en una prueba tranquila, y no a las tres de la madrugada durante un incendio.

La diferencia entre «creemos que estamos protegidos» y «sabemos que estamos protegidos» es justamente esa prueba de restauración periódica.

Ahí es donde pasa la línea entre una copia de seguridad de verdad y una casilla marcada en un contrato. La automatización escribe archivos con honestidad cada noche — y con la misma honestidad los sigue escribiendo mucho después de que el disco se llenara, la estructura de la base de datos cambiara y las copias quedaran inservibles. Sin una comprobación, nadie lo ve. Con una comprobación, lo vemos nosotros, con antelación.

Se ve en el pasaporte técnico, no «por ahí»

Nada de esto debería quedar en un acto de fe. En el pasaporte técnico del cliente, el estado de las copias se ve en lenguaje claro: cuándo se hizo la última, cuándo se comprobó por última vez que era restaurable y si esa comprobación salió bien. No «algo se respalda en algún sitio», sino una línea concreta con fecha y estado que puede ver con sus propios ojos.

Qué llevarse de aquí

Si su negocio tiene aunque sea un servidor, una caja registradora o una base compartida, hágale a quien se encarga de su IT unas cuantas preguntas sencillas, igual que antes de elegir un proveedor: si las copias están cifradas, si están en dos lugares independientes fuera de la oficina y — lo más importante — cuándo se restauraron por última vez para confirmar que funcionan de verdad.

Si a todo esto hay una respuesta tranquila y concreta, sus datos están bien. Si no, una auditoría gratuita empieza justo por aquí: le mostramos con honestidad lo preparado que está de verdad su «peor día».