W tej chwili mam 2x3TB w RAID 1, 4x3TB w RAID5 i 1x3TB global hotspare. Waham się czy skasować tego global hotspare i zrobić RAID5 z niego oraz z tych dwóch dysków w RAID1. Powód jest prosty: Razi mnie ilość dysków o niewykorzystanej pojemności, RAID5 jest szybszy (ma to znaczenie gdy się przewala dane między dyskami), a poza tym ten RAID1 nie jest idealnie stabilny - zdarza się wahanie prędkości. Co byście na moim miejscu zrobili? Bardziej jestem skłonny zrobić jak powyżej napisałem niż zostawić jak jest. Ostatecznie mam backup najbardziej krytycznych danych. Wprowadzenie dysku trzeciego spowoduje mniejszą różnicę pojemności między macierzami, co może się przydać do ewentualnego tymczasowego zabezpieczenia krytycznych danych z drugiej macierzy. No tylko brak global hotspare mnie boli...
Pojemność będzie ta sama, a w razie draki będzie łatwiej odzyskać dane z mniejszej macierzy - chodzi o to żeby nie zabrakło gniazd sata w PC dla odzyskiwanej macierzy.
Po 12h postęp 31,3% :uf::-<:Sleeping2:
18h 45min postęp 47,9% :mocnysen:
I właśnie dowiedziałem się, dlaczego zachowałem drugą macierz. W czasie gdy ta będzie niedostępna przez 1,5-2 doby, mogę utworzyć tymczasowe udziały sieciowe na drugiej macierzy i nadal móc korzystać z NAS. W przypadku awarii dysków w jednej macierzy nie będę musiał wymieniać wszystkich dysków, tylko te w mocniej używanej macierzy. Taki podział wydaje się mieć więcej plusów niż jedna wielka macierz. Popełniłem tylko błąd, bo nie zgrałem wszystkich danych z migrowanej macierzy na drugą i nie mogę przerwać procesu, po czym założyć nowego RAID i skopiować dane, muszę odczekać do końca by nie stracić nieco mniej ważnych danych. Nie spodziewałem się że tak długo to potrwa.
Po 12h postęp 31,3% :uf::-<:Sleeping2:
18h 45min postęp 47,9% :mocnysen:
I właśnie dowiedziałem się, dlaczego zachowałem drugą macierz. W czasie gdy ta będzie niedostępna przez 1,5-2 doby, mogę utworzyć tymczasowe udziały sieciowe na drugiej macierzy i nadal móc korzystać z NAS. W przypadku awarii dysków w jednej macierzy nie będę musiał wymieniać wszystkich dysków, tylko te w mocniej używanej macierzy. Taki podział wydaje się mieć więcej plusów niż jedna wielka macierz. Popełniłem tylko błąd, bo nie zgrałem wszystkich danych z migrowanej macierzy na drugą i nie mogę przerwać procesu, po czym założyć nowego RAID i skopiować dane, muszę odczekać do końca by nie stracić nieco mniej ważnych danych. Nie spodziewałem się że tak długo to potrwa.
- 9 Październik 2023
- 16 633
- 11
- 1 944
- 153
- QNAP
- null
- Ethernet
- null
Dzięki @SiewcaRyżu, właśnie wcześniej to ustawiłem i po reboocie wróciło do domyślnych, dlatego tak długo to trwa. Czy trzeba zrestartować jakąś usługę, czy też sprawdza to on-line?
- 9 Październik 2023
- 16 633
- 11
- 1 944
- 153
- QNAP
- null
- Ethernet
- null
Faktycznie, jest moc! 
Wcześniej miałem wolumin odmontowany, dlatego rwałem włosy. Teraz (nawet nie wiem od kiedy) działa wszystko jak należy i sobie po prostu migruje.
Dla RAID5 3xHGHST 3TB:
Dla RAID5 4xHGHST 3TB:
:>
Już nie pamiętam gdzie pisałem o prędkości przewalania danych z macierzy na macierz, ale jako ciekawostkę wklejam obrazek jak to się ma 50GB w jednym kawałku z RAID 5 3x3TB na RAID 5 4x3TB HGST oczywiście:
Prędkość rosła od 200MB/s i po kilku minutach osiągnęła taką wartość. Zdaje się to być szczytem możliwości. Źle chyba nie jest
Wcześniej miałem wolumin odmontowany, dlatego rwałem włosy. Teraz (nawet nie wiem od kiedy) działa wszystko jak należy i sobie po prostu migruje.
Dla RAID5 3xHGHST 3TB:
Dla RAID5 4xHGHST 3TB:
:>
Już nie pamiętam gdzie pisałem o prędkości przewalania danych z macierzy na macierz, ale jako ciekawostkę wklejam obrazek jak to się ma 50GB w jednym kawałku z RAID 5 3x3TB na RAID 5 4x3TB HGST oczywiście:
Prędkość rosła od 200MB/s i po kilku minutach osiągnęła taką wartość. Zdaje się to być szczytem możliwości. Źle chyba nie jest
- 9 Październik 2023
- 16 633
- 11
- 1 944
- 153
- QNAP
- null
- Ethernet
- null
a może ktoś mi powiedzieć dlaczego u mnie jest tak cienko
wd red 2x3T raid 1
wd red 2x3T raid 1
@SiewcaRyżu Tak, RAID to fajna rzecz. Prędkości pojedynczych dysków to ok. 150MB/s:
@balagaan W RAID1 tak po prostu jest, na moim sprzęcie też. Prędkość zdaje się rosnąć wraz z ilością dysków, przynajmniej w RAID5. Sorry, ale zapis w RAID1 powinien być mniej więcej jak odczyt.
@balagaan W RAID1 tak po prostu jest, na moim sprzęcie też. Prędkość zdaje się rosnąć wraz z ilością dysków, przynajmniej w RAID5. Sorry, ale zapis w RAID1 powinien być mniej więcej jak odczyt.
- 9 Październik 2023
- 16 633
- 11
- 1 944
- 153
- QNAP
- null
- Ethernet
- null
proste statyczne - czyli najstarsze i najlepsze 
Jako ciekawostkę wklejam SMART z dysków. Okazuje się że 4-miesięczne HGST 3TB magnetyczne z wirującym talerzem zdają się być nienaruszone (EDIT: Retired block count ma wartość 5, czyli coś jednak się sypie. Dlaczego zatem reallocated event count jest równy 0?), podczas gdy może 2-miesięczny SSD już ma alokowane bad-sectory. Czym może być spowodowany seek error rate?
SSD:
Pozostałe:
I jeszcze jedno: Nie wiem czy qnap tak zarzyna dyski SSD, czy firma ADATA jest niegodna polecenia, ale kupiłem dysk Kingston HyperX 3K SSD SATA3 2.5" 120GB SH103S3/120G do PC rok i 4 m-ce temu. Na nim mam relokowane 3 bad sectory:
SSD:
Pozostałe:
I jeszcze jedno: Nie wiem czy qnap tak zarzyna dyski SSD, czy firma ADATA jest niegodna polecenia, ale kupiłem dysk Kingston HyperX 3K SSD SATA3 2.5" 120GB SH103S3/120G do PC rok i 4 m-ce temu. Na nim mam relokowane 3 bad sectory:
- 9 Październik 2023
- 16 633
- 11
- 1 944
- 153
- QNAP
- null
- Ethernet
- null
S.M.A.R.T. - Wikipedia, the free encyclopedia.
przeczytaj opis C4 i C5
PS : OFFFFFFFFFFFFFFFFFFFFFTOPPPPPPPPPPPPPPPPPPPPPPPPP
przeczytaj opis C4 i C5
PS : OFFFFFFFFFFFFFFFFFFFFFTOPPPPPPPPPPPPPPPPPPPPPPPPP