Backups 3-2-1, versionado, checksums y verificación de integridad.

Tener las canciones en dos discos no es tener copias: es tener dos formas de perderlas a la vez. El fallo rara vez avisa —un disco que se cae, una sincronización mal configurada que sube la versión vacía, un cifrado que exige rescate— y cuando avisa ya es tarde para empezar a pensar en el plan. Lo que separa a quien se recupera en una tarde de quien pierde meses es una estructura sencilla, comprobada y con nombres claros.

Esta guía ordena esa estructura en cuatro piezas que funcionan juntas: Backups 3-2-1 para disponer de copias suficientemente diversas, Versionado para no pisar el trabajo anterior, Checksums y Verificar integridad para saber que lo que guardas sigue entero, y la distinción entre Archive vs backup para no usar la misma carpeta para dos trabajos incompatibles.

Backups 3-2-1: tres copias, dos soportes, una fuera

La regla se formula en una línea: tres copias de cada fichero importante, dos tipos de soporte distintos y una copia fuera del edificio. Su fuerza está en que cada eslabón cubre un fallo que los otros no cubren.

• Tres copias significa el original de trabajo más dos réplicas al día. La copia que solo existe mientras el portátil está encendido no cuenta.
• Dos soportes significa diversidad física: el disco interno del ordenador y un SSD externo, más un tercero en un NAS o en la nube. Si el fallo es del controlador o del cable, un segundo disco del mismo modelo no te salva.
• Una copia fuera cubre lo que el seguro no devuelve: robo, incendio, inundación. Puede ser un disco que guardas en otra casa y actualizas cada mes, o un servicio de nube con cifrado.

Tres matices que la regla no dice y conviene añadir. Primero, que la copia sea automática: la memoria es el peor planificador. Segundo, que la ventana de sincronización sea corta: sincronizar cada hora limita lo que puedes perder; sincronizar cada semana significa aceptar perder una semana. Tercero, que una copia quede desconectada o protegida contra escritura, porque la amenaza más destructiva —el cifrado de ficheros por un atacante— borra igual las copias conectadas.

Versionado: guardar el cambio sin borrar lo anterior

El Versionado resuelve un problema distinto al de la copia: no es que falle el disco, es que el archivo sigue ahí pero ya no es el que querías. Un bounce sobrescrito, una playlist exportada encima de la anterior, una base de datos reindexada con una carpeta mal apuntada. Ninguno de esos casos los detecta una copia idéntica: el problema está replicado.

Cómo se hace sin montar una infraestructura pesada:

1. Nombre con fecha y número de versión en todo lo que exportas: sesion_2026-10-01_v3.wav. Nunca final, nunca final2, nunca nuevo_final.
2. Historial del sistema operativo o de la herramienta para las carpetas de trabajo: guarda versiones automáticas en un disco externo o de red y restaura la versión previa desde el explorador cuando haga falta.
3. No sobrescribas en el flujo de entrega. El fichero que se envía a un cliente, a un sello o a un distribuidor se archiva aparte, congelado.
4. Separa el histórico del material en curso. Un directorio historial/ con solo lectura evita que la sincronización lo arrastre a la carpeta activa.

El límite del versionado es el espacio: por eso conviene tener un criterio de retención escrito —por ejemplo, los últimos treinta días de proyectos activos y todo lo entregado—. Sin criterio, el historial crece hasta que alguien lo vacía entero.

Checksums: la firma que demuestra que el archivo llegó entero

Un Checksum es un número calculado a partir del contenido del fichero: si un solo byte cambia, el número cambia. Guardarlo junto al archivo te permite demostrar, meses después, que la copia sigue siendo exactamente la que exportaste.

En la práctica:

• Genera los hashes al guardar la copia. Una lista con ruta y SHA-256 de cada fichero ocupa kilobytes y se guarda en la misma carpeta.
• Recalcula al restaurar. Después de copiar de vuelta un disco o bajarlo de la nube, compara los hashes: es la única forma de saber que la transferencia no corrompió nada.
• Úsalo al intercambiar material. Si envías stems y el receptor calcula el mismo hash, no hay discusiones sobre quién rompió qué.
• Archiva el listado con el proyecto. El hash no protege si se pierde: va en el mismo sobre digital que los ficheros.

Es la misma lógica que aplica la verificación de firmas de un fabricante cuando te avisa de que una descarga ha cambiado; aquí es tu archivo el que lleva su huella.

Verificar integridad: probar la copia antes de necesitarla

Verificar integridad es comprobar que la copia no solo existe, sino que es legible, completa y consistente con el origen. Exige una disciplina distinta a la de crear copias: hay que mirar dentro.

Qué mirar y con qué frecuencia:

• Comprobación automática del gestor de copias. Los programas de backup y los NAS permiten ejecutar verificaciones de datos e índice; si encuentra sectores dañados o inconsistencias, la tarea pasa a modo de solo restauración y te avisa. Actívala en calendario, no a mano.
• Restauración de prueba real. Elige un proyecto al azar, restáuralo en otra ubicación y ábrelo: que el DAW cargue los samples, que los stems suenen, que la base de datos tenga cues y beatgrids. Una carpeta que no se puede abrir no está respaldada.
• Conciliación con la fuente. Compara número de ficheros, tamaño total y fecha de la copia más reciente con el origen. Las diferencias raras vez explican solas.
• Vigilancia del medio. Los discos avisan con errores antes de morir: lee los informes de estado y sustituye unidades con sectores realocados crecientes.

La referencia técnica de las comprobaciones de integridad de los sistemas de copia insiste en dos fases —datos y estructura de índice— y en que el fallo detectado se resuelva antes de seguir escribiendo. Aplicado a un estudio, eso significa que la verificación forma parte del mantenimiento mensual, junto con limpiar contactos y revisar carpetas.

Archive vs backup: dos palabras que no significan lo mismo

El Backup existe para volver atrás: copia reciente, rota, siempre actualizada, pensada para restaurar lo que se perdió. El Archivo existe para no volver atrás: piezas cerradas que deben seguir idénticas dentro de cinco años, con otra retención, otro ritmo de verificación y otro destino.

Confundirlos produce dos fallos típicos. El primero: usar solo archivística y descubrir que la única copia del proyecto en curso tiene tres semanas de antigüedad. El segundo: rotar el archivo como si fuera backup y borrar, junto con las versiones viejas, la única grabación maestra del lanzamiento.

Reparto recomendado para un catálogo:

• Proyectos en curso y biblioteca: disco de trabajo, NAS y nube, con copia automática cada hora o cada día.
• Másteres, stems y documentación entregada: disco externo y nube en solo lectura; se añaden al cerrar el trabajo y nunca se sobrescriben.
• Base de datos del software DJ: vive junto a la biblioteca con su propio plan y se exporta tras cada sesión de preparación.

Si tu plan de copias convive con bibliotecas gestionadas en software de DJ, el reparto completo de carpetas y bases de datos ya está resuelto en la guía de backups de biblioteca con regla 3-2-1; para el material publicado y los remasters, en gestión de catálogo discográfico.

Un plan que cabe en tu semana

• Lunes: define el inventario —qué carpetas no puedes perder— y el criterio de retención. Sin inventario, cualquier plan sobra o falta.
• Martes: monta la primera copia automática al NAS o al disco externo y la segunda a la nube con cifrado.
• Miércoles: genera el listado de hashes de la copia y guarda la fecha de la última comprobación en un fichero de notas.
• Jueves: configura el historial de versiones en las carpetas de trabajo y renombra con fecha el material suelto que está en la raíz.
• Viernes: restauración de prueba de un proyecto y de la base de datos; anota cuánto te llevó, porque ese es tu tiempo real de recuperación.
• Cierre mensual: revisión de informes del disco, verificación automática programada y rotación de la copia fuera de línea.

El resultado no es un sistema perfecto: es un sistema cuyo tiempo de recuperación conoces y cuya última prueba tiene fecha.

Siguiente paso

Saber que las copias existen y funcionan plantea la siguiente pregunta: dónde conviene que vivan. SSD, HDD, NAS, cloud y ransomware: elegir dónde viven tus archivos.