J'envisage d'utiliser btrfs sur mon lecteur de données afin de pouvoir utiliser snapper, ou quelque chose comme snapper, pour prendre des instantanés basés sur le temps. Je crois que cela me permettra de parcourir les anciennes versions de mes données. Cela viendrait s'ajouter à ma sauvegarde hors site actuelle, car une panne de disque effacerait les données et les instantanés.
D'après ce que j'ai compris, les instantanés btrfs ne prennent pas beaucoup de place (les métadonnées et les blocs qui ont changé, plus peut-être des frais généraux), donc l'espace ne semble pas être une contrainte.
Si j'ai un million d'instantanés (par exemple, un instantané toutes les minutes pendant deux ans), cela causerait-il des ravages, en supposant que j'ai suffisamment d'espace disque pour les données, les données modifiées et les métadonnées ?
S'il existe une limite pratique au nombre d'instantanés, dépend-elle du nombre de fichiers et/ou de la taille des fichiers ?
Réponse acceptée :
En tant que personne qui utilise un btrfs système de fichiers avec Arch Linux pendant presque 2 ans maintenant, je peux dire avec certitude qu'il ne semble pas y avoir de limite pratique au nombre d'instantanés qui peuvent être facilement atteints. Il y a cependant quelques mises en garde. btrfs système de fichiers peut entraîner une fragmentation. Il est donc conseillé d'utiliser la fonctionnalité de défragmentation en ligne intégrée à btrfs . De plus, on peut faire bon usage de btrfs fonction de compression. Ces mesures devraient prendre en charge la plupart des problèmes de performances qui pourraient raisonnablement survenir sur un ordinateur raisonnablement décent suite à la création d'un grand nombre d'instantanés.
Comme vous le savez peut-être btrfs traite les sous-volumes comme des systèmes de fichiers et, par conséquent, le nombre d'instantanés est en effet limité, notamment par la taille des fichiers. Selon le btrfs wiki la taille de fichier maximale pouvant être atteinte est de 2^64 byte == 16 EiB .
En dehors de ces limitations, il peut toujours y avoir des problèmes lorsque vous manquez d'espace sans que vous le reconnaissiez immédiatement car la vérification de l'espace libre sur btrfs les systèmes de fichiers peuvent parfois être délicats, c'est-à-dire sans pouvoir différencier les différentes méthodes de mesure de l'espace libre sur un btrfs système de fichiers, on peut facilement utiliser la trace de la quantité d'espace réellement restante. Un moyen possible d'éviter ce scénario est l'utilisation de quotas. Cela garantit que les utilisateurs (ou l'utilisateur s'il n'y en a qu'un) ne peuvent utiliser qu'une certaine quantité d'espace. Ce concept est discuté très habilement ici et aussi ici.
Dernier avertissement, mais non des moindres :je ne suis pas un expert en btrfs systèmes de fichiers et n'ai lu ces choses que lorsque j'ai eu la même question il y a quelque temps. De plus, il y a toujours le problème que btrfs est une "cible en mouvement rapide" (Nice wording étant volé à un Arch Linux page wiki je pense.) donc les choses pourraient changer.