Odzyskiwanie danych z macierzy i serwerów
RAID, NAS
i serwery
Odzyskujemy dane z macierzy RAID wszystkich poziomów, urządzeń NAS i SAN oraz serwerów. Obsługujemy zarówno awarie pojedynczych dysków, jak i kompleksowe przypadki z utratą konfiguracji, uszkodzonym kontrolerem czy awarią wielu napędów jednocześnie.
Co naprawiamy
Co się dzieje
z Twoją macierzą?
Zidentyfikuj sytuację swojego urządzenia. Każdy z poniższych scenariuszy wymaga innego podejścia serwisowego.
Brak dostępu do danych lub pliki zniknęły
Macierz jest widoczna, ale wolumen nie montuje się, pliki są niedostępne lub partycja prosi o formatowanie? To objaw uszkodzenia logicznego lub błędu systemu plików.
Uszkodzenie logiczneKontroler nie uruchamia macierzy
Serwer lub NAS nie może złożyć macierzy, proponuje reinicjalizację lub zgłasza błąd kontrolera? Wymiana kontrolera „na próbę" może nadpisać konfigurację i zniszczyć dane.
Awaria kontroleraMacierz niewidoczna lub pyta o konfigurację
Po resecie, aktualizacji firmware lub wymianie urządzenia macierz przestała być rozpoznawana? Utrata metadanych RAID to jedno z poważniejszych uszkodzeń – nie inicjalizuj systemu.
Utrata konfiguracjiMacierz w stanie Degraded
System zgłasza awarię dysku i macierz przeszła w tryb zdegradowany? Nie uruchamiaj odbudowy – każda próba rekonstrukcji z uszkodzonym napędem zwiększa ryzyko utraty danych.
Uszkodzenie dyskówAwaria wielu dysków jednocześnie
Macierz przekroczyła limit tolerancji błędów – awaria dwóch dysków w RAID 5 lub trzech w RAID 6? Nawet w takiej sytuacji odzysk jest często możliwy – o ile nie podejmowano prób naprawy lub odbudowy.
Awaria krytycznaWycena
Ile kosztuje odzyskanie danych z macierzy RAID?
Cena liczona jest za każdy napęd wchodzący w skład macierzy (w tym uszkodzone i parzyste). Dyski Hot Spare nie są wliczane do wyceny. Dokładny koszt podajemy po analizie – zależy od liczby dysków, poziomu RAID i skali uszkodzeń.
Standardowe
Typowe macierze RAID
od 600 zł / dysk
- RAID 0, RAID 1, RAID 5, RAID 10
- Interfejsy SATA, SAS, NVMe
- Urządzenia NAS: Synology, QNAP, Asustor
- Dyski Hot Spare bez doliczania do ceny
Zaawansowane
Konfiguracje zaawansowane
od 900 zł / dysk
- RAID 6, RAID 50, RAID 60
- Macierze powyżej 8 dysków
- Systemy SAN, ZFS, Hyper-V, VMware
- Niestandardowe kontrolery sprzętowe
Proces
Jak przebiega odzysk danych?
Dostarcz sprzęt
Same dyski (z oznaczoną kolejnością zatok) lub całe urządzenie – osobiście lub kurierem.
Diagnoza i raport
Sprawdzamy stan każdego napędu, odtwarzamy konfigurację macierzy i klasyfikujemy przypadek wraz z wyceną.
Odzysk
Decyzję o realizacji podejmujesz w oparciu o raport techniczny i listę plików możliwych do odzyskania.
Odbiór
Odzyskane dane kopiujemy na nowy nośnik lub udostępniamy do pobrania z naszego serwera.
Wideo z laboratorium
Uszkodzona macierz RAID 5
Zobacz, jak wygląda proces w praktyce
Nagrywamy naszą pracę, aby pokazać realny przebieg serwisu. Poniższy film to pełna procedura przygotowania dysków, obrazowania i rekonstrukcji macierzy – ze względu na uszkodzenie dwóch z czterech dysków pracujących w konfiguracji RAID 5 system przeszedł w tryb Fail – rezultat odzysku to 99% działających danych i 1 plik uszkodzony.
Zaplecze technologiczne
Sprzęt
do zadań specjalnych
Praca z macierzami RAID wymaga zarówno sprzętu do obsługi poszczególnych dysków, jak i oprogramowania rozumiejącego struktury RAID, systemy plików i wirtualizację. Obsługujemy konfiguracje, z którymi rozwiązania automatyczne sobie nie radzą.
Sprzęt i oprogramowanie
- AceLab PC-3000 Express z rozszerzeniem RAID
- AceLab PC-3000 Express z rozszerzeniem SSD
- UFS Explorer Technician
Obsługiwane poziomy RAID
- RAID 0, 1, 1E, 10, 0+1, 3, 4, 5, 51, 5E, 5EE, 6, 60, JBOD
- Synology SHR / SHR2
- mdadm / LVM, ZFS / QZFS (mirror, RAIDZ)
- Konfiguracje własne producentów
Systemy i producenci
- Synology, QNAP, Asustor, Terramaster, Buffalo
- Dell, HP, IBM, Fujitsu, Lenovo, Netgear
- NTFS, ext4, XFS, Btrfs, HFS+, APFS, exFAT
- VMFS (VMware), Hyper-V, Proxmox
Uszkodzenia logiczne w macierzy RAID
Nie każda awaria macierzy wynika z fizycznego uszkodzenia napędów. Często problemem jest warstwa logiczna.
Do takich sytuacji należą usunięte lub nadpisane pliki, uszkodzone partycje, błędy systemu plików po awarii zasilania czy skutki błędnej rekonfiguracji macierzy.
Może to być również przypadkowe nadpisanie ustawień w kontrolerze RAID, reset konfiguracji podczas aktualizacji firmware NAS lub błędne przypisanie dysków do nowego wolumenu.
Nie korzystaj z narzędzi typu chkdsk ani fsck – automatyczne „naprawy" często kasują metadane i eliminują możliwość odzysku.
Uszkodzenie dysków w macierzy
Awaria jednego lub kilku dysków to najczęstsza przyczyna problemów z macierzą RAID.
Może to być uszkodzenie mechaniczne (w dyskach HDD), błędy elektroniki, degradacja komórek pamięci (w SSD) lub narastające błędy sektorowe, które zaburzają spójność całego systemu.
Kluczowe jest to, że RAID 5 toleruje awarię tylko jednego dysku. Jeśli podczas odbudowy uszkodzi się kolejny napęd – a ryzyko jest znaczące, bo napędy z tej samej partii często psują się jednocześnie – następuje totalna awaria macierzy.
Nie podmieniaj dysków „na gorąco” bez konsultacji – błędna kolejność operacji może nadpisać dane na sprawnych napędach.
Problemy z kontrolerem RAID
Awaria dotyczy nie tylko dysków – uszkodzony kontroler lub oprogramowanie zarządzające macierzą może uniemożliwić dostęp do danych, mimo że wszystkie napędy działają poprawnie.
Uszkodzony firmware, reset konfiguracji czy błędy sprzętowe sprawiają, że urządzenie nie potrafi prawidłowo złożyć macierzy, a czasem proponuje utworzenie nowej – co oznacza nadpisanie metadanych i utratę danych.
Wymiana kontrolera na identyczny model nie jest bezpieczna bez wcześniejszego wykonania kopii posektorowych – różnice w wersji firmware mogą spowodować reinicjalizację macierzy.
Awarie całych systemów i serwerów
W bardziej rozbudowanych środowiskach problem może dotyczyć nie tylko pojedynczych dysków, ale całego serwera czy systemu pamięci masowej.
Utrata dostępu do wolumenów, awarie oprogramowania lub błędy w pamięci cache SSD mogą całkowicie zablokować pracę macierzy, mimo że poszczególne napędy działają poprawnie.
W środowiskach wirtualizacyjnych (VMware, Hyper-V, Proxmox) awaria macierzy oznacza często utratę dostępu do wielu maszyn wirtualnych jednocześnie. Jeśli środowisko działa – nie czekaj z kopią krytycznych danych.
Czego nie robić
z macierzą po awarii
Po wystąpieniu problemu w macierzy RAID bardzo łatwo pogorszyć sytuację i bezpowrotnie utracić dane.
- Uruchamianie ponownej odbudowy macierzy – każda próba rekonstrukcji w uszkodzonym stanie może nadpisać istniejące dane
- Wymiana kontrolera lub urządzenia „na próbę" – różnice w firmware i konfiguracji często nadpisują metadane RAID
- Podmiana dysków „na gorąco” – wkładanie lub zamiana dysków w trybie hot-swap może wywołać dodatkowe błędy i utratę spójności
- Używanie narzędzi chkdsk, fsck lub naprawy systemu plików – automatyczne „naprawy" często kasują lub nadpisują dane
- Ponowna instalacja systemu NAS lub serwera – nadpisuje konfigurację RAID i metadane, co utrudnia lub uniemożliwia odzysk
- Ignorowanie ostrzeżeń systemu – jeśli macierz działa, natychmiast skopiuj krytyczne dane, zanim podejmiesz jakiekolwiek działania naprawcze
FAQ
Często zadawane pytania
Czy można dalej pracować na macierzy w stanie „degraded”?
Nie. Wyłącz urządzenie, nie uruchamiaj odbudowy i nie podmieniaj dysków „na gorąco”. Macierz w stanie degraded pracuje bez zabezpieczenia parzystości – kolejna awaria oznacza całkowitą utratę danych.
Czy mogę samodzielnie odbudować macierz po awarii?
Nie zalecamy. Łatwo nadpisać metadane i bezpowrotnie utracić szanse na odzysk. Prawidłowy proces zawsze zaczyna się od wykonania kopii posektorowych wszystkich dysków – dopiero z nich przeprowadza się właściwą rekonstrukcję.
Ile uszkodzonych dysków tolerują RAID 5 i RAID 6?
RAID 5 toleruje awarię jednego dysku, RAID 6 – dwóch. Należy jednak pamiętać, że dodatkowe błędy logiczne, sektorowe lub napędy z tej samej partii (które często psują się jednocześnie) potrafią uniemożliwić start macierzy mimo „teoretycznych” limitów.
Czy muszę dostarczyć cały serwer, czy wystarczą same dyski?
W większości przypadków wystarczą same dyski oraz informacja o ich kolejności w zatokach. Przy złożonych konfiguracjach SAN, niestandardowych kontrolerach sprzętowych lub aktywnym szyfrowaniu pomocne lub konieczne jest dostarczenie całego urządzenia.
Czy kolejność dysków ma znaczenie?
Tak – oznacz każdy dysk numerem zatoki przed demontażem i nie mieszaj kolejności. Błędna kolejność dysków może uniemożliwić odtworzenie konfiguracji RAID lub prowadzić do nadpisania danych przy próbie rekonstrukcji.
Czy obsługujecie Synology SHR, mdadm, ZFS, VMFS, XFS, NTFS itp.?
Tak. Obsługujemy m.in. SHR/SHR2, mdadm/LVM, hardware RAID, NTFS, exFAT, ext4, XFS, Btrfs, HFS+, APFS, VMFS (VMware), Hyper-V, Proxmox, a także ZFS i QZFS (mirror/RAIDZ).
Macierz jest szyfrowana – co jest potrzebne do odzysku?
Potrzebne jest hasło lub klucz szyfrowania albo menedżer kluczy z urządzenia. W urządzeniach NAS (Synology, QNAP) często wymagany jest eksport klucza lub hasło administratora. Bez klucza odzysk zaszyfrowanej zawartości jest niemożliwy.
Czy dyski Hot Spare liczą się do ceny?
Nie. Dyski Hot Spare nie są wliczane do wyceny usługi.
Czy gwarantujecie 100% odzyskanych danych?
Nie. Naszym zadaniem jest maksymalny, bezpieczny odzysk – a jego wynik zależy od stanu dysków, historii awarii i podjętych wcześniej działań. Przed wydaniem danych zawsze przekazujemy szczegółowy raport z rezultatami.
Czy potrzebujecie danych konfiguracji macierzy?
Nie jest to konieczne, ale jest pomocne. Jeśli możesz, zapisz i dołącz: typ RAID, rozmiar bloku/stripe, kolejność dysków, numer wolumenu oraz logi zdarzeń z czasu awarii.
Napisz do nas
Masz pytanie o swoją macierz?
Nie musisz znać konfiguracji ani parametrów technicznych swojej macierzy. Opisz sytuację – nasz inżynier przeanalizuje możliwe scenariusze i przygotuje plan działania.
W godzinach pracy odpowiadamy w ciągu 20 minut. Poza nimi staramy się odpisywać tak szybko, jak to możliwe.