Nu este neobișnuit să se defecteze o unitate într-un RAID5 și apoi să se defecteze oa doua unitate la reconstrucție - dacă nu ați avut grijă de matrice.
Miezul problemei este că unele blocuri de date neutilizate se pot degrada lent (putreți biți). Pur și simplu nu este detectat (și reparat/remapat automat de unitate), deoarece nu a fost citit înapoi. Cu toate acestea, la o reconstrucție toate datele trebuie citite și, dacă nu se pot reconstrui, eșuează. Păcat.
Utilizarea claselor RAID cu redundanță multiplă, cum ar fi nivelurile 6 sau 60, este o modalitate bună de a evita acest tip de problemă - pe scurt: RAID 6 este practic imun la putregai și mult alegere mai bună decât RAID 5 + hot spare.
Nivelurile RAID 1 și 10 pot prezenta, de asemenea, problema bit-rot, dar probabilitatea este mai mică decât în cazul R5.
Uneori, nu puteți rula altceva decât nivelurile RAID 5 sau 50. În acest caz, este esențial (și o idee bună și pentru celelalte niveluri RAID) să rulați o scanare media obișnuită, adică curățarea discului, patrula media, citirea de patrulare, scanarea suprafeței. Asta asigură că toate erorile soft sunt remediate înainte de a deveni erori grele. În mod ciudat, spălarea nu este activă în mod implicit pe majoritatea controlerelor.
În cazul dvs., fie datele au fost corupte, fie sunt oricum puse la zero. Pur și simplu recreați partiționarea, formatați și restaurați din backup. Desigur, a backup regulat este și mai esențial decât spălarea discurilor. Chiar și un RAID bine îngrijit nu înlocuiește o strategie bună de backup.