Backup, snapshotovi i oporavak od katastrofe

Backup, snapshotovi i oporavak od katastrofe kod 4hostinga: automatski dnevni backup na cPanelu, snapshotovi na VPS-u, a na namjenskim serverima strategija backupa koju naš tim postavlja iz uključenih DevOps sati.

Backup koji zaista koristite

Većina firmi sazna da im backup ne radi tek kada nastupi katastrofa. Zato savjetujemo da se backup tretira kao proces, a ne kao kvačica na listi: automatske kopije, čuvane van produkcijskog servera, i redovno testirana obnova. Na cPanelu se dnevni backup izvodi automatski, a obnavljate ga iz panela; na VPS-u i namjenskim serverima DevOps tim može iz vaših uključenih sati postaviti planirane testove obnove.

Koji backup uključuje svaki paket

cPanel hosting ima automatski dnevni backup koji obnavljate iz panela. VPS ima snapshotove — pune kopije stanja servera — bez zajamčene učestalosti. Namjenski serveri po defaultu ne uključuju backup: NVMe diskovi dolaze u paru, a RAID se postavlja pri instalaciji, ali RAID nije backup. Vanjski backup, PITR za baze podataka i testove obnove postavlja naš tim iz uključenih DevOps sati (5–10 h/mjesec na namjenskim).

Paket	Backup	Obnova	Lokacija
cPanel hosting	Automatski dnevni backup	Iz korisničkog panela	EU (Frankfurt)
VPS	Snapshotovi, bez zajamčene učestalosti	Iz snapshota	EU (Frankfurt)
VPS — vanjski backup	Na zahtjev, iz DevOps sati	Prema konfigurisanoj strategiji	Dogovara se s timom
Namjenski server	Nije uključen po defaultu — postavlja se na zahtjev	Prema strategiji (3-2-1, PITR)	EU (Frankfurt) + vanjska pohrana na zahtjev

RPO i RTO — brojke koje trebate sami odrediti

Umjesto „backup što prije“, isplati se utvrditi dvije konkretne vrijednosti. RPO (Recovery Point Objective) kaže koliko podataka možete priuštiti da izgubite. RTO (Recovery Time Objective) kaže koliko obnova smije trajati. Tim gradi strategiju oko tih vrijednosti.

RPO

određuje se po aplikaciji

Maksimalni gubitak podataka koji prihvatate. Dnevni backup znači gubitak do jednog dana; uz WAL streaming baza podataka spušta se ispod jedne minute — postavlja se na zahtjev.

RTO

testira se, ne obećava

Vrijeme obnove zavisi od količine podataka i odabrane strategije. Ne garantujemo RTO — jedina pouzdana brojka je ona izmjerena u testu obnove.

Scenariji katastrofe — i kako se zaštititi

Katastrofe su rijetke, ali s velikim posljedicama. Evo najčešćih scenarija i zaštite koju preporučujemo za svaki. Na VPS-u i namjenskim serverima tim postavlja ove mjere iz uključenih DevOps sati.

Kvar hardvera (disk, RAM)

Najčešći uzrok gubitka podataka. Namjenski serveri imaju NVMe diskove u paru s RAID-om postavljenim pri instalaciji, te ECC RAM na EPYC i Xeon nivoima. RAID održava server u radu kada disk otkaže, ali ne zamjenjuje backup — vanjska kopija je i dalje potrebna.

Zaštita: RAID + vanjski backup

Ransomware ili kompromitovan nalog

Napadač šifrira datoteke na serveru — i svaku kopiju do koje server može doći. Zato barem jedna kopija treba biti izvan servera, tamo gdje je produkcijski nalog ne može promijeniti (nepromjenjiva ili offline). Postavljamo je na zahtjev, iz DevOps sati.

Zaštita: izolovana kopija

Slučajno brisanje podataka

„DROP TABLE users“ pokrenut nad produkcijom. Najčešća ljudska greška. Ako je za bazu podataka postavljen point-in-time recovery (PITR), vraćate se na trenutak neposredno prije greške; dnevni backup vas vraća samo na posljednju kopiju.

Zaštita: PITR na zahtjev

Potpuni ispad data centra

Požar, poplava, dugotrajan ispad operatera. Zaštita je kopija na drugoj lokaciji, kao što je drugi data centar. Replikacija i failover nisu uključeni po defaultu; tim ih postavlja na zahtjev, iz DevOps sati.

Zaštita: kopija na drugoj lokaciji

Greška u aplikaciji kvari podatke

Deploy unese grešku koja kvari zapise u bazi. Uz zaseban backup baze obnavljate samo bazu (ne cijeli server) — datoteke aplikacije ostaju, podaci se vraćaju unazad.

Zaštita: zaseban backup baze

Migracija na drugi server

Prerastete trenutni paket. VPS prelazi na viši nivo s više vCPU-a, RAM-a i diska; za prelazak na drugi server migraciju planiramo unaprijed kako bi zastoj bio kratak.

Savjet: planirajte migraciju na vrijeme

Backup baza podataka — strategije po sistemu

Potpuni backup VPS-a nije uvijek dovoljan. Baze podataka imaju vlastite mehanizme point-in-time recovery (PITR) — omogućavaju povratak tačno na odabrani trenutak, a ne samo na posljednji snapshot. Postavljamo ih na zahtjev, iz uključenih DevOps sati.

PostgreSQL

Preporučeno: WAL streaming + dnevni base backup. PITR u okviru perioda čuvanja koji odaberete.

Ostvariv RPO: sekunde

MariaDB / MySQL

Preporučeno: binlog streaming + dnevni xtrabackup. PITR putem reprodukcije binloga.

Ostvariv RPO: < 1 min

MongoDB

Preporučeno: oplog streaming + dnevni mongodump. PITR putem reprodukcije oploga.

Ostvariv RPO: < 1 min

Redis

AOF (Append-Only File) + periodični RDB snapshotovi. Uz fsync=always praktično se ništa ne gubi.

Ostvariv RPO: < 1 sek

ClickHouse

BACKUP TO disk + replikacija. Backup po particiji.

Ostvariv RPO: minute

Šta je uključeno — a šta se postavlja na zahtjev

Ne postoji zasebno prodavan „premium backup“: šta je uključeno navedeno je uz svaki paket, a sve preko toga tim gradi iz DevOps sati u vašoj pretplati. Sati preko kvote naplaćuju se zasebno, po satu.

cPanel: automatski dnevni backup, obnova iz panela — uključeno
VPS: snapshotovi, bez zajamčene učestalosti — uključeno
Namjenski serveri: NVMe diskovi u paru, RAID postavljen pri instalaciji — backup nije uključen po defaultu
Vanjski backup po pravilu 3-2-1 — na zahtjev, iz DevOps sati (5–10 h/mjesec na namjenskim)
PITR za baze podataka (WAL, binlog, oplog) — na zahtjev, iz DevOps sati
Testovi obnove i period čuvanja — dogovaraju se s timom i postavljaju iz DevOps sati

Obnova backupa — u 4 koraka

Otvorite panel

Prijavite se u korisnički panel. Na cPanelu tamo obnavljate dnevni backup; na VPS-u birate snapshot.

Odaberite trenutak u vremenu

Odaberite kopiju neposredno prije problema. Najnovija nije uvijek prava ako je greška prisutna već neko vrijeme.

Kliknite „Obnovi“

Obnova prepisuje trenutno stanje. Ako niste sigurni, zamolite tim da prvo obnovi u zasebno okruženje kako biste mogli uporediti.

Provjerite rezultat

Provjerite da aplikacija radi i da su podaci na svom mjestu. Koliko obnova traje zavisi od količine podataka.

Često postavljana pitanja

Zahtijeva li snapshot zaustavljanje servera?

Obično ne: snapshot VPS-a pravi se dok server radi. Za bazu podataka, međutim, snapshot servera u radu nije uvijek konzistentan, pa preporučujemo zaseban backup baze (dump ili WAL/binlog), koji tim postavlja na zahtjev.

Koliko traje obnova vrlo velikog snapshota (npr. 500 GB)?

Zavisi od količine podataka, diska i mjesta gdje je kopija pohranjena — obnova iz vanjske kopije traje duže nego iz lokalne. Ne obećavamo fiksno vrijeme: realna brojka dolazi iz testa obnove, koji možemo provesti zajedno s vama.

Jesu li backupi šifrirani?

Šifriranje vanjskih backupa dio je strategije koju postavljamo na zahtjev — na primjer kopije koje napuštaju server samo u šifriranom obliku, s ključevima čuvanim odvojeno od produkcije. Recite timu svoje zahtjeve kada tražite postavljanje.

Šta ako želim period čuvanja duži od 30 dana?

Period čuvanja vanjskih backupa određuje se kada tim konfiguriše strategiju, na osnovu vaših potreba i zakonskih obaveza arhiviranja. Pohrana za duže čuvanje dogovara se s timom; pakete ćete naći na stranici s cijenama.

Mogu li snapshot preuzeti lokalno?

Na VPS-u i namjenskim serverima imate root pristup i kopirate svoje podatke alatima koje preferirate (rsync, tar). Tim može iz DevOps sati postaviti i automatske kopije na vanjsku pohranu, kao što su AWS S3, Google Cloud Storage ili Azure Blob.

Vaši podaci su previše vrijedni da bi se prepustili slučaju

cPanel uključuje dnevni backup, a VPS uključuje snapshotove. Na namjenskim serverima tim gradi strategiju backupa iz uključenih DevOps sati. Pogledajte cijene za detalje.

Pogledajte pakete →