Schématiser la journalisation
g25451
Messages postés
71
Statut
Membre
-
Manu -
Manu -
Bonjour,
Le rôle du journal s'agit d'enregistrer le nouveau contenu des blocs de méta-données pendant le processus de validation de la transaction.
On trouvera trois types de blocs dans le journal :
- les méta-données,
- les blocs de description
- et les les blocs d'en-tête (metadata, descriptor et header blocks).
J'aimerais trouvé un schéma qui décrit le contenu d'un journal avec les meta-données
ainsi que le fonctionnement de :
- Nouvelle écriture disque
- Ecriture dans le journal
- Ecriture sur le disque
- Si ok, suppression dans le journal.
J'ai rien trouvé sur internet, si quelqu'un s'y connais
Merci
Le rôle du journal s'agit d'enregistrer le nouveau contenu des blocs de méta-données pendant le processus de validation de la transaction.
On trouvera trois types de blocs dans le journal :
- les méta-données,
- les blocs de description
- et les les blocs d'en-tête (metadata, descriptor et header blocks).
J'aimerais trouvé un schéma qui décrit le contenu d'un journal avec les meta-données
ainsi que le fonctionnement de :
- Nouvelle écriture disque
- Ecriture dans le journal
- Ecriture sur le disque
- Si ok, suppression dans le journal.
J'ai rien trouvé sur internet, si quelqu'un s'y connais
Merci
2 réponses
Bonjour,
Le journal sert à conserver provisoirement l'ancien contenu (et non le nouveau), en attendant qu'un lot de mises à jour soit complètement faite (on appelle cela une transaction).
Par exemple si on veut écrire dans un fichier (l'allonger), il faut :
- réserver de la place (donc modifier la table d'allocation)
- modifier la taille, la date, etc... dans le répertoire contenant le fichier
- écrire dans le fichier lui-même.
Si l'une de ces écritures est faite sans que les trois le soient, il y a une incohérence. C'est ce qui se produit quand on a une panne de courant.
Il faut donc :
- sauver les anciens contenus des trois zones concernées dans le journal,
- écrire,
- marquer que les anciens contenus sont devenus inutiles.
En cas de reprise après panne, on rétablit les anciens contenus, le disque redevient cohérent bien qu'il y ait eu perte d'information.
S'agissant de ntfs, vous avez un peu de documentation sur :
http://data.linux-ntfs.org/ntfsdoc.pdf
mais bien sûr n'a pas publié les détails, la documentation est donc du "reconstitué" à partir de l'analyse des images disque.
Manu
Le journal sert à conserver provisoirement l'ancien contenu (et non le nouveau), en attendant qu'un lot de mises à jour soit complètement faite (on appelle cela une transaction).
Par exemple si on veut écrire dans un fichier (l'allonger), il faut :
- réserver de la place (donc modifier la table d'allocation)
- modifier la taille, la date, etc... dans le répertoire contenant le fichier
- écrire dans le fichier lui-même.
Si l'une de ces écritures est faite sans que les trois le soient, il y a une incohérence. C'est ce qui se produit quand on a une panne de courant.
Il faut donc :
- sauver les anciens contenus des trois zones concernées dans le journal,
- écrire,
- marquer que les anciens contenus sont devenus inutiles.
En cas de reprise après panne, on rétablit les anciens contenus, le disque redevient cohérent bien qu'il y ait eu perte d'information.
S'agissant de ntfs, vous avez un peu de documentation sur :
http://data.linux-ntfs.org/ntfsdoc.pdf
mais bien sûr n'a pas publié les détails, la documentation est donc du "reconstitué" à partir de l'analyse des images disque.
Manu
