Un aspecto muy importante que no he visto discutido en las otras respuestas son las características de estabilidad del diseño en disco del sistema de archivos (por ejemplo, considere consultar la documentación de posibles candidatos ext4 , btrfs )
Si bien la base de código y la cantidad de pruebas de los controladores del sistema de archivos de base de código, es de hecho importante como lo mostraron otras respuestas, ya que es la protección de los datos durante su lectura y escritura , el diseño / formato en disco es la protección contra riesgos para sus datos en reposo, que son formas de defectos de hardware, como sectores ilegibles o podredumbre silenciosa .
Con respecto a ext4, que se dice que tiene buenas características con respecto a la base de código probada durante mucho tiempo ( https://events.static.linuxfound.org/sites/events/files/slides/AFL%20filesystem%20fuzzing%2C%20Vault%202016_0. pdf muestra que tardó más en encontrar errores en él que, por ejemplo, en los más modernos y complejos btrfs), he examinado la resistencia ext4 en reposo y he encontrado algunas deficiencias de imho, del otro sistema de archivos alabado.
Consideraría prudente (si se elige ext4como " fs de respaldo sólido como una roca ") mejorar la capacidad de recuperación (aunque "endureciéndolo") utilizando la e2imageherramienta que ext4proporcionan los desarrolladores
El programa e2image guardará los metadatos críticos del sistema de archivos ext2, ext3 o ext4 ubicados en el dispositivo en un archivo especificado por archivo de imagen. El archivo de imagen puede ser examinado por dumpe2fs y debugfs, utilizando la opción -i para esos programas. Esto puede ayudar a un experto a recuperar sistemas de archivos dañados catastróficamente. En el futuro, e2fsck se mejorará para poder usar el archivo de imagen para ayudar a recuperar un sistema de archivos muy dañado.
y recomendar .
Es una muy buena idea crear archivos de imagen para todos los sistemas de archivos en un sistema y guardar el diseño de la partición (que puede generarse usando el comando fdisk -l) a intervalos regulares --- en el momento del arranque, y / o cada semana o entonces. El archivo de imagen debe almacenarse en algún sistema de archivos que no sea el sistema de archivos cuyos datos contiene, para garantizar que estos datos sean accesibles en el caso de que el sistema de archivos se haya dañado gravemente.
Teniendo en cuenta que ni siquiera todos los metadatos del ext4 diseño del disco se proporcionan con redundancia (es decir, el superbloque se almacena varias veces como una copia, los indoes se almacenan exactamente en un solo lugar), lo ext4que seguramente es inferior a btrfseso proporcionaría al menos sumas de verificación para todos los metadatos + los datos de contenido del archivo .
Para contrarrestar este "inconveniente" ext4y hacer que sea algo más rock-soliden el aspecto del diseño en el disco , podría ser razonable complementar esta redundancia y recuperación del contenido del archivo a través de par2/ parchive
A pesar de que la pregunta exige centrarse en las soluciones del sistema de archivos, me gustaría señalar que la mayor parte de lo que proporciona un sistema de archivos (almacenamiento en caché, diarios, recuperación del espacio asignado, asignación de bloques, etc.) no es necesariamente algo de lo que los datos de respaldo se beneficiarán mucho cuando solo se escribe y lee a granel y rarley. Para eso, consideraría usar una copia de seguridad parchivecomplementaria tarcomo la solución de copia de seguridad más óptima, ya que se reduce la base de código utilizada en el proceso y, por lo tanto, hay menos errores si hay menos "características".