Backup, snapshotovi i oporavak od katastrofe

Backup, snapshotovi i oporavak od katastrofe u 4hostingu: automatski dnevni backup na cPanelu, snapshotovi na VPS-u, a na dediciranim serverima strategija sigurnosnih kopija koju naš tim postavlja iz uključenih DevOps sati.

Backup koji stvarno koristite

Većina tvrtki otkrije da im backup ne radi tek kad dođe do katastrofe. Zato savjetujemo da se backup tretira kao proces, a ne kao kvačica na popisu: automatske kopije, čuvane odvojeno od produkcijskog servera, uz redovito testirana vraćanja. Na cPanelu se dnevni backup izvodi automatski, a vraćate ga iz panela; na VPS-u i dediciranim serverima DevOps tim može iz Vaših uključenih sati postaviti planirana testiranja vraćanja.

Koji backup uključuje koji paket

cPanel hosting ima automatski dnevni backup koji vraćate iz panela. VPS ima snapshotove — pune kopije stanja servera — bez zajamčene učestalosti. Dedicirani serveri po zadanom 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 testiranja vraćanja postavlja naš tim iz uključenih DevOps sati (5–10 h/mjesec na dediciranim).

Paket	Backup	Vraćanje	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 postavljenoj strategiji	Dogovara se s timom
Dedicirani server	Po zadanom nije uključen — 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) govori koliko podataka si možete priuštiti izgubiti. RTO (Recovery Time Objective) govori koliko smije trajati vraćanje. Tim gradi strategiju oko tih vrijednosti.

RPO

određuje se po aplikaciji

Najveći gubitak podataka koji možete prihvatiti. 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 vraćanja ovisi o količini podataka i odabranoj strategiji. RTO ne jamčimo — jedina pouzdana brojka ona je izmjerena u testu vraćanja.

Scenariji katastrofe — i kako se zaštititi

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

Kvar hardvera (disk, RAM)

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

Zaštita: RAID + vanjski backup

Ransomware ili kompromitacija računa

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

Zaštita: izolirana kopija

Slučajno brisanje podataka

„DROP TABLE users“ pokrenut na produkciji. Najčešća ljudska pogreška. Ako baza podataka ima postavljen oporavak na točku u vremenu (PITR), vraćate se na trenutak neposredno prije pogreške; dnevni backup vraća Vas samo na posljednju kopiju.

Zaštita: PITR na zahtjev

Potpuni ispad DC-a

Požar, poplava, dulji ispad operatera. Zaštita je kopija na drugoj lokaciji, primjerice u drugom DC-u. Replikacija i failover po zadanom nisu uključeni; 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 vraćate samo bazu (ne cijeli server) — datoteke aplikacije ostaju, podaci se vraćaju unatrag.

Zaštita: zaseban backup baze

Migracija na drugi server

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

Savjet: planirajte migraciju na vrijeme

Backup baza podataka — strategije po sustavu

Potpuni backup VPS-a nije uvijek dovoljan. Baze podataka imaju vlastite mehanizme oporavka na točku u vremenu (PITR) — omogućuju povratak točno na odabrani trenutak, a ne samo na posljednji snapshot. Postavljamo ih na zahtjev, iz uključenih DevOps sati.

PostgreSQL

Preporuka: WAL streaming + dnevni osnovni backup. PITR unutar razdoblja čuvanja koje odaberete.

Ostvarivi RPO: sekunde

MariaDB / MySQL

Preporuka: binlog streaming + dnevni xtrabackup. PITR ponovnim izvođenjem binloga.

Ostvarivi RPO: < 1 min

MongoDB

Preporuka: oplog streaming + dnevni mongodump. PITR ponovnim izvođenjem oploga.

Ostvarivi RPO: < 1 min

Redis

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

Ostvarivi RPO: < 1 sek

ClickHouse

BACKUP TO disk + replikacija. Backup po particiji.

Ostvarivi RPO: minute

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

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

cPanel: automatski dnevni backup, vraćanje iz panela — uključeno
VPS: snapshotovi, bez zajamčene učestalosti — uključeno
Dedicirani serveri: NVMe diskovi u paru, RAID postavljen pri instalaciji — backup po zadanom nije uključen
Vanjski backup po pravilu 3-2-1 — na zahtjev, iz DevOps sati (5–10 h/mjesec na dediciranim)
PITR za baze podataka (WAL, binlog, oplog) — na zahtjev, iz DevOps sati
Testiranja vraćanja i razdoblje čuvanja — dogovaraju se s timom i postavljaju iz DevOps sati

Vraćanje backupa — u 4 koraka

Otvorite panel

Prijavite se u korisnički panel. Na cPanelu tamo vraćate 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 „Vrati“

Vraćanje prepisuje trenutno stanje. Ako niste sigurni, zamolite tim da prvo vrati u zasebno okruženje kako biste mogli usporediti.

Provjerite rezultat

Provjerite radi li aplikacija i nalaze li se podaci tamo gdje trebaju. Koliko vraćanje traje ovisi o količini podataka.

Često postavljana pitanja

Zahtijeva li snapshot zaustavljanje servera?

Obično ne: snapshot VPS-a izrađuje 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 vraćanje vrlo velikog snapshota (npr. 500 GB)?

Ovisi o količini podataka, disku i mjestu pohrane kopije — vraćanje iz vanjske kopije traje dulje nego iz lokalne. Ne obećavamo fiksno vrijeme: realna brojka dolazi iz testa vraćanja, koji možemo provesti zajedno s Vama.

Jesu li backupi šifrirani?

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

Što ako želim čuvanje dulje od 30 dana?

Razdoblje čuvanja vanjskih backupa određuje se kad tim konfigurira strategiju, prema Vašim potrebama i zakonskim obvezama arhiviranja. Pohrana za dulje čuvanje dogovara se s timom; pakete ćete naći na stranici s cijenama.

Mogu li snapshot preuzeti lokalno?

Na VPS-u i dediciranim serverima imate root pristup i kopirate svoje podatke alatima koje preferirate (rsync, tar). Tim također može iz DevOps sati postaviti automatizirane kopije na vanjsku pohranu, poput AWS S3, Google Cloud Storagea ili Azure Bloba.

Vaši podaci previše vrijede da bi ih se prepustilo slučaju

cPanel uključuje dnevni backup, a VPS snapshotove. Na dediciranim serverima tim gradi strategiju backupa iz uključenih DevOps sati. Pojedinosti potražite u cjeniku.

Pogledajte pakete →