Respuesta breve

Una copia de seguridad no se comprueba leyendo su registro, sino restaurándola. Hay copias que el sistema da por buenas durante meses y que, llegado el momento, no permiten volver al punto que se necesita. La continuidad se construye con capas: una copia local rápida, una copia que un equipo central «tira» y que el equipo copiado no puede borrar, y una copia fuera de la oficina con una clave limitada. Y con una restauración de prueba en el calendario.

Puntos clave

  • Una copia de seguridad no se comprueba leyendo su registro, sino restaurándola: hay copias que el sistema da por buenas y que no permiten volver al punto necesario.
  • Un disco grande, un servidor de ficheros o una carpeta sincronizada dan una sensación de seguridad que no resiste un fallo de hardware, un borrado por error ni un ataque de cifrado.
  • La continuidad se construye por capas: una copia local rápida, una copia que un equipo central se lleva y que el equipo copiado no puede borrar, y otra fuera de la oficina.
  • La capa cero es poder reconstruir el equipo desde cero con procedimientos y configuración versionados; si depende de la memoria de una persona, no es una capa.
  • Una comprobación de integridad semanal y una restauración de prueba mensual, con fecha y resultado anotados, convierten la copia de un acto de fe en un dato.

Un disco grande no es una copia

Tener los datos en un disco de mucha capacidad, en un servidor de ficheros o en una carpeta sincronizada da una sensación de seguridad que no resiste un fallo de hardware, un borrado por error o un ataque que cifre el equipo. Cuando un disco empieza a fallar, lo correcto es dejar de escribir en él y montarlo solo en lectura para rescatar lo que se pueda.

Un ataque que cifra un equipo también cifra todo lo que ese equipo puede alcanzar. Por eso la copia importante es la que el equipo no puede tocar: una estación central se conecta, se lleva la copia cifrada y el equipo de la oficina no guarda las credenciales de esa estación.

Capas y qué pasa si

Una forma de explicar las copias a quien no es técnico es por escenarios. Se borra una carpeta por error: se recupera de la copia local del día anterior. Se estropea el disco: se reinstala el equipo desde el repositorio de configuración y se restaura la copia de la estación central. Incendio o robo: equipo nuevo, reconstrucción y datos desde la nube en una región europea.

La capa cero es poder reconstruir el equipo desde cero con procedimientos y configuración versionados. Si eso depende de la memoria de una persona, no es una capa.

Restaurar de prueba y contar los fallos tal cual

Una comprobación de integridad semanal y una restauración de prueba mensual, con fecha y resultado anotados, cambian la conversación: la copia deja de ser un acto de fe y pasa a ser un dato. Los ensayos destapan errores que el registro no muestra, como copias marcadas como fallidas porque un fichero cambió durante la copia aunque el archivo se creó bien.

Distinguir aviso de fallo, y alertar solo por los fallos reales, evita que el equipo deje de leer las alertas. Y guardar la versión anterior de un script antes de arreglarlo permite volver atrás si el arreglo da problemas.

Decisiones escritas y procedimientos con vuelta atrás

Cada decisión duradera merece una nota corta: contexto, decisión, excepciones y consecuencias. Por ejemplo, que fuera de la oficina solo vaya configuración mientras el cliente no decida sobre sus datos, o que la nube se use solo con autorización registrada. Años después, esa nota explica por qué las cosas son como son.

Un procedimiento no está listo si no dice cómo se verifica y cómo se revierte. Objetivo, comando, verificación y vuelta atrás caben en media página, y esa media página es la diferencia entre una operación y una apuesta.

Preguntas frecuentes

¿Cómo sé si una copia de seguridad funciona de verdad?

Restaurándola, no leyendo su registro. Hay copias que el sistema da por buenas durante meses y que, llegado el momento, no permiten volver al punto que se necesita. Una comprobación de integridad semanal y una restauración de prueba mensual, con fecha y resultado anotados, convierten la copia de un acto de fe en un dato. Los ensayos destapan errores que el registro no muestra.

¿Cómo protejo las copias de seguridad frente a un ataque que cifre los equipos?

Haciendo que la copia importante quede fuera del alcance del equipo copiado, porque un ataque que cifra un equipo también cifra todo lo que ese equipo puede alcanzar. Una estación central se conecta, se lleva la copia cifrada, y el equipo de la oficina no guarda las credenciales de esa estación. A esa capa se suman una copia local rápida y una copia fuera de la oficina con una clave limitada.

¿Cómo se recuperan los datos si se borra una carpeta por error o se estropea un disco?

Cada escenario se resuelve con una capa distinta. Una carpeta borrada por error se recupera de la copia local del día anterior; si se estropea el disco, se reinstala el equipo desde el repositorio de configuración y se restaura la copia de la estación central. Ante un incendio o un robo, se parte de un equipo nuevo, se reconstruye y se recuperan los datos desde la nube. Si un disco empieza a fallar, lo correcto es dejar de escribir en él y montarlo solo en lectura para rescatar lo que se pueda.

¿Qué debe incluir un procedimiento de operación IT para que sea fiable?

Objetivo, comando, verificación y vuelta atrás: un procedimiento no está listo si no dice cómo se verifica y cómo se revierte. Todo ello cabe en media página, y esa media página es la diferencia entre una operación y una apuesta. Además, cada decisión duradera merece una nota corta con contexto, decisión, excepciones y consecuencias, que años después explica por qué las cosas son como son.