SSD, HDD, NAS y cloud: dónde viven tus archivos y cómo sobreviven al ransomware.

Una biblioteca que ocupa varios terabytes y años de proyectos viven, casi siempre, en tres sitios distintos sin que nadie haya decidido dónde debería vivir cada cosa. El disco del portátil aguanta todo porque es rápido; la nube tiene la copia que el sistema hizo solo; el disco externo lleva dos años sin tocarse. El resultado es un arreglo frágil que funciona exactamente hasta el día en que hace falta.

Esta guía da sitio a cada material: qué va en SSD vs HDD y por qué, cuándo compensa un NAS, qué merece la pena en Cloud, por qué hacen falta Backups offline, cómo entra el Ransomware en un estudio y qué pasos siguen en una Recuperación de archivos real.

SSD vs HDD para biblioteca, proyectos y copias

El SSD vs HDD no se resuelve con un ganador único, sino con un reparto. El SSD gana en latencia y silencio: abrir un proyecto con miles de samples, navegar una biblioteca o renderizar sin esperas se nota desde el primer día. El disco mecánico gana en coste por gigabyte: llenar ocho terabytes de copias en SSD es una decisión económica, no técnica.

Dos criterios de reparto que simplifican la compra:

• Velocidad en el camino crítico. Disco de trabajo y carpetas de proyecto en SSD; ahí la espera se paga en tiempo de sesión.
• Volumen en el camino de las copias. HDD para la segunda copia local, para el material frío y para el archivo de másteres, donde el acceso no es diario.

Un matiz que cambia el mantenimiento: los SSD fallan sin el aviso mecánico de un disco que cruje, y su recuperación es más compleja cuando ocurre. Contrarresta eso con lectura de estado del disco, copias automáticas —cubre fallos del propio medio— y la verificación periódica descrita en la guía de checksums e integridad. Al revés, un HDD sí avisa: ruido nuevo, sectores malos crecientes, lecturas lentas. Ese aviso siempre significa sustituir la unidad, no apagar las alertas.

NAS: cuándo compensa

Un NAS es un armario con discos, sistema operativo y software de copia que trabaja sin tener el ordenador encendido. Aporta tres cosas difíciles de conseguir por otra vía: copias automáticas programadas, acceso desde varios equipos —incluido el portátil de ensayo— y un historial de versiones gestionado en un solo sitio.

Merece la pena cuando concurren varias de estas condiciones:

1. Hay más de un equipo que comparte la misma biblioteca o los mismos proyectos.
2. Las copias deben funcionar sin abrir el ordenador, cosa que la memoria humana rara vez sostiene.
3. El volumen pasa de unos pocos terabytes, donde dos discos externos siguen siendo más simples.
4. Quieres reducción por espejo o paridad para sobrevivir a la caída de un disco sin perder datos.

Lo que un NAS no es: una garantía de seguridad. Sigue en la misma casa, comparte la misma instalación eléctrica y, si está en línea durante un cifrado masivo, puede arrastrar el historial. El fabricante de los sistemas más usados para esto incluye comprobaciones automáticas de integridad de la copia y avisa cuando la tarea pasa a solo restauración por encontrar datos dañados: actívalas, y aun así mantén una copia fuera de línea.

Cloud: qué subes, qué no subes

Subir a Cloud es la forma más fiable de conseguir la copia fuera del edificio, pero no sustituye a la estructura local: depende de una cuenta, de un ancho de banda y de un historial que no siempre guarda lo que crees.

Criterios de reparto:

• Sube sí: biblioteca indexada, bases de datos de software, proyectos en curso comprimidos, másteres entregados y documentación. Son pesados al principio y poco después.
• Sube con cifrado propio si el material es confidencial o todavía sin publicar: la nube cifra en tránsito y en reposo, pero la clave de acceso sigue siendo tuya.
• No confíes en la papelera de la nube como plan. El historial de versiones recupera cambios recientes; si el borrado se propagó a todos los equipos sincronizados, la recuperación depende de que haya copias anteriores conservadas y de que sepas restaurarlas.
• Controla la sincronización. Un equipo infectado que sincroniza por horas convierte la nube en transportista del daño; por eso la sincronización no debe ser la única copia.

Comprueba además que el espacio y la banda sobran: una copia que nunca termina es, en la práctica, una copia inexistente.

Backups offline: la copia que el ransomware no alcanza

Backups offline significa que una copia no está conectada a ningún equipo cuando la amenaza actúa: disco desconectado, guardado en otra casa, o nube en una cuenta distinta con doble factor y sin sincronización automática. Es el recurso que convierte un incidente de horas en un incidente de un fin de semana.

Cómo se mantiene sin volverse un trabajo eterno:

1. Rotación mensual. Dos discos alternos: uno que trabaja, otro que está guardado fuera de línea. Se intercambian y se comprueba el contenido en cada rotación.
2. Aislamiento real. Desconectar el disco no basta si lo dejas enchufado en el mismo rack que la fuente de alimentación compartida.
3. Una copia fuera del edificio. La rotación resuelve robos e incendios; la nube sola, no siempre.
4. Prueba de restauración anual desde el medio desconectado: si nunca has restaurado un disco guardado, no sabes si sirve.

Ese es el detalle que la guía de backups de biblioteca repite desde la primera sección: el plan se valida restaurando, no mirando el indicador verde.

Ransomware: cómo entra en un estudio

El Ransomware no elige víctimas por tamaño: elige por accesos. Las vías habituales son un archivo adjunto con macros, un instalador descargado de una web no oficial, un acceso remoto abierto con credenciales débiles, un equipo sin actualizar y, sobre todo, una sesión abierta con permisos de administrador. Una vez dentro, cifra las unidades visibles —incluidas las red y, a veces, las conectadas— y exige pago por la clave.

Qué lo hace especialmente grave en producción: los proyectos guardados en la misma máquina que se infecta desaparecen por igual, y las copias sincronizadas en caliente heredan el cifrado. Por eso la respuesta se prepara antes:

• Perfiles de usuario sin privilegios de administrador para el trabajo diario; el administrador solo para instalar.
• Actualizaciones automáticas del sistema, del DAW y de los plugins con permisos de red.
• Doble factor en el acceso remoto y en la nube, para que el cifrado no empiece por una contraseña robada.
• Copia sin conexión y verificación de hashes después de restaurar: un archivo restaurado se comprueba antes de volver a conectar el equipo.

Recuperación de archivos cuando algo se ha perdido

La Recuperación de archivos tiene tres escalones, y conviene recorrerlos en orden:

1. Versiones y papelera. Historial del sistema, versiones de la nube y papelera de la unidad: recupera minutos o días de trabajo sin herramientas.
2. Copia de seguridad. Restaura desde la última copia anterior al incidente, comprueba los hashes y abre los proyectos antes de dar por bueno el resultado.
3. Herramientas de recuperación. Si no hay copia, actúa enseguida y sin escribir en la unidad afectada: cuanto menos se use ese disco, más cabe rescatar. Las utilidades del sistema distinguen modos rápidos y exhaustivos según el sistema de archivos y reconoce que en SSD con la función de limpieza activada los datos borrados suelen ser irrecuperables. En medios dañados físicamente, dejar de intentarlo y acudir a un laboratorio especializado aumenta las opciones.

Si el incidente fue un cifrado, antes de restaurar desconecta el equipo de la red, conserva el estado para análisis y solo vuelve a conectar cuando la fuente de la infección esté identificada. La prioridad nunca es pagar: es reconstruir desde una copia limpia y cerrar la puerta por la que entró.

Siguiente paso

Con la estructura de almacenamiento resuelta, toca la otra mitad del problema: el equipo que tiene que sonar en directo aunque algo falle. Resiliencia en directo: USB duplicados, portátil de respaldo, UPS y emergency playback.