Automatski backup fajlova i baze
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
BACKUP · RESTORE · KONTINUITET
Backup koji postoji pre nego što Vam zaista zatreba
Organizujemo sigurnosne kopije fajlova i baze, proveravamo gde se čuvaju i definišemo postupak oporavka kada nešto pođe po zlu.
✓ Automatski backup fajlova i baze
✓ Više tačaka vraćanja
✓ Kopije van primarnog servera kada je potrebno
TEHNIČKA USLUGA
Backup koji postoji pre nego što Vam zaista zatreba
Backup ima vrednost samo ako je redovan, potpun i moguće ga je vratiti. Kopija na istom serveru nije dovoljna zaštita od svih scenarija. Kod važnih sajtova planiramo frekvenciju, zadržavanje kopija i dodatnu lokaciju za čuvanje.
Više tačaka vraćanja
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Kopije van primarnog servera kada je potrebno
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Testiran postupak restore-a
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
KAKO RADIMO01 02 03 04 05
Proces bez nasumičnih tehničkih poteza.
Procena koliko često se podaci menjaju.
Podešavanje automatskih backup-a.
Definisanje broja kopija i lokacije čuvanja.
Probni restore ili verifikacija arhive.
Dokumentovan postupak oporavka.
Pouzdana tehnička osnova: šta proveravamo pre i posle izmene
Hosting, DNS, SSL, backup, sigurnost i podrška imaju vrednost tek kada postoji nedvosmislen način provere, oporavka i dugoročnog održavanja.
RPO
Koliko podataka sme da se izgubi određuje učestalost backup-a.
Backup strategija definiše šta se čuva, koliko neretko, koliko dugo i gde se kopija nalazi. Kopija na istom serveru nije dovoljna zaštita od većeg incidenta.
Restore test je jedini pouzdan dokaz da backup može se upotrebi. Pre svega kontrolišemo bazu, upload fajlove, konfiguraciju i redosled vraćanja servisa.
Staging je jeftiniji od popravke na produkciji
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Prvo utvrđujemo uzrok, pa tek onda menjamo konfiguraciju
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju. Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
DNS i SSL greške izgledaju jednostavno tek kada se lociraju
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
RTO
Koliko brzo sistem mora da bude vraćen određuje proceduru i infrastrukturu oporavka.
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Šta ostaje da se prati nakon stabilizacije
Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova.
Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Promena mora imati plan povratka
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Logovi često pokažu ono što interfejs sakrije
Tehnička stabilnost uključuje i administrativni kontinuitet. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova.
Off-site kopija
Backup na istom serveru nije dovoljan kada server potpuno otkaže.
Monitoring treba da otkrije problem pre korisnika
Bez toga se incident neretko svodi na pokušaj ponavljanja problema. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Update se ne radi naslepo na produkciji kada postoji veći rizik.
Kada jedna zavisnost povuče više simptoma
Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Bez toga se incident neretko svodi na pokušaj ponavljanja problema. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Kako proveravamo oporavak posle izmene
Tehnička promena počinje backup-om i jasnim planom povratka. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Retention
Više tačaka vraćanja štiti i od problema koji se otkriju tek posle nekoliko dana.
Nakon intervencije pregledamo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici.
Pristupi i vlasništvo moraju ostati pod kontrolom klijenta
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Cilj nije samo da problem nestane, već da znamo zašto se desio i kako da ga ne ponovimo.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Backup vredi samo ako može da se vrati
Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Tehnička stabilnost uključuje i administrativni kontinuitet. Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Restore proba
Automatizovan backup ima vrednost tek kada je povratak provereno moguć.
Tehnička promena počinje backup-om i jasnim planom povratka. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Monitoring treba da proverava ono što posetiocu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Prvo utvrđujemo uzrok, pa tek onda menjamo konfiguraciju
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Kako proveravamo oporavak posle izmene
Tehnička stabilnost uključuje i administrativni kontinuitet. Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Staging je jeftiniji od popravke na produkciji
Tehnička promena počinje backup-om i jasnim planom povratka. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova.
Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
EKSPERTSKA STRATEGIJA
Zašto je profesionalni backup jedina prava polisa osiguranja za Vaš sajt?
U savremenom digitalnom poslovanju, Vaš web sajt predstavlja srce Vaše komercijalne i marketinške prisutnosti. Svaki prekid rada, gubitak baza podataka ili kompromitovanje sigurnosti direktno se odražava na finansijske gubitke, pad poverenja klijenata i nepovratan gubitak pozicija na Google pretrazi. Zato profesionalno organizovan backup nije luksuz ili sporedna tehnička opcija – to je osnovna polisa osiguranja Vašeg digitalnog kapitala.
Mnogi vlasnici sajtova žive u zabludi da je automatski backup koji pruža jeftin web hosting sasvim dovoljan. Međutim, praksa pokazuje da se te kopije često čuvaju na istom serveru gde i sam sajt, retko se testiraju, a u slučajevima ozbiljnijih hakerskih napada ili tehničkih havarija bivaju izbrisane ili oštećene zajedno sa primarnim sajtom. Pravi backup sistem mora biti nezavisan, redovno testiran i strateški planiran prema potrebama Vašeg poslovanja.
Prividna sigurnost: Zašto se ne smete osloniti samo na osnovni hosting backup
Besplatni ili osnovni backup paketi koje nudi većina hosting kompanija poseduju ozbiljna ograničenja o kojima se retko govori pre nego što nastane problem:
- Pregazivanje ispravnih kopija: Ako je sajt hakovan, a vi to primetite tek nakon nekoliko dni, automatski hosting backup će prebrisati čistu verziju zaraženom kopijom.
- Zajedničke tačke otkazivanja (Single Point of Failure): Ako se rezervna kopija nalazi na istom hard disku ili serveru kao i Vaš sajt, pregorevanje hardvera ili kompromitovanje cPanel naloga uništava i sajt i njegov backup.
- Nedostatak garancije oporavka: Uslovi korišćenja većine hostinga izričito navode da oni ne snose odgovornost za potpunost i ispravnost rezervnih kopija.
- Ograničena retencija: Hosting provajderi najčešće čuvaju kopije samo 7 do 14 dni, što je nedovoljno za otkrivanje potajnih napada i naprednih infekcija koda.
Pravilo 3-2-1 za rezervne kopije podataka
U našem radu primenjujemo zlatni standard industrije za zaštitu podataka – Pravilo 3-2-1. Ova metodologija obezbeđuje da podaci budu bezbedni u svim mogućim scenarijima katastrofe:
3 Kopije podataka
Uvek održavamo tri nezavisne kopije Vaših podataka: primarnu produkcionu verziju sajta i dve rezervne kopije.
2 Različita medija
Podaci se skladište na najmanje dva različita tipa medija ili tehnologija (npr. lokalni cloud storage i udaljeni enkriptovani server).
1 Eksterna lokacija (Off-site)
Najmanje jedna rezervna kopija se čuva na potpuno nezavisnoj lokaciji van primarnog data centra u kom je hostingovan sajt.
RIZICI I PREVENCIJA
Najčešći uzroci padova i gubitka podataka na web sajtovima
Razumevanje opasnosti koje prete Vašem sajtu pomaže u kreiranju adekvatne odbrambene strategije. Incidenti se retko dešavaju sa najavom – najčešće se javljaju u najgorem mogućem trenutku.
Ljudska greška i nenamerno brisanje
Nenamerno brisanje važnih tabela u bazi podataka, pogrešno izmenjeni fajlovi tokom programiranja ili slučajno uklanjanje ključnih direktorijuma u cPanel-u ili FTP-u predstavljaju najčešći uzrok gubitka podataka u svakodnevnom radu. Bez trenutno dostupne rezervne kopije, vraćanje izbrisanih informacija zahteva stotine sati ručnog rada.
Hakerski napadi, Malware i Ransomware
Savremeni zlonamerni softver (malware) i automatizovani botovi konstantno skeniraju web sajtove u potrazi za ranjivostima. Kada provale na sajt, hakeri često ubacuju zlonamerni kod koji preusmerava posetioce, krade podatke platnih kartica ili zagađuje stranice spam linkovima. U najgorim scenarijima, ransomware enkriptuje kompletnu bazu podataka i zahteva otkup.
Havarije na nivou servera i hardvera
Iako moderni data centri imaju visoku pouzdanost, hardverski kvarovi (crkavanje NVMe/SSD diskova, kvarovi na matičnim ploče), požari u data centrima ili strujni udari i dalje se dešavaju. Svi podaci skladišteni isključivo na tom serveru mogu trajno nestati u roku od nekoliko sekundi.
Neuspešna ažuriranja dodataka i CMS-a
Ažuriranje WordPress core-a, WooCommerce-a, dodataka ili tema neophodno je radi bezbednosti, ali uvek nosi rizik od tehničkog konflikta. Neslaganje verzija PHP-a i dodataka može dovesti do takozvanog "White Screen of Death" (WSOD) stanja, čineći sajt i CMS administraciju potpuno nedostupnim.
METRIKA OPORAVKA
Ključni pojmovi digitalnog oporavka: RPO i RTO parametri
Svaki ozbiljan plan oporavka od katastrofe (Disaster Recovery Plan) zasniva se na dve ključne specifikacije koje direktno diktiraju tehničko rešenje i učestalost izrade sigurnosnih kopija.
Šta je RPO (Recovery Point Objective)?
RPO (Ciljna tačka oporavka) označava maksimalno prihvatljiv vremenski period gubitka podataka meri se u satima ili danima. Odgovara na pitanje: "Koliko podataka smemo da izgubimo u slučaju havarije?"
Za statičan prezentacioni sajt sa vestima koje se objavljuju jednom mesečno, RPO može biti 7 do 30 dana. Međutim, za uspešnu web prodavnicu (WooCommerce, Shopify, Magento) gde se narudžbine i uplate dešavaju svake minute, RPO mora biti 1 sat ili čak nekoliko minuta. U suprotnom, gubite narudžbine klijenata, transakcije i finansijske zapise.
Šta je RTO (Recovery Time Objective)?
RTO (Ciljno vreme oporavka) predstavlja maksimalno dozvoljeno vreme u kom sajt mora ponovo postati funkcionalan nakon pada. Odgovara na pitanje: "Koliko brzo sajt mora biti vraćen u rad?"
Ako Vaš sajt generiše stotine evra prihoda na sat, RTO mora biti sveden na minimum (ispod 30 do 60 minuta). Da bi se postigao nizak RTO, nije dovoljno samo imati backup fajlove na disku; neophodno je imati potpuno automatizovane procedure vraćanja (restore skripte) i obezbeđeno staging okruženje.
STRUKTURA SIGURNOSNE KOPIJE
01
02
03
04
05
Šta sve obuhvata kompletna rezervna kopija (Full Web Backup)?
Polovičan backup je jednako opasan kao i nepostojanje backup-a. Kompletna rezervna kopija mora obuhvatiti sve slojeve Vaše web aplikacije kako bi oporavak bio 100% uspešan bez naknadnih grešaka.
Fajlovi i medijski zapisi
Kompletan izvorni kod (HTML, PHP, JS, CSS), fajlovi teme, dodaci, kao i svi uploadovani medijski zapisi (slike, PDF dokumenti, video zapisi).
SQL / MySQL Baza podataka
Kompletan izvoz baze podataka uključujući sve tabele, korisničke naloge, lozinke, stranice, tekstove, narudžbine i podešavanja sistema.
Konfiguracioni fajlovi
Osetljivi sistemski fajlovi poput .htaccess, wp-config.php, nginx.conf, robots.txt i custom server pravila neophodna za rad.
DNS zapisi i SSL sertifikati
Dokumentovana struktura DNS zona, MX zapisi za email, kao i kopije SSL/TLS sertifikata i privatnih ključeva za brzu re-instalaciju.
Mailbox baze i nalozi
Čuvanje strukture poslovnih email naloga i arhiva poruka ukoliko se email servis nalazi na istom cPanel/DirectAdmin serveru.
NAPREDNA TEHNOLOGIJA
Automatski proces izrade i verifikacije rezervnih kopija
Ručna izrada rezervnih kopija brzo padne u zaborav usled svakodnevnih poslovnih obaveza. Zato implementiramo potpuno automatizovane, inteligentne sisteme koji rade u pozadini bez usporavanja sajta.
Inkrementalni i diferencijalni backup za maksimalnu brzinu i uštedu prostora
Tradicionalni pristup gde se svakog dana pravi kompletna kopija svih 50 GB podataka opterećuje procesor servera, troši protok i brzo popunjava disk prostore. Zato koristimo inkrementalni backup:
- Jednom nedeljno ili mesečno kreira se Full Backup (puna kopija).
- Svakog dana ili sata sistem detektuje i arhivira samo fajlove i baze koji su se stvarno izmenili od prethodnog snimanja.
- Ovaj proces traje nekoliko sekundi, ne usporava posetioce sajta i štedi do 80% skladišnog prostora uz očuvanje potpune tačnosti.
Lokalno čuvanje naspram udaljenih cloud lokacija (Off-site Backup)
Sve vaše sigurnosne kopije se automatizovano, uz snažnu AES-256 enkripciju, šalju na vrhunske bezbedne cloud provajdere locirane u Evropskoj uniji (Amazon S3, Google Cloud Storage, Wasabi ili namenski enkriptovani backup serveri). Čak i u slučaju potpune kompromitacije hosting servera, Vaše rezervne kopije ostaju nedostupne napadačima i 100% bezbedne.
Testiranje procesa restauracije (Restore Test) u Staging okruženju
Postoji staro pravilo u IT sistemima: "Stanje vašeg backup-a je isključivo stanje Vašeg poslednjeg uspešnog test restauracije."
Mnoge firme shvate da je fajl kopije oštećen ili nepotpun tek kada pokušaju da ga vrate nakon padova. Naš tim u sklopu održavanja vrši periodične testne oporavke na izolovanom Staging serveru. Proveravamo integritet baze, funkcionalnost forma, prijavu korisnika i sve vitalne funkcije bez ikakvog uticaja na živi sajt.
DISASTER RECOVERY
Oporavak sajta nakon hakerskog napada ili pada sistema
Kada se desi najgore – sajt iznenada prestane da radi, pojavi se belo platno ili obaveštenje da je sajt hakovan – vreme reagovanja je ključno. Naš tim pruža hitnu intervenciju oporavka u nekoliko jasnih koraka.
1. Hitna izolacija i dijagnostika
Zaustavljamo dalje širenje infekcije, stavljamo sajt u održavanje i analiziramo server logove radi identifikacije tačnog uzroka kvara ili kompromitacije.
2. Detekcija i čišćenje zlonamernog koda
Uklanjamo backdoor skripte, maliciozne redirekcije i skrivene admin korisnike iz baze podataka ukoliko se koristi postojeća kopija.
3. Point-in-time restauracija
Vraćamo sajt na poslednju provereno čistu tačku pre nastanka incidenta iz našeg enkriptovanog off-site skladišta.
4. Zakpljivanje ranjivosti i verifikacija
Patch-ujemo sigurnosne propuste koji su omogućili napad, menjamo sve lozinke i pristupne ključeve i verifikujemo ispravnost rada.
STUDIJA SLUČAJA
Primer iz prakse: Brzi oporavak WooCommerce prodavnice nakon havarije
Saznajte kako je naš sistem automatskog backup-a i jasnog protokola oporavka spasao klijenta od gubitka desetina hiljada evra tokom sezonskih popusta.
Problem i scenario katastrofe
Klijent sa velikom WooCommerce prodavnicom (preko 15.000 artikala i 200+ narudžbina dnevno) pretrpeo je iznenadni pad sistema tokom promocije za "Crni Petak". Usled nekompatibilnosti novog dodatka za plaćanje i zastarele verzije baze podataka, došlo je do korupcije glavne SQL tabele sa narudžbinama i korisnicima. Sajt je počeo da izbacuje grešku 500 Internal Server Error.
Rešenje i rezultat
Zahvaljujući satnim inkrementalnim kopijama baze koje smo unapred konfigurisali na eksternom Wasabi cloud-u, naš tim je inicirao hitnu proceduru oporavka:
- Izolovana je oštećena baza podataka.
- U roku od samo 18 minuta izvršena je tačna point-in-time restauracija stanja baze od pre tačno 25 minuta.
- Sačuvane su sve narudžbine koje su pristigle neposredno pre pada.
- Gubitak podataka bio je 0%, a sajt je vraćen u potpunu funkciju bez gubitka SEO ranga.
CENE I PAKETI
Modeli održavanja, cene i procena povrata investicije (ROI)
Ulaganje u pouzdan backup sistem je neuporedivo jeftinije od troškova spašavanja uništenog sajta, plaćanja penala zbog zastoja ili ponovne izrade sajta iz početka.
Osnovni Backup Paket
Namenjen malim prezentacionim sajtovima i lokalnim firmama. Obuhvata nedeljni backup fajlova i baze, čuvanje 30 dni na eksternom serveru i reakciju na oporavak u roku od 24h.
Cena: Već od 20 € / mesečno
Napredni / Biznis Paket
Namenjen aktivnim portalima, agencijama i poslovnim sajtovima sa svakodnevnim izmenama. Dnevni inkrementalni backup, 60 dni retencija, off-site cloud storage i restore testiranje jednom mesečno.
Cena: Već od 45 € / mesečno
E-Commerce & Custom Paket
Namenjen velikim web prodavnicama i kritičnim sistemima. Satni backup baze podataka, trenutni RPO / RTO parametri, namensko Staging okruženje i garantovana hitna reakcija u roku od 1 sata (24/7 support).
Cena: Već od 90 € / mesečno
FAQ
Česta pitanja o backup-u i oporavku sajtova
Da li radite backup i oporavak sajta na sajtu koji niste vi napravili?+
Da, ako dobijemo potrebne pristupe i ako je postojeće okruženje tehnički podrživo. Pre intervencije prvo proveravamo stanje i rizike.
Da li pravite backup pre tehničke izmene?+
Za promene koje mogu uticati na podatke ili dostupnost sajta proveravamo postojeći backup ili pravimo odgovarajuću kopiju kada je to moguće i deo dogovorenog pristupa.
Kako izgleda podrška nakon podešavanja?+
Nakon intervencije proveravamo dogovorene funkcije i objašnjavamo šta je promenjeno. Kontinuirano održavanje ili monitoring može se ugovoriti odvojeno kada je potreban.
Šta ako je moj sajt već zaražen malware-om ili je hakovan?+
U slučaju postojeće infekcije, prvo vršimo proceduru čišćenja zlonamernog koda (malware removal), krpljenje bezbednosnih propusta i vraćanje stabilne verzije, pa tek nakon toga uspostavljamo čist automatizovan backup sistem.
Da li automatski backup usporava rad i učitavanje mog sajta?+
Ne. Koristimo inkrementalne tehnike backup-a koje rade u periodima niskog saobraćaja (obično tokom noći) i troše minimalne resorce servera, obezbeđujući maksimalnu brzinu sajta 24/7.
Gde se tačno čuvaju moje rezervne kopije i koliko su bezbedne?+
Kopije se skladište na nezavisnim eksternim cloud lokacijama u EU (Amazon S3, Google Cloud, Wasabi) uz primenu AES-256 vojne enkripcije. Pristup kopijama je strogo zaštićen dvofaktorskom autentifikacijom.
Koja je razlika između backup-a fajlova i backup-a baze podataka?+
Backup fajlova čuva slike, kod, stilove i skripte, dok backup baze podataka (SQL) čuva sve tekstove, proizvode, narudžbine, lozinke i podešavanja. Kompletan oporavak zahteva i jedno i drugo.
Koliko brzo možete izvršiti oporavak u hitnim slučajevima?+
Za klijente na održavanju prosečno vreme reakcije i oporavka je izmedju 15 i 60 minuta, u zavisnosti od izabranog paketa usluga i veličine sajta.
Više odgovora pronađite na centralnoj FAQ stranici.
TREBA VAM TEHNIČKA POMOĆ?
Pošaljite stanje i cilj. Predložićemo sledeći korak.
Možete poslati adresu sajta, kratak opis problema ili usluge koja Vam je potrebna. Ako je potrebno, prvo ćemo uraditi dijagnostiku pre nego što predložimo intervenciju.