Preskoči na sadržaj
← /blogSECSEC.0103SHA · 0d06654
SEC.0103SEC · Bezbednost8 MIN

Backup WordPress sajta: šta hosting radi, a šta morate sami

Backup je jedna od onih stvari na koje niko ne misli dok ne zatreba, a kada zatreba, obično je kasno. WordPress sajt se može pokvariti na deset načina: loš update, neispravan plugin, hakovanje, greška pri izmeni, brisanje pogrešnog fajla. Ovaj tekst objašnjava šta backup vašeg hostinga zaista pokriva, gde su rupe, i kako da napravite kopiju na koju možete da se oslonite kada dan krene naopako.

NIKOLA FILIĆOBJAVLJENO 4. 6. 2026.POSLEDNJA PROVERA 31. 5. 2026.873 REČI
VERIFIED
// FEATURED_ASSET · SEC.0103 SVG
Šema WordPress backup-a: fajlovi i baza podataka kao dve komponente kopije, sa jednom kopijom na hostingu i jednom van servera po pravilu 3-2-1
// backup mora da obuhvati i fajlove i bazu · bar jedna kopija van servera · testiraj restore pre nego što zatreba
§01 · KRATAK

Kratak odgovor

WordPress sajt se sastoji od dva dela: fajlova (tema, plugin-ovi, slike, WordPress jezgro) i baze podataka (svi tekstovi, stranice, podešavanja, komentari). Pravi backup mora da obuhvati oba, jer jedno bez drugog ne vredi. Većina hostinga pravi automatski backup, ali ga tretirajte kao mrežu za pad, ne kao jedini plan: držite bar jednu kopiju i van servera (eksterno) i s vremena na vreme proverite da vraćanje (restore) stvarno radi.

§02 · ČEGA

Od čega se sastoji WordPress backup

Da bi sajt mogao da se vrati u život, kopija mora da sadrži obe komponente:

  • fajlovi: folder wp-content (teme, plugin-ovi, otpremljene slike i dokumenti), wp-config.php sa podešavanjima, i WordPress jezgro
  • baza podataka (MySQL): sve stranice, objave, korisnici, komentari, podešavanja tema i plugin-ova

Česta greška je da neko sačuva samo fajlove, pa pri vraćanju dobije praznu temu bez ijednog teksta. Tekstovi nisu u fajlovima nego u bazi. Backup koji nema bazu nije backup WordPress sajta, nego pola kopije. Više o tome šta je baza i kako se njom upravlja ima u sekciji o bazama vašeg hosting panela.

§03 · BACKUP

Šta backup hostinga pokriva, a šta ne

Skoro svaki ozbiljan hosting (uključujući NIJEFILA pakete) pravi automatski backup naloga. To je vredna mreža za pad, ali ima granice koje treba znati:

  • backup hostinga je obično periodičan (npr. dnevni), pa između dve kopije postoji prozor u kom izmene nisu sačuvane
  • kopije se često čuvaju na istoj infrastrukturi; ako zakaže nalog, dobićete vraćanje, ali to nije isto kao kopija na sasvim drugom mestu
  • retencija je ograničena: stare kopije se brišu posle nekoliko dana ili nedelja, pa problem star mesec dana možda više nema iz čega da se vrati
  • vraćanje preko podrške ume da potraje, a kada sajt ne radi, svaki sat je gubitak

Zaključak nije „hosting backup je loš" nego „nije dovoljan sam". On rešava većinu slučajeva, ali ozbiljan sajt zaslužuje i nezavisnu kopiju koju vi kontrolišete.

§04 · VI

Šta vi treba da uradite sami

Vaš deo posla je da postoji bar jedna kopija nezavisna od hostinga i da znate da radi:

  • instalirajte backup plugin (npr. UpdraftPlus, Duplicator ili sličan) koji pravi kopiju fajlova i baze zajedno
  • podesite da se kopija šalje na eksterno mesto: Google Drive, Dropbox, ili poseban prostor, ne na isti server gde je sajt
  • uskladite učestalost sa tim koliko se sajt menja: blog koji se retko dira može nedeljno, prodavnica sa porudžbinama treba dnevno ili češće
  • pre velikih izmena (update teme, novi plugin, promena hostinga) napravite ručni backup neposredno pre

Pravilo „3-2-1" je dobar orijentir: tri kopije podataka, na dva različita medija, od kojih je bar jedna van lokacije. Za mali sajt to u praksi znači: živi sajt, backup hostinga, i kopija na vašem cloud nalogu.

§05 · BACKUP

Backup koji se ne testira nije backup

Najgori trenutak da otkrijete da je kopija neispravna je onaj kada vam zatreba. Kopija može da bude prazna, nepotpuna ili oštećena, a da to ne primetite dok ne pokušate vraćanje. Zato povremeno testirajte restore:

  • vratite kopiju na test instalaciju ili poddomen i proverite da li se sajt otvara sa svim sadržajem
  • proverite da li su slike, stranice i podešavanja tu, ne samo da li se WordPress pokreće
  • zabeležite koliko vremena vraćanje traje, da znate na čemu ste u stvarnoj situaciji

Test jednom u par meseci je dovoljan za većinu sajtova. Taj kratak trošak vremena je razlika između „imamo backup" i „imali smo nešto za šta smo mislili da je backup".

§06 · BACKUP

Backup pre migracije

Selidba na novi hosting je trenutak kada backup mora da bude svež i potpun. Pre nego što dirate nameservere ili prebacujete fajlove, napravite punu kopiju starog sajta. Ako nešto pođe naopako tokom prenosa, vraćate se na poznato stanje umesto da rekonstruišete sajt iz sećanja. Korake migracije bez prekida pokriva tekst o prebacivanju sajta na novi hosting.

§07 · NAJČEŠĆA

Najčešća pitanja

Da li hosting pravi backup mog sajta automatski?

Većina ozbiljnih hosting paketa, uključujući NIJEFILA, pravi automatski backup naloga. To pokriva većinu nezgoda, ali ima granice: kopije su periodične, retencija je ograničena, a čuvaju se blizu samog naloga. Zato uz hosting backup treba držati i bar jednu nezavisnu kopiju van servera.

Koliko često treba praviti backup WordPress sajta?

Zavisi od toga koliko se sajt menja. Blog ili prezentacija koja se retko dira može nedeljno; prodavnica sa stalnim porudžbinama treba dnevno ili češće, jer svaki izgubljen dan znači izgubljene porudžbine. Pre svake veće izmene napravite i ručni backup neposredno pre.

Da li je dovoljno sačuvati samo fajlove sajta?

Ne. WordPress čuva sav sadržaj (stranice, tekstove, podešavanja) u bazi podataka, ne u fajlovima. Backup samo fajlova daje praznu temu bez ijednog teksta pri vraćanju. Prava kopija mora da sadrži i fajlove i bazu.

Gde da čuvam backup?

Bar jedna kopija treba da bude van servera na kom je sajt: Google Drive, Dropbox ili drugi prostor. Ako se kopije drže samo na istom nalogu, ozbiljniji kvar može da odnese i sajt i backup istovremeno. Pravilo 3-2-1 (tri kopije, dva medija, jedna van lokacije) je dobar orijentir.

§FAQ · PITANJA

Česta pitanja

Da li hosting pravi backup mog sajta automatski?
Većina ozbiljnih hosting paketa, uključujući NIJEFILA, pravi automatski backup naloga. To pokriva većinu nezgoda, ali ima granice: kopije su periodične, retencija je ograničena, a čuvaju se blizu samog naloga. Zato uz hosting backup treba držati i bar jednu nezavisnu kopiju van servera.
Koliko često treba praviti backup WordPress sajta?
Zavisi od toga koliko se sajt menja. Blog ili prezentacija koja se retko dira može nedeljno; prodavnica sa stalnim porudžbinama treba dnevno ili češće. Pre svake veće izmene napravite i ručni backup neposredno pre.
Da li je dovoljno sačuvati samo fajlove sajta?
Ne. WordPress čuva sav sadržaj (stranice, tekstove, podešavanja) u bazi podataka, ne u fajlovima. Backup samo fajlova daje praznu temu bez teksta pri vraćanju. Prava kopija mora da sadrži i fajlove i bazu.
Gde da čuvam backup?
Bar jedna kopija treba da bude van servera na kom je sajt: Google Drive, Dropbox ili drugi prostor. Ako se kopije drže samo na istom nalogu, ozbiljniji kvar može da odnese i sajt i backup istovremeno. Pravilo 3-2-1 je dobar orijentir.
§REF · IZVORI

Reference

  1. [01]WordPress.org — Backing Up Your WordPress Files
  2. [02]WordPress.org — Backing Up Your Database
  3. [03]US-CERT — Data Backup Options (3-2-1)
// END_OF_FILE · SEC.0103 · 0d06654 CHECKSUM_OK
NF
OSNIVAČ NIJEFILA DOO

Osnivač NIJEFILA DOO. Piše o hostingu, DNS-u, email infrastrukturi i serverskoj administraciji.

#backup#wordpress#rezervna kopija#bezbednost#restore
Bezbednost i SSL

Osnovni SSL je već uključen u sve pakete

Let's Encrypt sertifikat se postavlja automatski i obnavlja sam. Premium SSL je dostupan kao dodatak za korisnike sa posebnim zahtevima.