Zálohovanie, snapshoty a obnova po havárii

Zálohovanie, snapshoty a obnova po havárii v 4hosting: automatická denná záloha na cPanel, snapshoty na VPS a na dedikovaných serveroch stratégia zálohovania, ktorú nastaví náš tím z hodín DevOps v cene.

Záloha, ktorú naozaj využijete

Väčšina firiem zistí, že ich záloha nefunguje, až keď príde katastrofa. Preto odporúčame brať zálohovanie ako proces, nie ako odškrtnutú položku: automatické kópie uložené mimo produkčného servera a pravidelne testovaná obnova. Na cPanel beží denná záloha automaticky a obnovujete ju z panela; na VPS a dedikovaných serveroch môže tím DevOps nastaviť plánované testy obnovy z vašich hodín v cene.

Aké zálohovanie obsahuje každý plán

Hosting cPanel má automatickú dennú zálohu, ktorú obnovujete z panela. VPS má snapshoty — úplné kópie stavu servera — bez zaručenej frekvencie. Dedikované servery štandardne nezahŕňajú žiadne zálohovanie: disky NVMe sú v pároch a RAID sa nastavuje pri inštalácii, ale RAID nie je záloha. Externé zálohovanie, PITR pre databázy a testy obnovy nastaví náš tím z hodín DevOps v cene (5 – 10 h/mesiac na dedikovaných).

PlánZálohaObnovaLokalita
Hosting cPanelAutomatická denná zálohaZ klientskeho panelaEÚ (Frankfurt)
VPSSnapshoty, bez zaručenej frekvencieZo snapshotuEÚ (Frankfurt)
VPS — externé zálohovanieNa požiadanie, z hodín DevOpsPodľa nastavenej stratégieDohodnuté s tímom
Dedikovaný serverŠtandardne nie je súčasťou — nastaví sa na požiadaniePodľa stratégie (3-2-1, PITR)EÚ (Frankfurt) + externé úložisko na požiadanie

RPO a RTO — čísla, ktoré si máte určiť sami

Namiesto „zálohovať čo najskôr“ sa oplatí stanoviť dve konkrétne hodnoty. RPO (Recovery Point Objective) hovorí, koľko dát si môžete dovoliť stratiť. RTO (Recovery Time Objective) hovorí, ako dlho smie obnova trvať. Tím okolo týchto hodnôt postaví stratégiu.

RPO
nastavuje sa podľa aplikácie

Maximálna strata dát, ktorú ste ochotní prijať. Denná záloha znamená stratu až jedného dňa; so streamovaním WAL sa databáza dostane pod jednu minútu — nastavuje sa na požiadanie.

RTO
otestované, nie sľúbené

Čas obnovy závisí od objemu dát a zvolenej stratégie. RTO nezaručujeme — jediné spoľahlivé číslo je to, ktoré sa nameria pri teste obnovy.

Scenáre havárií — a ako sa chrániť

Havárie sú zriedkavé, ale s veľkým dopadom. Tu sú najčastejšie scenáre a ochrana, ktorú pre každý odporúčame. Na VPS a dedikovaných serveroch tím tieto opatrenia nastaví z hodín DevOps v cene.

Porucha hardvéru (disk, RAM)

Najčastejšia príčina straty dát. Dedikované servery majú párové disky NVMe s RAID nastaveným pri inštalácii, plus pamäť ECC na úrovniach EPYC a Xeon. RAID udrží server v chode pri poruche disku, ale nenahrádza zálohu — externá kópia je stále potrebná.

Ochrana: RAID + externá záloha

Ransomware alebo kompromitácia účtu

Útočník zašifruje súbory na serveri — aj každú kópiu, ku ktorej má server prístup. Preto by aspoň jedna kópia mala byť mimo servera, kde ju produkčný účet nemôže zmeniť (nemenná alebo offline). Nastavíme ju na požiadanie z hodín DevOps.

Ochrana: izolovaná kópia

Náhodné vymazanie dát

„DROP TABLE users“ spustené na produkcii. Najčastejšia ľudská chyba. Ak má databáza nastavenú obnovu k určitému okamihu (PITR), vrátite sa tesne pred chybu; denná záloha vás vráti len k poslednej kópii.

Ochrana: PITR na požiadanie

Úplný výpadok dátového centra

Požiar, povodeň, dlhší výpadok prevádzkovateľa. Ochranou je kópia na inom mieste, napríklad v druhom dátovom centre. Replikácia a failover nie sú štandardne súčasťou; tím ich nastaví na požiadanie z hodín DevOps.

Ochrana: kópia na inom mieste

Chyba v aplikácii poškodí dáta

Nasadenie prinesie chybu, ktorá poškodzuje záznamy v databáze. So samostatnou zálohou databázy obnovíte iba databázu (nie celý server) — súbory aplikácie zostanú, dáta sa vrátia späť.

Ochrana: samostatná záloha databázy

Migrácia na iný server

Aktuálny plán vám prestane stačiť. VPS prejde na vyššiu úroveň s viacerými vCPU, RAM a diskom; pri presune na iný server migráciu plánujeme vopred, aby bol výpadok krátky.

Tip: plánujte migráciu včas

Zálohovanie databáz — stratégie pre jednotlivé enginy

Úplná záloha VPS nie vždy stačí. Databázy majú vlastné mechanizmy obnovy k určitému okamihu (PITR) — umožňujú vrátiť sa presne k zvolenému momentu, nielen k poslednému snapshotu. Nastavujeme ich na požiadanie z hodín DevOps v cene.

PostgreSQL
Odporúčané: streamovanie WAL + denná základná záloha. PITR v rámci zvoleného obdobia uchovávania.
Dosiahnuteľné RPO: sekundy
MariaDB / MySQL
Odporúčané: streamovanie binlogu + denný xtrabackup. PITR prehratím binlogu.
Dosiahnuteľné RPO: < 1 min
MongoDB
Odporúčané: streamovanie oplogu + denný mongodump. PITR prehratím oplogu.
Dosiahnuteľné RPO: < 1 min
Redis
AOF (Append-Only File) + pravidelné snapshoty RDB. S fsync=always sa prakticky nestratí nič.
Dosiahnuteľné RPO: < 1 s
ClickHouse
BACKUP TO disk + replikácia. Záloha po partíciách.
Dosiahnuteľné RPO: minúty

Čo je súčasťou — a čo sa nastavuje na požiadanie

Neexistuje samostatne predávaná „prémiová záloha“: čo je súčasťou, je uvedené pri každom pláne a čokoľvek navyše tím vybuduje z hodín DevOps vo vašom predplatnom. Hodiny nad kvótu sa účtujú samostatne, po hodinách.

  • cPanel: automatická denná záloha, obnova z panela — v cene
  • VPS: snapshoty, bez zaručenej frekvencie — v cene
  • Dedikované servery: párové disky NVMe, RAID nastavený pri inštalácii — záloha štandardne nie je súčasťou
  • Externé zálohovanie podľa pravidla 3-2-1 — na požiadanie, z hodín DevOps (5 – 10 h/mesiac na dedikovaných)
  • PITR pre databázy (WAL, binlog, oplog) — na požiadanie, z hodín DevOps
  • Testy obnovy a doba uchovávania — dohodnuté s tímom a nastavené z hodín DevOps

Obnova zálohy — v 4 krokoch

1

Otvorte panel

Prihláste sa do klientskeho panela. Na cPanel tam obnovíte dennú zálohu; na VPS vyberiete snapshot.

2

Vyberte časový bod

Vyberte kópiu tesne spred problému. Najnovšia nie je vždy správna, ak chyba existuje už nejaký čas.

3

Kliknite na „Obnoviť“

Obnova prepíše aktuálny stav. Ak si nie ste istí, požiadajte tím, aby najprv obnovil do samostatného prostredia, aby ste mohli porovnať.

4

Skontrolujte výsledok

Skontrolujte, či aplikácia beží a dáta sú tam, kde majú byť. Ako dlho obnova trvá, závisí od objemu dát.

Často kladené otázky

Vyžaduje snapshot zastavenie servera?

Zvyčajne nie: snapshot VPS sa vytvára za behu servera. Pri databáze však snapshot bežiaceho servera nie je vždy konzistentný, preto odporúčame samostatnú zálohu databázy (dump alebo WAL/binlog), ktorú tím nastaví na požiadanie.

Ako dlho trvá obnova veľmi veľkého snapshotu (napr. 500 GB)?

Závisí od objemu dát, disku a miesta uloženia kópie — obnova z externej kópie trvá dlhšie ako z lokálnej. Pevný čas nesľubujeme: realistické číslo prinesie test obnovy, ktorý môžeme vykonať spolu s vami.

Sú zálohy šifrované?

Šifrovanie externých záloh je súčasťou stratégie, ktorú nastavujeme na požiadanie — napríklad kópie, ktoré opúšťajú server iba v zašifrovanej podobe, s kľúčmi uloženými oddelene od produkcie. Svoje požiadavky oznámte tímu pri žiadosti o nastavenie.

Čo ak chcem uchovávanie dlhšie ako 30 dní?

Doba uchovávania externých záloh sa určuje pri konfigurácii stratégie tímom, podľa vašich potrieb a zákonných povinností archivácie. Úložisko pre dlhšie uchovávanie sa dohodne s tímom; plány nájdete na stránke s cenníkom.

Môžem si stiahnuť snapshot lokálne?

Na VPS a dedikovaných serveroch máte prístup root a dáta kopírujete nástrojmi, ktoré uprednostňujete (rsync, tar). Tím môže z hodín DevOps nastaviť aj automatizované kópie do externého úložiska, napríklad AWS S3, Google Cloud Storage alebo Azure Blob.

Vaše dáta sú príliš cenné na to, aby ste ich nechali na náhodu

cPanel zahŕňa dennú zálohu a VPS zahŕňa snapshoty. Na dedikovaných serveroch tím vybuduje stratégiu zálohovania z hodín DevOps v cene. Podrobnosti nájdete v cenníku.

Zobraziť plány →

Sprievodcovia pre slovenské firmy