„Mamy backup” to jedno z najczęściej słyszanych zdań podczas audytów — i jedno z najczęściej nieprawdziwych. Kopia istnieje, ale leży na tym samym serwerze co dane, nikt nie sprawdzał jej od roku albo obejmuje tylko część systemów. Dowiadujemy się o tym zwykle w najgorszym momencie: po awarii dysku, przypadkowym usunięciu danych albo ataku ransomware.
Backup ma jedną miarę skuteczności: czy da się z niego odtworzyć dane w akceptowalnym czasie. Wszystko inne to szczegóły.
Zasada 3-2-1 w praktyce
Zasada 3-2-1 to prosty standard, który od lat sprawdza się w firmach każdej wielkości:
- 3 kopie danych — oryginał i dwie kopie zapasowe,
- 2 różne nośniki — np. serwer plików i osobny dysk sieciowy (NAS), albo NAS i chmura,
- 1 kopia poza firmą — w chmurze lub fizycznie w innej lokalizacji, na wypadek pożaru, zalania czy kradzieży.
Dziś do tej zasady warto dodać jeszcze jeden element: jedna kopia odseparowana lub niemodyfikowalna (offline albo w trybie „immutable”). Ransomware szyfruje wszystko, do czego ma dostęp z zainfekowanej sieci — także dyski z kopiami podłączone na stałe do serwera. Kopia, której atakujący nie może zmienić ani usunąć, często decyduje o tym, czy firma wraca do pracy po kilku godzinach, czy po kilku tygodniach.
Dwa pytania, które trzeba zadać przed wyborem rozwiązania
Ile danych możemy stracić? Jeśli kopia robi się raz na dobę w nocy, awaria o 16:00 oznacza utratę pracy z całego dnia. Dla księgowości czy systemu zamówień to może być za dużo — wtedy potrzebne są częstsze kopie.
Jak długo możemy nie działać? Odtworzenie kilku plików trwa minuty, ale odtworzenie całego serwera z chmury przez wolne łącze może trwać dzień lub dłużej. Warto to policzyć — nasz kalkulator kosztów przestoju pomaga oszacować, ile kosztuje każda godzina bez systemów.
Odpowiedzi na te dwa pytania decydują o częstotliwości kopii, rodzaju nośników i o tym, czy wystarczy kopia plików, czy potrzebna jest kopia całych systemów.
Co powinno być objęte kopią
Najczęściej zapominane elementy:
- poczta i pliki w chmurze (Microsoft 365, Google Workspace) — dostawca dba o dostępność usługi, ale nie zawsze o odtworzenie danych usuniętych przez użytkownika lub atakującego sprzed wielu tygodni,
- dane na laptopach — dokumenty trzymane lokalnie, poza serwerem i dyskiem w chmurze,
- konfiguracja urządzeń — router, firewall, przełączniki; bez niej odtworzenie sieci trwa znacznie dłużej,
- bazy danych programów — systemy księgowe, magazynowe, CRM; kopia samych plików programu nie zawsze wystarczy,
- hasła i klucze dostępowe do samych kopii — przechowywane tak, by były dostępne, gdy serwer nie działa.
Test odtworzenia w 30 minut
Najprostszy test, który możesz zrobić jeszcze w tym tygodniu:
- Wybierz losowy plik z serwera lub dysku w chmurze, zmieniony kilka dni temu.
- Odtwórz go z kopii zapasowej do innego folderu — bez nadpisywania oryginału.
- Sprawdź, czy plik się otwiera i czy ma właściwą zawartość z właściwej daty.
- Zanotuj, ile czasu to zajęło i kto musiał w tym pomóc.
- Sprawdź, kiedy wykonała się ostatnia kopia i czy system zgłasza błędy.
Jeśli którykolwiek krok sprawił problem — nikt nie wiedział, gdzie jest kopia, nie było dostępu albo ostatnia udana kopia jest sprzed tygodni — to wyraźny sygnał, że backup wymaga przeglądu.
Raz na kwartał warto zrobić test większy: odtworzenie całego systemu (np. serwera lub bazy programu księgowego) na osobnym sprzęcie. Dopiero taki test pokazuje realny czas powrotu do pracy.
Najczęstsze błędy
- Kopia na tym samym serwerze lub dysku podłączonym na stałe — ransomware szyfruje oba.
- Brak monitorowania — kopie „robią się” od miesięcy z błędem, którego nikt nie czyta.
- Brak kopii poczty i danych z chmury, bo „to przecież jest w chmurze”.
- Jedna osoba wie, jak odtworzyć dane — i akurat jest na urlopie.
Przegląd kopii zapasowych jest stałym elementem naszego audytu bezpieczeństwa IT. Jeśli potrzebujesz nowego rozwiązania — serwera, dysku NAS czy kopii w chmurze — dobierzemy i wdrożymy je w ramach dostaw sprzętu IT.