3 Misconceptions About RAID Servers
¿Depende del data storage RAID para sus datos empresariales críticos? Los sistemas RAID ofrecen numerosas ventajas, como la redundancia y un mayor rendimiento, pero no son invulnerables a la pérdida de datos.
Como empresa líder en recuperación de datos, DriveSavers ha llevado a cabo decenas de miles de recuperaciones de datos de servidores y conoce en profundidad los numerosos mitos y malentendidos que rodean al RAID. En este artículo desmentimos tres de los mitos más persistentes para ayudarle a tomar decisiones informadas sobre el uso de sistemas RAID para el data storage y la protección de sus datos valiosos.
Aunque los sistemas RAID 5, RAID 6 y los servidores en espejo suelen incorporar redundancia de datos —lo que ayuda a reducir el riesgo de pérdida cuando falla físicamente una unidad—, estos dispositivos NO son copias de seguridad. Si se producen demasiados fallos de discos, el servidor se corrompe, un usuario elimina archivos por error o un ransomware toma el control y cifra el contenido, podría perder sus datos.
Es una suposición peligrosa, pero muchos usuarios ven “RAID” y creen que están protegidos. La mayoría de los servidores que hemos visto a lo largo de los años contaban con redundancia integrada; sin embargo, estos sistemas aun así han sufrido múltiples fallos, corrupción de datos, eliminación intencionada de información o borrado accidental de datos.

Al adquirir un sistema RAID completo, es importante recordar que todas las unidades que componen el servidor suelen ser de la misma marca, modelo y antigüedad. Las unidades idénticas tienden a tener ciclos de vida muy similares, o incluso idénticos. El fallo de una sola unidad puede no provocar la pérdida de datos, pero el fallo de varias unidades sin duda la provocará.
Lo mismo ocurre con los dispositivos NAS (network-attached storage) que funcionan con RAID. Muchas pequeñas empresas y oficinas en casa confían en los sistemas NAS porque ofrecen redundancia RAID en un formato compacto y asequible, pero un NAS tampoco es una copia de seguridad. Se aplican los mismos escenarios de fallo: múltiples fallos de discos, ransomware, eliminación accidental o corrupción del firmware pueden provocar la pérdida de datos independientemente del nivel de RAID configurado.

Aunque la palabra «redundant» es la primera letra de RAID (redundant array of independent disks), no todos los sistemas de data storage RAID incorporan realmente redundancia.
Considere una configuración RAID 0, que implica “distribuir” (striping) los datos en dos o más unidades, de modo que diferentes partes de un mismo archivo se almacenen en cada unidad del sistema. RAID 0 no incluye copias de los datos y, por lo tanto, no es redundante. En este caso, si una sola unidad sufre un fallo físico, independientemente del número de dispositivos de data storage que formen parte de la configuración, todo el RAID queda inmediatamente inaccesible y los datos se pierden. De hecho, por este motivo, el riesgo de pérdida de datos es mayor que con una única unidad. Cuantas más unidades se utilicen en esta configuración, mayor será la probabilidad de pérdida de datos.
Entonces, ¿por qué utilizar un RAID 0? La respuesta es el rendimiento. Los archivos siempre se dividen en partes, tanto si utiliza una sola unidad como un RAID. Cuando las partes de un archivo se distribuyen entre varias unidades, pueden leerse simultáneamente desde todas ellas en lugar de desde una sola. Para ilustrarlo, imagine una manzana partida en dos mitades. Puede coger la manzana entera más rápido con dos manos que con una, ya que puede sujetar ambas mitades al mismo tiempo. Del mismo modo, cuantos más discos utilice en su RAID 0, mayor será la tasa de transferencia de datos (la velocidad a la que los datos se mueven de un lugar a otro). Asegúrese de realizar copias de seguridad de todo para no tener que recurrir a la recuperación de datos RAID.
La redundancia es una de las dos principales razones por las que los usuarios eligen RAID; la otra es el rendimiento. Si una sola unidad falla en un servidor con paridad o redundancia, el sistema seguirá funcionando en modo degradado, aunque a menor velocidad. Dado que los usuarios siguen teniendo acceso a todos sus datos incluso en modo degradado tras el fallo de una unidad, es posible que no perciban ningún cambio. En ese caso, continuarán trabajando sin ser conscientes del riesgo, hasta que falle la siguiente unidad.
Un administrador de sistemas dedicado, que revisa de forma regular y sistemática un servidor en busca de cualquier problema o incidencia, puede ser capaz de detectar cuándo una de las unidades ha fallado y sustituirla antes de que se produzcan otros fallos. Sin embargo, como se ha mencionado anteriormente, las unidades de un RAID en el que se escriben datos suelen ser de la misma marca, modelo y antigüedad, con la misma vida útil y probabilidad de fallo.

La verdad es que incluso los sistemas RAID deben contar con copias de seguridad. Un buen punto de partida es la regla 3-2-1: mantenga 3 copias de sus datos, en 2 tipos diferentes de soportes, con 1 copia almacenada fuera de las instalaciones. Se trata de un marco sencillo que garantiza que un único fallo no pueda provocar la pérdida total, ya sea de una unidad, un servidor o una ubicación física completa.
Como usuario final o administrador de sistemas, debe considerar el riesgo de no disponer de los datos de una hora, un día, una semana, un mes o un año y planificar en consecuencia. Si la pérdida de datos durante un periodo específico sería demasiado devastadora, busque una solución para copiar los datos a otro soporte. Este soporte puede ser otro RAID, la nube o cinta magnética—cualquier opción que garantice la protección de los datos cuando su servidor falle o se produzca otra situación de pérdida de datos.
Si los datos no se pueden recuperar, no se le cobrará ningún importe. Si experimenta un fallo en su servidor y necesita servicios de recuperación de datos RAID con urgencia, póngase en contacto con DriveSavers en el +1 (888) 440-2404 y pregunte por nuestros servicios de recuperación de datos de servidores con Priority Level.


