Dla kogo
Strategia backupu 3-2-1 jest przydatna wszędzie tam, gdzie utrata danych zatrzymuje sprzedaż, obsługę klienta albo pracę zespołu. Dotyczy baz danych, plików klientów, repozytoriów, konfiguracji infrastruktury, systemów księgowych i danych przechowywanych w usługach SaaS.
Najważniejsze pytanie nie brzmi „czy backup się wykonał?”, lecz „czy potrafimy odtworzyć właściwe dane w akceptowalnym czasie?”. Kopia, której nikt nigdy nie odtworzył, jest tylko założeniem.
Polityka backupu i retencji
Reguła 3-2-1 oznacza:
- 3 kopie danych - dane produkcyjne i co najmniej dwie kopie,
- 2 różne nośniki lub domeny awarii - tak, aby pojedyncza awaria nie zniszczyła wszystkich kopii,
- 1 kopię poza główną lokalizacją - najlepiej na osobnym koncie, w innym regionie albo u niezależnego dostawcy.
Replika bazy danych nie zawsze jest backupem. Błędne usunięcie, zaszyfrowanie danych lub problem aplikacyjny może zostać szybko powielony na replikę. Potrzebne są wersjonowane kopie z retencją, możliwością odtworzenia konkretnego punktu w czasie i ochroną przed usunięciem.
Retencję należy dopasować do sposobu pracy. Inne wymagania ma baza transakcyjna zmieniająca się co sekundę, a inne archiwum dokumentów aktualizowane raz w tygodniu. Dla każdego systemu warto ustalić RPO, czyli akceptowalną utratę danych, oraz RTO, czyli oczekiwany czas przywrócenia działania.
Co i kiedy backupować
Inwentaryzacja powinna objąć nie tylko dane użytkowników. Do pełnego odtworzenia często potrzebne są również:
- konfiguracje aplikacji i infrastruktury,
- sekrety oraz certyfikaty przechowywane w bezpiecznym systemie,
- definicje pipeline CI/CD,
- pliki przesyłane przez użytkowników,
- konfiguracja DNS, load balancerów i reguł sieciowych,
- dokumentacja kolejności uruchamiania usług.
Harmonogram wynika z RPO. Jeżeli firma może stracić maksymalnie 15 minut transakcji, jedna kopia na dobę jest niewystarczająca. Jednocześnie częstszy backup zwiększa koszt przechowywania i transferu, dlatego parametry powinny wynikać z ryzyka biznesowego, a nie z jednego szablonu dla całej organizacji.
Testy odtworzeniowe krok po kroku
Test restore powinien przypominać realną sytuację awaryjną. Praktyczny scenariusz obejmuje:
- wybór konkretnej kopii i sprawdzenie jej integralności,
- odtworzenie danych do odizolowanego środowiska,
- uruchomienie aplikacji lub zapytania kontrolnego,
- potwierdzenie kompletności danych przez właściciela biznesowego,
- pomiar rzeczywistego czasu odtworzenia,
- zapisanie problemów i aktualizację procedury.
Dla systemów krytycznych test warto wykonywać co najmniej kwartalnie oraz po większej zmianie architektury, sposobu szyfrowania lub dostawcy. Mniej krytyczne zasoby można testować rzadziej, ale termin powinien być zapisany w polityce i przypisany do konkretnej osoby.
Najczęstsze błędy
- wszystkie kopie znajdują się na tym samym koncie administracyjnym,
- nikt nie otrzymuje alertu o niewykonanym backupie,
- retencja jest krótsza niż czas wykrycia problemu,
- kopia jest zaszyfrowana, ale klucz nie jest dostępny w sytuacji awaryjnej,
- procedura zależy od jednej osoby,
- test kończy się na pobraniu pliku bez uruchomienia systemu,
- nie ma ochrony immutable lub oddzielnego procesu usuwania kopii.
Wdrożenie strategii 3-2-1 powinno zakończyć się krótkim playbookiem: gdzie są kopie, kto może je odtworzyć, jakie są zależności i w jakiej kolejności uruchomić system. To dokument operacyjny, nie prezentacja przygotowana wyłącznie na audyt.