Labovsky Opublikowano 21 Kwietnia 2009 Zgłoś Opublikowano 21 Kwietnia 2009 (edytowane) Od dłuższego czasu interesowałem się macierzą RAID 5, a w szczególności powodami, dla których tak mało się o nich pisze. Jeśli macierz to praktycznie zawsze 0 lub 1, czasem 01/10, ale praktycznie nigdy 5. Nie udało mi się dotrzeć do żadnych informacji, które mogłyby mnie potencjalnie zniechęcić do tej formy łączenia dysków. Wydało mi się to tym dziwniejsze, że przecież można RAID 5 zmontować w oparciu o mostek płyty głównej. Nie przekonywała mnie też idea tworzenia RAID 0 + dysk do backupów. Skoro tworzę macierz to niech się sama backupuje. Poza tym to przecież tańsze od RAID 01/10, a tylko zapis nieco kuleje. W końcu nie każdy potrzebuje nie wiadomo jak szybkiego zapisu - w domowym użytku RAID 5 wydawał się doskonały. W lutym zatem złożyłem sobie i kumplowi komputer, do których włożyłem po trzy dyski by stworzyć RAID 5 na kontrolerze Intela ICH10R. U mnie Samsungi F1 HD322HJ, u kumpla Seagate'y Barracudy 7200.12 ST3500418AS. I oto dwa powody, które powinny zniechęcić wszystkich rozważających RAID 5 w oparciu o mostek płyty głównej: RAID 5 pogarsza znacząco czas dostępu do danych. Dla wielu to oczywiste, ale niektórzy mogą nie zdawać sobie sprawy, że np. ładowanie się systemu zależy głównie od tego parametru. Zatem Windows załaduje się wolniej niż z pojedynczego dysku. I to nie będzie tylko odrobinę, ale odczuwalnie dłużej. To, co jednak kompletnie podważa jakikolwiek sens wykorzystywania tego typu macierzy to coś, co nazywa się "inicjacją woluminu". Wystarczy jedna zwieszka by tego doświadczyć bez względu na to czy Write Back Cache jest włączony czy nie. I choć Windows jest już raczej stabilny to jednak raczej nie ma komputera, któremu się to zupełnie nie zdarza. A to się podkręca, a to sterownik źle napisany, a to gra się wysypuje. Każdy nieplanowany reset to co najmniej kilka godzin wspomnianej inicjacji woluminu (system liczy sobie sumki kontrolne na nowo). Z komputera da się korzystać, ale wszystko, co zależne jest od odczytu z dysku trwa wieki. Z tych powodów RAID 5 na ICH okazał się dla mnie zupełnie nieprzyjazny. Na szczęście jest jeszcze Intel Matrix RAID. Mam RAID 0 i RAID 1 tylko dwóch dyskach. O zaletach tych rozwiązań nie będę się rozwodził. Ważne, że koszt zbudowania tych macierzy jest znacznie mniejszy, a mam zalety obu typów RAID. System, plik wymiany na macierzy RAID 0, a wraże dane na RAID 1. Pardon, jeśli powtarzam już powszechnie znane informacje, ale sam nie mogłem do nich zbyt łatwo dotrzeć, a przydałoby się to wyjaśnić w jednym wątku. Widziałem już kilka postów, ale te pojawiły się już po moich doświadczeniach i to różnych w wątkach, niezwiązanych często z RAID. Pozdrawiam Edytowane 21 Kwietnia 2009 przez Labovsky Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
webjay Opublikowano 21 Kwietnia 2009 Zgłoś Opublikowano 21 Kwietnia 2009 Dziekuje :) Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
romek Opublikowano 9 Sierpnia 2009 Zgłoś Opublikowano 9 Sierpnia 2009 No dobra i słowo ciałem się stało jak napisał Labovsky... Mój RAID 5 umarł na dobre... 3x Seagate ST3500320AS były zbudowane na RAID Option ROM Version 3.0.1540.34, płyta główna Sapphire PC-AM2RS790G, czyli mamy: Northbridge AMD 790GX a zarządzający to Southbridge ATI SB750. Opis zajścia. Instalowałem dzisiaj nowe pamięci, cały czas leciał błąd C1 dla nich, więc trochę musiałem posprawdzać konfigurację, czyli kilkanaście resetów poszło. Jak wiadomo nieraz to nie pomaga więc Clear CMOS też poszedł. Pamięci zadziałały, odpalam już wszystko od nowa i od mamy problem. Dane by CPUZ: RAID Controllerbus 0 (0x00), device 17 (0x11), function 0 (0x00)Common header Vendor ID 0x1002 Model ID 0x4393 Revision ID 0x00 PI 0x00 SubClass 0x04 BaseClass 0x01 Cache Line 0x00 Latency 0x60 Header 0x00PCI header Address 0 (port) 0x0000FF00 Address 1 (port) 0x0000FE00 Address 2 (port) 0x0000FD00 Address 3 (port) 0x0000FC00 Address 4 (port) 0x0000FB00 Address 5 (memory) 0xFE02F000 Subvendor ID 0x1002 Subsystem ID 0x4393 Int. Line 0x16 Int. Pin 0x01Capabilities Power Management Capability Offset 60h Version 1.1 PCI Capability class 0x12 Offset 70hDump 0 1 2 3 4 5 6 7 8 9 A B C D E F 00 02 10 93 43 07 00 30 02 00 00 04 01 00 60 00 00 10 01 FF 00 00 01 FE 00 00 01 FD 00 00 01 FC 00 00 20 01 FB 00 00 00 F0 02 FE 00 00 00 00 02 10 93 43 30 00 00 00 00 60 00 00 00 00 00 00 00 16 01 00 00 40 10 00 00 20 01 00 10 00 00 00 20 01 00 00 00 00 50 05 70 84 00 00 00 00 00 00 00 00 00 00 00 00 00 60 01 70 22 00 00 00 00 00 00 00 00 00 00 00 00 00 70 12 00 10 00 0F 00 00 00 10 01 00 00 00 00 00 00 80 00 00 00 00 06 00 40 2C 16 80 B4 01 16 80 B4 01 90 16 80 B4 01 16 80 B4 01 16 80 B4 01 16 80 B4 01 A0 7A A0 7A A0 7A A0 7A A0 7A A0 7A A0 00 00 00 00 B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D0 00 00 00 00 00 00 00 00 00 00 00 00 00 20 00 00 E0 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F0 00 00 00 00 00 00 00 00 00 00 00 00 00 F0 8D CF Zdjęcia z uruchomienia: Uruchamiamy komputer i macierz krzyczy do nas, że status krytyczny choć poniżej widać, że kolejny taki sam dysk jest na kanale 2 i jest dostępny. Jednak jak widać dysk 3, czyli 1-2 jest widoczny, lecz nie podłączony do macierzy a bardziej wyleciał z niej z niewiadomych przeczyn Rozsypany cały RAID5 bo nie widzi trzeciego dysku choć jest podłączony i działa jak pokazuje kolejne zdjęcie. No dobra może dysk padł... a jednak nie padł bo można go użyć do tworzenia kolejnych macierzy ale sam nie chce się połączyć z RAID 5. Zarządzanie dyskami jednoznacznie widzi dysk ale podłączyć SB nie chcę. Dobra pomysły jak naprawić zabawkę bo jednak ja to potrzebuje zabezpieczenia danych a teraz jak wiadomo z RAID 5 robi się RAID 0. Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
Gość <account_deleted> Opublikowano 10 Sierpnia 2009 Zgłoś Opublikowano 10 Sierpnia 2009 Raid Bios pokazuje że nie widzi 3-go dysku. Co pokazuje menadżer macierzy pod windą? Disk manager pokazuje dysk jako "pusty" - normalne - pozwala to przejechać go HD_Tachem i sprawdzić jak wygląda wykres. Powinno też dać się zobaczyć jego SMART. Robiłeś CLEAR CMOS - ustawienia kanałów na pewno są oki? ps. 'Intel Matrix Raid' w tytule - trochę nie pasuje ;) Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
romek Opublikowano 10 Sierpnia 2009 Zgłoś Opublikowano 10 Sierpnia 2009 Robiłeś CLEAR CMOS - ustawienia kanałów na pewno są oki?Rozwiń tą myśl. ps. 'Intel Matrix Raid' w tytule - trochę nie pasuje icon_wink2.gifWczoraj rano czytałem tego posta autora, zamontowałem pamięci i cholera, to samo więc stwierdziłem, że warto tu wpisać. Dane o jakie pytałeś dla tego dysku, który nie chce się podpiąć: HD Tach: HDTune Benchmark Read: HDTune Error Scan Fast: HDTune Health (S.M.A.R.T. odpalony w biosie): PS. Przypadkowo znalazłem test jak założyłem RAID-a, zobacz jaka średnia wydajność: Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
Gość <account_deleted> Opublikowano 10 Sierpnia 2009 Zgłoś Opublikowano 10 Sierpnia 2009 Rozwiń tą myśl.Oprócz włączenia trybu raid często występuje możliwość ustawienia każdego kanału SATA "as RAID" / "as X CH Master". Nie wiem czy akurat u Ciebe jest ta opcja - ale raczej warto o tym wspomnieć. W tej sytuacji IMO należałoby zrobić tak: - backup przynajmniej tych extremalnie ważnych rzeczy. - sprawdzić czy istnieją katalogi c:/fuond.xxx i co zawierają (raczej ile) - wyłączyć w biosie tryb raid/ przełączyć kanały na normay tryb (na wszelki wypadek bo normalnie to nie przeszkadza) i odpalić linux livecd: > sudo apt-get install hdparm > sudo apt-get install smartctl > sudo hdparm -I /dev/sd[a-d]<wszystkie dyski po kolei> (któryś z nich to będzie Mitron) > sudo smartctl -A /dev/ <jw> hdparm pokaże dane o dysku: głównie czy nie przełączył się w jakiś tryb Security. smartctl -> SMART ofc (pod windą może coś nie działać jak należy ;) ) jeśli dysk/SMART nie jest widoczny -> inny kanał SATA, wymiana kabla sata, "odkręcenie" kompa - TYLKO jeśli uda się stwierdzić że SMART jest ok (głównie Realocated Sectors, Write err. rate, UDMA CRC err. rate) można spróbować ponownie włączyć RAID. - W przeciwnym razie dysk trzeba odłączyć, bo jeśli RaidBios go wykryje to może automatycznie rozpocząć odbudowę macierzy -> jeśli dysk jest walnięty lub są problemy z CRC to może być naprawdę żle. Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
Matthaios84 Opublikowano 11 Sierpnia 2009 Zgłoś Opublikowano 11 Sierpnia 2009 (edytowane) A nie prościej zrobić jakiegoś ghosta całej macierzy, zgrać na inny(e) dysk(i) i na nowo postawić macierz ? Czasami się tak zdarza, że kontroler gubi dysk w macierzy. @EDIT Ok, już widzę, że problem nie jest z wyrzuceniem dysku z macierzy, ale nie wykrywanie w ogóle przez kontroler macierzy tego dysku... Edytowane 11 Sierpnia 2009 przez Matthaios84 Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
Gość <account_deleted> Opublikowano 11 Sierpnia 2009 Zgłoś Opublikowano 11 Sierpnia 2009 IMO to albo błędy CRC (<-obstawiam) albo uszkodzenie w metadata. Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
romek Opublikowano 11 Sierpnia 2009 Zgłoś Opublikowano 11 Sierpnia 2009 No dobra więc jutro przeniosę na wszelki wypadek ważne informacje na inny dysk, później wyciągnę napęd optyczny i mtrona z windows 7 na kontroler adapteca a na sb750 zostanie sama macierz. Zobaczymy co pomoże zmiana. Dysk jest wykrywany więc kabel sygnałowy ok. Sprawdzę czy jednak przewody nie zostały zamienione. Mam w sumie jeszcze jeden taki sam dysk więc jak dalej tak będzie z 5 to mogę przejść na 10 co powinno poprawić wydajność bo robienie oddzielnych macierzy 0 i 1 na jednym kontrolerze to trochę pomyłka wydajnościowa. Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...
Gość <account_deleted> Opublikowano 11 Sierpnia 2009 Zgłoś Opublikowano 11 Sierpnia 2009 Dysk jest wykrywany więc kabel sygnałowy okTo niestety nie świadczy o jakości połączenia - dysk może zostać wykryty, ale sypie błądami komunikacji i to wystarczy do uszkodzenia danch / odrzucenia przez kontroler macierzy. Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach Więcej opcji udostępniania...