Utrata danych firmowych to jeden z tych scenariuszy, których nikt nie bierze poważnie — dopóki nie wydarzy się naprawdę. Ransomware szyfrujący serwer plików, dysk NAS, który odmawia posłuszeństwa w poniedziałkowy poranek, przypadkowe usunięcie katalogu z projektami sprzed trzech lat. Backup danych strategia powinna być gotowa, zanim będzie potrzebna, nie po fakcie. W tym artykule opisujemy sprawdzony model 3-2-1, jego rozszerzenia i konkretne narzędzia, z których warto korzystać.
Zasada 3-2-1 — co oznaczają poszczególne liczby
Model 3-2-1 to nie żadna tajemna formuła — to zdroworozsądkowa odpowiedź na pytanie, ile awarii jednocześnie musi się wydarzyć, żeby utracić dane bezpowrotnie. Sformalizował go fotograf i informatyk Peter Krogh, ale branża IT przyjęła go jako standard niemal dla każdej skali organizacji.
Co oznaczają liczby 3, 2 i 1
Trzy kopie danych to minimum, które sprawia, że pojedyncza awaria nie jest katastrofą. Mamy oryginał plus dwie kopie — każda może być w innym miejscu lub na innym nośniku. Dwie różne klasy nośników to odpowiedź na specyficzne podatności: dysk SSD może paść z przepięcia, taśma LTO może się rozmagnesować po kilkunastu latach, pendrive gubi się w szufladzie. Gdy kopie leżą na różnych typach nośników, pojedyncza klasa awarii (przepięcie, zalanie, kradzież) eliminuje co najwyżej jedną z nich.
Jedna kopia poza siedzibą to element, który większość małych firm pomija jako „przesadę” — i żałuje tego dokładnie wtedy, gdy biuro płonie albo zalewa je woda z pękniętej rury na górnym piętrze. Kopia off-site nie musi być w centrum danych po drugiej stronie świata. Może to być NAS w mieszkaniu właściciela firmy lub właśnie chmura backup jako usługa.
W praktyce 3-2-1 wygląda więc tak: dane produkcyjne na serwerze lokalnym, codzienna kopia na NAS w tej samej sieci, cotygodniowa kopia w chmurze. Proste, tanie, skuteczne w 99% scenariuszy awarii.
Rozszerzenia: 3-2-1-1-0 i 4-3-2
Klasyczna zasada 3-2-1 ma jednak lukę, którą ransomware chętnie wykorzystuje. Jeśli kopia zapasowa jest podmontowana jako dysk sieciowy lub klient backup ma dostęp do repozytorium z poziomu zaatakowanej maszyny — złośliwe oprogramowanie zaszyfruje też kopie.
Model 3-2-1-1-0 dodaje dwa elementy: jedną kopię immutable (niezmienialną przez określony czas) oraz zero błędów weryfikacji po wykonaniu backupu. Immutable backup to funkcja oferowana przez Wasabi, Backblaze B2, Amazon S3 z object lock i kilka innych. Kopii, na której włączony jest object lock, nie można nadpisać ani usunąć nawet przez właściciela konta przez zdefiniowany okres — 30, 60 czy 90 dni.
Model 4-3-2 zakłada cztery kopie, trzy lokalizacje i dwie off-site. Stosuje się go tam, gdzie RPO (Recovery Point Objective) mierzy się w minutach, a RTO (Recovery Time Objective) w godzinach — a nie odpowiednio w dniach i dobach.
Narzędzia do backupu lokalnego i sieciowego
Kopia zapasowa, która nie była nigdy testowana, jest tylko nadzieją — nie zabezpieczeniem. Dobry wybór narzędzia to taki, który ułatwia zarówno tworzenie, jak i odtwarzanie danych, najlepiej z automatyczną weryfikacją integralności.
Veeam Backup & Replication
Veeam to de facto standard w środowiskach VMware i Hyper-V. Darmowa edycja Community obsługuje do 10 hostów i sprawdzi się w małej firmie z kilkoma maszynami wirtualnymi. Edycje płatne dodają replikację, continuous data protection i integrację z chmurą.
Mechanizm Veeam SureBackup automatycznie uruchamia kopię zapasową w izolowanym środowisku i weryfikuje, czy maszyna wirtualna startuje poprawnie. To właśnie ta cecha odpowiada na wymaganie „zero błędów weryfikacji” z modelu 3-2-1-1-0. Dla środowisk mieszanych (fizyczne serwery, stacje robocze, bazy danych) Veeam oferuje agentów pod Windows, Linux i Mac.
Restic i BorgBackup — open source dla zaawansowanych
Restic to narzędzie konsolowe z wbudowaną deduplikacją, szyfrowaniem AES-256 i obsługą wielu backendów: lokalny dysk, SFTP, REST API, Amazon S3, Backblaze B2, Azure Blob Storage. Konfiguracja wymaga chwili nauki, ale po ustawieniu działa bezobsługowo. Repozytorium Restic jest odporne na modyfikacje wsteczne z poziomu klienta — co daje namiastkę immutable backup, jeśli backend jest odpowiednio skonfigurowany.
BorgBackup wyróżnia się kompresją i deduplikacją po stronie klienta, co minimalizuje ruch sieciowy przy inkrementalnych kopiach. Świetnie sprawdza się przy codziennych backupach serwerów Linux z dużą ilością niezmiennych plików.
- Restic: obsługa S3, B2, Azure, GCS, SFTP; szyfrowanie i deduplikacja out-of-the-box
- BorgBackup: deduplikacja i kompresja po stronie klienta; działa wyłącznie na SFTP lub lokalnie
- Duplicati: interfejs webowy, działa na Windows/Linux/Mac, obsługuje ponad 20 backendów
- Amanda: tradycyjne rozwiązanie na taśmy i dyski, popularne w dużych środowiskach Unix
Każde z tych narzędzi jest darmowe. Różnica polega na tym, które środowisko obsługujecie — Restic lepiej pasuje do heterogenicznych instalacji, BorgBackup do homogenicznych serwerów Linux.
Niezależnie od wybranego narzędzia, restore danych powinien być testowany co kwartał — nie „od czasu do czasu”.
Chmura backup jako warstwa off-site
Chmura backup rozwiązuje problem logistyki kopii poza siedzibą. Zamiast wozić dyski lub konfigurować VPN do zdalnej lokalizacji, wysyłamy dane do zewnętrznego dostawcy i mamy je dostępne z dowolnego miejsca.
Backblaze B2 i Wasabi — ekonomiczne rozwiązania S3-compatible
Backblaze B2 to jeden z najtańszych backendów obiektowych na rynku — w 2024 roku koszt składowania wynosił około 6 USD za TB miesięcznie, przy bezpłatnym pobieraniu danych do 3× ilości przechowywanych danych miesięcznie. B2 jest kompatybilny z API S3, więc działa ze wszystkimi narzędziami wymienionymi wyżej.
Wasabi oferuje podobne ceny bez opłat egress i z wbudowanym object lock. Konto Wasabi umożliwia ustawienie okresu niezmienialności na poziomie bucketa — to dokładnie ten element, który podnosi backup do poziomu 3-2-1-1-0. Warto wiedzieć, że Wasabi nalicza opłaty za przechowywanie danych przez co najmniej 90 dni, więc przy krótkich cyklach rotacji koszt może okazać się wyższy niż zakładany.
Acronis Cyber Protect Cloud i IDrive
Dla tych, którzy wolą gotowe rozwiązanie zamiast samodzielnej konfiguracji, Acronis Cyber Protect Cloud oferuje backup agentowy dla stacji roboczych, serwerów i urządzeń mobilnych z wbudowaną ochroną antywirusową i zarządzaniem podatnościami. Integruje się z Office 365 i Google Workspace — co istotne, bo backup danych aplikacji SaaS jest często pomijany w strategiach firm.
IDrive to propozycja dla małych firm i użytkowników indywidualnych: plan na 5 TB kosztuje kilkadziesiąt dolarów rocznie, obsługuje bezpośredni backup NAS, urządzeń mobilnych i chmury. Funkcja IDrive Express pozwala zamówić dysk fizyczny i wysłać pierwszą kopię pocztą — co rozwiązuje problem „initial seed” przy wolnych łączach.
Automatyzacja, harmonogramy i weryfikacja kopii zapasowych
Ręczny backup to backup, który w końcu zostanie pominięty. Pełna strategia musi zakładać automatyzację i sposób na potwierdzenie, że kopia powstała i jest kompletna.
Harmonogramowanie i retencja
Harmonogram backupu definiuje dwie zmienne: RPO (jak stare dane możemy zaakceptować po awarii) i koszt składowania (im więcej kopii, tym więcej miejsca). Typowe podejście dla środowisk biurowych:
- Codzienny backup inkrementalny danych użytkowników i baz danych
- Tygodniowy pełny backup z retencją przez 4 tygodnie
- Miesięczny backup archiwizacyjny z retencją przez 12 miesięcy
- Kopia off-site aktualizowana co najmniej raz na dobę
Przy danych finansowych lub medycznych okresy retencji wyznaczają przepisy prawa — w Polsce dane księgowe należy przechowywać przez 5 lat od końca roku obrotowego. Backup musi to uwzględniać.
Weryfikacja i monitoring
Automatyczna weryfikacja to nie luksus — to wymóg. Veeam realizuje to przez SureBackup, Restic przez polecenie restic check, Borg przez borg check. Wyniki weryfikacji powinny trafiać na wskazany adres email lub do systemu monitoringu (Zabbix, Prometheus z alertmanagerem, Grafana).
Warto skonfigurować alert nie tylko na błąd, ale też na brak raportu o sukcesie. Cisza może oznaczać, że job backup przestał działać — a to gorszy scenariusz niż jawny błąd, bo pozostaje niezauważony przez tygodnie.
Pełny test restore — obejmujący uruchomienie przywróconych maszyn wirtualnych lub zweryfikowanie dostępności przywróconych plików w środowisku testowym — powinien odbywać się co kwartał. Dokumentowanie wyników testów to też element zgodności z normą ISO 27001 i wymogami wielu ubezpieczycieli od cyberryzyk.
Backup danych SaaS — Google Workspace, Microsoft 365 i inne
Największy mit w zarządzaniu danymi brzmi tak: „skoro korzystamy z chmury, dane są bezpieczne”. Microsoft i Google gwarantują dostępność swoich usług, ale nie chronią przed przypadkowym usunięciem danych przez użytkownika, złośliwym działaniem pracownika czy migracją, która coś nadpisze.
Natywne funkcje jak Kosz w Teams, wersjonowanie OneDrive czy okres przechowywania usuniętych elementów w Google Vault mają swoje ograniczenia czasowe — domyślnie 30 do 180 dni zależnie od konfiguracji. Po upływie tego czasu dane znikają bezpowrotnie.
Dedykowane narzędzia backup dla SaaS to Veeam Backup for Microsoft 365, Backupify (dla Google Workspace i Salesforce) oraz AvePoint Cloud Backup. Każde z nich wykonuje niezależną kopię skrzynek mailowych, kalendarzy, plików SharePoint i Teams poza infrastrukturą dostawcy. Koszt zaczyna się od kilku dolarów miesięcznie na użytkownika — to niewiele w zestawieniu z odtworzeniem utraconych projektów czy komunikacji z klientami.
Kopia zapasowa środowiska SaaS powinna trafić do repozytorium, nad którym macie bezpośrednią kontrolę — nie do kolejnej usługi chmurowej tego samego dostawcy. Jeśli konto Google lub Microsoft zostanie zawieszone, backup trzymany w Google Drive lub OneDrive przestaje być dostępny razem z danymi produkcyjnymi.
Realistyczna ocena każdej wdrożonej strategii powinna zakończyć się pytaniem: „Ile czasu zajmie nam odtworzenie pełnego środowiska po całkowitej utracie danych?”. Jeśli odpowiedź jest dłuższa niż akceptowalna przerwa w działalności — strategię trzeba poprawić, zanim sprawdzi ją awaria.
