Le BTRFS garantit-il la cohérence des données en cas de panne de courant?

Comme le déclare ZFS exclusivement ,ZFS est invulnérable ZFS accepte qu'il pourrait être vulnérable aux pannes de courant.

Je n'ai pas pu trouver une telle déclaration pour BTRFS. Est-il (ou conçu / prévu pour être) durable entre les coupures de courant?

J'ai posé la question sur #btrfs IRC, ils ont dit should be ok if your hw isn't "buggy"où pas - "buggy" signifie your hw has correct flush/barrier semantics.

TL; DR: Cela signifie que btrfs est protégé contre la corruption de données due à une perte d'alimentation de la même manière que ZFS.

Voici pourquoi: L'idée générale derrière ZFS et btrfs est similaire. Les deux utilisent des arbres Merkle comme structure de données . Les écritures peuvent nécessiter la mise à jour de plusieurs blocs sur le ou les disques. Le système de fichiers gère cela en écrivant les nouvelles données dans des blocs vides (même si un fichier existant est en cours de modification, il n'a donc pas besoin de modifier les blocs qui reflètent l'ancien état) et en construisant une nouvelle arborescence mise à jour. Une fois que tous les efforts sont effectués et que les données + l'arborescence mise à jour ont été écrites sur le disque, le pointeur de la tête est mis à jour vers la nouvelle arborescence, ce qui rend le changement visible.

Voici comment les choses sont censées se comporter lors de l'écriture dans un fichier:

1. Écrivez des données sur des blocs libres sur le disque.
2. Faites une copie de l'arborescence Merkle *, mettez-la à jour en fonction des modifications écrites en (1).
3. Demander au matériel de vider les données sur le disque - le matériel écrit toutes les données en attente.
4. Mettez à jour le pointeur de tête vers le nouvel arbre Merkle.
5. Libérez les vieux blocs qui ne sont plus nécessaires.

Si l'alimentation est coupée après (4), la transaction est terminée. En cas de coupure de courant au cours des étapes (1) à (3), le système de fichiers retrouvera l'ancien état (les données écrites à l'étape (1) sont perdues mais le système de fichiers est cohérent). Notez qu'il n'est pas nécessaire de vérifier les erreurs du système de fichiers, ce qui signifie que le système de fichiers est disponible immédiatement, ce qui est un gros avantage (la vérification de grands systèmes de fichiers peut prendre très longtemps!).

Voici un exemple de la façon dont les choses peuvent mal se passer avec du matériel "buggy":

1. Écrivez des données sur des blocs libres sur le disque.
2. Faites une copie de l'arborescence Merkle *, mettez-la à jour en fonction des modifications écrites en (1).
3. Demander au matériel de vider les données sur le disque - le matériel confirme la fin mais ne videra pas complètement (par exemple, les données peuvent rester dans le cache de réécriture du disque).
4. Mettez à jour le pointeur de tête vers le nouvel arbre Merkle. Ces données sont écrites sur le disque avant les autres données en attente (par exemple parce que la tête du disque se trouve au bon endroit).
5. Les données écrites aux étapes (1) et (2) sont écrites sur le disque.
6. Libérez les vieux blocs qui ne sont plus nécessaires.

Le système de fichiers deviendra incohérent en cas de panne de courant entre (4) et (5) ou lors de l'exécution de l'étape (5). Par conséquent, l'arborescence Merkle et / ou les données peuvent être partiellement écrites, ce qui rend le système de fichiers incohérent.

En pratique, vous devez être particulièrement prudent lorsque vous utilisez des contrôleurs RAID . Ils désactivent généralement les caches de réécriture sur le disque et utilisent leur propre cache de réécriture à la place. Il y a deux façons courantes pour que les choses tournent mal:

• Le cache du contrôleur RAID est de la RAM. S'il n'est pas soutenu par une batterie ou une technologie similaire, vous risquez de perdre une quantité importante de données.
• Certains disques ne désactivent pas leurs caches d'écriture différée lorsque cela leur est demandé . Cela est plus susceptible de se produire avec des disques de bureau bon marché qu'avec des disques de serveur conçus pour les RAID.

* Je simplifie les choses ici. Il n'est en fait pas nécessaire de copier tout l'arbre. Seules les parties modifiées doivent être ajoutées - les parties restantes peuvent être partagées entre l'ancienne et la nouvelle arborescence .