Backup en NAS Synology y QNAP: Guía de Configuración y Mejores Prácticas
Los dispositivos NAS de Synology y QNAP son la columna vertebral del almacenamiento en millones de hogares y pequeñas empresas. Ofrecen RAID, acceso remoto, aplicaciones integradas y una interfaz amigable que facilita la gestión centralizada de datos. Pero existe un malentendido peligroso y extendido que llena de trabajo los laboratorios de recuperación de datos: el RAID no es una copia de seguridad. Un NAS en RAID puede fallar por incendio, inundación, robo, ransomware, corrupción del controlador o simplemente por el fallo simultáneo de dos discos —y en ese momento, si no hay backup, los datos se pierden definitivamente.
Datos clave — Backup en NAS
Solo el 38% verifica regularmente que sus copias de seguridad son restaurables (Veeam 2025)
Synology lidera con ~52%, QNAP con ~28%, resto de fabricantes ~20%
Un RAID 5 de 4 TB tiene ~11% de probabilidad de que un segundo disco falle durante la reconstrucción
Desde 290 € (fallo lógico) hasta 1.200 €+ (fallo físico múltiple); diagnóstico siempre gratuito
RAID no es backup: el malentendido más costoso
El RAID (Redundant Array of Independent Disks) es una tecnología de tolerancia a fallos diseñada para mantener el sistema operativo en funcionamiento si un disco físico falla. RAID 1 duplica los datos en dos discos; RAID 5 distribuye los datos y la paridad entre tres o más discos para tolerar el fallo de uno. Pero el RAID no protege contra:
- Borrado accidental de ficheros: Si borras por error una carpeta en el NAS, el borrado se replica instantáneamente en todos los discos del RAID. No hay forma de recuperar el fichero desde el RAID porque el borrado fue una operación intencional del sistema.
- Ransomware: El ransomware cifra los ficheros a través del sistema de ficheros. El RAID no ve el cifrado como un fallo de disco; simplemente lo escribe en todos los discos del array. Cuando el ransomware termina, todos los discos del RAID contienen los mismos ficheros cifrados.
- Corrupción silenciosa de datos (bit rot): Los errores de escritura no detectados pueden propagar datos corruptos a través del RAID sin que ningún disco marque un error. Btrfs y ZFS tienen checksums que detectan este problema; los RAID tradicionales no.
- Fallo del controlador RAID o del propio NAS: Si la placa del NAS falla o el controlador RAID se corrompe, todos los datos del array pueden quedar inaccesibles aunque los discos estén físicamente perfectos.
- Desastres físicos: Incendio, inundación, robo. Un RAID en el mismo edificio no protege contra ninguno de estos eventos.
- Fallo durante reconstrucción RAID 5: Un RAID 5 opera en modo degradado cuando un disco falla. Durante la reconstrucción con el disco de reemplazo, el stress sobre los discos restantes aumenta significativamente. En arrays con discos de más de 4 TB, la probabilidad de que un segundo disco falle antes de que la reconstrucción termine es estadísticamente relevante: entre el 8% y el 15% según los estudios de Backblaze.
Regla fundamental: el RAID protege la disponibilidad, el backup protege los datos
El RAID es para que el NAS no se detenga cuando un disco falla. El backup es para que los datos no se pierdan cuando el NAS, el edificio o el usuario falla. Son capas complementarias, no alternativas.
La regla 3-2-1 aplicada al NAS
La regla 3-2-1 es el estándar de facto para la estrategia de backup y aplica perfectamente al entorno NAS:
- 3 copias de los datos: la copia de trabajo en el NAS (aunque sea en RAID) + 2 copias de backup.
- 2 tipos de soporte diferentes: Por ejemplo, una copia en un disco externo USB conectado al NAS y otra en la nube. No dos copias en el mismo NAS ni en dos NAS del mismo fabricante con el mismo firmware.
- 1 copia offsite (fuera del local): al menos una copia debe estar en una ubicación física diferente. Un disco externo en el cajón del escritorio del mismo despacho donde está el NAS no cuenta como offsite.
Aplicado a un NAS Synology o QNAP en una PYME o en un hogar avanzado, la implementación práctica de la regla 3-2-1 podría ser:
- Datos en el NAS (con RAID 1 o RAID 5 para tolerancia a fallos de disco).
- Backup local a un disco USB externo conectado al NAS mediante Hyper Backup (Synology) o Hybrid Backup Sync (QNAP), con retención de versiones.
- Backup a la nube (Synology C2, Backblaze B2, Amazon S3 o similar) con al menos 30 días de versiones.
Synology Hyper Backup: configuración recomendada
Hyper Backup es la aplicación de backup nativa de Synology DSM para copias de seguridad locales y en la nube. A diferencia de una simple sincronización de carpetas (que replicaría inmediatamente el borrado o el cifrado por ransomware), Hyper Backup crea copias con versiones que permiten restaurar el estado de los datos en cualquier punto del pasado.
Configuración básica para usuario doméstico y PYME
- Destino local: Disco USB externo (USB 3.0, no la misma bahía del NAS). Programar backup diario fuera del horario de trabajo.
- Destino en la nube: Synology C2 Storage (fácil de configurar desde DSM), Backblaze B2 (más económico para grandes volúmenes) o Amazon S3/Glacier (máxima flexibilidad pero más complejo).
- Versiones: Mínimo 30 versiones diarias + 12 versiones mensuales. Con Hyper Backup Vault se pueden gestionar las políticas de retención de forma centralizada si hay múltiples NAS.
- Verificación de integridad: Activar la opción "Verificar integridad de datos de backup" en Hyper Backup. Esto comprueba periódicamente que los datos del backup son legibles y no están corruptos, sin necesidad de restauración completa.
- Cifrado del backup: Activar el cifrado AES-256 del backup antes de la transmisión a la nube. La clave de cifrado debe guardarse fuera del NAS (gestor de contraseñas, papel en caja de seguridad).
QNAP Hybrid Backup Sync: configuración recomendada
Hybrid Backup Sync (HBS 3) es la solución de backup, sincronización y replicación de QNAP. Es más versátil que Hyper Backup en cuanto al número de destinos soportados, pero tiene una curva de aprendizaje algo mayor.
Configuración básica para usuario doméstico y PYME
- Job de Backup (no Sync): Crear un "Backup Job" (no "Sync Job") hacia el destino elegido. Un Job de Sync replicaría los borrados, perdiendo el beneficio de versiones.
- Destinos soportados: Dispositivo externo USB, NAS remoto, Amazon S3, Backblaze B2, Wasabi, Google Drive, OneDrive, Azure Blob y muchos más.
- Política de versiones: HBS 3 permite configurar retención por número de versiones o por antigüedad. Recomendado: 30 versiones diarias + conservar la última versión mensual indefinidamente.
- Snapshot Replication: Si el NAS QNAP usa volúmenes con soporte de snapshots (por ejemplo, con QTS hero y ZFS), la replicación de snapshots a un NAS remoto o a QNAP myQNAPcloud es la opción más eficiente en términos de ancho de banda.
- Cifrado: HBS 3 soporta cifrado AES-256 del backup. Igual que con Synology, guardar la clave fuera del NAS es imprescindible.
Comparativa: Synology Hyper Backup vs QNAP Hybrid Backup Sync
| Característica | Synology Hyper Backup | QNAP Hybrid Backup Sync 3 |
|---|---|---|
| Facilidad de uso | Muy alta (asistente paso a paso) | Media-alta (más opciones = más complejidad) |
| Versiones / retención | Sí, configurable | Sí, configurable |
| Destinos en la nube | Synology C2, S3, Azure, Google Cloud, B2, Dropbox, más | S3, Azure, B2, Wasabi, Google Drive, OneDrive, QNAP Cloud, más |
| Cifrado backup | AES-256 (lado cliente) | AES-256 (lado cliente) |
| Deduplicación | Sí (a nivel de bloque) | Sí (a nivel de bloque) |
| Snapshot Replication | Sí (Snapshot Replication app) | Sí (con QTS hero/ZFS) |
| Verificación de integridad | Sí (Hyper Backup Explorer) | Sí (verificación de checksum) |
| Integración nube propia | Synology C2 (excelente integración DSM) | QNAP myQNAPcloud (funcional pero más limitado) |
Opciones de backup offsite para NAS: Synology C2 vs Backblaze B2 vs Amazon S3
El backup offsite en la nube es el componente más importante de una estrategia robusta pero también el que más confusion genera por la variedad de opciones y modelos de precio.
- Synology C2 Storage: El servicio de nube propio de Synology, integrado directamente en DSM y Hyper Backup sin necesidad de configuración adicional. Su gran ventaja es la simplicidad: en cinco minutos tienes el backup en la nube funcionando. El precio es de aproximadamente 9,99 €/mes para 1 TB (con descuento en planes anuales). Recomendado para usuarios Synology que priorizan la facilidad de uso sobre el precio por TB.
- Backblaze B2: Almacenamiento en objeto a 6 $/TB/mes, significativamente más barato que Synology C2 para volúmenes grandes. Compatible directamente con Hyper Backup (mediante S3-compatible) y con QNAP HBS 3. La bajada de datos tiene un coste adicional (1 $/GB), aunque los primeros 3 GB/día son gratuitos. Recomendado para usuarios con grandes volúmenes de datos que quieren el precio más bajo.
- Amazon S3 / S3 Glacier: La opción más flexible y con más garantías de durabilidad (99,999999999% — 11 nueves). El precio de S3 Standard es de 23 $/TB/mes; S3 Glacier Instant Retrieval baja a 4 $/TB/mes para datos de acceso infrecuente. Compatible con ambos NAS. Recomendado para PYMEs con requisitos de compliance que necesitan la garantía de AWS o que ya usan otros servicios AWS.
- Wasabi: Almacenamiento a 6 $/TB/mes sin costes de bajada ni de peticiones API. Compatible con S3 y por tanto con ambos NAS. Buena opción para backups de gran volumen con restauraciones frecuentes.
Señales de que tu NAS está a punto de fallar
Los NAS, como cualquier dispositivo con discos mecánicos o SSD, dan señales de advertencia antes de fallar. Reconocerlas a tiempo puede marcar la diferencia entre una restauración desde backup o la pérdida de datos:
- SMART con valores fuera de umbral: Especialmente los atributos 5 (Reallocated Sectors Count), 187 (Reported Uncorrectable Errors), 188 (Command Timeout) y 197/198 (Current/Offline Uncorrectable). Synology DSM y QNAP QTS muestran el estado SMART en el panel de administración de discos y pueden enviar alertas por email.
- Ruidos inusuales: Clics, chirridos o golpeteos en un disco mecánico son señales de fallo inminente de cabezales. Un NAS que "hace ruidos nuevos" debe tratarse como una emergencia.
- Lentitud extrema en operaciones de lectura/escritura: Un disco con sectores deteriorados tarda mucho más en leer/escribir mientras intenta reasignar sectores. La lentitud inusual es un indicador temprano de fallo.
- Alertas de volumen degradado: Si el NAS informa de que un volumen RAID está en modo degradado (un disco ha fallado), hay que actuar inmediatamente: sustituir el disco fallido con un disco nuevo y esperar a que la reconstrucción complete —verificando que el backup offsite esté al día durante ese período.
- El NAS no arranca después de un corte de luz: Un apagón inesperado puede causar corrupción del sistema de ficheros del NAS o dejar una escritura a mitad en un disco. Si el NAS no arranca correctamente después de un apagón, no intentes forzar el acceso a los discos; consulta con un especialista.
Testear el backup: el paso que nadie hace (pero que es el más importante)
Según el informe Veeam Data Protection Report 2025, solo el 38% de los administradores de sistemas verifica regularmente que sus copias de seguridad son restaurables. El 62% restante tiene backups que pueden ser inservibles en el momento en que más los necesitan.
Un backup no testado no es un backup: es un fichero del que no sabes si funciona. La verificación debe incluir:
- Restauración de ficheros individuales: Al menos una vez al mes, restaura un fichero aleatorio del backup y verifica que se abre correctamente. En Hyper Backup, usa el Explorador de Backup para navegar por las versiones y restaurar sin sobrescribir los originales.
- Verificación de integridad del backup completo: Hyper Backup tiene una función de verificación que comprueba los checksums de todos los ficheros del backup sin necesidad de restaurarlos. Ejecutarla trimestralmente.
- Simulacro de restauración completa: Una vez al año como mínimo, simula la pérdida total del NAS: restaura el backup completo en un NAS nuevo o en un entorno de prueba y verifica que los datos son accesibles y correctos. Este ejercicio también mide el RTO real de tu estrategia de backup.
- Verificar que el backup offsite se está actualizando: Es fácil que un job de backup en la nube falle silenciosamente por un error de autenticación, un problema de cuota o un cambio de API. Revisar semanalmente que el último backup tiene fecha reciente.
¿Tu NAS Synology o QNAP ha fallado y no tienes backup?
En RecuperaTusDatos recuperamos datos de NAS Synology, QNAP y otros fabricantes. Fallos de disco, RAID degradado, corrupción del volumen, ransomware. Diagnóstico gratuito en 4 horas.
Recogida gratuita en toda España. Sin recuperación, sin coste.
Solicitar diagnóstico gratuitoO llámanos: 900 899 002