Zálohování, snapshoty a obnova po havárii

Zálohování, snapshoty a obnova po havárii u 4hosting: automatická denní záloha na cPanelu, snapshoty na VPS a na dedikovaných serverech zálohovací strategie, kterou nastaví náš tým ze zahrnutých hodin DevOps.

Záloha, kterou skutečně použijete

Většina firem zjistí, že záloha nefunguje, teprve když dojde k havárii. Proto doporučujeme brát zálohování jako proces, ne jako položku k odškrtnutí: automatické kopie uložené mimo produkční server a pravidelně testované obnovy. Na cPanelu běží denní záloha automaticky a obnovujete ji z panelu; na VPS a dedikovaných serverech může tým DevOps ze zahrnutých hodin nastavit plánované testy obnovy.

Jakou zálohu který plán zahrnuje

Hosting cPanel má automatickou denní zálohu, kterou obnovujete z panelu. VPS má snapshoty — úplné kopie stavu serveru — bez garantované frekvence. Dedikované servery zálohu ve výchozím stavu nezahrnují: disky NVMe jsou v páru a RAID se nastavuje při instalaci, ale RAID není záloha. Externí zálohu, PITR pro databáze a testy obnovy nastaví náš tým ze zahrnutých hodin DevOps (5–10 h/měsíc u dedikovaných).

PlánZálohaObnovaUmístění
Hosting cPanelAutomatická denní zálohaZe zákaznického paneluEU (Frankfurt)
VPSSnapshoty, bez garantované frekvenceZe snapshotuEU (Frankfurt)
VPS — externí zálohaNa požádání, z hodin DevOpsDle nastavené strategieDohodnuto s týmem
Dedikovaný serverVe výchozím stavu není zahrnuta — nastavuje se na požádáníDle strategie (3-2-1, PITR)EU (Frankfurt) + externí úložiště na požádání

RPO a RTO — čísla, která byste si měli stanovit sami

Místo „zálohovat co nejdřív“ se vyplatí určit dvě konkrétní hodnoty. RPO (Recovery Point Objective) říká, kolik dat si můžete dovolit ztratit. RTO (Recovery Time Objective) říká, jak dlouho smí obnova trvat. Tým staví strategii podle těchto hodnot.

RPO
stanoveno podle aplikace

Maximální ztráta dat, kterou akceptujete. Denní záloha znamená ztrátu až jednoho dne; se streamováním WAL se databáze dostane pod jednu minutu — nastavuje se na požádání.

RTO
otestováno, ne slíbeno

Doba obnovy závisí na objemu dat a zvolené strategii. RTO nezaručujeme — jediné spolehlivé číslo je to, které se naměří při testu obnovy.

Scénáře havárií — a jak se chránit

Havárie jsou vzácné, ale mají velký dopad. Zde jsou nejčastější scénáře a ochrana, kterou pro každý doporučujeme. Na VPS a dedikovaných serverech tato opatření nastaví tým ze zahrnutých hodin DevOps.

Selhání hardwaru (disk, RAM)

Nejčastější příčina ztráty dat. Dedikované servery mají spárované disky NVMe s RAID nastaveným při instalaci a u řad EPYC a Xeon také paměť ECC. RAID udrží server v chodu, když disk selže, ale nenahrazuje zálohu — externí kopie je stále potřeba.

Ochrana: RAID + externí záloha

Ransomware nebo kompromitace účtu

Útočník zašifruje soubory na serveru — i každou kopii, ke které se server dostane. Proto by alespoň jedna kopie měla ležet mimo server, kde ji produkční účet nemůže změnit (neměnná nebo offline). Na požádání ji nastavíme z hodin DevOps.

Ochrana: izolovaná kopie

Neúmyslné smazání dat

„DROP TABLE users“ spuštěné na produkci. Nejčastější lidská chyba. Pokud má databáze nastavenou obnovu k okamžiku v čase (PITR), vrátíte se těsně před chybu; denní záloha vás vrátí jen k poslední kopii.

Ochrana: PITR na požádání

Úplný výpadek datacentra

Požár, povodeň, dlouhý výpadek provozovatele. Ochranou je kopie na jiném místě, například ve druhém datacentru. Replikace a failover nejsou ve výchozím stavu zahrnuty; tým je na požádání nastaví z hodin DevOps.

Ochrana: kopie na jiném místě

Chyba v aplikaci poškodí data

Nasazení zavede chybu, která poškozuje záznamy v databázi. Se samostatnou zálohou databáze obnovíte jen databázi (ne celý server) — soubory aplikace zůstanou, data se vrátí zpět.

Ochrana: samostatná záloha databáze

Migrace na jiný server

Současný plán vám přestane stačit. VPS lze přesunout na vyšší úroveň s větším počtem vCPU, RAM a disku; při přesunu na jiný server migraci plánujeme předem, aby byl výpadek krátký.

Tip: plánujte migraci včas

Záloha databází — strategie podle databázového stroje

Úplná záloha VPS nestačí vždy. Databáze mají vlastní mechanismy obnovy k okamžiku v čase (PITR) — umožňují vrátit se přesně k vybranému okamžiku, nejen k poslednímu snapshotu. Nastavujeme je na požádání ze zahrnutých hodin DevOps.

PostgreSQL
Doporučeno: streamování WAL + denní základní záloha. PITR v rámci zvoleného okna uchování.
Dosažitelné RPO: sekundy
MariaDB / MySQL
Doporučeno: streamování binlogu + denní xtrabackup. PITR přehráním binlogu.
Dosažitelné RPO: < 1 min
MongoDB
Doporučeno: streamování oplogu + denní mongodump. PITR přehráním oplogu.
Dosažitelné RPO: < 1 min
Redis
AOF (Append-Only File) + pravidelné snapshoty RDB. S fsync=always se prakticky nic neztratí.
Dosažitelné RPO: < 1 s
ClickHouse
BACKUP TO disk + replikace. Záloha po partitionách.
Dosažitelné RPO: minuty

Co je v ceně — a co se nastavuje na požádání

Neexistuje zvlášť prodávaná „prémiová záloha“: co je v ceně, je uvedeno u každého plánu, a vše nad to tým postaví z hodin DevOps ve vašem předplatném. Hodiny nad kvótu se účtují zvlášť, po hodinách.

  • cPanel: automatická denní záloha, obnova z panelu — v ceně
  • VPS: snapshoty, bez garantované frekvence — v ceně
  • Dedikované servery: spárované disky NVMe, RAID nastavený při instalaci — záloha ve výchozím stavu není v ceně
  • Externí záloha podle pravidla 3-2-1 — na požádání, z hodin DevOps (5–10 h/měsíc u dedikovaných)
  • PITR pro databáze (WAL, binlog, oplog) — na požádání, z hodin DevOps
  • Testy obnovy a doba uchování — dohodnuty s týmem a nastaveny z hodin DevOps

Obnova zálohy — ve 4 krocích

1

Otevřete panel

Přihlaste se do zákaznického panelu. Na cPanelu tam obnovujete denní zálohu; na VPS vyberete snapshot.

2

Vyberte bod v čase

Vyberte kopii těsně před vznikem problému. Nejnovější nemusí být vždy ta správná, pokud chyba existuje už delší dobu.

3

Klikněte na „Obnovit“

Obnova přepíše aktuální stav. Pokud si nejste jisti, požádejte tým, aby obnovu nejprve provedl do samostatného prostředí, kde si výsledky porovnáte.

4

Zkontrolujte výsledek

Ověřte, že aplikace běží a data jsou tam, kde mají být. Jak dlouho obnova trvá, závisí na objemu dat.

Často kladené otázky

Vyžaduje snapshot zastavení serveru?

Obvykle ne: snapshot VPS se pořizuje za běhu serveru. U databáze ale snapshot běžícího serveru není vždy konzistentní, proto doporučujeme samostatnou zálohu databáze (dump nebo WAL/binlog), kterou tým nastaví na požádání.

Jak dlouho trvá obnova velmi velkého snapshotu (např. 500 GB)?

Záleží na objemu dat, disku a na tom, kde je kopie uložena — obnova z externí kopie trvá déle než z lokální. Pevný čas neslibujeme: realistické číslo vychází z testu obnovy, který s vámi můžeme provést.

Jsou zálohy šifrované?

Šifrování externích záloh je součástí strategie, kterou nastavujeme na požádání — například kopie, které opouštějí server jen v zašifrované podobě, s klíči uloženými odděleně od produkce. Své požadavky sdělte týmu při žádosti o nastavení.

Co když chci uchování delší než 30 dní?

Doba uchování externích záloh se určuje při konfiguraci strategie týmem podle vašich potřeb a zákonných povinností archivace. Úložiště pro delší uchování se dohodne s týmem; plány najdete na stránce s ceníkem.

Mohu si snapshot stáhnout lokálně?

Na VPS a dedikovaných serverech máte přístup root a data kopírujete nástroji, které preferujete (rsync, tar). Tým může také z hodin DevOps nastavit automatické kopie do externího úložiště, například AWS S3, Google Cloud Storage nebo Azure Blob.

Vaše data jsou příliš cenná, než abyste je nechali na náhodě

cPanel zahrnuje denní zálohu a VPS snapshoty. Na dedikovaných serverech tým staví zálohovací strategii ze zahrnutých hodin DevOps. Podrobnosti najdete v ceníku.

Zobrazit plány →

Průvodci pro firmy v Česku