Kui keegi ütleb, et “ära muretse, andmebaasist on backup olemas”, siis see kõlab turvaliselt. Aga ausalt? Tihti ei piisa sellest isegi ligilähedaselt.
WordPressi leht ei koosne ainult andmebaasist. E-pood veel vähem. Sul võivad alles olla blogipostitused, lehed ja kasutajad, aga puudu on tootepildid, teema seaded, PDF-failid, arved, meililogid või mõni täiesti tähtis pluginakaust. Ja siis avastad taastamisel, et jah – leht justkui töötab, aga tegelikult on pool äri puudu.
See on see koht, kus backup ei ole lihtsalt “midagi on kuskil salvestatud”. Hea varukoopia tähendab, et saad lehe reaalselt tagasi. Normaalne välja nägema. Tellimused alles. Pildid olemas. Vormid töötavad. Kõik see.
Andmebaas on ainult üks tükk puslest
Andmebaasis elab suur osa su WordPressi sisust: lehed, postitused, kasutajad, WooCommerce’i tellimused, seaded ja palju muud. Väga oluline kraam. Aga mitte kogu kraam.
Mis andmebaasi ei lähe? Näiteks pildifailid. PDF-id. Teema failid. Pluginad. Kohandatud kood. Fontid. Mõnikord isegi eksporditud dokumendid või failid, mida kliendid alla laevad. Kui sul on 47 tootega WooCommerce’i pood ja igal tootel 3 pilti, siis ilma failideta on sul andmebaasis küll toodete nimed olemas, aga e-pood näeb välja nagu tühjaks röövitud ladu.
See on põhjus, miks ainult SQL-failist taastamine jätab inimesed päris tihti üsna nõutuks seisma.
Mida sa päriselt pead varundama
Kui tahad backupit, mis ka päriselt aitab, siis vaata vähemalt neid osi.
- Andmebaas – lehed, postitused, tellimused, kasutajad, seaded
- /wp-content/uploads/ – kõik pildid, dokumendid, meediafailid
- Teema failid – eriti kui kasutad child theme’i või kohandatud teemat
- Pluginad – eriti kui mõni plugin salvestab andmeid failidesse või sul on premium pluginad käsitsi lisatud
- Kohandatud kood – snippets, tracking scriptid, functions.php muudatused
- WooCommerce’iga seotud failid – arved, eksportfailid, toote importfailid, PDF-id
- Vormi kirjed – kui kontaktivormi plugin salvestab need andmebaasi või eraldi
- Serveri seaded – näiteks .htaccess, mõnikord ka php.ini või suunamised
Lühidalt: varunda nii sisu kui failid. Mõlemad. Alati.
WordPressi puhul on wp-content tihti kõige valusam kaotus
Kui andmebaas on aju, siis wp-content on nagu keha. Kõik nähtav ja praktiline elab suuresti seal. Pildid, pluginad, teemad. Ka see väike CSS-parandus, mille arendaja kaks aastat tagasi reede õhtul lisas ja mille olemasolu keegi enam ei mäleta. Kuni leht taastatakse. Siis tuleb välja küll.
Mul on nähtud olukordi, kus inimene sai hostingu backupist andmebaasi tagasi, aga uploads-kaust oli kolm kuud vana. Tulemuseks oli üsna kole kompott – uued blogipildid puudu, pooled tootekategooria bännerid kadunud, mõni kliendi allalaetav fail lihtsalt 404. Leht oli “taastatud”, aga müüa sellega hästi ei saanud.
Kui sul on teenuselehtede ja blogiga lihtne koduleht, võib failikaotus olla tüütu. Kui sul on e-pood, on see palju kallim tüütu.
Kui plaanid või haldad WooCommerce’i poodi, siis e-poe tegemine peaks juba algusest peale arvestama sellega, kuidas varukoopiad, tellimused ja failid kokku mängivad. Muidu maksad hiljem sama asja kaks korda.
E-poe backup on omaette loom
Lihtne viieleheline koduleht ja aktiivne e-pood ei vaja sama backupi rütmi. Mitte isegi peaaegu.
Kui sul tuleb päevas 1-2 päringut kontaktivormist, siis öine varukoopia võib olla täiesti okei. Kui sul tuleb päevas 15 tellimust, siis ainult kord ööpäevas backupit teha on juba risk. Kujuta ette: backup tehti kell 02:00, leht läheb katki kell 16:40, ja selle aja vahel tuli 9 tellimust. Kus need nüüd on? Nope.
E-poe puhul mõtle vähemalt nendele asjadele:
- Kui tihti tellimused sisse tulevad – see määrab backupi sageduse
- Kas makseandmed liiguvad läbi kolmanda osapoole – enamasti jah, aga tellimuse staatus peab su lehel alles jääma
- Kas klient saab alla laadida faile – digitooteid müües on failid eriti tähtsad
- Kas sul on lao- või tarneliides – mõned andmed jooksevad API kaudu, mõned jäävad WordPressi
Aus soovitus? Väikese poe puhul tee automaatne backup vähemalt kord päevas, aktiivsema poe puhul tihedamini – näiteks iga 6 või 12 tunni järel. Mõni süsteem lubab isegi reaalajale lähedast varundamist, aga see on väiksele 10-tootelisele poele tihti overkill.
Varukoopia, mida pole testitud, on lihtsalt lootus
See on koht, mida inimesed kõige rohkem ignoreerivad. Backup võib olemas olla, aga kas see taastub?
Sa ei taha seda esimest korda kontrollida siis, kui leht on maas ja telefon piiksub. Parem proovi taastamist testkeskkonda. Kasvõi kord kvartalis. See võtab väiksema kodulehe puhul umbes 30-60 minutit. E-poel natuke rohkem. Aga see aeg on odav võrreldes olukorraga, kus avastad kriisi ajal, et varukoopiafail on katkine või poolik.
Kui see teema on sul seni olnud “eks ma kunagi vaatan”, siis loe ka Varukoopiad – igav asi, mis su äri päriselt päästab. Hea meeldetuletus, miks see igav teema nii kalliks võib minna.
Kus backup peaks asuma? Mitte ainult samas serveris
See on klassikaline viga. Varukoopia on tehtud. Väga tubli. Aga see asub samas hostingukontos, kus päris leht.
Mis siis saab, kui serveriga juhtub jama, konto läheb lukku, pahavara sööb failid läbi või keegi kustutab kogemata terve kausta? Siis võib backup minna koos lehega. Suht halb diil.
Parem variant on hoida koopiad vähemalt kahes kohas:
- üks kohalik või serverisisene kiireks taastamiseks
- üks eraldi pilves – näiteks Google Drive, Dropbox, Amazon S3 või muu väline koht
Ja hoia mitut versiooni, mitte ainult viimast faili. Kui probleem hiilis sisse nädal tagasi, siis eilne backup võib juba nakatunud olla. Eriti turvaprobleemide puhul. Sellest, kuidas häki märgid üldse ära tunda, kirjutasime siin: Märgid, et su WordPressi leht on häkitud.
Kui tihti backupit teha?
See sõltub ühest lihtsast asjast: kui palju andmeid sa oled valmis kaotama.
Kui vastus on “mitte ühtegi tellimust”, siis kord nädalas ei ole piisav. Kui uuendad lehte kord kuus ja midagi eriti ei muutu, siis pole mõtet ka iga tund varundada.
Rusikareegel võiks olla umbes selline:
Lihtne ettevõtte koduleht – 1 kord päevas või enne iga suuremat uuendust
Blogi, kuhu lisad sisu igal nädalal – 1 kord päevas
Väike e-pood – 1-2 korda päevas
Aktiivne e-pood – iga paari tunni järel või vastavalt tellimuste mahule
Ja jah, enne pluginauuendusi või disainimuudatusi tee alati käsitsi lisabackup ka. Olen näinud launch’i ära rikkumas just seda, et “ah, automaatne backup ju kuskil jookseb”. Jookseb küll. Aga võib-olla öösel.
Palju see maksab?
Tegelikult vähem, kui katkine leht.
Mõni backup-plugin maksab 0-70 eurot aastas. Korralikumad premium lahendused või hallatud hostingud võivad lisada 10-30 eurot kuus, sõltuvalt mahust ja automaatikast. Kui kasutad kuuhooldust, siis backup, uuendused ja taastamise valmisolek võiksid juba sees olla. Näiteks kodulehe hooldus ja haldus ongi tavaliselt see koht, kus varukoopiad tehakse süsteemselt, mitte tuju järgi.
Kui sul on väike teenusäri koduleht, siis pole mõtet ehitada enterprise-tasemel süsteemi. Aga täiesti tasuta ja kontrollimata backupilahendus ei ole ka eriline kokkuhoid. See on rohkem loterii.
Lihtne backupi kontrollnimekiri
Kui tahad oma praeguse seisu kiiresti üle vaadata, küsi endalt need viis küsimust:
- Kas varundad andmebaasi ja kõiki olulisi faile?
- Kas backup läheb ka väljapoole sama serverit?
- Kas sul on alles mitu varasemat versiooni?
- Kas tead, kui kaua taastamine umbes võtab?
- Kas oled taastamist kunagi testinud?
Kui vähemalt kahele vastad “ei tea”, siis sul ei ole veel päris backupisüsteemi. Sul on tunne, et äkki on.
Lõppkokkuvõte ilma ilustamata
Varundada on vaja rohkem kui andmebaasi. Palju rohkem. WordPressi ja WooCommerce’i puhul on failid sama tähtsad, mõnikord isegi valusamalt tähtsad, sest just seal on pildid, teemad, pluginad ja muu kraam, mis teeb su lehe kasutatavaks.
Hea backup tähendab kolme asja: täielik koopia, õige sagedus ja testitud taastamine. Kõik ülejäänu on lihtsalt ilus jutt.
Kui tahad ühe asja sellest artiklist meelde jätta, siis selle: backup ei ole fail. Backup on plaan. Ja see plaan peab töötama ka siis, kui päev on juba niigi halb.