Breve spiegazione dell'output di gfix.exe

Alexey Kovyazin, 13 aprile 2014

Quando gfix.exe termina, scrive un riepilogo degli errori (se presenti) sull’output standard (normalmente sullo schermo). Ecco una breve spiegazione dell’output di gfix:

Numero di errori a livello di record - numero di record corrotti trovati durante il lavoro di gfix. Questi record non sono corretti - essenzialmente, persi.
Numero di errori di pagina indice - numero di pagine indice in indici danneggiati. Quando anche solo una chiave è errata in un indice, gfix segna l’intero indice come danneggiato, quindi il numero di pagine è solitamente alto. Tuttavia, poiché ciò non influisce sui dati dell’utente, e poiché gli indici corrotti verranno ricreati durante il backup/ripristino, questo può essere considerato solo a scopo informativo.
Numero di errori di pagina transazione - numero di pagine transazione che sono state corrette da gfix. Di solito, se vedi questo messaggio significa che gfix ha fatto il suo lavoro e ora le transazioni sono OK.
Numero di errori BLOB - numero di pagine BLOB danneggiate, indica il numero di BLOB corrotti.
Numero di errori di pagina database - questo è il numero complessivo di pagine database che sono state visitate e modificate/marcate come danneggiate da gfix. Anche questo è principalmente a scopo informativo.

Poi potresti guardare in firebird.log per vedere i dettagli sui problemi identificati da gfix. Probabilmente vedrai molti messaggi riguardanti pagine orfane.

Le pagine orfane sono solo spazio perso. Sono conseguenze di errori, ma non sono errori.

Le pagine orfane vengono corrette se e solo se non sono stati rilevati altri errori ed è stato specificato -full.

Inoltre, potrebbero esserci informazioni sulle versioni di record orfane - sono diverse dalle pagine orfane. Le versioni di record orfane non vengono corrette in nessun caso, rimangono semplicemente nel database.

Se hai eseguito gfix, record così gravemente corrotti potrebbero essere corretti marcandoli come “danneggiati” ma solo se è stato specificato -mend. Tali record rimangono nel database, ma vengono saltati dal motore.

Quindi, l’output di gfix ti fornisce una stima approssimativa dei problemi trovati nel tuo database Firebird o InterBase corrotto. La cosa positiva di questo riepilogo è che se gfix è in grado di stamparlo, significa che il database è abbastanza coerente.

Se gfix non è riuscito a recuperare il tuo database corrotto, prova IBSurgeon FirstAID.