Zálohovanie servera: záloha, ktorú ste nikdy neobnovili, nie je záloha

„Zálohy máme.“ Túto vetu počujeme pri takmer každom audite. Keď sa potom spýtame, kedy ste naposledy skúšali obnovu, zvyčajne nasleduje ticho. A práve tu je problém: záloha má hodnotu až vo chvíli, keď sa z nej dá rýchlo a celá obnoviť. Kým to neoveríte, je to len predpoklad.

Čo sa najčastejšie pokazí

Zo skúsenosti sú to stále tie isté situácie:

• Záloha neobsahuje to podstatné. Zálohuje sa disk, ale databáza sa kopíruje počas zápisu, takže súbory nie sú konzistentné. Alebo chýbajú konfigurácie, certifikáty či tajné kľúče.
• Záloha je na tom istom mieste ako originál. Snapshot na rovnakom disku alebo v rovnakom účte nepomôže, keď zlyhá disk, niekto omylom zmaže účet alebo sa do neho dostane útočník.
• Záloha ticho prestala bežať. Skript zlyhal pred tromi mesiacmi, ale nikto nesledoval výsledok.
• Nikto nevie, ako obnovu urobiť. Postup je v hlave jedného človeka, ktorý je práve na dovolenke.

Pravidlo 3-2-1

Osvedčený základ, ktorý sa oplatí dodržať aj v malej firme:

• 3 kópie dát – originál a dve zálohy,
• na 2 rôznych typoch úložiska – napríklad lokálny disk a objektové úložisko,
• 1 kópia mimo hlavnej lokality – iné dátové centrum, iný región alebo iný poskytovateľ.

Dnes sa k nemu často pridáva ešte jedna podmienka: aspoň jedna kópia by mala byť nemenná (immutable), teda taká, ktorú počas nastavenej doby nemôže zmazať ani prepísať nikto – ani administrátor, ani útočník s jeho heslom.

Ransomvér mení pravidlá

Moderný ransomvér najprv hľadá zálohy a až potom šifruje. Ak sú zálohy dostupné z napadnutého servera s právom zápisu a mazania, útočník ich zničí ako prvé.

Preto odporúčame:

• server smie do zálohy len zapisovať, nie mazať staré verzie,
• zálohy v objektovom úložisku chránime zámkom (napríklad S3 Object Lock) na dobu, ktorá pokryje čas do odhalenia útoku,
• prístupové údaje k záložnému úložisku sú oddelené od bežných administrátorských účtov.

RPO a RTO: dve čísla, ktoré by mal poznať každý

• RPO (Recovery Point Objective) – koľko dát si môžete dovoliť stratiť. Ak zálohujete raz denne v noci, v najhoršom prípade prídete o celý deň práce.
• RTO (Recovery Time Objective) – ako dlho môže služba stáť, kým ju obnovíte.

Tieto čísla nie sú technické rozhodnutie, ale obchodné. E-shop s objednávkami potrebuje iné RPO ako interná wiki. Až keď ich poznáte, dá sa rozumne navrhnúť frekvencia záloh, typ úložiska a rozpočet.

Ako to môže vyzerať v praxi

Na Linux serveroch často používame restic – zálohy šifruje, deduplikuje (ukladá len zmenené dáta) a vie zapisovať priamo do S3 či iného objektového úložiska. Zjednodušený nočný skript:

#!/usr/bin/env bash
set -euo pipefail

# Konzistentný výpis databázy namiesto kopírovania súborov za behu
pg_dump --format=custom app > /var/backups/app.dump

restic backup /etc /var/www /var/backups --tag nightly

# Ponechá 7 denných, 4 týždenné a 6 mesačných záloh
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

# Overí integritu časti uložených dát
restic check --read-data-subset=5%

Skript beží cez systemd timer alebo cron a jeho výsledok posiela do monitoringu. Ak záloha neprebehne, ozve sa alert – nie až pri havárii.

V cloude sa k tomu pridávajú natívne nástroje, napríklad automatické snapshoty databáz alebo AWS Backup, ktorý vie kopírovať zálohy do iného regiónu aj iného účtu.

Test obnovy: najdôležitejší krok, ktorý sa vynecháva

Záloha je dobrá len taká, aká je posledná úspešná obnova. Odporúčame:

1. Pravidelne obnovovať naostro – aspoň raz za štvrťrok obnoviť celý server alebo databázu do izolovaného prostredia a overiť, že aplikácia naozaj funguje.
2. Merať čas – koľko trvala obnova? Zmestili ste sa do RTO?
3. Zapísať postup – krok za krokom, aby obnovu zvládol aj niekto iný ako autor záloh.
4. Automatizovať, čo sa dá – s infraštruktúrou ako kódom sa nový server postaví za pár minút a obnovujú sa len dáta.

Prvý test obnovy takmer vždy odhalí niečo, čo chýba. Je oveľa lepšie zistiť to v utorok poobede ako v sobotu o tretej ráno.

Krátky kontrolný zoznam

• Viete, aké dáta a konfigurácie zálohujete a prečo?
• Je aspoň jedna kópia mimo hlavnej lokality a nemenná?
• Dostanete upozornenie, keď záloha zlyhá?
• Poznáte svoje RPO a RTO?
• Kedy ste naposledy úspešne obnovili celý systém?

Ak na niektorú otázku neviete odpovedať, je to dobrý čas začať.

💾 Chcete mať istotu, že sa zo záloh obnovíte?

V rámci správy Linux serverov nastavíme zálohovanie podľa pravidla 3-2-1, ochranu pred ransomvérom, monitoring záloh a pravidelné testy obnovy so zdokumentovaným postupom. Ozvite sa nám – úvodná konzultácia je nezáväzná.