Awaria jednego dysku nie musi zatrzymać serwera. Przypadkowe skasowanie katalogu z fakturami, szyfrowanie plików przez ransomware albo pożar pomieszczenia z NAS-em mogą jednak pozbawić firmę danych, choć panel macierzy nadal pokazuje „stan prawidłowy”. RAID chroni przede wszystkim dostępność danych przy określonych awariach dysków. Backup chroni możliwość odzyskania ich wcześniejszej wersji, również wtedy, gdy cały serwer przestaje istnieć. Problem zaczyna się, gdy trzeba odzyskać dokument sprzed kilku dni, a nie tylko wymienić uszkodzony nośnik.
Co naprawdę zapewniają RAID 0, 1, 5, 6 i 10
Poziom RAID określa, jak dane i informacje nadmiarowe są rozłożone między dyskami. Wyznacza pojemność, wydajność i tolerancję awarii.
- RAID 0 dzieli dane między co najmniej dwa dyski. Przyspiesza operacje, ale nie ma redundancji: awaria jednego dysku może zniszczyć cały wolumin. Nadaje się na dane tymczasowe, które łatwo odtworzyć, nie na jedyny magazyn dokumentów.
- RAID 1 tworzy lustrzaną kopię na dwóch dyskach. Z dwóch nośników po 4 TB uzyskujemy około 4 TB przestrzeni przed narzutem systemu plików. Jeden dysk może ulec awarii, ale usunięcie pliku nastąpi na obu.
- RAID 5 wymaga minimum trzech dysków i rozkłada pojedynczą parzystość między nośnikami. Wytrzymuje awarię jednego dysku. Zapewnia dobry stosunek pojemności do kosztu, lecz podczas odbudowy jest szczególnie narażony na kolejną awarię lub nieodczytywalne sektory.
- RAID 6 wymaga co najmniej czterech dysków i wykorzystuje podwójną parzystość. Przetrwa dowolne dwie awarie dysków, kosztem pojemności i dodatkowych operacji zapisu.
- RAID 10 łączy lustra z rozkładaniem danych. Przy czterech dyskach może przetrwać awarię dwóch nośników z różnych par lustrzanych; jeśli padną oba dyski jednej pary, macierz traci dane. Dobrze sprawdza się przy dużej liczbie operacji zapisu i wymagających bazach danych.
Przykład: serwer z czterema dyskami HDD po 4 TB ma 16 TB pojemności surowej. RAID 0 udostępni około 16 TB, RAID 5 — 12 TB, a RAID 6 i RAID 10 — po 8 TB, przed narzutem formatowania. Przy ograniczonym budżecie i danych możliwych do odtworzenia RAID 5 bywa racjonalny. Przy dużych dyskach i wymaganej ciągłości pracy lepiej wybrać RAID 6. Dla intensywnych zapisów losowych przewagę może mieć RAID 10.
Odbudowa nie następuje natychmiast. Przepisanie 4 TB przy rzeczywistej średniej 100 MB/s zajęłoby ponad 11 godzin; pod obciążeniem może trwać znacznie dłużej. W tym czasie RAID 5 nie toleruje kolejnej awarii dysku. Alerty SMART, kontrola stanu macierzy i cykliczne sprawdzanie jej spójności są potrzebne, lecz nie zastępują backupu.
Usunięcie plików, ransomware i awarie, których RAID nie zatrzyma
Pracownik usuwa w poniedziałek katalog z ofertami, a brak dokumentów wychodzi na jaw w czwartek. RAID 1 nie przechowuje stanu z niedzieli: oba dyski prezentują już system plików po usunięciu. Kosz lub mechanizm poprzednich wersji może pomóc, jeśli był włączony i nie wyczerpał retencji. Sama macierz nie ma jednak funkcji cofania czasu.
Podobnie działa ransomware. Program z dostępem do udziału SMB otwiera pliki, szyfruje ich zawartość i zapisuje zmiany. RAID 5 czy RAID 6 poprawnie zapisze zaszyfrowane bloki wraz z parzystością. Z punktu widzenia kontrolera to zwykłe operacje zapisu. Z uprawnieniami administratora NAS-a napastnik może też skasować migawki lub dostępne sieciowo kopie. Odtworzenie plików nie cofa ich wcześniejszego wycieku — backup nie naprawia skutków ujawnienia danych.
Są też awarie, które dotyczą całego urządzenia, a nie pojedynczego dysku:
- Kontroler RAID lub jego konfiguracja: uszkodzona elektronika, błędne metadane albo nieudana aktualizacja firmware’u mogą uniemożliwić montowanie woluminu mimo sprawnych dysków. Przy wymianie kontrolera trzeba sprawdzić zgodność i procedurę importu; pochopne utworzenie nowej macierzy może nadpisać konfigurację.
- System plików i aplikacja: błędny skrypt, uszkodzona baza danych czy wadliwy zapis mogą zniszczyć logiczną zawartość danych na wszystkich członkach macierzy. Sumy kontrolne w systemach takich jak ZFS pomagają wykrywać niektóre błędy i, przy dostępnej redundancji, je naprawiać, ale nie cofają autoryzowanego usunięcia.
- Zasilanie i zdarzenia fizyczne: przepięcie, zalanie, pożar lub kradzież całego NAS-a mogą zabrać wszystkie dyski naraz. UPS ogranicza skutki nagłego wyłączenia, lecz nie tworzy osobnej kopii.
W praktyce po awarii kontrolera pierwszą decyzją nie powinno być kliknięcie „inicjalizuj”. Najpierw należy wstrzymać zapisy, zapisać komunikaty błędów i ustalić, czy istnieje aktualna kopia poza urządzeniem. Przy danych bez backupu ryzykowne próby odbudowy potrafią pogorszyć sytuację.
Migawki, wersjonowanie i kopia poza serwerem — jak połączyć zabezpieczenia
Migawka (snapshot) zapisuje stan systemu plików lub woluminu z określonej chwili, zwykle bez kopiowania od razu wszystkich bloków. Dzięki temu odzyskanie pojedynczego dokumentu może trwać minuty, a nie godziny. Przykładowo w biurze rachunkowym z 15 stanowiskami migawki wykonywane co godzinę pozwalają sięgnąć po wersję dokumentu sprzed pomyłki. Nie są niezależnym backupem: gdy zginie macierz, znikną też jej migawki. Nie wlicza się ich jako drugiej kopii w regule 3-2-1. Zajmują ponadto coraz więcej miejsca wraz ze zmianami danych.
Dlatego sensowny układ ma dwie różne ścieżki odzyskiwania. Pierwsza to migawki lokalne — np. co godzinę przez 48 godzin i raz dziennie przez dwa tygodnie — do szybkiego cofania błędów. Druga to wersjonowany backup na innym urządzeniu albo w chmurze, przechowywany poza serwerem i najlepiej poza lokalizacją firmy. Utrzymywanie wersji przez 30–90 dni umożliwia powrót do danych sprzed ataku wykrytego z opóźnieniem; konkretną retencję trzeba ustalić według tempa zmian, wymogów przechowywania i dostępnej przestrzeni.
Nie wystarczy podpiąć drugi NAS jako udział sieciowy z prawem zapisu i nazwać go kopią bezpieczeństwa. Gdy zainfekowany serwer widzi ten udział, może zaszyfrować również backup. Oddzielne konto do wykonywania kopii, inne poświadczenia administratora, MFA i blokada usuwania starszych wersji ograniczają to ryzyko. W chmurze pomaga niezmienność kopii (np. Object Lock) z ustalonym okresem retencji; alternatywą jest nośnik okresowo odłączany od sieci. Minusem niezmienności są dodatkowe koszty przechowywania i brak możliwości usunięcia danych przed upływem blokady, więc okres trzeba dobrać świadomie.
Harmonogram wynika z dwóch liczb: RPO, czyli maksymalnej akceptowalnej utraty ostatnich zmian, oraz RTO, czyli czasu, w którym usługa ma znów działać. Jeśli firma może stracić najwyżej cztery godziny zapisów, nocny backup nie wystarczy; kopie lub dzienniki transakcji muszą powstawać częściej. Jeśli księgowość ma wrócić do pracy w dwie godziny, trzeba zmierzyć czas odtworzenia bazy, programu, uprawnień i konfiguracji, a nie tylko pobrania plików.
Wysłanie pierwszych 2 TB danych łączem o przepustowości wysyłania 100 Mb/s trwa teoretycznie około 44 godzin, bez narzutu protokołów. Dlatego początkowe zasilenie repozytorium warto zaplanować osobno, a potem przesyłać jedynie zmiany. Dla pracujących baz danych potrzebny jest backup spójny aplikacyjnie; kopiowanie otwartych plików nie daje takiej gwarancji. Test odtworzenia powinien obejmować plik, a okresowo także uruchomienie całej usługi na odizolowanym środowisku. W Polsce ma to dodatkowe znaczenie przy danych osobowych: art. 32 RODO wymaga odpowiednich środków umożliwiających terminowe przywrócenie dostępności danych i regularne testowanie zabezpieczeń.
FAQ
Czy RAID 1 jest kopią zapasową, skoro przechowuje dwa egzemplarze pliku?
Nie. Oba dyski pokazują ten sam aktualny stan, także po usunięciu lub zaszyfrowaniu dokumentu.
Czy RAID 6 wyklucza utratę danych?
Nie. Toleruje awarię dwóch dysków, lecz nie chroni przed skasowaniem plików, błędami oprogramowania ani zniszczeniem całego serwera.
Czy migawki wystarczą zamiast backupu?
Nie, jeśli pozostają na tej samej macierzy. Służą do szybkiego cofania zmian; kopia poza serwerem zabezpiecza przed utratą urządzenia.
Jak sprawdzić, czy backup naprawdę działa?
Odtwórz wybrany katalog na inną maszynę, otwórz pliki, a dla aplikacji sprawdź start i spójność danych. Zanotuj czas oraz datę odzyskanej wersji.
Jeśli firma ma dziś tylko RAID, pierwszy krok to nie zakup kolejnego dysku, lecz uruchomienie wersjonowanej kopii najważniejszych danych poza serwerem, z osobnymi uprawnieniami. Następnie odtwórz z niej jeden plik na innym urządzeniu. Dopiero po takim teście dobieraj częstotliwość kopii, retencję i poziom RAID do rzeczywistego ryzyka.
