Zdegradowany RAID z bazą danych oparty na SSD Seagate Ironwolf

Do naszego Laboratorium trafiły dyski Seagate IronWolf 110 SSD po awarii serwera bazy danych. Zlecenie było pilne, a konfiguracja RAID nieznana. Jeden dysk pozostawał w stanie BSY, ale drugi umożliwił odczyt ponad 76% powierzchni.

Awaria stacji roboczej i dwa dyski Seagate IronWolf 110

W sobotę rano nasz Partner dostarczył dwa dyski Seagate IronWolf 110 SSD (ZA480NM1001) po awarii stacji roboczej pełniącej rolę serwera bazy danych.

Warunki standardowo : ważne dane potrzebne na teraz, bazy danych, niewiadomy RAID oparty na zintegrowanym z płytą główną kontrolerze, dyski nieobsługiwane przez narzędzia.

Wybór dysków był trafny, Seagate IronWolf 110 przystosowane są do pracy 24/7 i wysokiego obciążenia zapisem. Seria oferowała pamięci 3D TLC NAND, pojemności do 3,84 TB. Istotnym elementem konstrukcji był system ochrony danych przy zaniku zasilania, wykorzystujący mechanizmy podtrzymania zapisu, które ograniczały ryzyko utraty danych znajdujących się w buforze.

Jak rozwiązaliśmy problem RAID Seagate SSD Ironwolf?

Z uwagi na charakter zlecenia oraz wybraną opcję priorytetową POŻAR technik przystąpił do działania od razu. Standardowa diagnostyka obejmująca pomiary napięć na PCB oraz analizę termiczną nie wykazała anomalii - wszystko działa jak należy.

Jeden z dysków przechodził w stan gotowości DRD DSC, ale przy próbie odczytu ID utrzymywał w stan BSY. Z uwagi na brak wsparcia przez narzędzia do DR oraz poziom skomplikowania oprogramowania wewnętrznego, tego typu usterka utrudnia dalsze działanie (w przypadku większości dysków Intel).

Drugi dysk wykazał się większą łaskawością i przechodził w stan gotowości, a nawet umożliwił dostęp do sektorów z danymi. Oczywiście struktury logiczne były uszkodzone (powodem mogły być np. błędy synchronizacji RAID, niewydolność mechanizmu korekcji lub powolna śmierć NAND), ale odpowiednie regułu odczytu w DataExtractor umożliwiły odczyt ponad 76% powierzchni.

Ku naszemu zaskoczeniu, odnalezione zostały pełne struktury NTFS, co świadczy o wyborze RAID1 podczas tworzenia macierzy. Chwała Użytkownikowi.

Pomimo dużych braków w spójności, krytyczna baza Postgresql została odzyskana w całości oraz zaimportowana do działającego środowiska.

Całość została zrealizowana w 48h.

PS. zwróćmy uwagę na offsety -3 niektórych plików, to nie błędy systemu plików, a wersje dostępne tylko online danych zsynchronizowanych z OneDrive ("wirtualne" w trybie offline).

Jeśli zależy Ci na czasie, zapraszamy do skorzystania z usług priorytetowych!

📞 Zadzwoń: 575 217 817

📍 Odwiedź nas: Plac Inwalidów 7/2LU, Kraków