Si tienes un NAS en casa o en la oficina y te estás planteando sustituir un disco en RAID 1 o migrar desde un volumen básico a uno con redundancia, es normal que te entren dudas: ¿se borrarán mis datos?, ¿perderé el volumen actual?, ¿cuánto tiempo va a tardar la reconstrucción?, ¿qué pasa si algo falla en medio del proceso? Todo esto impone un poco de respeto, sobre todo la primera vez.
La buena noticia es que, si haces las cosas con cabeza, añadir o cambiar discos en un NAS Synology (o en otros equipos con RAID 1) se puede hacer sin perder ni datos ni redundancia. Eso sí, hay que entender bien cómo funciona el RAID 1, qué implica SHR frente a RAID clásico, y qué caminos ofrece DSM (el sistema de Synology) para migrar desde configuraciones básicas sin protección.
Qué es RAID 1 y qué papel juega SHR en Synology
Antes de tocar un solo disco es fundamental tener claro qué estás usando y qué quieres conseguir, porque no es lo mismo un volumen Básico, un RAID 1 clásico o un volumen SHR, aunque desde fuera parezcan parecidos.
Synology, además de los RAID clásicos (1, 5, 6, 10, etc.), ofrece un modo propio llamado SHR, Synology Hybrid RAID. Internamente está basado en el sistema de gestión de RAID de Linux, pero automatiza gran parte de la configuración y destaca por una cosa clave: permite combinar discos de distinto tamaño minimizando el espacio perdido, algo que en un RAID 1 estándar no se aprovecha igual de bien.
Cuando creas un volumen en muchos NAS Synology recientes, por defecto DSM suele proponer SHR, precisamente porque es más flexible para usuarios que no quieren complicarse con configuraciones RAID manuales. Los usuarios más puristas prefieren crear directamente sus RAID 1, 5 o 6 a mano, pero en la práctica SHR facilita mucho las ampliaciones de capacidad y los reemplazos de discos con el paso del tiempo.
En la práctica, de cara a la protección de datos, SHR con tolerancia a fallo de 1 disco se comporta de forma muy similar a un RAID 1: tienes una copia en tiempo real de tus datos y, si un disco cae, puedes seguir trabajando mientras sustituyes el disco roto y se reconstruye el volumen.
Situaciones típicas: de volumen básico a RAID 1 / SHR sin perder datos
Muchos usuarios estrenan su NAS con un único disco, normalmente usando el tipo de volumen Básico o un SHR con un solo disco, y más adelante se dan cuenta de que necesitan protección de datos o más capacidad. Es entonces cuando aparece la duda: ¿puedo pasar mi configuración actual a RAID 1 con un segundo disco sin borrar nada?
Imagina el caso muy habitual de un Synology de 2 bahías con un único disco de 8 TB en volumen Básico y formato ext4. La idea es añadir un segundo disco de 8 TB en la bahía libre y convertir esa configuración en un RAID 1 o en SHR con protección, manteniendo todo lo que ya tienes guardado.
En estos escenarios, lo primero es aceptar una realidad: las operaciones de migración de RAID siempre implican riesgo. DSM suele permitir migrar de un volumen de un solo disco a un volumen protegido (RAID 1 o SHR con redundancia) usando el segundo disco nuevo, pero si durante el proceso se produce un corte de luz, muere el disco original o hay un fallo grave, podrías perderlo todo si no tienes copia de seguridad.
Por eso, aunque la teoría diga que se puede migrar sin borrar, la recomendación sensata es tener una copia de seguridad completa previa (por ejemplo clonando el disco) en otro sitio (otro NAS, un disco USB externo, nube tipo Synology C2, etc.). Muchos usuarios han hecho estas migraciones sin problemas, pero no existe el riesgo cero, y sería un drama perder tus 8 o 11 TB de datos por ahorrarte unas horas de copia.
En otros casos, como con un DS920+ con un solo disco de 16 TB configurado en Básico, el usuario se encuentra con que no puede simplemente “sumar” un segundo disco de 16 TB a ese pool para tener 32 TB útiles, porque el tipo de RAID elegido al principio no lo permite. DSM le ofrece o bien crear un RAID 1 (clon del primer disco, manteniendo 16 TB útiles con redundancia) o saltar a RAID 5, lo que exigiría un tercer disco.
Aquí entra en juego otra estrategia: crear un nuevo pool con el disco nuevo usando SHR, copiar todos los datos desde el disco original al nuevo volumen SHR, y después reutilizar el primer disco para ampliar ese mismo SHR o crear otra configuración. Este enfoque es más lento, pero es relativamente seguro si tienes espacio suficiente y vas con calma.
Reemplazar un disco en un volumen SHR o RAID 1 sin perder datos
Otra situación muy común es tener ya un volumen SHR o RAID 1 funcionando con varios discos y necesitar sustituir uno de ellos, bien porque está empezando a fallar, bien porque quieres aumentar la capacidad disponible cambiando discos pequeños por otros grandes.
Un ejemplo típico: un usuario con un Synology 1019+ con 5 bahías, todas ocupadas con discos de 4 TB desde hace años, organizados en un único volumen SHR. Después de mucho uso, ve que los 14 TB efectivos se están quedando cortos para fotos, copias de seguridad y máquinas virtuales, así que decide sustituir dos discos de 4 TB por dos de 14 TB que ya tiene.
Lo primero que hace en un caso así es revisar el estado de los discos con los datos SMART de cada unidad, accesibles desde la pestaña HDD/SSD del Administrador de Almacenamiento de DSM, y seguir guías de mantenimiento del disco duro para escoger candidatos de reemplazo. Ahí puede ver horas de funcionamiento, sectores reasignados, temperaturas, etc., y escoger como candidatos para el cambio los discos más viejos o con advertencias, por ejemplo los que llevan más de 70.000 horas encendidos.
Una vez identificados los discos a sustituir, el procedimiento en Synology con SHR o RAID 1 es bastante directo, siempre con una regla de oro: hacer el cambio de discos de uno en uno si solo tienes tolerancia al fallo de 1 disco. Si sacas dos a la vez, el conjunto se viene abajo.
El flujo de trabajo típico es este: se apaga el NAS correctamente, se retira el disco a reemplazar, se mete el disco nuevo, se enciende el NAS y, al arrancar, DSM marca el grupo de almacenamiento como “degradado” y muestra avisos críticos. Desde la pestaña Volumen del Administrador de Almacenamiento aparece un enlace de “Reparar ahora”, y al pulsarlo se elige el disco nuevo para que pase a formar parte del volumen.
DSM avisa claramente de que todos los datos del disco nuevo se borrarán, lo que no es problema si es una unidad recién sacada de la caja. Se confirma la reparación y el sistema comienza una inicialización rápida del disco seguida de la fase de reconstrucción o resilvering, que puede durar varias horas o incluso días según el tamaño del volumen y la carga de trabajo del NAS.
Durante todo este tiempo, mientras el estado aparece como degradado pero en reparación, el volumen suele seguir accesible, aunque conviene minimizar tareas pesadas para no alargar la reconstrucción. Una vez termina, el grupo vuelve a estado “Normal” y los datos siguen tal y como estaban.
Si la intención es solo sustituir un disco defectuoso, con este proceso ya has terminado: has cambiado la unidad mala por una sana y el volumen ha quedado otra vez protegido. Si lo que quieres es aumentar la capacidad total, tendrás que repetir la misma operación con un segundo disco (y los que hagan falta), siempre de uno en uno si solo dispones de tolerancia a 1 fallo.
En el caso real que comentábamos, la sustitución de dos discos de 4 TB por dos de 14 TB en un 1019+ llevó alrededor de cuatro días de reparaciones, y al final el volumen SHR pasó a disponer de casi 24-26 TB útiles, sin formatear ni perder ni un archivo. El sistema simplemente reorganiza internamente cómo reparte los datos y la paridad entre las nuevas unidades.
Detalles importantes al ampliar o reconvertir un RAID 1 / SHR
A la hora de modificar un conjunto RAID existente, hay ciertos matices que conviene tener en mente porque pueden limitar tus opciones o condicionarte futuras ampliaciones. No es solo cuestión de “meter discos grandes y listo”.
Uno de los puntos clave en SHR y también en RAID 1 es que, una vez añades un disco más grande al conjunto, ese tamaño pasa a ser la nueva referencia mínima para futuros reemplazos. Es decir, si ahora en tu volumen hay discos de hasta 14 TB, cuando uno falle ya no podrás meter uno de 4 u 8 TB como sustituto, aunque el que se haya roto fuese precisamente de 4 TB. El sistema exigirá que ese nuevo disco tenga, al menos, la capacidad del mayor que ya forme parte del volumen.
Esto no suele ser un problema si tu plan es ir renovando el NAS con unidades grandes con el tiempo, pero puede fastidiar si cuentas con reciclar discos más pequeños que tengas por ahí. En cualquier caso, conviene planificar la estrategia de ampliaciones antes de empezar a cambiar discos sin ton ni son.
Otro aspecto esencial es que, aunque SHR simplifica mucho las cosas, la flexibilidad tiene un límite. Cuando el volumen está casi lleno y haces un reemplazo de discos para ganar capacidad, puede tardar un montón en recalcular la distribución y, durante el proceso, ir algo más lento de lo habitual. Por eso se recomienda no apurar el espacio al máximo antes de ponerse a ampliar, y dejar al sistema trabajar con margen.
Además, hay que tener claro que no todos los cambios de configuración son “en caliente” o automáticos. Migrar de un tipo de RAID a otro, o de un volumen Básico a uno con redundancia, a veces requiere crear un nuevo pool y mover los datos manualmente, en lugar de usar el asistente de migración. Dependerá del modelo de NAS, de la versión de DSM y de cómo se creó inicialmente el volumen.
Experiencias reales con RAID 1: qué pasa si quitas un disco o borras el volumen
Para acabar de entender qué tal se portan los RAID 1 en la práctica, viene muy bien mirar casos reales donde se ha jugado con los discos de un espejo. En entornos de PC clásico con controladoras Intel Matrix Storage, por ejemplo, se ha probado a desconectar uno de los discos de un RAID 1 y arrancar el sistema solo con el otro.
El resultado en esas pruebas era que, con uno de los dos discos conectados, Windows arrancaba y los datos aparecían intactos, sin necesidad de reconstruir nada. La propia utilidad “Intel Matrix Storage Console” informaba de que el volumen estaba degradado y sugería usar otro disco para reconstruir el espejo, pero el sistema seguía operativo.
En algunos casos curiosos, cuando se conectaban ambos discos a la vez después de haber roto el RAID, solo uno de ellos se mostraba correctamente en el sistema, mientras que el otro aparecía con errores y no permitía ni crear volumen ni formatear. Sin embargo, si se conectaba ese segundo disco por separado, sin el otro presente, se podía acceder y leerse sin problemas, con todos los datos intactos.
También se ha probado a entrar en la utilidad de BIOS de Intel (Intel Matrix Storage Manager, pulsando Control+I al arrancar) y usar la opción de “Delete RAID Volume”. El sistema avisa claramente de que se perderán los datos, pero en la práctica, una vez eliminado el volumen RAID 1 desde la BIOS, al iniciar Windows solo se veía uno de los discos de manera inmediata, con toda la información guardada. El otro necesitaba un formateo o un reseteo como disco no-RAID para poder reutilizarlo.
Todo esto tiene una lectura importante: en RAID 1, cada disco suele contener una copia completa de los datos, que puede leerse de forma independiente en muchas circunstancias. Esto es justo lo que esperamos de un espejo: que, aunque se rompa la configuración RAID, al menos uno de los dos discos conserve la información aprovechable, y que incluso se puedan sacar copias adicionales antes de reorganizar el volumen o formatear nada.
Evidentemente, no conviene ir por ahí borrando volúmenes RAID 1 o desconectando discos sin motivo, pero estas experiencias dan confianza a la hora de valorar hasta qué punto un RAID 1 protege frente a errores o cambios de hardware, incluso cuando movemos los discos a otra placa base o a otro NAS compatible.
Buenos hábitos antes de sustituir o añadir discos en tu NAS
Más allá de lo que permita técnicamente el NAS o la controladora RAID, lo que marca la diferencia entre una operación tranquila y un susto son los hábitos de preparación y seguridad previos. El hardware puede fallar en el peor momento, y cuanto más grande es el volumen, más doloroso es tener que rehacerlo todo.
Lo primero y más repetido es disponer de al menos una copia de seguridad de los datos importantes fuera del propio NAS. Muchos usuarios combinan una copia remota en otro NAS, discos externos USB guardados en otro lugar y servicios en la nube como Synology C2 para los archivos realmente críticos. Aunque el proceso de sustitución de discos sea fiable, la posibilidad de un corte de luz, un error humano o un bug siempre está ahí.
También es importante comprobar el estado de los discos existentes con SMART antes de empezar cambios serios. Si tienes un disco que ya da síntomas de fallo inminente, quizá prefieras sustituirlo cuanto antes en lugar de forzarlo en una migración de tipo de RAID o en un proceso de reconstrucción largo que lo estruje todavía más.
Otro consejo prudente es planificar las ampliaciones con anticipación: piensa qué tipo de RAID necesitas (priorizar capacidad, rendimiento o seguridad), qué tamaño de discos vas a usar ahora y qué camino seguirás dentro de unos años cuando empieces a quedarte corto otra vez. Tomar buenas decisiones al principio suele ahorrar muchos disgustos y límites extraños más adelante.
En definitiva, al afrontar operaciones como sustituir un disco en RAID 1 o migrar un volumen básico a SHR con redundancia, lo esencial no es solo seguir los pasos del asistente, sino entender qué está pasando por debajo, qué implicaciones tiene cada opción y qué margen de maniobra tendrás si algo se tuerce. Con algo de planificación, copias de seguridad al día y paciencia mientras el sistema reconstruye, es perfectamente viable mantener tus datos a salvo y ganar redundancia o capacidad sin necesidad de empezar de cero.
