La red de seguridad integrada de RAR: el registro de recuperación
La única diferencia real entre RAR y 7z cuando las cosas van mal es que RAR puede llevar su propio kit de reparación. Al crear un comprimido, WinRAR puede añadir un registro de recuperación: datos redundantes adicionales cuyo único trabajo es reconstruir después las partes dañadas del comprimido. En el formato moderno RAR5 esa redundancia usa corrección de errores Reed-Solomon, la misma familia de matemáticas que protege los CD y los códigos QR.
La regla general es sencilla: un registro de recuperación repara el daño en el sitio hasta aproximadamente su propio tamaño. Añade un registro de recuperación del 3 % y podrás sanar en torno al 3 % de los bytes dañados del comprimido. Es ideal para el fallo habitual en el que el almacenamiento voltea o sobrescribe una banda de bytes sin cambiar la longitud del archivo: los bytes corruptos se quedan donde están, el registro aporta los valores correctos y WinRAR reconstruye el comprimido en el sitio.
Un registro de recuperación de RAR sana el daño en el sitio hasta más o menos su propio tamaño — corrupción que voltea o sobrescribe bytes sin cambiar la longitud del archivo.
La pega es lo que no puede hacer. Un registro de recuperación corrige el daño que se mantiene en su posición. Es inútil ante inserciones y borrados: si se añaden o se quitan bytes, cada byte posterior a ese punto se desplaza, la alineación del registro se rompe y la corrección falla. Tampoco puede ayudar si el daño supera la capacidad del registro, o si el comprimido se creó directamente sin registro de recuperación, que es lo predeterminado. Muchísimos archivos RAR por ahí no tienen ningún registro al que recurrir.
7z no tiene red de seguridad, y su disposición lo empeora
7z comprime bien, a menudo mejor que RAR, pero no lleva ningún registro de recuperación. No hay opción de redundancia integrada, así que cualquier byte dañado es un byte sin copia. Eso solo ya haría a 7z más frágil; su disposición de archivo agrava el problema.
Un archivo 7z escribe su directorio, la cabecera que lista cada fichero, su tamaño y dónde viven sus datos, al final del archivo. Es eficiente de escribir, pero significa que el mapa que necesitas para dar sentido al comprimido es lo último en el disco. La corrupción más habitual del mundo real, una descarga interrumpida o truncada, se lleva la cola primero. Pierde el final de un 7z y a menudo pierdes el directorio, y sin el directorio el comprimido puede ser difícil de interpretar siquiera, aunque la mayoría de los datos comprimidos siga ahí intacta.
7z guarda su directorio al final, así que una descarga truncada tiende a eliminar justo el mapa que hace falta para leer las entradas que sobrevivieron.
Es la imagen especular del registro de recuperación de RAR: no solo ninguna redundancia, sino una estructura en la que la corrupción más común golpea la parte más importante. No convierte a 7z en un mal formato, su compresión es una ventaja real, pero sí significa que un 7z dañado tiene menos opciones integradas que un RAR dañado.
La extracción por rescate funciona en cualquiera de los dos formatos
Cuando la reparación no es una opción, ningún registro de recuperación en el RAR, ningún directorio en el 7z, aún queda el rescate. Ambos formatos almacenan los datos comprimidos de cada fichero como una unidad identificable, así que una herramienta puede escanear el comprimido, encontrar las entradas cuyos datos están intactos y descomprimir esas de forma individual, aunque el comprimido en su conjunto no abra.
En la práctica eso significa recuperación parcial: «38 de 44 ficheros extraídos» en lugar de todo o nada. Un comprimido con una región dañada entrega los ficheros almacenados antes de ella y, a menudo, los ficheros posteriores cuyos datos empiezan limpios más allá del daño. Es el mismo principio que hace parcialmente recuperables los ZIP dañados, y suele ser el resultado realista para un 7z que perdió su directorio: las entradas siguen ahí para extraerse una a una. Para el lado ZIP de esto, mira reparar un ZIP corrupto y el error específico de Windows «la carpeta comprimida no es válida».
Dónde se agota el rescate: archivos sólidos y cifrados
El rescate tiene límites duros, y dos de ellos deciden la mayoría de los resultados.
Los archivos sólidos pierden todo lo que hay tras el daño
Tanto RAR como 7z pueden ser sólidos: ficheros comprimidos como un único flujo continuo para que los posteriores reutilicen datos anteriores, lo que mejora la relación de compresión. El precio es que la descompresión es estrictamente secuencial, para llegar a un fichero descodificas todo lo anterior. Cuando la corrupción interrumpe el flujo, el descodificador no puede continuar más allá del punto dañado, así que cada fichero posterior al daño queda inalcanzable aunque sus bytes estén físicamente en el disco. Los ficheros anteriores al daño salen igual; todo lo que viene después queda varado. Un archivo no sólido evita esto porque cada fichero se sostiene por sí solo.
Los archivos cifrados necesitan primero la contraseña
Si el comprimido está cifrado, nada de esto ocurre sin la contraseña. Tanto el rescate como la reparación con registro de recuperación operan sobre datos que pueden leer, y las entradas cifradas son ilegibles hasta que se descifran. Un registro de recuperación aún puede reparar los bytes cifrados en el sitio, y el rescate aún puede identificar entradas, pero convertir cualquiera de ellas de nuevo en tus ficheros requiere la contraseña. Ninguna herramienta de reparación rodea el cifrado; ese es precisamente el objetivo del cifrado.
Por qué las herramientas de navegador rescatan, no reparan con registro de recuperación
Aquí está la línea honesta que la mayoría de las páginas de «reparar RAR en línea» difuminan. Aplicar de verdad un registro de recuperación Reed-Solomon, la operación que sana un RAR dañado en el sitio, es una función de WinRAR de pago. Ninguna biblioteca de código abierto la reproduce. Así que cuando una herramienta de navegador o una utilidad gratuita dice que «repara» un RAR, lo que de verdad está haciendo, en casi todos los casos, es rescatar: leer el comprimido y extraer las entradas cuyos datos sobreviven.
Esa distinción importa para ajustar expectativas. Si tu RAR tiene un registro de recuperación y un daño en el sitio dentro de su capacidad, la propia opción «Reparar archivo» de WinRAR es la herramienta que puede reconstruirlo de verdad, y vale la pena probarla primero. Si no hay registro de recuperación, o el daño es truncamiento, inserción o borrado, entonces la reparación no está disponible para nadie y el rescate es la vía realista, que es exactamente lo que puede hacer una herramienta de navegador, sin que el comprimido salga de tu máquina.
Así que el orden práctico es: si es un RAR con registro de recuperación, deja que WinRAR intente su reparación. Si no, sea RAR o 7z, echa mano de la extracción por rescate y recupera las entradas intactas. Ninguno de los dos enfoques inventa datos que no están en el archivo; ambos solo sacan el máximo partido de lo que sí está.
Preguntas frecuentes
¿Es mejor RAR o 7z para recuperar un comprimido dañado?
Para sobrevivir a los daños, RAR lleva ventaja, porque los archivos RAR5 pueden incluir un registro de recuperación Reed-Solomon que repara automáticamente una cantidad limitada de daño en el sitio. 7z no tiene equivalente: no guarda redundancia y escribe su directorio justo al final del archivo, así que una descarga truncada suele llevarse por delante todo el comprimido. Para pura relación de compresión, 7z gana con frecuencia, pero esa es una pregunta distinta de sobrevivir a la corrupción.
¿Qué es un registro de recuperación de RAR y cuánto puede arreglar?
Es una redundancia opcional que WinRAR puede añadir al crear un comprimido, usando corrección de errores Reed-Solomon en RAR5. Repara el daño en el sitio, bytes que se voltearon o se sobrescribieron, hasta aproximadamente el tamaño del propio registro: un registro de recuperación del 3 % puede sanar en torno al 3 % del daño. Es potente frente a la corrupción que no cambia la longitud del archivo, e inútil ante inserciones o borrados, que desplazan cada byte siguiente y rompen la alineación.
¿Se pueden recuperar archivos de un comprimido 7z corrupto?
A veces, mediante rescate en lugar de reparación. Si la corrupción está a mitad de camino, una herramienta a menudo puede extraer las entradas almacenadas antes de la región dañada, porque los datos comprimidos de cada entrada son descodificables por sí solos. Lo que rompe un 7z es perder el final del archivo, donde vive el directorio que lista cada entrada, o tener un archivo sólido cuyos datos encadenados dejan de descodificarse al primer byte dañado. Tampoco hay un registro de recuperación al que recurrir en ninguno de los dos casos.
¿Por qué un archivo sólido pierde todo lo que hay tras el daño?
En un archivo sólido, los ficheros se comprimen como un único flujo continuo para que los posteriores puedan referenciar datos anteriores, lo que mejora la relación de compresión. El coste es que la descompresión es secuencial: para llegar a un fichero hay que descodificar todo lo anterior. Cuando la corrupción interrumpe el flujo, el descodificador no puede pasar de ahí, así que cada fichero tras el punto del daño queda inalcanzable aunque sus bytes estén físicamente presentes. Los ficheros anteriores al daño suelen salir igualmente.
¿Las herramientas de navegador reparan los registros de recuperación de RAR?
No, y cualquiera que afirme hacerlo merece dudas. Aplicar de verdad un registro de recuperación Reed-Solomon para reparar un comprimido es una función de WinRAR de pago que ninguna biblioteca de código abierto reproduce. Lo que hacen las herramientas de navegador y de código abierto es rescatar: extraer las entradas intactas y descodificar lo que sobrevive. Es genuinamente útil, pero es una operación distinta de la reparación con registro de recuperación, y es honesto llamarlo por su nombre.
Lectura relacionada: ¿es seguro subir tus archivos a una herramienta de reparación en línea?