Cuando trabajas con un NAS en RAID 1 o configuraciones similares, tarde o temprano te vas a encontrar con la situación de tener que cambiar un disco que ha fallado o que se ha quedado pequeño. Y claro, lo primero que preocupa es siempre lo mismo: cómo hacerlo sin perder ni un solo dato. La buena noticia es que, con el enfoque correcto, cierto cuidado y una preparación inteligente para cambios de hardware, es un proceso bastante controlado y menos dramático de lo que parece al principio.
En este artículo vamos a ver, paso a paso y con un lenguaje lo más claro posible, qué hacer cuando muere un disco en un NAS con RAID 1, cómo detectar el fallo, cómo sustituir el disco en equipos QNAP y Synology, qué tener en cuenta al ampliar capacidad, y por qué un RAID no es lo mismo que una copia de seguridad. Además, repasaremos de forma sencilla los niveles RAID más habituales para que entiendas qué está pasando “por debajo” y no vayas a ciegas.
¿Qué ocurre cuando falla un disco en un NAS con RAID 1?
Cuando un disco de tu NAS se avería en una configuración RAID 1 (espejo), el sistema no deja de funcionar de golpe. La idea de este tipo de RAID es que los datos se escriben de forma idéntica en los dos discos; por tanto, si uno muere, el otro sigue manteniendo toda la información accesible. Eso sí, el RAID entra en lo que se llama estado “degradado”: estás trabajando solo con un disco y, hasta que no cambies el defectuoso y se reconstruya el conjunto, estás en una situación delicada.
En la práctica, esto significa que el NAS te lanzará avisos de que hay un problema de almacenamiento y que la tolerancia a fallos se ha perdido. Si en este punto se rompe también el disco sano, sí que puedes despedirte de los datos que solo estén en ese volumen. Por eso es crucial actuar con rapidez, pero también con cabeza, sin improvisar ni forzar apagados bruscos.
Es importante tener claro que un RAID no es una copia de seguridad. RAID ayuda a mantener disponible el servicio ante ciertos fallos de hardware y, según el nivel, mejora rendimiento o capacidad, pero no te salva de errores humanos (borrados, sobreescrituras), ransomware, fallos simultáneos de varias unidades o desastres físicos. Aunque tu RAID 1 sobreviva a un disco muerto, si nadie hace copias externas, sigues igual de vendido ante muchos otros problemas.
¿Cómo avisa un NAS QNAP de un disco defectuoso?
En equipos QNAP, cuando uno de los discos de una matriz RAID empieza a dar problemas o falla del todo, el sistema suele avisar por varias vías: notificaciones en la interfaz web, avisos en Qfinder Pro, correos electrónicos si los tienes configurados y, según el modelo, pitidos y LEDs de colores en el frontal.
Lo normal es que el propio QTS (el sistema operativo de QNAP) muestre un mensaje indicando que el grupo RAID está degradado o que hay un disco en estado de advertencia o fallo. Desde el Panel de control, en el apartado “Almacenamiento e instantáneas”, puedes ver con detalle el estado de cada unidad: salud, temperatura, sectores reasignados, etc. Si uno aparece en rojo o con un icono de error, toca ponerse manos a la obra.
Si tu NAS dispone de LEDs en cada bahía, un disco problemático suele identificarse porque muestra una luz naranja o roja fija o parpadeante, según el modelo. Esto, combinado con la información de la interfaz, ayuda a no equivocarte de bahía al extraer la unidad defectuosa, algo básico para no liarla más.
Pasos para sustituir un disco defectuoso en un NAS QNAP con RAID 1
El procedimiento recomendado para reemplazar un disco dañado en un QNAP con RAID 1 es relativamente directo, pero conviene seguirlo con orden para minimizar riesgos y tiempos de parada. Lo primero es confirmar qué disco falla y en qué bahía está.
Desde el menú de “Almacenamiento e instantáneas”, localiza el grupo RAID afectado y fíjate qué unidad aparece marcada como fallida o con advertencia. Verifica que corresponde con la misma bahía cuyo LED está en naranja o rojo. Esta doble comprobación es muy útil, sobre todo si el NAS no está delante de ti y dependes de alguien que sigue tus indicaciones.
Una vez identificado el disco, toca la sustitución física. Aquí hay dos escenarios: si tu QNAP soporta intercambio en caliente (hot swap), podrás extraer el disco en caliente sin apagar el equipo. Si el modelo no está preparado para ello, tendrás que apagar el NAS con normalidad, esperar a que se detenga por completo y entonces retirar el disco defectuoso. Forzar apagados o sacar discos sin saber si hay hot swap es jugar con fuego.
Al colocar el nuevo disco es muy recomendable que tenga igual o mayor capacidad que el que se ha estropeado. Si es más grande, la matriz RAID normalmente solo aprovechará el espacio equivalente al disco más pequeño del conjunto, así que no esperes ganar capacidad inmediata por poner un disco de tamaño superior en un RAID 1 ya creado. En la medida de lo posible, conviene también usar unidades de la misma marca y modelo para reducir sorpresas en rendimiento y compatibilidad.
Después de insertar el nuevo disco en la bahía correspondiente, vuelve a encender el NAS (si tuviste que apagarlo) y revisa de nuevo el panel de almacenamiento. Deberías ver el nuevo disco como “listo” o “no inicializado”, y lo habitual es que QTS detecte automáticamente que es un reemplazo y comience la resincronización del RAID sin que tengas que hacer nada más. En algunos casos, eso sí, tendrás que entrar en la gestión del grupo RAID y seleccionar manualmente la opción de reconstrucción.
Si la reconstrucción no arranca sola, desde “Almacenamiento e instantáneas” puedes buscar el grupo RAID degradado, entrar en “Administrar” y elegir “Reconstruir grupo RAID”. Algunos modelos permiten activar una opción de resincronización rápida para acortar el tiempo de proceso, aunque esto puede repercutir ligeramente en el rendimiento mientras se reconstruye, algo esperable de todos modos.
El tiempo de reconstrucción depende de varios factores: la capacidad de los discos, la carga de trabajo del NAS, el tipo de RAID y la velocidad de las unidades. En discos de varios terabytes no es raro que el proceso dure varias horas o incluso más de un día si el sistema está recibiendo muchas peticiones. Durante este tiempo, trata de no forzar el NAS con tareas pesadas innecesarias y, por supuesto, evita apagarlo.
Gestión de discos y ampliación de capacidad en Synology con SHR
En el ecosistema Synology la lógica es muy similar, aunque el fabricante ofrece su propio sistema llamado SHR (Synology Hybrid RAID). SHR es una capa de gestión sobre RAID basada en Linux, pensada para simplificar la vida a los usuarios menos avanzados y ofrecer flexibilidad extra cuando se combinan discos de distintos tamaños. En lugar de obligarte a encajar estrictamente en RAID 1, 5, 6, etc., SHR decide por ti la mejor forma de distribuir los datos preservando tolerancia a fallos.
Un ejemplo típico es el de un NAS Synology de varias bahías en el que se han ido reciclando discos de diferentes tamaños. Con SHR puedes combinar esas unidades y aprovechar mejor la capacidad disponible que con ciertos niveles RAID clásicos, siempre respetando la redundancia configurada. Para muchos usuarios domésticos y pequeños profesionales, esta opción resulta mucho más cómoda que pelear con la configuración manual de RAID tradicionales.
Antes de lanzarte a cambiar discos en un Synology, merece la pena analizar el estado de cada unidad con los datos SMART. Desde el “Administrador de almacenamiento”, pestaña HDD/SSD, puedes abrir informes SMART con CrystalDiskInfo de cada disco y fijarte en horas de funcionamiento, sectores reasignados y otros indicadores de salud. Esto ayuda tanto a detectar fallos inminentes como a elegir qué discos conviene sustituir si lo que buscas es ampliar capacidad y no solo reemplazar un disco muerto.
Es bastante habitual encontrar discos con más de 70.000 horas de uso (más de 8 años encendidos), junto a otros que han funcionado la mitad. En un escenario en el que quieres ganar espacio y de paso jubilar discos veteranos, la estrategia lógica es empezar cambiando los que tienen más horas y peor estado, incluso aunque aún no hayan dado un fallo crítico.
Caso práctico: cambio de discos en Synology con SHR para ganar espacio
Imagina un NAS Synology de 5 bahías funcionando desde hace años con cinco discos de 4 TB en un único volumen SHR, sumando unos 14 TB útiles. Llega un punto en el que el espacio libre se agota y decides reemplazar algunos discos por unidades de mayor capacidad, por ejemplo de 14 TB, que ya tienes a mano de algún proyecto que ha quedado aparcado, o clonarlos previamente con herramientas para clonar un disco de forma segura.
Si el objetivo es aumentar el tamaño total del volumen sin perder datos, el procedimiento consiste en ir sustituyendo discos de uno en uno, dejando que el sistema repare el grupo de almacenamiento entre cada cambio. Con tolerancia a fallo de un único disco (que es la configuración SHR habitual), no puedes permitirte que haya dos discos no sincronizados al mismo tiempo, de ahí la necesidad de ir con paciencia.
El primer paso sería apagar el NAS Synology de forma limpia, retirar uno de los discos antiguos y colocar el nuevo de 14 TB en la misma bahía. Una vez hecho, enciendes el NAS. Es bastante probable que empiece a emitir pitidos regulares, porque desde el punto de vista del sistema, has quitado un disco de un RAID que solo admite la caída de una unidad. No pasa nada, entra en el Administrador de almacenamiento para gestionar la situación.
Dentro del Administrador, verás un aviso de “almacenamiento en estado crítico” o “grupo de almacenamiento degradado”. En la pestaña “Volumen” aparecerá claramente que el grupo está degradado y que falta uno de los discos. Para solucionarlo, Synology ofrece una opción de “Reparar ahora”. Al pulsarla, te pedirá seleccionar el nuevo disco que acabas de instalar para que pase a formar parte del grupo.
Al aceptar la reparación, el sistema te avisa de que todos los datos del nuevo disco se borrarán, algo que, si la unidad es nueva o vacía, no supone problema. Tras la confirmación, comienza un proceso de inicialización rápida seguido de la reparación propiamente dicha, en la que se reconstruye la información redundante en el nuevo disco y se asegura la consistencia del conjunto SHR.
Este proceso de reparación puede durar varias horas, e incluso días si el volumen es grande y el NAS no es especialmente potente. Durante este tiempo conviene no apagar el equipo y evitar, en la medida de lo posible, tareas muy intensivas. Cuando termina, tu volumen SHR vuelve a estar sano, con redundancia completa y uno de los discos ya actualizado a 14 TB.
Si lo que buscabas era únicamente reemplazar un disco averiado, te quedarías ahí: el NAS ha restaurado la salud del volumen y puedes seguir como estabas. Pero si tu idea es ganar espacio, hay que repetir el mismo procedimiento con al menos un segundo disco. Cada nueva sustitución seguida de reparación aumenta el tamaño total del volumen, siempre que la combinación de discos y la lógica SHR lo permitan.
Tras cambiar, por ejemplo, dos discos de 4 TB por otros dos de 14 TB y dejar que el sistema complete las reparaciones, podrás comprobar en el simulador de capacidad de Synology (o en el propio Administrador de almacenamiento) que tu volumen SHR ha pasado de unos 14 TB útiles a valores cercanos a 26 TB o algo menos, dependiendo de los parámetros exactos. Todo ello sin formatear, sin reinstalar el NAS y sin perder los datos almacenados.
Hay un matiz importante: una vez que introduces discos de 14 TB en ese volumen, a partir de ahí, ningún disco de reemplazo puede ser de capacidad menor que la de la unidad más grande del conjunto si quieres mantener la misma configuración. Es decir, si ahora fallara uno de los discos de 4 TB, el disco que pongas en su lugar no podrá ser inferior a 14 TB para aprovechar correctamente el espacio dentro del SHR.
¿Es buena idea mover un disco de un RAID 1 a otro NAS distinto?
Una duda bastante habitual es si se puede coger uno de los discos de un RAID 1 ya en funcionamiento, sacarlo del NAS original y montarlo tal cual en un segundo NAS de otra ubicación para usarlo como base de una copia o como volumen independiente. Aunque sobre el papel parezca tentador (al fin y al cabo, en RAID 1 los datos están completos en cada disco), en la práctica esto plantea varios problemas.
Cada NAS guarda en los discos información de sistema, metadatos y estructuras propias de su forma de crear y gestionar los volúmenes. El segundo NAS puede no reconocer correctamente el disco al sacarlo de su entorno original, o reconocerlo como parte de un RAID que no encaja con su configuración actual. Además, si pretendes “romper” ese RAID 1 y pasar ambos discos a volúmenes normales, corres el riesgo de quedarte sin protección y tener que reformatear para adaptarlo a la nueva máquina.
Si lo que quieres es tener un segundo NAS en otra ubicación para hacer copias nocturnas del primero, la opción más segura es configurar un sistema de backup o replicación entre ambos (rsync, herramientas del propio fabricante, snapshots, etc.) sin andar sacando discos de un RAID ya montado. Así mantienes independencia entre equipos, evitas líos con los metadatos del RAID y, sobre todo, minimizas el riesgo de corrupción o pérdida de datos al cambiar las piezas de sitio.
Ideas generales sobre RAID y qué hacer cuando algo falla
El mundo RAID da para muchos manuales técnicos, pero a efectos prácticos interesa quedarnos con una idea clara: RAID combina varios discos físicos para lograr más capacidad, más rendimiento, más tolerancia a fallos, o una mezcla de todo ello, según el nivel elegido. Eso sí, nada de esto sustituye las copias de seguridad de verdad.
Además de los RAIDs gestionados por software en sistemas como macOS o Linux, existen configuraciones mediante tarjetas controladoras dedicadas (hardware RAID) y cajas externas con controladora integrada (de marcas como LaCie, Buffalo, iOmega, etc.). Estas últimas suelen ofrecer modos simples como RAID 0, RAID 1, JBOD y, en modelos más avanzados, niveles como RAID 5, 0+1 o 10, a veces con bandejas extraíbles que facilitan el cambio de discos “en caliente”.
Para usuarios que no quieren complicarse, muchos sistemas operativos permiten crear RAIDs básicos por software con herramientas como la Utilidad de Discos en macOS. Es una forma sencilla de unir discos internos (o incluso externos, aunque es menos recomendable por estabilidad) en configuraciones como RAID 0, RAID 1 o JBOD. Sin embargo, cuanto más compleja es la topología RAID que necesitas, más sentido tiene recurrir a hardware específico.
RAID 0, JBOD, RAID 1 y combinaciones: ventajas y riesgos
En un RAID 0 (stripe), dos o más discos actúan como si fueran uno solo y los datos se reparte n entre ellos para ganar velocidad de lectura y escritura. El problema es que la fiabilidad se va al suelo: si falla uno solo de los discos, pierdes todo lo que hubiera en el conjunto, sin posibilidad de rescate salvo por copia externa. Es una configuración muy orientada a rendimiento, no a seguridad.
Con JBOD (concatenación de discos), también unes varias unidades y el sistema las ve como un único volumen, pero los datos se van llenando disco a disco en cadena. La ventaja es que no pierdes espacio útil por diferencias de capacidad entre discos. La desventaja es que la estabilidad puede ser peor y el rendimiento no es precisamente para tirar cohetes. Si se estropea uno de los discos, en algunos casos solo pierdes lo que estaba en ese disco, en otros puedes perderlo todo según cómo esté montado el conjunto.
El RAID 1, o espejo, se basa en dos discos que guardan exactamente los mismos datos. El sistema considera que el tamaño total es el del disco más pequeño si son de diferente capacidad, de modo que se desperdicia espacio en el más grande. Lo bueno es que, si muere una unidad, puedes seguir trabajando con la otra y, en teoría, reconstruir el RAID cuando pongas un disco nuevo. Por eso es popular para quienes priorizan integridad frente a capacidad o velocidad de escritura.
Luego existen combinaciones como RAID 0+1 y RAID 1+0 (RAID 10). En el caso de 0+1, primero se crean dos grupos de RAID 0 (dos pares de discos que trabajan en stripe) y luego se hace un espejo entre esos dos grupos. En RAID 10, lo que se hace es espejar primero y luego estripar: se forman parejas en RAID 1 y después se combinan en RAID 0. RAID 10 suele ofrecer mejor tolerancia a fallos que 0+1, ya que permite que falle un disco en cada espejo sin perder el conjunto.
RAID 5, RAID 5 con disco de reserva y su comportamiento ante fallos
El RAID 5 es una solución muy utilizada en entornos donde se busca equilibrio entre capacidad, rendimiento y seguridad. Requiere al menos tres discos y reparte los datos y la información de paridad entre todas las unidades. Esto permite que, si falla una de ellas, el sistema siga funcionando en modo degradado, reconstruyendo los datos del disco caído a partir de la paridad almacenada en los demás.
La capacidad útil en un RAID 5 suele ser “n-1”, es decir, la suma de todos los discos menos uno (suponiendo que todos sean del mismo tamaño). Mientras la matriz esté sana, el rendimiento es razonablemente alto, y cuando falla un disco, los usuarios a menudo pueden seguir trabajando, aunque con bajada de rendimiento hasta que se sustituye la unidad dañada y termina la reconstrucción.
El gran enemigo en RAID 5 es que falle un segundo disco antes de completar la reconstrucción del primero. Si eso ocurre, se pierden todos los datos. Por eso muchas instalaciones serias optan por tener un disco de reserva (spare) preconfigurado, lo que lleva a variantes como RAID 5E o RAID 5 con spare. En estos casos se añade un disco extra que permanece en espera; cuando uno de los discos activos falla, el spare entra en juego automáticamente y comienza la reconstrucción sin que nadie tenga que intervenir.
El coste de estas configuraciones con disco de respaldo es que “pierdes” la capacidad efectiva de dos discos (por ejemplo, en un conjunto de cuatro discos de 1 TB solo tendrías 2 TB útiles). A cambio, ganas automatismo y un plus de seguridad y rapidez de reacción ante los fallos, reduciendo el tiempo en el que el RAID está degradado y expuesto.
En dispositivos de gama alta, la sustitución de discos en RAID 5 o 5E se hace en caliente, con avisos sonoros, LEDs y pantallas que indican qué unidad está mal. Aun así, la recomendación siempre es tener copias de seguridad externas y no confiar ciegamente en que la reconstrucción va a salir bien; la experiencia demuestra que, tras la muerte de un disco, es relativamente frecuente que otro empiece a dar problemas a corto plazo.
En definitiva, tanto si trabajas con un NAS doméstico en RAID 1 como con matrices más complejas tipo RAID 5 o SHR, la clave está en entender qué hace tu configuración, reaccionar rápido y ordenadamente ante cualquier fallo y, sobre todo, tener siempre un plan de copias de seguridad externas que no dependan del propio RAID. Así, cuando llegue el día de cambiar un disco defectuoso o de ampliar capacidad, podrás hacerlo con mucha más tranquilidad sabiendo que tus datos no dependen de una sola capa de protección. Comparte la guía y otros usuarios sabrán del tema.