Rajd 1, będący lustrem, zależy od tego, czy wszystkie dyski w lustrze są dokładnie takimi samymi kopiami. Weź losowy dysk twardy i inny losowy dysk twardy, a prawdopodobnie masz tam inne dane, co narusza to domniemanie. Dlatego konieczna jest inicjalizacja. Po prostu kopiuje zawartość pierwszego dysku na inne. Zwróć uwagę, że w niektórych warunkach możesz uniknąć inicjalizacji dysków - zwykle fabrycznie nowe urządzenia mają już wszędzie zero, więc możesz to po prostu zignorować. mdadm
Opcja --assume-clean
to robi, ale ostrzega:
--assume-clean
Powiedz mdadm, że tablica istniała wcześniej i wiadomo, że jest czysta. Może to być przydatne podczas próby przywrócenia sprawności po poważnej awarii, ponieważ możesz mieć pewność, że nie wpłynie to na dane, o ile nie zapiszesz w tablicy. Można go również używać podczas tworzenia RAID1 lub RAID10, jeśli chcesz uniknąć początkowej ponownej synchronizacji, jednak ta praktyka - choć zwykle bezpieczna - nie jest zalecana. Użyj tego tylko, jeśli naprawdę wiesz, co robisz.
Jeśli tego nie zrobisz, istnieje rozbieżność między dyskami i jest on odczytywany, nie wiadomo, co dysk będzie czytał. Powinieneś być całkiem bezpieczny z systemem plików (ale uwaga poniżej), ponieważ najprawdopodobniej napiszesz zanim przeczytasz cokolwiek z tego urządzenia, a potem wszystko będzie jasne.
Zauważ, że przynajmniej Linux mdadm
zainicjuje tablicę w tle. Możesz szczęśliwie stworzyć FS na nim w pierwszej sekundzie. Wydajność będzie cierpieć do momentu zakończenia inicjalizacji, ale to wszystko.
Ale:
a) Podczas wykonywania mkfs
niektórych narzędzi sprawdź, czy coś już jest na tym dysku. Chociaż dotyka to tylko kilku dobrze znanych regionów jazdy, odczytuje przed napisaniem czegokolwiek, zagrażając w ten sposób.
b) W przypadku okresowej ponownej synchronizacji macierzy urządzenie RAID nie wie nic o twoim systemie FS. Po prostu odczytuje każdy blok z każdego urządzenia i porównuje je. A jeśli nie używasz FS kopiowania przy zapisie (np. ZFS lub BTRFS) i nigdy nie wypełniasz FS, jest całkiem prawdopodobne, że blok pozostanie niezainicjowany z perspektywy FS przez lata.
Dlaczego resynchronizacja z urządzeniami RAID1?
Z tego samego powodu resynchronizujesz z urządzeniami RAID5 lub dowolnym innym poziomem (oprócz RAID0). Odczytuje wszystkie dane i porównuje / weryfikuje sumy kontrolne RAID (w RAID 5 lub 6). Jeśli bit został w jakikolwiek sposób odwrócony (ponieważ pamięć HD dostała spontaniczne odwrócenie, ponieważ telefony komórkowe ciebie i twoich 5 sąsiadów przypadkowo ingerowały w ten konkretny region talerza, cokolwiek), wykryje niespójność, ale nie będzie w stanie pomóc Ci. Jeśli, OTOH, jeden z dysków twardych po prostu zgłosi „Nie mogę odczytać tego bloku”, co jest bardziej prawdopodobne w przypadku awarii dysku, oznacza to, że po prostu wykryłeś awarię wcześnie i skróciłeś czas pracy w trybie awaryjnym (licząc od awaria napędu, nie od momentu, gdy go zauważysz). Raid nie pomoże ci, jeśli jeden dysk ulegnie awarii, a miesiąc później drugi ulegnie awarii, jeśli nie
RAID10
Teraz, dla RAID10, wszystkie powyższe blokady są ważne. W końcu RAID10 to po prostu sprytny sposób na powiedzenie: „Umieszczam moje dwa urządzenia RAID1 w parze RAID0”.
Zastrzeżenie:
To wszystko jest niezdefiniowane zachowanie. Dlaczego sprawdziłem w systemie Linux, używając mdadm
innych implementacji programowych macierzy RAID może zachowywać się inaczej. Inne wersje jądra i / lub mdadm
narzędzi Linuksa niż te, których używam, mogą również zachowywać się inaczej.