Il sistema operativo Windows XP - Apogeo

il file dei cluster difettosi (bad-cluster file) tiene traccia di tutte le zone difettose nel volume e NTFS
usa questa registrazione per il recupero dagli errori.
5.2 Recupero
In molti semplici file system, un guasto all’alimentazione nel momento sbagliato può danneggiare
le strutture dati del file system in modo talmente grave da mescolare i dati dell’intero volume.
Molte versioni di UNIX memorizzano metadati ridondanti su disco, e li recuperano in caso di guasto
con il programma fsck per controllare tutte le strutture dati del file system e per ristabilirle
forzosamente ad uno stato consistente; il loro ristabilimento spesso coinvolge la cancellazione di
file danneggiati e la cancellazione di dati dal cluster in cui erano stati scritti assieme ai dati dell'utente,
ma non correttamente registrati nelle strutture metadati del file system. Il controllo può essere un
processo lento e può far perdere significative quantità di dati.
5.2.1 Il file di log di NTFS
NTFS adotta un approccio differente per la robustezza del file system; in NTFS, tutti gli
aggiornamenti della struttura dati del file system avvengono all'interno delle transazioni. Prima di
alterare una struttura dati, la transazione scrive una registrazione del log che contiene informazioni
redo e undo. Dopo aver cambiato la struttura dati, la transazione scrive una registrazione commit
nel log per indicare che ha avuto successo.
In seguito ad un guasto, il sistema può ristabilire le strutture dati del file system in uno stato
consistente elaborando i record di log; dapprima eseguendo di nuovo le operazioni delle transazioni
commit e poi annullando le operazioni per le transazioni che non hanno avuto successo prima del
guasto. Periodicamente (solitamente ogni 5 secondi), viene scritta nel log una registrazione di
controllo; il sistema non ha bisogno delle registrazioni di log, eseguite prima del controllo per
recuperare da un guasto, esse possono essere scartate in modo che il file di log non si sviluppi senza
alcun limite. La prima volta, dopo l’avvio del sistema in cui si accede ad un volume NTFS, NTFS
esegue automaticamente il recupero del file system.
Questo schema non garantisce che il contenuto del file dell’utente sia corretto dopo un guasto;
assicura solo che le strutture dati del file system (i file di metadati) siano intatte e riflettano un
qualche stato di consistenza esistente prima del guasto. Si potrebbe estendere lo schema di
transazione per comprendere i file dell'utente e la Microsoft potrebbe farlo in futuro.
Il log viene memorizzato all'inizio del volume, nel terzo file dei metadati ed è creato di
dimensione fissa massima quando viene formattato il file system. È composto da due sezioni:
l’area di log (logging area), che è una coda circolare delle registrazioni di log, e l’area di riavvio
(restart area), che mantiene informazioni sul contesto, quali la posizione nell’area di log da cui
NTFS dovrebbe far partire una lettura durante un recupero. Infatti, l’area di riavvio mantiene due
copie delle informazioni correlate, in modo che sia ancora possibile il recupero nel caso che una
copia venga danneggiata durante un guasto.
La funzionalità di log è fornita dal servizio di log-file (log-file service) di Windows XP, il
quale, oltre a scrivere i record di log ed eseguire le azioni di recupero, tiene traccia dello spazio libero
nel file di log. Se lo spazio libero diventa troppo piccolo, il servizio di log-file accoda le transazioni
in sospeso e NTFS ferma tutte le nuove operazioni di I/O. Dopo il completamento dell’operazione,
37