Introducción a las copias de seguridad (backup)

Bueno, colegas, otra vez ha llegado el momento de historias alucinantes. ¡Sin ironía! Imagina que tu base de datos es como un libro donde guardas información valiosa. ¿Qué pasa si por accidente arrancas unas páginas de ese libro o si un dragón lo quema (o el disco duro decide que justo ahora es el mejor momento para fallar)? En cualquier caso, real o fantástico, pierdes la información. Y aquí es donde entran los backups: una especie de “cuerda de seguridad” para tus datos.

La copia de seguridad, o dicho de forma más simple, hacer un backup, es el proceso de guardar los datos en un archivo aparte o en otro sitio, para que en caso de que pase algo inesperado puedas recuperarlos.

Los backups son tu seguro por si algo sale mal. Te permiten restaurar datos después de fallos de hardware o software, deshacer errores como un DELETE sin WHERE, y también mover la base entre servidores sin estrés — por ejemplo, de development a production. Además, los backups se usan mucho para archivar datos antiguos, por si acaso o para la historia. Sin ellos, en un momento crítico puedes quedarte sin nada.

Riesgos de pérdida de datos

Vamos a hablar de los peligros reales que pueden destruir tus datos. ¡No es broma! Aquí tienes algunos ejemplos que seguro que ponen los pelos de punta a cualquier admin de bases de datos:

Fallos de hardware. Los discos duros se rompen, los pendrives se pierden y los servidores a veces deciden “irse de vacaciones” para siempre.

Errores de usuario.

Cuando un developer ejecuta por accidente una consulta como:

DELETE FROM estudiantes;

sin usar WHERE. ¡Felicidades, acabas de borrar a todos los estudiantes! (Espero que no seas el admin de la base de datos).

Ataques maliciosos.
Los hackers pueden atacar tu sistema, cifrar los datos o borrarlos.

Desastres naturales.
Puede sonar a peli, pero un terremoto o una inundación puede destruir tus servidores.

Y claro, nunca está de más tener esa sensación de seguridad. Mejor configurar una copia de seguridad una vez que intentar reconstruir la base de datos desde cero, esperando que el dragón te devuelva tus datos.

Escenarios principales de uso de backups

Ahora que ya sabes para qué sirven los backups, vamos a ver los escenarios principales donde realmente salvan el día.

Restaurar datos después de un fallo

Estás trabajando y de repente todo se cae — la base de datos, el servidor, el internet. ¡Fallo! Sin backup te quedarás pensando dónde estaba la última versión de tus datos. Con backup puedes restaurar el sistema rápido. Normalmente se usa una copia hecha justo antes del fallo. Por ejemplo:

• Fallo total del servidor. Restauras toda la base de datos desde la copia de seguridad.
• Daño en tablas concretas. Solo restauras las tablas que necesitas.

Migrar datos entre servidores

Imagina que tienes que mover la base de datos de un servidor a otro: por ejemplo, para actualizar hardware o montar un servidor nuevo. En estos casos, las copias de seguridad te solucionan la vida. Haces una copia en el servidor viejo y la montas en el nuevo.

Ejemplo de comando para crear un backup de la base de datos:

pg_dump -U postgres -d universidad -f universidad_backup.sql

El comando de arriba crea un archivo con la copia de seguridad de la base universidad, que luego puedes usar para restaurar la base en otro servidor.

Archivar datos para almacenamiento a largo plazo

A veces quieres guardar datos para análisis futuro o por historia. Por ejemplo, si tienes pedidos de los últimos 10 años, puedes mover los datos más antiguos al archivo y liberar espacio en la base principal.

Este enfoque ayuda a:

• Acelerar el funcionamiento de la base de datos principal.
• Guardar datos históricos valiosos por si algún día hacen falta.

Ejemplos reales donde los backups salvaron la situación

Aquí van un par de historias reales para que veas la importancia de las copias de seguridad:

Recuperación tras un ataque hacker. Una vez una empresa perdió todos sus datos por culpa de un ransomware. Lo único que les salvó fue una copia de seguridad hecha el día anterior. El ataque solo les costó 2 horas de parón en vez de perder el negocio entero.

Errores de developers. (¿Quién lo diría? ¡Los developers también se equivocan!) Uno de los estudiantes borró la tabla con los datos de su trabajo de fin de grado. Por suerte, el backup de la base permitió restaurarlo todo en 10 minutos.

Eso es todo por ahora. Ya sabes para qué sirven las copias de seguridad, qué riesgos ayudan a evitar y cada cuánto deberías hacerlas. La próxima lección irá más a fondo en los tipos de backups y te ayudará a entender cuál te conviene más. ¡Nos vemos en la siguiente lección!