Je prévois utiliser un nouveau lecteur USB externe pour stocker uniquement des sauvegardes. (Il s’agit d’un disque dur WD Red 2 To NAS SATA III, modèle WD20EFRX, monté dans un boîtier USB.)
Le lecteur est venu sans une table de partition. Je l'ai partitionné avec gdisk (GPT).
Devrais-je utiliser le système de fichiers btrfs? J'utilise btrfs sur mon disque dur interne et cela n'a pas posé de problème depuis la première installation de Kubuntu 12.04 l'année dernière.
Mais je me demande s’il serait plus judicieux de partitionner ce disque de stockage de sauvegarde avec ext4.
Pour votre information, il semble que les arguments selon lesquels btrfs n'est pas prêt pour la production sont anciens. Voici quelques informations que j'ai trouvées.
Matthias Eckermann, chef de produit principal chez SUSE Enterprise Linux, déclare que Btrfs est prêt pour les systèmes de production, et à compter de SUSE Linux Enterprise 11 SP2, Btrfs est officiellement pris en charge.
De plus, selon le wiki de btrfs, "depuis février 2012, deux fournisseurs prennent en charge btrfs dans leurs distributions, Oracle et SUSE."
Selon le concepteur principal de BTRFS, BTRFS a encore quelques problèmes lorsque les systèmes de fichiers deviennent pleins. La fonctionnalité d'envoi/réception permettant d'envoyer/recevoir des différences d'instantané pour une sauvegarde hors site n'est pas encore totalement opérationnelle, et la déduplication en ligne (utile pour la sauvegarde des images de machines virtuelles) va se produire peut-être pour le noyau 3.11 (pas encore publié). Le support raidz était nouveau pour 3.10 et je n’ai pas encore eu la chance de le tester, je le ferai peut-être ce soir. Globalement, BTRFS est toujours en développement très actif et je préfère attendre jusqu'à ce qu'il soit terminé (ou du moins ne pas obtenir d'améliorations majeures de la fonctionnalité avec chaque noyau libérer!) avant de l’utiliser réellement en production.
L’utilisation de BTRFS ou de ZFS sur un boîtier externe utilisé pour les sauvegardes basées sur rsync présente l’avantage de vous permettre de créer des instantanés via, par exemple. un travail quotidien, puis parcourez le temps pour récupérer les anciennes données si nécessaire (si, par exemple, des fichiers ont disparu de votre disque dur pour des raisons inconnues et que vous devez les récupérer à partir de sauvegardes antérieures). J'utilise un boîtier USB3 avec ZFSonLinux à cette fin car j'ai besoin de la prise en charge de la déduplication pour les machines virtuelles (étant donné que le gros fichier .img est toujours différent de la perspective de rsync, la déduplication signifie que seuls les blocs réellement modifiés du fichier .img fichier soit changé sur la sauvegarde plutôt que de multiples copies d’énormes fichiers de 30 Go). Espérons que lorsque le noyau 3.12 sera disponible, la prise en charge de la déduplication BTRFS sera suffisamment mature pour que je puisse migrer hors de ZFS pour cette application. ZFS est cool, mais le fait qu’il ne soit pas intégré au noyau Linux pose des problèmes (par exemple, J'utilise une machine virtuelle Centos 6.4 pour effectuer les sauvegardes, car ZFS ne compilera pas avec le noyau 3.10).
Pour sauvegarder les systèmes de fichiers Linux, créez un instantané sur votre BTRFS (ou LVM), montez-le (si LVM) et sauvegardez-le via rsync. Cela garantit que vous disposerez d'une sauvegarde cohérente dès l'instantané. Ensuite, lorsque vous avez terminé avec l'instantané, supprimez-le. (Plus important avec LVM car les instantanés ont un impact significatif sur les performances). Mon script cron qui déclenche le travail de sauvegarde effectue également la rotation des instantanés (quotidiens, hebdomadaires, mensuels) sur mon système de fichiers de sauvegarde ZFS avant le début de la sauvegarde, de sorte que je puisse voyager dans le temps, si nécessaire.
En ce qui concerne la fiabilité, Hoary old ext4 est probablement le système de fichiers le plus fiable en raison de la façon dont il alloue statiquement les structures sur le disque, ce qui signifie que vous pouvez toujours les trouver et au moins récupérer la plupart de vos données en cas de plantage grave. L’inconvénient est que les cas Edge de fichiers très volumineux sont médiocres (le mode de fonctionnement des blocs de chaîne inode rend l’accès aléatoire à ces fichiers très lent), les problèmes liés aux systèmes de fichiers volumineux (dont la création et le traitement sont très lents) grand nombre de petits fichiers (qui épuisent la table inode). Personnellement, je continue à exécuter ext4 sur LVM sur RAID pour mes systèmes de fichiers racine et d’utiliser d’autres systèmes de fichiers pour des raisons de performances ou pour des raisons de fonctionnalité, le cas échéant.