Backup en la nube y local para empresas

Un backup es una copia de los datos guardada separadamente del original, para que la información pueda recuperarse si el dato principal se pierde, se corrompe o queda cifrado por un ataque. La copia tiene que estar en otro lugar y no puede depender del mismo sistema que protege: si el servidor cae y se lleva la única copia, no era un backup.

Hacer backup es ejecutar esa copia de forma programada y verificable, no manualmente cuando alguien se acuerda. Implica tres decisiones: qué copiar, con qué frecuencia y por cuánto tiempo guardar. Sin las tres definidas, hay copia, pero no hay política de backup.

Son cuatro cosas distintas y se confunden con frecuencia. El backup es la copia guardada para recuperación, con historial de versiones. La réplica es una copia sincronizada y lista para asumir la operación, que reproduce el error junto con todo lo demás: si el dato queda cifrado por ransomware, la réplica también. El snapshot es un punto de restauración del propio sistema, rápido pero dependiente de él. El archivado mueve datos que ya no se usan a almacenamiento más barato, por retención legal. Réplica y snapshot no sustituyen al backup, y ahí es donde falla la mayoría de las políticas.

El Full copia todos los datos en cada ejecución: restauración simple, pero ocupa más espacio y tarda más. El incremental copia solo lo que cambió desde la última copia, sea cual sea: es el más rápido de grabar y el más lento de restaurar, porque necesita la cadena entera. El diferencial copia lo que cambió desde el último Full y queda en el medio en ambos criterios. La elección depende de la ventana de backup disponible y del tiempo de restauración aceptable.

El RPO es cuánto dato acepta perder la empresa, medido en tiempo: un RPO de 4 horas significa que, en el peor caso, se pierden las últimas 4 horas de trabajo. El RTO es cuánto tiempo puede estar parada la operación hasta volver. Los dos los define el negocio, no TI, y son ellos los que determinan la frecuencia de las copias y el costo de la solución.

Es la práctica más citada del sector: mantener tres copias del dato, en dos repositorios diferentes, con una de ellas fuera del sitio. El objetivo es que ningún evento único, sea incendio, robo o ransomware, alcance todas las copias a la vez. La formulación original hablaba de dos tipos de medio, lo que tenía sentido cuando la elección era cinta o disco; hoy lo que importa es que los repositorios sean independientes entre sí. Las versiones más recientes agregan que una copia debe ser inmutable o estar fuera de línea, justamente por el ransomware.

Depende del RPO que defina el negocio y de las exigencias de cumplimiento del sector. Un sistema que cambia todo el día pide copias cada hora; uno que cambia una vez por semana, no. La retención sigue la misma lógica: se guarda por el tiempo que pueda ser necesario recuperar, y no más, porque dato guardado sin finalidad es riesgo de LGPD, no seguridad.

De poco. Un backup que nunca fue restaurado es una suposición, no una garantía. La prueba de restauración es lo que convierte la copia en certeza, y mide dos cosas: si el dato vuelve íntegro y en cuánto tiempo vuelve. La segunda suele sorprender.

El backup es la copia de los datos. El plan de recuperación ante desastres define cómo vuelve la operación entera: en qué orden, en cuánto tiempo, con qué responsables y en qué ambiente. El backup es insumo del plan, no el plan.

La LGPD trata la disponibilidad como parte de la seguridad del dato, así que tener backup es parte del cumplimiento. Pero la política también debe definir retención, cifrado, control de acceso y dónde se almacenan los datos. Un backup sin plazo de descarte crea el problema opuesto: dato personal guardado más allá de su finalidad.

Sí. Integrity-UX es partner Veeam, una de las líderes mundiales en backup y replicación de datos.

Las dos cosas, según la necesidad. Integrity-UX puede diseñar e implantar la política y también asumir el monitoreo continuo, acompañando ejecución, fallas y pruebas de restauración.