Backup WordPress sajta je potpuna i upotrebljiva kopija baze podataka i fajlova, napravljena tako da sajt može da se vrati nakon greške, napada, neispravne nadogradnje ili kvara servera. Samo dugme „Backup completed“ nije dovoljan dokaz: kopija mora biti sačuvana van servera i povremeno testirana kroz vraćanje.
Ako vodiš poslovni sajt ili internet prodavnicu, pitanje nije da li će se pojaviti problem, već koliko podataka smeš da izgubiš i koliko dugo sajt sme da bude nedostupan. Odgovori na ta dva pitanja određuju učestalost kopiranja i način oporavka.
| Vrsta sajta | Preporučena polazna učestalost | Posebno važno |
|---|---|---|
| Mali prezentacioni sajt | dnevno ili nedeljno, prema promenama | kopija pre svake veće izmene |
| Aktivan blog | dnevno | baza i uploadovani mediji |
| WooCommerce prodavnica | češće ili gotovo u realnom vremenu | porudžbine, kupci i stanje proizvoda |
| Sajt sa rezervacijama | više puta dnevno prema prometu | termini i potvrde |
| Razvojno/staging okruženje | pre rizičnih promena | jasno odvajanje od produkcije |
Šta tačno treba da sadrži WordPress backup?
Tipičan WordPress sajt ima dva odvojena dela: bazu podataka i fajlove. Zvanična WordPress dokumentacija naglašava da su oba dela potrebna za potpun oporavak. Preuzimanje samo foldera sa servera ne čuva automatski bazu, jer se ona najčešće nalazi u MySQL ili MariaDB sistemu izvan WordPress direktorijuma.
1. Baza podataka
Baza sadrži objave, stranice, korisnike, podešavanja, komentare i veliki deo podataka dodataka. Kod WooCommerce sajta u njoj se nalaze i podaci o porudžbinama, proizvodima i kupcima. Izvoz baze obično je SQL datoteka, često kompresovana kao .gz ili .zip.
2. WordPress fajlovi
Potrebni su direktorijum wp-content, teme, pluginovi, uploadovane slike i dokumenti, kao i važni konfiguracioni fajlovi poput wp-config.php i serverskih pravila. WordPress core se može ponovo preuzeti, ali kompletan i vremenski usklađen set ubrzava pouzdan oporavak.
3. Podaci izvan WordPress instalacije
Proveri da li sajt koristi spoljne servise čiji podaci nisu deo standardnog backupa: DNS podešavanja, email sandučiće, CDN pravila, API ključeve, CRM, sistem za rezervacije ili dokumente na drugom serveru. Napravi poseban spisak tih zavisnosti i pristupa.
Pravilo 3-2-1 za sigurnije kopije
Dobra praktična osnova je da postoje najmanje tri kopije podataka, na dve različite vrste lokacije, uz najmanje jednu kopiju van primarnog servera. Backup koji stoji samo na istom hosting nalogu može nestati zajedno sa sajtom kada dođe do kvara, kompromitacije ili problema sa nalogom.
- Produkcijski sajt nije backup.
- Kopija na istom serveru nije dovoljna zaštita.
- Cloud skladište treba da koristi zaseban nalog i jaku zaštitu pristupa.
- Čuvaj više tačaka u vremenu, jer najnovija kopija može već sadržati problem.
- Ograniči ko može da vidi ili preuzme kopije koje sadrže lične podatke.
Tri načina da napraviš backup WordPress sajta
Backup preko hosting panela
Mnogi hosting paketi imaju automatske snapshot ili backup funkcije. Ovo je jednostavan prvi sloj, ali proveri koliko često se kopije prave, koliko dugo se čuvaju, da li obuhvataju bazu i fajlove, gde se fizički nalaze i da li sam možeš da pokreneš vraćanje. Ne pretpostavljaj da reč „backup“ u ponudi znači potpun i nezavisan sistem.
Backup pomoću WordPress plugin-a
Dobar backup plugin može automatski praviti rasporede i slati kopije na udaljeno skladište. Pre instalacije proveri ažuriranja, podršku, kompatibilnost, enkripciju, inkrementalne kopije, ograničenja veličine i način vraćanja kada WordPress administracija nije dostupna. Plugin ne treba da ostavlja javno dostupne arhive unutar web foldera.
Ručni backup baze i fajlova
Napredniji korisnici mogu izvesti bazu kroz phpMyAdmin ili komandnu liniju, a fajlove preuzeti putem SFTP-a, SSH-a ili hosting alata. Ručna kopija je korisna pre migracije i većih intervencija, ali proces mora biti dokumentovan. Zvanični vodič WordPress Backups detaljno objašnjava razliku između baze i fajlova.
Koliko često treba praviti backup?
Učestalost ne treba određivati samo prema vrsti sajta, već prema tome koliko se podaci menjaju. Ako bi gubitak poslednjih 24 sata značio izgubljene porudžbine ili termine, dnevna kopija nije dovoljna. RPO označava koliko podataka smeš da izgubiš, a RTO koliko vremena sme da prođe do povratka sajta u rad.
| Pitanje | Ako je odgovor „malo“ | Posledica za plan |
|---|---|---|
| Koliko podataka sme da se izgubi? | nekoliko minuta ili sati | češće ili inkrementalne kopije |
| Koliko dugo sajt sme da ne radi? | vrlo kratko | brži restore proces i prioritetna podrška |
| Koliko se sadržaj menja? | retko | ređi raspored može biti dovoljan |
| Koliko dugo se problem može neprimetno zadržati? | više dana | duži period čuvanja verzija |
Kada obavezno napraviti ručnu kopiju?
- Pre ažuriranja WordPress core-a, teme ili važnog plugin-a.
- Pre promene PHP verzije, servera ili DNS podešavanja.
- Pre migracije domena ili hosting provajdera.
- Pre većeg redizajna, uvoza sadržaja ili masovne izmene baze.
- Pre instalacije dodatka koji menja porudžbine, članstva ili korisničke podatke.
- Pre čišćenja malware-a i drugih bezbednosnih intervencija.
Za bezbedan redosled nadogradnje pročitaj vodič kako bezbedno ažurirati WordPress. Ako nemaš osobu koja redovno proverava kopije, pogledaj uslugu održavanja sajta.
Kako proveriti da li backup stvarno radi?
Jedini pouzdan test je kontrolisano vraćanje kopije. Idealno je koristiti staging ili lokalno okruženje, nikada prvi put testirati na aktivnom sajtu. Posle vraćanja proveri početnu i ključne stranice, prijavu u administraciju, slike, forme, email obaveštenja, korisnike, pretragu, korpu, checkout i integracije.
- Proveri datum i veličinu arhive.
- Potvrdi da su baza i fajlovi iz približno istog trenutka.
- Otvori arhivu i proveri da nije oštećena.
- Testiraj restore bez prepisivanja produkcije.
- Zabeleži trajanje i svaki ručni korak.
- Ponovi test periodično i nakon promene backup sistema.
Kako vratiti WordPress sajt iz backupa?
Pre vraćanja utvrdi uzrok problema i izaberi poslednju čistu kopiju, ne automatski najnoviju. Ako je sajt kompromitovan, izoluj ga i promeni pristupe; vraćanje zaražene kopije samo ponavlja incident. Napravi kopiju trenutnog stanja radi analize, čak i kada je neispravno.
- Postavi maintenance stranicu ili ograniči pristup neispravnoj instalaciji.
- Sačuvaj trenutno stanje i logove.
- Odaberi proverenu tačku oporavka.
- Vrati WordPress fajlove.
- Uvezi odgovarajuću bazu podataka.
- Proveri
wp-config.php, domen, HTTPS i dozvole fajlova. - Očisti bezbedne slojeve keša i ponovo generiši potrebne podatke.
- Testiraj javni sajt, administraciju, forme i poslovne tokove.
- Promeni kompromitovane pristupe i dokumentuj uzrok.
WordPress preporučuje redovan backup i pre nadogradnji, jer omogućava povratak ako se pojavi problem. Pogledaj i zvanično uputstvo za ažuriranje WordPress-a.
Najčešće greške sa WordPress backupom
- Kopira se samo baza ili samo wp-content. Za potpun oporavak obično su potrebna oba.
- Sve kopije stoje na istom hostingu. Jedan incident može obrisati i sajt i backup.
- Niko ne prati neuspešan raspored. Automatizacija bez obaveštenja stvara lažan osećaj sigurnosti.
- Restore nikada nije testiran. Problem se otkrije tek tokom incidenta.
- Čuva se samo poslednja verzija. Greška ili malware mogu već biti prisutni u njoj.
- Backup sadrži lične podatke bez zaštite. Kopije moraju imati ograničen pristup i odgovarajuću politiku čuvanja.
Jednostavna backup kontrolna lista
| Kontrola | Da/Ne |
|---|---|
| Baza i fajlovi su obuhvaćeni | |
| Postoji kopija van primarnog servera | |
| Raspored odgovara brzini promena | |
| Čuva se više verzija | |
| Neuspeh automatski šalje obaveštenje | |
| Restore je testiran na odvojenom okruženju | |
| Postoji dokumentovan plan oporavka |
Backup kao deo održavanja sajta
Backup nije zamena za bezbednost, ažuriranja i monitoring, već poslednji zaštitni sloj. Dobar plan povezuje redovne kopije, kontrolisane nadogradnje, provere dostupnosti, skeniranje problema i osobu odgovornu za oporavak. Zvanični WordPress vodič za bezbednosno ojačavanje sajta takođe naglašava važnost redovnih i proverljivih kopija.
Ako želiš da backup, ažuriranja i tehničke provere ne zavise od ručnog podsećanja, pogledaj profesionalno održavanje WordPress sajta. Za novi sistem sa pravilno postavljenom tehničkom osnovom dostupna je i izrada WordPress sajta.
Česta pitanja
Da li hosting backup može biti dovoljan?
Može biti važan sloj zaštite, ali proveri obim, učestalost, period čuvanja, lokaciju i mogućnost samostalnog vraćanja. Preporučljiva je i nezavisna kopija.
Da li treba kopirati i bazu i fajlove?
Da. Baza sadrži sadržaj i podešavanja, dok fajlovi sadrže teme, pluginove, medije i konfiguraciju. Za potpun oporavak obično su potrebna oba dela.
Koliko WordPress backup kopija treba čuvati?
Čuvaj više tačaka u vremenu i najmanje jednu kopiju van primarnog servera. Tačan broj i period zavise od rizika i učestalosti promena.
Koliko često treba praviti backup WooCommerce prodavnice?
Prema broju porudžbina i dozvoljenom gubitku podataka. Aktivnoj prodavnici mogu biti potrebne mnogo češće ili gotovo real-time kopije.
Da li backup plugin usporava sajt?
Može privremeno opteretiti server tokom arhiviranja ili slanja velikih kopija. Raspored, inkrementalne kopije i odgovarajući hosting smanjuju uticaj.
Kako znam da backup nije oštećen?
Proveri završetak procesa, integritet arhive i, najvažnije, periodično izvedi kontrolisano vraćanje na staging ili lokalnom okruženju.
Da li backup uklanja malware?
Ne automatski. Potrebno je utvrditi uzrok i odabrati čistu kopiju; zatim zatvoriti ranjivost i promeniti kompromitovane pristupe.
Da li treba napraviti backup pre svakog ažuriranja?
Pre većih i rizičnih izmena svakako. Kod automatskih manjih ažuriranja treba da postoji aktuelan, automatski i testiran sistem kopiranja.
