Care este consistenta de verificare, Linux pe un acoperiș moale

Concluzia este că fiecare matrice nu este complet sigur (chiar dacă toate corect).

De exemplu, problema sistemului de cablu poate duce la înregistrări de date incorecte pe clatite (deși, de obicei, acestea sunt cu siguranță compensate în transmiterea).

Mult mai rău este cazul cu căderi de tensiune. Decuparea defecțiune electrică sau BP (și de multe ori repornirea sistemului) în timpul intrări intense poate duce la o nepotrivire de blocuri de date și flotoare.

În acest scop, pe controlori dreapta pune bateria cache (UBB). Acesta deține nu numai cache-ul în sine (salvează erori de sistem de fișiere). Dacă este, controlerul va aminti, de asemenea, ceea ce blochează el a trebuit să scrie, și care nu sunt (sau nu în scris în jos până la sfârșitul anului) - și anume conținutul registrelor temporare. Cu probabilitatea ei inkonsistentnosti este mult mai mic, dar nu absent.
Faptul că șuruburile sunt ele însele în cache. Pe un SCSI sau SAS cache pentru disc este de obicei oprit (pentru a accelera aceasta afectează foarte puține). Pe satashnikah aceeași viteză atunci când opriți cache-ul de disc este de obicei scade mult mai puternic și de aceea este lăsat pe. Și în cazul în care datele lipsă din cache-ul de disc, controlerul nu știe despre ea, cu toate consecințele.

Și, desigur, în procesul de orice disc nu este imun la unitățile de pat. Controlerul dintre ei nu au știut nimic până atunci, până când ajunge în unitate, care poate fi foarte rare.

Decât amenință. Și totul este foarte simplu. Dacă conduci brusc eșuează, atunci prezența inconsistenței datelor în timpul reconstrui, un nou disc de informații vor fi înregistrate în mod corect, și nimeni nu va ști despre ea! Dacă există o reală, nu eșecurile logice (unități de pat), Rebild pur și simplu nu va funcționa (această situație se repetă de atâtea ori că nu au suficient de mat). Ie sistem cu șurub, precum și matrice a fost pe jumătate mort, tot așa. Și asta e bine, dacă nu merge Rebild - mai rău, în cazul în care a trecut, dar cu erori ascunse (vei rămâne în încrederea falsă - până când masculul nu musca).
Cel mai important - nimeni nu poate, matrice reconstrui. Numai de backup, restore, care pot fi citite în continuare.

Prin urmare, verificări periodice NICIUN matrice 1, 5, 6, 10, 50 - doar elementul OBLIGATORIE. Cu excepția cazului, desigur, vă interesează rezultatul (C).

Ceea ce face konsistensi verifica. El - a) citește suprafața unităților de disc în matrice, b) verifică blocurile plutitoare și blocurile de date (sau blocuri de date în cazul reyd1 și 10).

În cazul în care toate blocurile sunt citite, dar există o nepotrivire, suprascrie plutește pe reyd5, 6. Cum a făcut să reyd1 sau 10 - să fiu sincer eu nu știu, probabil, decizia intenționată de a lua una dintre blocurile de „dreapta“ (un fel de speranță pentru Allah este locul de a fi).
Dacă există o unitate de pat, acesta calculează informațiile conținute în ea, pe baza plutitoare și scrie-l din nou (în timp ce conduce otremapitsya).

Asta e de fapt. Aceasta nu este o poveste de groază, ci un fapt foarte rău de viață.

PS. Da, încă. Konsistensi de verificare este necesar să se facă înainte de operație restraypinga (modificări la nivel de matrice) și extinderi (adăugați discuri la matrice).

articole similare