¿Cómo puede la paridad RAID seguir siendo válida cuando los datos del NAS están corruptos?

La paridad RAID puede seguir siendo matemáticamente válida mientras que los datos del NAS estén incorrectos porque la paridad generalmente demuestra que los bloques actuales satisfacen una ecuación de redundancia. No prueba que esos bloques contengan el contenido histórico correcto del archivo.

Si se escriben datos corruptos a través de la ruta normal de almacenamiento, la capa RAID puede calcular una paridad coincidente para esos datos corruptos. La franja es internamente consistente, pero el archivo aún puede estar lógicamente o silenciosamente dañado.

¿Qué valida realmente la paridad RAID?

La paridad es una relación entre bloques en una franja. En un ejemplo simplificado de paridad simple, los bloques de datos y el bloque de paridad están conectados por una ecuación XOR. Si falta un bloque, los otros pueden recrearlo.

Esa ecuación responde a una pregunta estrecha: ¿estos valores actuales de los bloques encajan en la relación de paridad esperada? No responde si una foto aún contiene los píxeles que el usuario guardó originalmente, si una página de base de datos refleja la última transacción confirmada o si un malware cambió el archivo intencionalmente.

¿Cómo pueden coexistir datos incorrectos y paridad correcta?

Supongamos que un camino de memoria defectuoso, un error de software, un fallo en la aplicación o una fuente ya corrupta produce datos incorrectos antes de que RAID calcule la paridad. La pila de almacenamiento escribe los datos incorrectos y actualiza la paridad a partir de ese mismo valor erróneo. Ambas escrituras pueden completarse perfectamente.

La franja resultante es coherente desde la perspectiva de RAID. Una verificación posterior de paridad puede no encontrar ninguna discrepancia porque la ecuación sigue siendo verdadera. La falla ocurrió por encima de la capa de paridad, por lo que la paridad no tiene un registro independiente del contenido previsto.

¿Por qué un agujero de escritura RAID es un problema diferente?

Un agujero de escritura ocurre cuando una actualización de franja se interrumpe después de que solo una parte del cambio de datos y paridad llega al almacenamiento estable. La franja puede entonces contener una mezcla de valores antiguos y nuevos. Esto es inconsistencia de paridad, no el caso de “datos erróneos con paridad coincidente”.

La documentación del registro parcial de paridad (PPL) de Linux MD explica que PPL cierra el agujero de escritura RAID 5 registrando la paridad parcial antes de la actualización principal de la franja. También señala un límite importante: proteger la consistencia de la paridad no protege automáticamente los datos de usuario en tránsito de todos los modos de falla.

Los diarios RAID descritos en la documentación RAID del device-mapper de Linux resuelven la misma clase de actualizaciones de componentes no atómicas. Mantienen la ecuación de paridad coherente tras una escritura interrumpida, pero no pueden determinar si la aplicación suministró los bytes correctos.

¿Qué añade integridad de extremo a extremo?

Los sumas de verificación de extremo a extremo añaden una identidad separada para un bloque de datos o registro. Un escaneo puede recalcular la suma y compararla con el valor almacenado. Si una copia redundante falla la validación y otra la pasa, el sistema tiene evidencia sobre cuál copia es confiable.

La documentación de escaneo de Btrfs describe la comprobación de datos y metadatos para errores de suma y lectura, y luego la reparación desde una réplica verificada cuando está disponible. Eso es diferente de confiar solo en la paridad para decir que una ecuación de franja está equilibrada.

La suma de verificación también debe protegerse y almacenarse a través de una ruta confiable. Si tanto el contenido como su suma se sobrescriben juntos con una versión nueva lógicamente incorrecta, el sistema puede verificar esa versión errónea de manera consistente.

¿Dónde sigue ayudando RAID?

La paridad sigue siendo valiosa para la recuperación de fallos de disco y bloques ilegibles. Puede reconstruir información faltante, preservar la disponibilidad y apoyar la reparación cuando la falla está dentro del modelo RAID. El error es pedirle a la paridad que pruebe la corrección de la aplicación, la verdad histórica o la independencia de la misma pila de almacenamiento.

Este límite es parte de los límites de RAID para la protección de datos NAS en casa. RAID, sumas de verificación, snapshots y copias de seguridad responden a diferentes preguntas y se vuelven más fuertes cuando se combinan en capas en lugar de tratarse como intercambiables.

Preguntas frecuentes

¿Una verificación de paridad exitosa prueba que cada archivo es correcto?

No. Prueba que las franjas verificadas satisfacen sus relaciones actuales de paridad. Los archivos aún pueden estar lógicamente incorrectos, cambiados maliciosamente o consistentemente corruptos por encima de la capa RAID.

¿Las sumas de verificación pueden identificar la copia correcta?

Pueden distinguir una copia que coincide con su suma almacenada de una que no. La reparación aún requiere una copia redundante válida o una copia de seguridad, y una suma no puede detectar una versión mala que fue legítimamente sumada después de ser escrita.

¿El registro RAID es lo mismo que el registro del sistema de archivos?

No. El registro RAID protege la consistencia de la actualización del arreglo, especialmente las relaciones de datos y paridad. El registro del sistema de archivos protege la consistencia de las transacciones del sistema de archivos, como las actualizaciones de metadatos.

Conclusión final

La paridad válida significa que la franja actual es matemáticamente autoconsistente. No significa que los bytes sean los bytes previstos. Se necesitan sumas de verificación de extremo a extremo, semántica de transacciones, snapshots y copias de seguridad independientes para responder a las preguntas más amplias de integridad y recuperación que la paridad no puede.