Atsarginės kopijos WordPress svetainei turi būti automatinės, apimti ir failus, ir duomenų bazę, būti saugomos bent dviejose vietose, iš kurių viena — ne tame pačiame serveryje, ir būti reguliariai patikrintos atkūrimu. Dažnumas priklauso nuo to, kaip greitai keičiasi turinys: vizitinei svetainei pakanka savaitinių kopijų, e-parduotuvei duomenų bazę reikia kopijuoti kasdien. Per 11 metų darbo su WordPress mačiau ne vieną atvejį, kai kopija „buvo“, bet atkurti iš jos nepavyko. Šiame straipsnyje — kaip tai sutvarkyti taip, kad kopija suveiktų tada, kai jos tikrai prireiks.
Kodėl kopijos svarbesnės nei atrodo?
Svetainės backup yra pigiausias draudimas, kokį galite turėti. Jo vertę suprantate tik tada, kai kas nors nutinka:
- Nepavykęs atnaujinimas. Papildinio ar temos atnaujinimas sugadina svetainę, ir prasideda baltas ekranas arba kritinė klaida.
- Įsilaužimas. Kenkėjiškas kodas, šlamšto puslapiai, nukreipimai. Apie tai plačiau rašiau straipsnyje apie nulaužtos WordPress svetainės valymą.
- Žmogaus klaida. Ištrintas puslapis, perrašytas meniu, „išbandytas“ naujas papildinys gyvoje svetainėje.
- Hostingo problemos. Sugedęs diskas, užblokuota paskyra, neapmokėta sąskaita, tiekėjo bankrotas.
Visais šiais atvejais tvarkinga kopija reiškia valandą darbo. Jos nebuvimas — dienas, o kartais ir svetainę, kurią tenka kurti iš naujo.
Atsarginės kopijos WordPress: ką tiksliai reikia kopijuoti?
WordPress svetainė susideda iš dviejų dalių, ir kopija be bet kurios iš jų yra nepilna:
- Duomenų bazė — visi įrašai, puslapiai, nustatymai, vartotojai, komentarai, o e-parduotuvėje dar ir užsakymai bei klientai.
- Failai — ypač
wp-contentkatalogas: įkelti paveikslėliai ir dokumentai (uploads), temos, papildiniai. Taip patwp-config.phpir.htaccess, jei juose yra pakeitimų.
Dažna klaida — hostingo skydelyje paspausti „backup“ ir manyti, kad viskas išsaugota. Kai kurie įrankiai pagal nutylėjimą daro tik failų archyvą arba tik duomenų bazės eksportą. Prieš pasitikėdami įrankiu, atidarykite archyvą ir pažiūrėkite, ar jame yra ir .sql failas, ir uploads katalogas.
3-2-1 taisyklė: paprastas pagrindas
Duomenų saugojime seniai naudojama 3-2-1 taisyklė, ir ji puikiai tinka svetainėms:
- 3 kopijos — gyva svetainė ir dar dvi atsarginės.
- 2 skirtingos laikmenos ar sistemos — pavyzdžiui, hostingo saugykla ir debesų saugykla.
- 1 kopija kitoje vietoje — ne pas tą patį tiekėją, ne tame pačiame serveryje.
Praktiškai mažai įmonės svetainei tai atrodo taip: hostingas daro savo kasdienes kopijas, o papildinys kas savaitę ar kas dieną siunčia pilną kopiją į Google Drive, Dropbox ar S3 tipo saugyklą. Trečia „kopija“ — pati svetainė. Kopija, gulinti tame pačiame serveryje kaip ir svetainė, yra tik pusė kopijos: sugedus serveriui dingsta abi.
Kur saugoti išorinę kopiją?
Mažai svetainei dažniausiai užtenka įmonės Google Drive ar Dropbox paskyros. Didesnėms svetainėms ir e-parduotuvėms patogesnės S3 tipo saugyklos (Amazon S3, Backblaze B2, Hetzner Storage Box ir panašios) — jos pigios, o seną kopijų istoriją galima trinti automatiškai. Kad ir ką pasirinktumėte, laikykitės dviejų principų:
- Saugykla turi priklausyti įmonei, o ne rangovui ar darbuotojui asmeniškai. Prieigą galite suteikti, bet paskyra turi likti jūsų.
- Kopijose yra asmens duomenų — vartotojų, klientų, užsakymų. Saugyklą apsaugokite stipriu slaptažodžiu ir dviejų veiksnių autentifikacija, o kopijų nuorodų neplatinkite viešai.
Hostingo kopijos ar savos: kuo jos skiriasi?
Dauguma kokybiškų tiekėjų (apie juos rašiau straipsnyje geriausias hostingas Lietuvoje) daro automatines kopijas. Tai gerai, bet jos turi ribas, kurias verta žinoti.
| Savybė | Hostingo kopijos | Savos kopijos (papildinys + išorinė saugykla) |
|---|---|---|
| Nustatymas | Nereikia, veikia iš karto | Reikia nustatyti ir prižiūrėti |
| Saugojimo vieta | Pas tą patį tiekėją | Jūsų pasirinktoje vietoje |
| Saugojimo trukmė | Dažnai 7–30 dienų, pagal planą | Kiek nustatysite |
| Atkūrimas | Greitas, dažnai vienu mygtuku | Per papildinį arba rankiniu būdu |
| Prieiga, jei paskyra užblokuota | Paprastai nėra | Yra |
| Perkėlimas pas kitą tiekėją | Ne visada galima atsisiųsti | Kopija jau jūsų rankose |
Išvada paprasta: hostingo kopijos tinka greitam atstatymui po nesėkmingo atnaujinimo, o savos — rimtesniems atvejams. Prireikus pakeisti tiekėją, ta pati kopija praverčia ir perkeliant svetainę į kitą hostingą.
Kaip dažnai daryti kopijas?
Klausimas, kurį verta užduoti: kiek darbo galite sau leisti prarasti? Jei kopija daroma kartą per savaitę, blogiausiu atveju prarasite savaitės pakeitimus.
| Svetainės tipas | Duomenų bazė | Failai | Saugojimo istorija |
|---|---|---|---|
| Vizitinė, retai keičiama | Kas savaitę | Kas savaitę | 4–8 savaitės |
| Įmonės svetainė su tinklaraščiu ir formomis | Kasdien | Kas savaitę | 30 dienų |
| E-parduotuvė | Kasdien arba kas kelias valandas | Kasdien | 30 dienų + mėnesinės |
Papildomai — rankinė kopija prieš kiekvieną didesnį pakeitimą: WordPress versijos atnaujinimą, temos keitimą, naujo papildinio diegimą. Tai pirmas punktas ir mano WordPress priežiūros kontroliniame sąraše.
Ilgesnė istorija svarbi dėl įsilaužimų. Kenkėjiškas kodas dažnai pastebimas ne iš karto, o po kelių savaičių. Jei saugote tik 7 paskutines dienas, gali būti, kad visos kopijos jau užkrėstos.
Atkūrimo testas: kopija, kurios nebandėte, yra tik viltis
Didžiausia problema, kurią matau, ne kopijų nebuvimas, o kopijos, kurios neveikia: archyvas nutrūkęs, duomenų bazės eksportas tuščias, trūksta uploads katalogo arba papildinys mėnesius tyliai rodė klaidą, kurios niekas neskaitė.
Todėl bent kartą per ketvirtį darau atkūrimo testą:
- Paimu naujausią išorinę kopiją (ne hostingo).
- Atkuriu ją testinėje aplinkoje — subdomene ar lokaliame kompiuteryje.
- Prisijungiu prie administravimo, atidarau kelis puslapius, tikrinu paveikslėlius.
- Patikrinu kontaktų formą, o e-parduotuvėje — paskutinius užsakymus.
- Užsirašau, kiek laiko užtruko atkūrimas. Tai realus laikas, kurį svetainė neveiktų tikros avarijos metu.
Jei šis testas nepavyksta, tai geriausia žinia, kokią galite gauti — nes sužinojote dabar, o ne tada, kai svetainė jau nukritusi.
WordPress backup įrankiai: ką rinktis?
WordPress backup papildinių yra daug, bet dažniausiai užtenka vieno iš šių:
- UpdraftPlus — populiariausias pasirinkimas. Nemokama versija moka planuoti kopijas ir siųsti jas į Google Drive, Dropbox, S3 ar FTP. Mokama prideda papildomų saugyklų ir kitų funkcijų.
- BackWPup — panašių galimybių, tinka tiems, kam patinka detalesni nustatymai.
- Duplicator ir All-in-One WP Migration — labiau perkėlimo įrankiai, bet tinka ir rankinei kopijai prieš didesnius darbus.
- Debesų paslaugos (pavyzdžiui, BlogVault, Jetpack VaultPress Backup) — kopijos daromos ir saugomos tiekėjo serveriuose, mažiau apkrauna jūsų hostingą. Mokamos, bet patogios e-parduotuvėms.
- Serverio lygio kopijos — jei svetainė yra savame VPS, kopijas galima daryti skriptais ar valdymo skydelio įrankiais tiesiai į išorinę saugyklą, nepriklausomai nuo WordPress.
Svarbiau už įrankio pavadinimą — trys dalykai: kad kopijos būtų automatinės, kad jos išeitų už serverio ribų ir kad apie nepavykusią kopiją sužinotumėte el. laišku, o ne atsitiktinai po pusmečio.
Dažniausios klaidos
- Kopijos saugomos tik tame pačiame serveryje. Sugedus serveriui dingsta viskas.
- Niekas nežiūri klaidų pranešimų. Papildinys mėnesius nedaro kopijų, nes baigėsi vieta saugykloje.
- Prieiga prie saugyklos — buvusio darbuotojo ar rangovo paskyroje. Kopija yra, bet jos nepasieksite.
- Per trumpa istorija. Visos kopijos jau su klaida ar virusu.
- Atkūrimas niekada nebandytas. Pirmas bandymas vyksta avarijos metu, su stresu ir laikrodžiu.
Kaip galiu padėti
Atsarginės kopijos įeina į visus mano svetainės priežiūros planus: tik priežiūra — 19 €/mėn. (svetainė talpinama kitur, savaitinės kopijos), Standartinis — 60 €/mėn. (kasdienės kopijos, saugumo skenavimas), Verslo — 90 €/mėn. (kasdienės kopijos ir atnaujinimai testinėje aplinkoje). Kopijas laikau ne tame pačiame serveryje ir reguliariai tikrinu atkūrimu. Jei svetainė jau sulūžo ir reikia ją grąžinti iš kopijos — skubi pagalba, atkūrimas nuo 80 €. Vienkartinis kopijų nustatymas ir kiti techniniai darbai — 30 €/val.
Dažniausiai užduodami klausimai
Kaip dažnai daryti atsargines kopijas WordPress svetainei?
Priklauso nuo to, kaip dažnai keičiasi turinys. Vizitinei svetainei, kurią atnaujinate kartą per mėnesį, užtenka savaitinių kopijų. Aktyviam tinklaraščiui ar įmonės svetainei su formomis — kasdienių. E-parduotuvei duomenų bazę verta kopijuoti kasdien arba dažniau, nes kiekvienas užsakymas yra nauji duomenys.
Ar užtenka hostingo daromų kopijų?
Kaip vienos iš kelių — taip, kaip vienintelės — ne. Hostingo kopijos dažniausiai saugomos pas tą patį tiekėją, laikomos ribotą laiką ir ne visada apima viską. Jei sutrinka tiekėjo infrastruktūra ar paskyra, kartu dingsta ir kopijos. Reikia bent vienos kopijos, kuri guli atskirai ir kurią valdote patys.
Kur geriausia saugoti svetainės backup?
Kitoje vietoje nei pati svetainė: debesų saugykloje (Google Drive, Dropbox, Amazon S3, Backblaze B2 ar panašiai) arba atskirame serveryje. Gera praktika — viena kopija hostinge greitam atkūrimui ir viena išorėje, kuri išliks net tada, jei serveris ar paskyra taps nepasiekiami.
Kiek laiko saugoti senas kopijas?
Orientacinė praktika — 14–30 dienų kasdienių kopijų ir kelios mėnesinės. Ilgesnė istorija svarbi dėl įsilaužimų: kenkėjiškas kodas dažnai pastebimas tik po kelių savaičių, todėl reikia kopijos, padarytos dar prieš užkrėtimą.
Kaip patikrinti, ar atsarginė kopija veikia?
Vienintelis patikimas būdas — ją atkurti. Atkurkite kopiją testinėje aplinkoje ar subdomene, prisijunkite prie administravimo, atidarykite kelis puslapius, patikrinkite paveikslėlius ir formas. Jei svetainė veikia — kopija tinkama. Tai verta daryti bent kartą per ketvirtį.
Ar galiu pats nusistatyti atsargines kopijas?
Taip. Su papildiniu, pavyzdžiui UpdraftPlus ar BackWPup, ir išorine saugykla tai užtrunka apie valandą. Sunkiausia dalis ne nustatymas, o disciplina: stebėti, ar kopijos tikrai daromos, ir reguliariai bandyti atkūrimą.