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
Najczęstsze awarie
macierzy RAID i serwerów
Typowe macierze
- RAID 0, 1, 5, 10 – uszkodzenia logiczne
- Macierz w stanie Degraded
- Awaria kontrolera lub NAS (Synology, QNAP)
- Utrata konfiguracji / metadanych RAID
Złożone konfiguracje
- RAID 6, 50, 60 – awaria wielu dysków
- Macierze powyżej 8 dysków
- Systemy SAN, ZFS, Hyper-V, VMware
- Fizyczne uszkodzenia dysków w macierzy
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.