Una copia de seguridad que nunca has restaurado
Todo el mundo tiene copias de seguridad. Muchos menos tienen restauraciones, y descubres de cuál de las dos dispones el peor día del año.
Las copias fallan en silencio y de maneras que se parecen exactamente al éxito: el trabajo sale en verde, el archivo existe, el tamaño parece plausible. El fallo solo se hace visible en el momento en que la necesitas, que es cuando menos puedes permitirte descubrirlo.
La única prueba de una copia es una restauración
Un trabajo de copia terminado demuestra que algo se escribió. No demuestra que el archivo se abra, que contenga lo que crees, ni que dentro esté la versión que necesitas.
Los fallos habituales son aburridos y concretos: el trabajo lleva copiando un directorio vacío desde que cambió una ruta, el archivo está cifrado con una clave que ya no tiene nadie, o funciona perfectamente y se salta en silencio la única base de datos que importa. Los tres informan éxito cada noche.
Copia lo que no puedes regenerar
No todo merece el coste. El código que vive en un repositorio, los archivos que puedes volver a descargar, todo lo que produce una compilación: eso ya está a salvo o se reconstruye barato.
Lo que importa es lo que existe exactamente en un sitio y lo hicieron personas: la base de datos, los archivos subidos, la configuración que nadie anotó y los ajustes que alguien pasó dos días afinando. Si hizo falta una persona para crearlo y hay una sola copia, está en la lista. Si una máquina puede rehacerlo en diez minutos, normalmente no.
Una copia en el mismo sitio no es una copia de seguridad
Una instantánea en el mismo servidor, en la misma cuenta, bajo el mismo acceso, sobrevive a un fallo de disco y a nada más. No sobrevive a una cuenta bloqueada, a un borrado erróneo que se propaga, ni a que alguien con acceso tenga un mal día.
Pon al menos una copia donde el sistema en producción no pueda llegar ni borrar. Esa propiedad —que el sistema en marcha no tenga poder sobre la copia— es lo que la convierte en copia de seguridad y no en duplicado.
Haz un simulacro un martes cualquiera
La cifra que importa no es cada cuánto copias, sino cuánto tarda una restauración y si puedes hacerla bajo presión. Nadie conoce esa cifra hasta haberlo hecho una vez.
Elige una tarde corriente, restaura algo real en un sitio seguro y cronométralo. Encontrarás al menos una suposición rota: una credencial que falta, un paso que necesita a alguien de vacaciones, un archivo que tarda cuatro horas en transferirse. Arregla eso mientras no hay incendio, escribe los pasos en el orden que funcionó, y habrás convertido una esperanza en un procedimiento.
Preguntas que la gente hace
¿Cómo sé que mis copias funcionan?
Solo restaurando una. Un trabajo terminado demuestra que algo se escribió, no que el archivo se abra o contenga lo que crees. Copiar un directorio vacío también informa éxito cada noche.
¿Qué debo copiar?
Lo que existe en un solo sitio y lo hicieron personas: la base de datos, los archivos subidos, la configuración no anotada, los ajustes afinados a mano. Lo que una máquina rehace en diez minutos, normalmente no.
¿Basta una instantánea en el mismo servidor?
No. Sobrevive a un fallo de disco y a nada más: ni a una cuenta bloqueada, ni a un borrado que se propaga, ni a un mal día de alguien con acceso.
