Najczęstsze przyczyny utraty danych są codzienne

Dane znikają nie tylko po spektakularnych cyberatakach. Przyczyną może być awaria dysku, przypadkowe usunięcie folderu, błędne nadpisanie pliku, uszkodzenie serwera, kradzież laptopa, przepięcie, ransomware albo zła konfiguracja synchronizacji. Część problemów zostaje wykryta dopiero po kilku dniach, dlatego sama najnowsza kopia może nie wystarczyć.

Strategia ochrony powinna zakładać, że pojedynczy element może zawieść. Dotyczy to sprzętu, człowieka, połączenia internetowego, kont administratorów i usług chmurowych. Celem nie jest stworzenie systemu, który nigdy się nie zepsuje, lecz środowiska, z którego da się przewidywalnie wrócić do pracy.

Backup, synchronizacja, archiwizacja i RAID to różne mechanizmy

Synchronizacja OneDrive, SharePoint czy innej chmury ułatwia dostęp do tych samych danych, ale może również zsynchronizować usunięcie lub zaszyfrowanie plików. RAID zwiększa odporność macierzy na awarię nośnika, lecz nie chroni przed błędem użytkownika, ransomware ani utratą całego urządzenia. Archiwizacja służy długoterminowemu przechowywaniu, a backup ma umożliwić odtworzenie danych po zdarzeniu.

Dobra infrastruktura może korzystać z każdego z tych mechanizmów, ale nie należy traktować ich zamiennie. Szczególnie częsty błąd to uznanie RAID-u albo synchronizacji z chmurą za pełną kopię zapasową.

Zasada 3-2-1 i dodatkowa kopia odseparowana

Praktyczna zasada 3-2-1 zakłada co najmniej trzy kopie danych, dwa różne rodzaje nośników i jedną kopię poza podstawową lokalizacją. W środowisku narażonym na ransomware warto dodać warstwę, której zwykłe konto administratora lub zainfekowany komputer nie może łatwo zmodyfikować — na przykład kopię niezmienną albo logicznie odseparowaną.

Nie chodzi o mechaniczne spełnienie liczb. Najważniejsze jest usunięcie pojedynczego punktu awarii. Pożar, przepięcie, awaria NAS lub przejęcie konta nie powinny jednocześnie zniszczyć danych produkcyjnych i wszystkich kopii.

Co powinno być objęte backupem

Najpierw trzeba określić, które dane są niezbędne do pracy firmy. Nie wystarczy kopiować folderu „Dokumenty”, jeśli kluczowa baza znajduje się na serwerze aplikacji, konfiguracja urządzenia sieciowego istnieje tylko w routerze, a poczta i SharePoint są przechowywane w Microsoft 365.

Zakres powinien być udokumentowany, aby po awarii nie okazało się, że ważny system nigdy nie był objęty polityką kopii.

  • pliki użytkowników i wspólne zasoby
  • serwery fizyczne oraz maszyny wirtualne
  • bazy danych i aplikacje biznesowe
  • NAS i foldery współdzielone
  • konfiguracje urządzeń sieciowych
  • Microsoft 365: poczta, OneDrive i SharePoint, jeżeli wymagają dodatkowej kopii
  • dane systemów sprzedażowych i innych usług krytycznych

Backup komputerów użytkowników

Nie każdy komputer musi być kopiowany w całości. Jeżeli dokumenty są prawidłowo przechowywane w zarządzanym OneDrive lub na serwerze, często ważniejsze jest zabezpieczenie tych centralnych zasobów niż tworzenie obrazu każdego laptopa. Inaczej wygląda sytuacja, gdy na stacji działa specjalistyczna aplikacja lub lokalna baza danych.

Polityka powinna jasno określać, gdzie użytkownicy mają zapisywać dane firmowe. Backup nie naprawi problemu, jeśli ważne pliki są rozproszone po pulpitach prywatnych urządzeń i nikt o nich nie wie.

Backup serwerów i NAS

Serwer lub NAS często jest centralnym miejscem przechowywania danych, dlatego wymaga zarówno redundancji, jak i niezależnej kopii. RAID może pozwolić na pracę po awarii pojedynczego dysku, ale usunięty folder lub zaszyfrowane dane zostaną odzwierciedlone na całej macierzy.

Kopie powinny obejmować nie tylko pliki, ale również ustawienia i elementy potrzebne do odtworzenia usług. W przypadku maszyn wirtualnych warto wiedzieć, czy możliwe jest uruchomienie całej maszyny z kopii, czy tylko odzyskanie pojedynczych plików.

Microsoft 365 również wymaga przemyślanej ochrony

Microsoft 365 zapewnia wysoką dostępność usługi i różne mechanizmy retencji, ale organizacja nadal odpowiada za własne konta, polityki i sposób odzyskiwania danych w swoim środowisku. Usunięcie, błąd konfiguracji, przejęcie konta lub potrzeba dłuższej retencji mogą uzasadniać dodatkową kopię poczty, OneDrive i SharePoint.

Zakres backupu chmury powinien zależeć od wymagań firmy. Ważne jest, aby odróżnić dostępność platformy od własnej strategii odtwarzania danych użytkowników.

Retencja: ile wersji i jak długo przechowywać

Jeżeli ransomware zostanie wykryte po tygodniu, kopia tylko z poprzedniej nocy może być już zaszyfrowana. Dlatego potrzebne są starsze punkty odtworzenia. Z drugiej strony przechowywanie każdej wersji bez limitu zwiększa koszt i może komplikować zarządzanie.

Retencję dobiera się do sposobu pracy i ryzyka. Inne wymagania ma baza zmieniająca się co kilka minut, inne archiwum dokumentów, a jeszcze inne konfiguracja routera zmieniana kilka razy w roku. Polityka powinna być zrozumiała i możliwa do zweryfikowania.

RPO i RTO pomagają ustalić wymagania biznesowe

RPO opisuje, jaką maksymalną ilość nowych danych firma może zaakceptować jako utraconą, a RTO — w jakim czasie kluczowa usługa powinna wrócić do działania. Jeśli kopia bazy wykonywana jest raz na dobę, teoretyczna utrata danych może obejmować wiele godzin pracy. Jeśli odtworzenie dużego serwera trwa cały dzień, warto wcześniej wiedzieć, czy biznes to akceptuje.

Nie każdy system potrzebuje tak krótkiego RPO i RTO. Zdefiniowanie priorytetów pozwala inwestować przede wszystkim tam, gdzie przestój ma największy wpływ.

Monitoring backupu jest równie ważny jak jego konfiguracja

Zadanie może przestać działać z powodu braku miejsca, wygasłych poświadczeń, zmiany nazwy zasobu, uszkodzenia repozytorium lub problemu z siecią. Bez alertów nikt może tego nie zauważyć. Sam fakt, że „backup był kiedyś ustawiony”, nie jest kontrolą.

Warto monitorować wyniki zadań, pojemność repozytoriów, wiek ostatniej poprawnej kopii i nietypowe wzrosty danych. Alert powinien trafiać do osoby, która ma obowiązek go zweryfikować.

Test odtwarzania to jedyny praktyczny dowód

Najważniejszym testem backupu jest próba odzyskania danych. Może zacząć się od pojedynczego dokumentu, później bazy, folderu współdzielonego albo całej maszyny. Test pokazuje nie tylko, czy kopia jest czytelna, ale również ile czasu naprawdę zajmuje proces.

Wynik warto udokumentować: co odtwarzano, z jakiego punktu, ile trwało przywrócenie i czy były potrzebne dodatkowe hasła lub licencje. Dzięki temu plan awaryjny opiera się na sprawdzonym procesie.

Jak ograniczyć ryzyko ransomware

Backup jest ostatnią linią obrony, a nie zamiennikiem bezpieczeństwa. MFA, aktualizacje, ochrona urządzeń, segmentacja sieci, ograniczenie uprawnień i szkolenie użytkowników zmniejszają prawdopodobieństwo udanego ataku. Kopie powinny być dodatkowo chronione przed dostępem z kont używanych na zwykłych komputerach.

Szczególnie niebezpieczne jest repozytorium stale podłączone i dostępne z tymi samymi uprawnieniami, które może zostać zaszyfrowane razem z produkcją. Separacja logiczna lub niezmienność utrudnia taki scenariusz.

Plan awaryjny powinien określać kolejność odtwarzania

Po dużej awarii nie wszystko da się przywrócić jednocześnie. Najpierw trzeba ustalić, co jest niezbędne do wznowienia podstawowej działalności: internet, uwierzytelnianie, serwer plików, baza sprzedaży, system magazynowy, recepcja czy poczta. Kolejność zależy od firmy.

Plan powinien wskazywać osoby decyzyjne, dostępy do kopii, dane kontaktowe dostawców i minimalny zestaw usług potrzebny do pracy. Jeżeli dokument istnieje tylko na serwerze, który właśnie uległ awarii, nie spełnia swojej roli.

Osiem pytań kontrolnych dla firmy

Krótka samoocena pozwala szybko znaleźć luki. Kilka odpowiedzi „nie wiem” zwykle oznacza, że warto uporządkować dokumentację lub przeprowadzić audyt backupu.

  • Czy wiadomo dokładnie, jakie dane są kopiowane?
  • Czy istnieje kopia poza główną lokalizacją?
  • Czy przynajmniej jedna warstwa jest odseparowana od zwykłych kont?
  • Czy wiadomo, kiedy wykonała się ostatnia poprawna kopia?
  • Czy są przechowywane starsze wersje?
  • Czy Microsoft 365 i inne usługi chmurowe są objęte świadomą polityką?
  • Czy wykonywane są testy odtwarzania?
  • Czy istnieje kolejność przywracania systemów po awarii?