Il y a juste 2 notions différentes:
- la cohérence de ton FS/base de données ....
- la cohérence de tes données.
Pour que tes données soient cohérentes il faut que le mécanisme de réplication assure que les IOs sont réalisées dans le même ordre (In Order Delivery) c'est à dire que si tu fais une IO1 puis une IO2 sur un système tu trouves bien la même chose sur le système distant et dans le même ordre. (Analogie à faire avec le mode barrière des disques récemment traité dans le kernel)
Par contre ton système de réplication n'est pas en charge de la bonne cohérence de ton FS. Le FSCK est peut-être toujours nécessaire.
Tu peux avoir pert de de données en cas de FSCK ou en cas de non réplication (souvent lié à un sinistre - crash OS/ crash hardware/ crash de datacenter ... )
[^] # Re: Stockage distribué DRBD
Posté par pfrenard . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
- la cohérence de ton FS/base de données ....
- la cohérence de tes données.
Pour que tes données soient cohérentes il faut que le mécanisme de réplication assure que les IOs sont réalisées dans le même ordre (In Order Delivery) c'est à dire que si tu fais une IO1 puis une IO2 sur un système tu trouves bien la même chose sur le système distant et dans le même ordre. (Analogie à faire avec le mode barrière des disques récemment traité dans le kernel)
Par contre ton système de réplication n'est pas en charge de la bonne cohérence de ton FS. Le FSCK est peut-être toujours nécessaire.
Tu peux avoir pert de de données en cas de FSCK ou en cas de non réplication (souvent lié à un sinistre - crash OS/ crash hardware/ crash de datacenter ... )
J'espère avoir été clair :)
@++