RTO i RPO: dve brojke koje određuju tvoj backup
24. јун 2026. · 6 min čitanja
Većina firmi misli da ima backup — dok jednog dana ne pokuša da ga vrati. Dva broja unapred govore koliko će vas ispad koštati i koliko podataka možete da izgubite: RTO i RPO. Ako ih ne znaš, ne biraš backup rešenje, nego ga kupuješ naslepo.
RTO: koliko dugo smeš da budeš u kvaru
RTO (Recovery Time Objective) je maksimalno vreme koje sistem sme da bude nedostupan pre nego što firma oseti ozbiljnu štetu. Ako ti ERP padne u ponedeljak ujutru, koliko sati firma može da radi bez njega pre nego što stane fakturisanje, proizvodnja ili isporuka? To je tvoj RTO.
- RTO od 4 sata znači: rešenje mora da vrati sistem u rad za 4 sata.
- RTO od 3 dana znači: možeš sa jeftinijim rešenjem, ali moraš da izdržiš ta tri dana.
Što je RTO kraći, to je infrastruktura skuplja — jer brz oporavak traži replikaciju, „vruće" rezerve i automatizaciju.
RPO: koliko podataka smeš da izgubiš
RPO (Recovery Point Objective) je maksimalna količina podataka koju smeš da izgubiš, izražena u vremenu. Ako se backup pravi jednom dnevno u ponoć, a sistem padne u 16h, izgubio si 16 sati rada. U najgorem slučaju to je RPO od 24 sata.
- RPO od 15 minuta → backup ili replikacija svakih 15 minuta.
- RPO od 24 sata → dnevni backup je dovoljan.
Pitanje za vlasnika je jednostavno: koliko sati unetih podataka — faktura, naloga, kartona — možeš da izgubiš a da to ne bude katastrofa?
Zašto ova dva broja menjaju cenu
Backup nije jedan proizvod, nego spektar. RTO i RPO određuju gde na tom spektru padaš:
- Dnevni backup na disk → jeftino, RPO oko 24h, RTO od sati do dana.
- Backup više puta dnevno + brz restore → srednja cena, RPO u satima, RTO u satima.
- Replikacija u realnom vremenu + automatski failover → skupo, RPO i RTO u minutima.
Ne postoji „najbolji" backup — postoji onaj koji pogađa tvoje RTO i RPO po ceni koju opravdava stvarni rizik.
Kako da postaviš svoje brojke
Ne pogađaj — izvedi ih iz posla:
- Izračunaj koliko te košta jedan sat zastoja: izgubljeni prihod, plate ljudi koji ne mogu da rade, propuštene isporuke. To definiše RTO.
- Proceni koliko ručnog ponovnog unosa podataka možeš da podneseš. To definiše RPO.
- Različiti sistemi imaju različite brojke: ERP i baza možda traže RPO od sat vremena, dok fajl-server može da podnese 24h.
Pogrešno je tražiti jedan RTO/RPO za celu firmu. Razvrstaj sisteme po kritičnosti i daj svakom svoju brojku.
Backup koji nije testiran — ne postoji
Najčešća greška nije nepostojanje backup-a, nego pretpostavka da radi. Backup koji nikad nisi vratio je nepoznata veličina:
- Testiraj restore redovno, ne samo da li „job prolazi" bez greške.
- Drži kopiju van lokacije po pravilu 3-2-1: tri kopije, dva različita medija, jedna van objekta.
- Proveri da li backup pokriva i identitete i cloud servise (npr. Microsoft 365), ne samo lokalne fajlove.
RTO i RPO su poslovne odluke, ne tehničke. Reci ih svom IT partneru pre nego što bilo ko pomene konkretan proizvod — i backup prestaje da bude trošak naslepo, a postaje mereni osigurač čiju cenu možeš da opravdaš.