Todo el mundo está de acuerdo en que la copia de seguridad es importante. Llegar a un acuerdo es fácil. La parte difícil es la que no te da trofeo: la rutina. La copia de seguridad no es una decisión que se toma una vez, es una práctica que se mantiene todos los días, justo cuando nada va mal y parece que nunca lo hará.
Quienes manejan aplicaciones saben que existe una brecha entre “tenemos una copia de seguridad configurada” y “pudimos restaurar en veinte minutos cuando fue necesario”. Este abismo se cruza con la disciplina operativa, la automatización, la verificación y las pruebas. Es un trabajo silencioso y poco glamuroso que sólo se nota cuando falta.
Este texto supone que ya comprende por qué es importante la copia de seguridad. El enfoque aquí es práctico: cómo hacer que la copia de seguridad sea una garantía confiable en la vida cotidiana, no una fe que descubres que es infundada en el peor momento posible.
Buena práctica nº1: si no es automático, no existe
Una copia de seguridad que depende de que alguien recuerde ejecutarla es una copia de seguridad que fallará. No por incompetencia, sino por humanidad. La gente olvida, viaja, se enferma, cambia de prioridades. La primera y más importante práctica es evitar que los humanos realicen la copia de seguridad.
La copia de seguridad debe ejecutarse sola, a una hora determinada, sin que nadie presione un botón. Prácticamente todas las plataformas y todas las bases de datos ofrecen mecanismos para ello, ya sean herramientas de programación nativas o de orquestación. El costo de la automatización es bajo; El coste de confiar en la propia memoria es, en última instancia, total.
La automatización tiene un beneficio adicional: es consistente. Funciona de la misma manera todos los días, lo que hace que el resultado sea predecible y auditable. El respaldo manual es irregular por definición, y la irregularidad es donde se esconden los agujeros.
Mejor práctica n.° 2: monitorear la copia de seguridad, no solo el sistema
Aquí hay un error que veo todo el tiempo. La organización automatiza la copia de seguridad y da por resuelto el problema. Meses después, descubre que el proceso llevaba semanas fallando silenciosamente, el disco se llenó, la credencial expiró, un cambio rompió el script. Y nadie lo sabía, porque nadie estaba mirando.
La copia de seguridad necesita monitoreo activo. Debe recibir una notificación cuando falla una copia de seguridad y, lo que es igualmente importante, recibir una notificación cuando simplemente deja de ocurrir. Una copia de seguridad silenciosa que ha desaparecido es tan peligrosa como una copia de seguridad que ha fallado, porque la sensación de seguridad permanece intacta mientras que la protección se ha evaporado.
La regla general: tratar el fallo de la copia de seguridad como un incidente, con una alerta que llegue a una persona real. Un correo electrónico que nadie lee no cuenta. Si la copia de seguridad falló y no lo sabías, no tienes una copia de seguridad, tienes la ilusión de tenerla.
Mejor práctica n.° 3: probar la restauración de forma rutinaria
Esta es la práctica que separa a los profesionales de los aficionados, y es la que casi todo el mundo se salta. Hacer copias de seguridad es la mitad del trabajo. La otra mitad, la que realmente importa, es la restauración.
Una copia de seguridad sólo es real cuando la has restaurado exitosamente. Antes de eso, es una hipótesis. Y las hipótesis fallan en los detalles: el archivo está corrupto, falta un trozo, la versión es incompatible, el proceso de restauración tiene un paso que nadie ha documentado. No querrás descubrir ninguna de estas cosas en medio de una crisis.
La práctica madura es probar la restauración periódicamente, como una cuestión de rutina. Restaurar en un entorno aislado, comprobar si la aplicación vuelve a funcionar, medir cuánto tiempo tarda. Esta prueba responde a la única pregunta que importa, "¿puedo volver?", antes de que la vida pregunte por ti. Las organizaciones serias hacen de esto un ejercicio regular, a veces incluso un simulacro de desastre en toda regla.
Buena práctica #4: tener más de una copia, en diferentes lugares
La regla clásica, conocida como 3-2-1, sigue aplicándose en la vida cotidiana: tres copias de datos, en dos tipos diferentes de soporte o destino, uno de los cuales está fuera de la ubicación principal. No es necesario memorizar el número; Necesitas entender el principio.
El principio es no poner todos los huevos en la misma cesta. Hacer una copia de seguridad en el mismo servidor no protege contra la pérdida del servidor. Hacer una copia de seguridad en el mismo proveedor de la nube, en la misma cuenta, no protege contra una cuenta comprometida que borre todo. La separación geográfica y la separación de control son lo que protegen contra los peores escenarios.
Una capa que ha ganado importancia es la copia de seguridad inmutable, copias que no pueden ser modificadas ni eliminadas durante un período de tiempo, ni siquiera por nadie con acceso administrativo. Contra el ransomware, que a menudo ataca las copias de seguridad antes de cifrar el resto, la inmutabilidad se ha convertido en una de las defensas más valiosas en la vida cotidiana.
Reflexión crítica: el coste invisible de hacer las cosas bien
Una copia de seguridad bien hecha cuesta, en almacenamiento, en tiempo de ingeniería, en disciplina. Y dado que el retorno de este costo sólo aparece en un desastre que tal vez nunca llegue, existe una presión constante para relajarse. Sáltate la prueba de este mes. Reduzca la frecuencia para ahorrar. Posponer la revisión de la estrategia. Cada relajación parece inofensiva de forma aislada y juntas corroen la garantía.
También hay tensión con la LGPD que opera en ambas direcciones. Por un lado, es necesario garantizar la disponibilidad de los datos, lo que requiere una copia de seguridad sólida. Por otro lado, una copia de seguridad es otro lugar donde se almacenan datos personales, que necesitan ser protegidos, controlados de acceso y tratados en políticas de retención. Mantener copias de seguridad para siempre, sin discreción, se convierte en una responsabilidad de privacidad. La buena práctica incluye saber cuándo descartar.
Y está el desafío cultural más profundo: el respaldo es un trabajo invisible. Quienes lo mantienen bien nunca son elogiados, porque el resultado es la ausencia de problemas. Hace falta un liderazgo que valore este tipo de trabajo silencioso, o siempre será el primero en ser cortado cuando haya presión, hasta el día en que su ausencia cobre toda la factura.
Lo que queda
La copia de seguridad diaria es una cuestión de rutina sostenida, no de configuración inicial. Automatice la ejecución, supervise las fallas, pruebe realmente la restauración y mantenga copias separadas. Haga esto constantemente, mes tras mes, incluso cuando parezca innecesario, especialmente cuando parezca innecesario.
La pregunta que todo equipo debería poder responder con calma es: "si perdiéramos todo ahora, ¿cuánto tiempo nos llevaría volver y cuánto perderíamos en el camino?". Si la respuesta es un silencio incómodo, la rutina necesita atención antes de que la realidad la ponga a prueba.
Si mantienes aplicaciones y no estás seguro de poder restaurarlas hoy, vale la pena revisar tu rutina con calma. En el blog existen otros textos sobre continuidad, DevOps y funcionamiento confiable que complementan estas prácticas.
Lea también
- Copia de seguridad de aplicaciones: qué es, por qué es importante y por qué casi todo el mundo la subestima
- Recuperación de desastres en la vida cotidiana: prácticas que evitan las crisis
- Backend para aplicaciones: buenas prácticas para equipos pequeños que no pueden cometer errores
- Planificación del mantenimiento de la aplicación: una guía rápida para poner en práctica
- Recuperación ante desastres: el seguro que nadie quiere pagar hasta que lo necesita
- Caché en aplicaciones: guía rápida de buenas prácticas (y los errores que esconde)