Backup 3‑2‑1 — co to znaczy, jak wdrożyć i jak testować odtwarzanie (w szkole i w firmie)

Backup 3‑2‑1 to nie slogan do prezentacji, tylko minimalny standard, poniżej którego nie powinna schodzić żadna instytucja. 3 kopie danych, 2 różne nośniki, 1 kopia poza lokalizacją — plus element, który odróżnia „backup” od „nadziei”: regularne, udokumentowane testy odtworzenia.

Reguła 3‑2‑1 — rozszyfrowanie bez teorii

Strategia 3‑2‑1 powstała jako odpowiedź na proste pytanie: ile rzeczy musi jednocześnie pójść nie tak, żeby stracić dane bezpowrotnie? Przy jednej kopii wystarczy awaria jednego dysku. Przy dwóch kopiach na tym samym serwerze — awaria serwera, zalanie, pożar lub kradzież. 3‑2‑1 minimalizuje to ryzyko:

• 3 kopie danych — oryginał plus dwie kopie zapasowe (jedna kopia potrafi być uszkodzona).
• 2 różne typy nośników — np. serwer (SSD/RAID) + NAS (HDD) albo serwer + taśma/chmura; chodzi o różne klasy awarii.
• 1 kopia poza lokalizacją (offsite) — druga lokalizacja, chmura, wymienne dyski trzymane poza budynkiem.

Dlaczego szkoły są szczególnie wrażliwe

W oświacie backup dotyka tematów, które mają realny ciężar:

• dane osobowe (uczniowie, kadry),
• ciągłość pracy (sekretariat, dziennik, zasoby),
• dni krytyczne (egzaminy, klasyfikacja, rekrutacja),
• ograniczony czas i budżet (dlatego strategia musi być prosta, nie „enterprise dla enterprise”).

W praktyce nie potrzebujesz kosmicznych rozwiązań. Potrzebujesz systemu, który działa i jest testowany.

Jak wygląda 3‑2‑1 w praktyce (realny, szkolny scenariusz)

Przykład wdrożenia, które najczęściej robię w szkołach (i w wielu małych firmach):

• Kopia 1 (oryginał): dane na serwerze (np. Proxmox: VM + udziały),
• Kopia 2 (lokalny backup): backup VM na osobnym storage (PBS/NAS) w tej samej serwerowni,
• Kopia 3 (offsite): replikacja/synchronizacja do drugiej lokalizacji lub do chmury.

Przykład „szkolny i tani”:
- Proxmox VE (VM z AD/plikami/egzaminem)
- Proxmox Backup Server na osobnym NAS/serwerze
- offsite: NAS w innym budynku / chmura (B2/S3) / rotacja dysków USB (zaszyfrowanych)

Jeśli masz Proxmox, to temat robi się jeszcze prostszy: PBS daje deduplikację i przyrosty. Zobacz też: Proxmox w szkole.

Retencja: ile trzymać kopie, żeby nie wpaść w pułapkę

Retencja to zasada, jak długo przechowujemy poszczególne kopie. W środowisku szkolnym działa prosta, skuteczna polityka:

• Dzienne: ostatnie 7 dni
• Tygodniowe: ostatnie 4 tygodnie
• Miesięczne: ostatnie 6 miesięcy

Dlaczego? Bo problem nie zawsze jest widoczny od razu. Ransomware potrafi siedzieć „cicho”, a uszkodzenie danych może wyjść dopiero po tygodniu. Jeśli masz tylko 3 ostatnie kopie dzienne, możesz nie mieć czystej wersji, do której da się wrócić.

RTO i RPO: proste wskaźniki, które porządkują decyzje

RTO/RPO to najlepszy filtr na „sprzętowe decyzje z emocji”. Najpierw ustalasz wymagania, potem dobierasz rozwiązanie.

Test odtworzenia: element, o którym większość zapomina

Backup, którego nigdy nie odtworzono, to nie backup — to nadzieja. W praktyce spotykam sytuacje:

• backup „jest”, ale ostatni udany był 3 miesiące temu,
• backup jest niekompletny (brak bazy danych / kluczy),
• backup jest na tym samym storage co dane,
• backup offsite jest niezaszyfrowany.

Dlatego sensowna procedura testów wygląda tak:

• Co miesiąc: odtworzenie losowej VM / losowego zestawu plików na środowisku testowym + pomiar czasu.
• Co kwartał: test DR: symulacja utraty głównego serwera i odtworzenie usług krytycznych z kopii offsite.
• Dokumentacja: data, co testowano, wynik, czas, wnioski (to jest Twoja „polisa” na stres).

Ransomware i „immutable backup”: jak nie stracić kopii razem z danymi

Ransomware to dziś realny scenariusz także w szkołach. Kluczowa zasada:

Rozwiązania praktyczne:

• osobne konta i uprawnienia do backupu (minimum uprawnień),
• odseparowany VLAN dla backupu/storage,
• immutability / WORM (tam gdzie możliwe),
• air-gap (np. rotowane dyski offline),
• szyfrowanie kopii offsite.

Czego backup nie zastąpi (i dlaczego warto o tym mówić wprost)

• Backup nie zastępuje redundancji: RAID/UPS zmniejszają przestoje, backup służy do odtwarzania po incydencie.
• Backup nie chroni przed wyciekiem: kopie muszą być szyfrowane i dostępne tylko dla uprawnionych.
• Backup bez procedury to chaos: kolejność odtwarzania, priorytety, odpowiedzialności — to musi być opisane.

Narzędzia i podejścia, które realnie się sprawdzają

• Proxmox Backup Server (PBS): świetny dla VM w Proxmox (deduplikacja, przyrosty). Jeśli używasz Proxmox — to naturalny wybór.
• rsync/rclone: prosta synchronizacja offsite, łatwa do zrozumienia i utrzymania.
• Backblaze B2 / S3: offsite w chmurze (szczególnie gdy szkoła ma słabą „drugą lokalizację”).
• Borg/Restic: backup plików z deduplikacją i szyfrowaniem.

Typowe błędy (czyli co naprawiamy w pierwszej kolejności)

• „Backup na tym samym dysku” — awaria = utrata wszystkiego.
• Brak kontroli logów — backup od tygodni nie działa, a nikt nie zauważył.
• Brak szyfrowania offsite — zgubiony dysk = incydent danych.
• Brak testu odtworzenia — w dniu awarii okazuje się, że nie ma do czego wracać.

Checklista audytu backupu (do wydruku)

• Czy mam 3 kopie danych (oryginał + 2 kopie)?
• Czy kopie są na 2 różnych nośnikach?
• Czy mam 1 kopię offsite?
• Czy kopie offsite są zaszyfrowane?
• Czy przynajmniej raz w miesiącu odtwarzam losową VM/pliki?
• Czy mam spisaną procedurę DR (kolejność, priorytety, czasy)?

FAQ

Czy w małej szkole wystarczy NAS i dysk USB?

Często tak — pod warunkiem, że jest retencja, szyfrowanie i test odtworzenia. Najgorsze jest „NAS jako jedyna kopia”.

Jak często robić kopie?

To zależy od RPO. Dla dokumentów i sekretariatu często warto mieć kopie częściej niż raz dziennie (np. kilka razy dziennie).

Czy mogę oprzeć się wyłącznie na snapshotach?

Nie. Snapshot to narzędzie do „cofnięcia zmiany”, a nie strategia odtwarzania po awarii lub ransomware.

Zobacz też: Proxmox w szkole · VLAN w szkole · Audyt IT · Oferta dla szkół