Quel système de fichiers conviendrait le mieux pour les sauvegardes? Je m'intéresse principalement à la stabilité (en particulier l'incorruptibilité des fichiers lors des redémarrages durs, etc.), mais l'efficacité avec laquelle il gère les gros fichiers (> 5 Go) est également importante.
De plus, quels paramètres de montage dois-je utiliser?
Le noyau est Linux> = 2.6.34.
EDIT: Je ne veux pas de méthodes de sauvegarde. J'ai besoin du système de fichiers pour les stocker.
linux
filesystems
backup
Maciej Piechotka
la source
la source
Réponses:
Vous pouvez utiliser ext4, mais je recommanderais le montage avec le
journal_data
mode qui désactivera le dealloc (allocation retardée) qui a causé des problèmes antérieurs. La désactivation de dealloc ralentit l'écriture de nouvelles données, mais rend les écritures en cas de panne de courant moins susceptibles d'avoir une perte. Je dois également mentionner que vous pouvez désactiver le dealloc sans l'utiliser,journal_data
ce qui présente d'autres avantages (ou du moins il l'a fait dans ext3), comme des lectures légèrement améliorées, et je pense qu'une meilleure récupération.Les extensions aideront toujours à la fragmentation. Les extensions permettent de supprimer les fichiers volumineux beaucoup plus rapidement que ext3, la suppression de toutes les données de taille (fichier unique) devrait être quasi instantanée sur ext4 mais peut prendre beaucoup de temps sur ext3. (toute étendue basée FS a cet avantage)
ext4 est également
fsck
plus rapide que ext3.Une dernière note, il y avait des corrections de bugs dans ext4 jusqu'à comme 2.6.31? Je m'assurerais essentiellement que vous n'exécutez pas un noyau avant 2.6.32 qui est un noyau LTS.
la source
ext4
il pourrait être utile d'envisager la mertis et les risques associés à sonon disk layout
et donc la sécurité des données au repos (un aspect discuded ici )XFS est solide comme le roc et a été dans le noyau pendant des siècles. Examinez des outils comme xfs_freeze et voyez si c'est ce que vous recherchez. Je sais que c'est très subjectif mais j'ai utilisé XFS pour le stockage de données pendant des années sans incident.
la source
Utilisez simplement un outil de sauvegarde qui prend en charge les sommes de contrôle. Par exemple, Dar le fait et prend en charge les sauvegardes incrémentielles. Ensuite, vous pouvez sauvegarder sur un système de fichiers solide comme ext3.
Pour les sauvegardes, vous voulez quelque chose de solide / très stable. Et btrfs ou ZFS ne sont tout simplement pas prêts aujourd'hui.
la source
btrfs a une somme de contrôle transparente des données écrites sur le disque et un mode d'écriture ordonnée rapide qui est toujours activé (et de nombreuses autres fonctionnalités conviviales pour la sauvegarde), ce qui le rend attrayant pour les sauvegardes. Voir https://btrfs.wiki.kernel.org/index.php/Main_Page pour plus de détails.
la source
Un aspect très important que je n'ai pas vu discuté dans les autres réponses est les caractéristiques de stabilité de la disposition sur disque du système de fichiers (par exemple, pensez à consulter la documentation des candidats potentiels ext4 , btrfs )
Alors que la base de code et la quantité de tests des pilotes du système de fichiers de base de code, sont en effet importants comme l'ont montré d'autres réponses, car il s'agit de la protection des données lors de leur lecture et de leur écriture , la disposition / le format sur disque est la protection contre les risques pour vos données au repos, qui sont des formes de défauts matériels tels que des secteurs illisibles ou la pourriture silencieuse des bits .
En ce qui concerne
ext4
, qui aurait de bonnes caractéristiques en ce qui concerne la base de code testée depuis longtemps ( https://events.static.linuxfound.org/sites/events/files/slides/AFL%20filesystem%20fuzzing%2C%20Vault%202016_0. pdf montre qu'il a fallu plus de temps pour y trouver des bugs que par exemple dans le plus moderne et le plus complexebtrfs
), j'ai étudié la résistance ext4 au repos et j'ai trouvé quelques défauts à mon humble avis, du système de fichiers autrement loué.Je considérerais prudent (s'il est choisi
ext4
comme " fs de sauvegarde solide comme le roc ") d'améliorer la récupérabilité (bien que "le durcisse") en utilisant l'e2image
outilext4
fourni par les développeurs deet recommander .
Étant donné que toutes les métadonnées de la disposition
ext4
sur disque ne sont pas toutes fournies avec redondance (c'est-à-dire que le superbloc est stocké plusieurs fois en tant que copie, les indos sont stockés à un seul endroit), leext4
est sûrement inférieur àbtrfs
celui qui fournirait au moins des sommes de contrôle pour toutes les métadonnées + les données du contenu du fichier .Pour contrebalancer ce "défaut"
ext4
et en faire plusrock-solid
dans l'aspect de la disposition sur disque, il pourrait être raisonnable de compléter cette redondance et la récupération du contenu du fichier viapar2
/ parchiveBien que la question exige de se concentrer sur les solutions de système de fichiers, je voudrais attirer l'attention sur le fait que la plupart de ce qu'un système de fichiers fournit (mise en cache, journaux, récupération de l'espace alloué, allocation de blocs, etc.) n'est pas nécessairement quelque chose dont les données de sauvegarde bénéficieront. beaucoup en étant seulement écrit et lu en vrac et rarement. Pour cela, j'envisagerais d'utiliser une sauvegarde
parchive
supplémentairetar
comme la solution de sauvegarde la plus optimale, car la base de code utilisée dans les processus est réduite, et donc il y a moins de bugs s'il y a moins de "fonctionnalités".la source