Czy Raid 1 chroni przed uszkodzeniem danych? Powiedzmy na przykład, że przechowuję wszystkie ważne pliki na serwerze NAS, który używa 2 dysków w macierzy RAID 1. Jeśli jeden dysk twardy ma jakiś problem wewnętrzny i dane ulegną uszkodzeniu, czy RAID rozpozna to automatycznie i poprawi używa danych z innego dobrego dysku?
Czy mógłby w ogóle wiedzieć, która kopia jest dobra?
Czy RAID 5 chroni przed korupcją?
Wiem, że RAID nie jest rozwiązaniem kopii zapasowej. Próbuję wymyślić, jak się upewnić, że nie tworzę kopii zapasowych uszkodzonych danych!
źródło
Jak zauważyli inni, system raid1 nie ma sposobu, aby stwierdzić, który z dwóch sektorów jest zły.
Wyższe systemy rajdowe uruchamiają operację szorowania w tle, aby porównać obie kopie i różnice flag. Jeszcze lepiej jest to system, który odczytuje oba bloki z dysku za każdym razem i porównuje je w czasie odczytu. Rozwiązanie tych różnic jest jednak niemożliwe dla kontrolera nalotu.
W systemach uniksowych pod kontrolą mdadm kontrolę szorowania można zainicjować za pomocą „sync współdziałania”:
Raid1 polega na ochronie przed nagłą całkowitą awarią dysku. Szukaj gdzie indziej ochrony przed korupcją. Poza tym Raid1 nie oferuje „historii”, więc nie można odzyskać po błędach ludzkich lub programowych. Sprawdź systemy plików, takie jak ZFS lub system plików chroniący historię, taki jak Hammer, w celu ochrony przed uszkodzeniem.
źródło
W praktyce tak. Zdecydowana większość awarii dysków twardych występuje całkowicie lub wcale. Albo (a) kabel jest odłączony lub mikrokontroler napędu uległ awarii, więc kontroler RAID w ogóle nie reaguje - ewidentnie uszkodzony dysk. Lub (b) Mikrokontroler dysku i napędu jest dobry, ale gdy próbuje odczytać sektor, wewnętrzny mikrokontroler dysku wykrywa uszkodzenie danych, ponieważ wewnętrzna suma kontrolna ECC nie powiodła się, i powtarzane są próby odczytu tego sektora (w przypadku, gdy jest to tymczasowa usterka odczytu ) ostatecznie upłynął limit czasu, więc kontroler RAID otrzymuje uprzejmą odpowiedź „przepraszam” - ewidentnie uszkodzony dysk. Tak czy inaczej, dla kontrolera RAID-1 lub RAID-5 oczywiste jest, że dysk uległ awarii.
W zasadzie nie. Jeśli coś poszło tak źle, że dysk twardy pisze bzdury, a mimo to działa wystarczająco dobrze, aby napisać poprawny wewnętrzny kod ECC dla tych bzdur, wówczas RAID-1 nie może stwierdzić, który dysk jest poprawny. System RAID-1 prawdopodobnie zastąpi dobre dane uszkodzonymi danymi podczas ponownej synchronizacji. RAID-5 nie jest lepszy. Awaria zasilania „dziura zapisu RAID-5” podczas aktywnego zapisu jest jednym szczególnym rzadkim, ale nie niemożliwym przypadkiem.
O ile mi wiadomo, jedynym sposobem na uniknięcie takiego uszkodzenia jest użycie sum kontrolnych oprócz dublowania plików, albo automatycznie jako część systemu plików (ZFS lub Btrfs), albo okresowo lub ręcznie (ponowne obliczanie sum kontrolnych rsync, prosta weryfikacja plików, zestawy plików Parchive itp.); idealnie z kryptograficznym skrótem, takim jak SHA-256.
źródło