Backup, snapshotovi i oporavak od katastrofe

Backup, snapshotovi i oporavak od katastrofe u 4hosting-u: automatski dnevni backup na cPanel-u, snapshotovi na VPS-u, a na namenskim serverima strategija backup-a koju naš tim podešava iz uključenih DevOps sati.

Backup koji zaista koristite

Većina kompanija otkrije da backup ne radi tek kada nastupi katastrofa. Zato savetujemo da se backup posmatra kao proces, a ne kao štikliranje polja: automatske kopije, čuvane dalje od produkcionog servera, uz redovno testirano vraćanje. Na cPanel-u dnevni backup radi automatski, a vraćate ga iz panela; na VPS i namenskim serverima DevOps tim može da podesi zakazana testiranja vraćanja iz vaših uključenih sati.

Koji backup uključuje svaki paket

cPanel hosting ima automatski dnevni backup koji vraćate iz panela. VPS ima snapshotove — pune kopije stanja servera — bez zagarantovane učestalosti. Namenski serveri podrazumevano ne uključuju backup: NVMe diskovi dolaze u paru, a RAID se podešava pri instalaciji, ali RAID nije backup. Spoljni backup, PITR za baze podataka i testiranja vraćanja podešava naš tim iz uključenih DevOps sati (5–10 h/mesec na namenskim).

Paket	Backup	Vraćanje	Lokacija
cPanel hosting	Automatski dnevni backup	Iz korisničkog panela	EU (Frankfurt)
VPS	Snapshotovi, bez zagarantovane učestalosti	Iz snapshota	EU (Frankfurt)
VPS — spoljni backup	Na zahtev, iz DevOps sati	Prema podešenoj strategiji	Dogovara se sa timom
Namenski server	Podrazumevano nije uključen — podešava se na zahtev	Prema strategiji (3-2-1, PITR)	EU (Frankfurt) + spoljno skladište na zahtev

RPO i RTO — brojke koje treba sami da odredite

Umesto „backup što pre“, isplati se odrediti dve konkretne vrednosti. RPO (Recovery Point Objective) govori koliko podataka možete da priuštite da izgubite. RTO (Recovery Time Objective) govori koliko sme da traje vraćanje. Tim gradi strategiju oko tih vrednosti.

RPO

određuje se po aplikaciji

Najveći gubitak podataka koji možete da prihvatite. Dnevni backup znači gubitak do jednog dana; uz WAL streaming baza podataka spušta se ispod jednog minuta — podešava se na zahtev.

RTO

testira se, ne obećava

Vreme vraćanja zavisi od količine podataka i izabrane strategije. Ne garantujemo RTO — jedina pouzdana brojka je ona izmerena u testu vraćanja.

Scenariji katastrofe — i kako da se zaštitite

Katastrofe su retke, ali imaju veliki uticaj. Evo najčešćih scenarija i zaštite koju preporučujemo za svaki. Na VPS i namenskim serverima tim podešava ove mere iz uključenih DevOps sati.

Kvar hardvera (disk, RAM)

Najčešći uzrok gubitka podataka. Namenski serveri imaju NVMe diskove u paru sa RAID-om podešenim pri instalaciji, kao i ECC RAM na EPYC i Xeon nivoima. RAID održava server u radu kada disk otkaže, ali ne zamenjuje backup — spoljna kopija je i dalje potrebna.

Zaštita: RAID + spoljni backup

Ransomware ili kompromitovan nalog

Napadač šifruje fajlove na serveru — i svaku kopiju do koje server može da dopre. Zato bar jedna kopija treba da bude izvan servera, tamo gde je produkcioni nalog ne može izmeniti (nepromenljiva ili offline). Podešavamo je na zahtev, iz DevOps sati.

Zaštita: izolovana kopija

Slučajno brisanje podataka

„DROP TABLE users“ pokrenut na produkciji. Najčešća ljudska greška. Ako je za bazu podešen point-in-time recovery (PITR), vraćate se na trenutak pre greške; dnevni backup vraća samo do poslednje kopije.

Zaštita: PITR na zahtev

Potpuni ispad data centra

Požar, poplava, dugotrajan ispad operatera. Zaštita je kopija na drugoj lokaciji, na primer u drugom data centru. Replikacija i failover nisu podrazumevano uključeni; tim ih podešava na zahtev, 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 ceo server) — fajlovi aplikacije ostaju, podaci se vraćaju unazad.

Zaštita: zaseban backup baze

Migracija na drugi server

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

Savet: planirajte migraciju na vreme

Backup baze podataka — strategije po sistemu

Pun backup VPS-a nije uvek dovoljan. Baze podataka imaju sopstvene mehanizme point-in-time recovery (PITR) — oni omogućavaju povratak na tačno izabrani trenutak, a ne samo na poslednji snapshot. Podešavamo ih na zahtev, iz uključenih DevOps sati.

PostgreSQL

Preporuka: WAL streaming + dnevni osnovni backup. PITR u okviru perioda čuvanja koji izaberete.

Dostižni RPO: sekunde

MariaDB / MySQL

Preporuka: binlog streaming + dnevni xtrabackup. PITR putem ponovnog izvršavanja binlog-a.

Dostižni RPO: < 1 min

MongoDB

Preporuka: oplog streaming + dnevni mongodump. PITR putem ponovnog izvršavanja oplog-a.

Dostižni RPO: < 1 min

Redis

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

Dostižni RPO: < 1 sek

ClickHouse

BACKUP TO disk + replikacija. Backup po particiji.

Dostižni RPO: minuti

Šta je uključeno — a šta se podešava na zahtev

Ne postoji posebno 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 posebno, po satu.

cPanel: automatski dnevni backup, vraćanje iz panela — uključeno
VPS: snapshotovi, bez zagarantovane učestalosti — uključeno
Namenski serveri: NVMe diskovi u paru, RAID podešen pri instalaciji — backup podrazumevano nije uključen
Spoljni backup po pravilu 3-2-1 — na zahtev, iz DevOps sati (5–10 h/mesec na namenskim)
PITR za baze podataka (WAL, binlog, oplog) — na zahtev, iz DevOps sati
Testiranja vraćanja i period čuvanja — dogovaraju se sa timom i podešavaju iz DevOps sati

Vraćanje backup-a — u 4 koraka

Otvorite panel

Prijavite se u korisnički panel. Na cPanel-u tamo vraćate dnevni backup; na VPS-u birate snapshot.

Izaberite trenutak u vremenu

Izaberite kopiju iz vremena neposredno pre problema. Najnovija nije uvek prava ako je greška prisutna već neko vreme.

Kliknite „Vrati“

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

Proverite rezultat

Proverite da aplikacija radi i da su podaci na svom mestu. Koliko vraćanje traje zavisi od količine podataka.

Najčešća pitanja

Da li snapshot zahteva zaustavljanje servera?

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

Koliko traje vraćanje veoma velikog snapshota (npr. 500 GB)?

Zavisi od količine podataka, diska i mesta na kom se kopija čuva — vraćanje iz spoljne kopije traje duže nego iz lokalne. Ne obećavamo fiksno vreme: realna brojka dolazi iz testa vraćanja, koji možemo da sprovedemo zajedno sa vama.

Da li su backup-ovi šifrovani?

Šifrovanje spoljnih backup-ova deo je strategije koju podešavamo na zahtev — na primer kopije koje napuštaju server samo u šifrovanom obliku, sa ključevima čuvanim odvojeno od produkcije. Recite timu svoje zahteve kada tražite podešavanje.

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

Period čuvanja spoljnih backup-ova određuje se kada tim podešava strategiju, na osnovu vaših potreba i zakonskih obaveza arhiviranja. Skladište za duže čuvanje dogovara se sa timom; pakete ćete naći na stranici sa cenama.

Mogu li da preuzmem snapshot lokalno?

Na VPS i namenskim serverima imate root pristup i kopirate svoje podatke alatima koje želite (rsync, tar). Tim takođe može da podesi automatske kopije na spoljno skladište iz DevOps sati, na primer AWS S3, Google Cloud Storage ili Azure Blob.

Vaši podaci su previše vredni da biste ih prepustili slučaju

cPanel uključuje dnevni backup, a VPS uključuje snapshotove. Na namenskim serverima tim gradi strategiju backup-a iz uključenih DevOps sati. Pogledajte cene za detalje.

Pogledajte pakete →