Paljud väikeettevõtjad arvavad, et kui hosting ütleb “varukoopiad olemas”, siis on teema korras. Nii et linnuke on justkui kirjas ja võib rahulikult edasi minna. Aga vaata - päris tihti selgub jama alles siis, kui leht on katki, nakatunud või keegi kustutas midagi valest kohast ära. Siis tuleb välja, et backup on olemas küll, aga mitte selline, millest päriselt abi oleks.
Asi on selles, et “set and forget” varukoopia kõlab mugavalt, aga WordPressi puhul on see üsna sageli poolik lahendus. Eriti siis, kui sul on e-pood, broneerimissüsteem või aktiivselt uuenev sisu. Backup ei ole lihtsalt fail kuskil serveris. See on taastamise plaan. Ja need kaks asja ei ole sama.
Mis mõttes hostingu backupist ei piisa?
Ausalt öeldes, mõne lihtsa visiitkaardi-laadse lehe puhul võib hostingu varukoopiast teatud olukorras isegi piisata. Aga enamik ettevõtte lehti ei ole enam ammu ainult paar staatilist alamlehte. On kontaktivormid, pluginad, WooCommerce tellimused, arved, kliendikontod, kampaanialehed, SEO muudatused. Omajagu liikuvaid osi.
Kui midagi juhtub, siis backupi väärtus sõltub sellest, kui kiiresti saad taastada, kui värske see koopia on ja kas see on üldse puhas. Lühidalt - backup peab sobima päris elu probleemiga, mitte ainult olema “tehniliselt olemas”.
- Varukoopia võib olla liiga vana
- See võib sisaldada juba nakatunud faile
- Taastamine võib olla aeglane või käsitsi tehtav
- Andmebaas ja failid ei pruugi olla sama ajahetke omad
- Sa ei pruugi ise saada seda taastada ilma arendaja või toe abita
See ongi point. Probleem pole ainult backupi olemasolus, vaid selles, kas sellest on kriitilisel momentil reaalselt kasu.
Kõige tavalisem lõks - varukoopia on olemas, aga liiga vana
Võtame lihtsa näite. Sul on WooCommerce e-pood. Päeva jooksul tuleb 11 tellimust. Õhtul kukub plugin update või pahavara tõttu kogu leht katki. Hosting teeb backupi kord ööpäevas ja viimane koopia on eilsest ööst. Mis see tähendab? Kõik tänased tellimused võivad kaduda.
See ei ole mingi haruldane erand. Praktikas juhtub seda päris tihti. E-poodides, koolituste müügil, broneeringutes - igal pool, kus andmed muutuvad päeva jooksul.
Kui sul on aktiivne leht, siis tasub endalt küsida:
- Kui vana võib backup maksimaalselt olla?
- Kas ma olen nõus kaotama viimase 24 tunni andmed?
- Kas tellimused, päringud ja kontaktivormi kirjad on taastatavad?
Kui vastus on “ei tahaks kaotada”, siis tavalisest hostingu koopiast jääb sageli väheks.
Nakatunud lehe backup ei päästa sind alati
See koht üllatab paljusid. Kui sait on juba mõnda aega nakatunud olnud, siis võib pahavara olla ka backupides sees. Ehk sa taastad lehe ja kõik tundub okei… kuni mõne päeva pärast on jama tagasi. Sama tagauks, sama pahavara, sama probleem uuesti. Natuke masendav.
Sellepärast ei tähenda taastamine automaatselt puhast tulemust. Vahel tähendab see lihtsalt vana probleemi tagasi panemist. Kui tahad näha, miks nakatumine pärast “edukat” taastamist uuesti välja ilmub, siis sellest kirjutasime siin: Miks leht nakatub uuesti pärast “edukat” puhastust.
Üldiselt on mõistlik mõelda backupist koos seire ja turvakontrolliga, mitte eraldi. Muidu võibki olla nii-öelda ilus backup, aga halb seis.
Taastamine on päris tihti aeglasem ja keerulisem, kui arvad
Hostingute müügijutt jätab vahel mulje, et taastamine käib ühe klikiga. Mõnikord käibki. Aga mitte alati. Ja mitte igas olukorras. Samas kui leht on maas, siis iga tund loeb - eriti kui Google näitab hoiatusi, e-pood ei võta tellimusi vastu või kliendid kirjutavad, et leht suunab kuskile kasiino reklaami.
Reaalsuses võib taastamine tähendada hoopis seda:
- pead kirjutama toe piletisse
- ootad mitu tundi või hommikuni
- taastatakse kogu konto, mitte ainult konkreetne leht
- taastatakse failid, aga mitte andmebaas
- või vastupidi, andmebaas tuleb teisest ajast
Lühike lause. See on halb.
Kui sul on ettevõtte leht, siis sa ei taha kriisi ajal alles õppida, kuidas backup setup töötab. Tahad, et see oleks enne läbi mõeldud.
Mida peaks üks normaalne varukoopia-lahendus tegelikult sisaldama?
Tegelikult ei ole vaja ulmelist enterprise süsteemi. Väikeettevõttele piisab täiesti mõistlikust, selgest lahendusest. Aga mõned asjad peaksid kindlasti olemas olema.
- Automaatsed varukoopiad kindla sagedusega
- Võimalus taastada nii failid kui andmebaas koos
- Varukoopiate hoidmine eraldi asukohas, mitte ainult samas serveris
- Võimalus valida erinevaid taastamispunkte
- Teadmine, kui kaua koopiad säilivad
- Testitud taastamise protsess, mitte ainult teooria
Seejuures üks väga alahinnatud asi on testimine. Kui backupi pole kunagi proovitud taastada, siis sa tegelikult ei tea, kas see töötab. Sa lihtsalt loodad. Ja loota tootmislehe puhul ei ole just optimaalne plaan.
3 asja, mida saad juba täna oma hostingu käest kontrollida
Kui sul on praegu koduleht või e-pood üleval, siis kirjuta need küsimused endale üles ja vaata järele. Ei pea olema tehnik. Küsi hostingult või oma arendajalt.
- Kui tihti backup tehakse?
Kas kord päevas, kord nädalas või tihedamalt? Aktiivse lehe puhul on see suur vahe. - Kui kaua backup alles hoitakse?
Kui säilitusaeg on lühike, siis võid avastada nakatumise alles siis, kui puhas koopia on juba kadunud. - Kuidas taastamine käib?
Kas saad ise, kiiresti ja osaliselt taastada või peab alati tugi sekkuma?
Vaata ka üle, kas sul on olemas eraldi hooldus ja turvakontroll. Kui neid ei ole, siis backup üksi on ainult pool rehkendust. Selle kohta on hea lugemine siin: “Paigaldasin Wordfence’i ja unustasin” - miks see on ohtlik lõks.
Mis on parem lähenemine väikesele ettevõttele?
Kõige mõistlikum variant on see, et backup ei ela omaette mullis. Ta on osa regulaarsest hooldusest. Ehk uuendused, seire, turvakontrollid, pahavara avastamine ja taastamise valmisolek töötavad koos. Nii on väiksem võimalus, et avastad probleemi alles liiga hilja.
Kui sa ei taha ise selle kõigega jamada, siis vaata meie WordPressi hooldusteenust. See ongi mõeldud neile, kes tahavad, et leht püsiks korras, uuendatud ja turvaline ilma iganädalase käsitööta. Päris tihti on see odavam kui üksainus suurem jama.
Kui leht on juba katki, nakatunud või backupist ei piisa, siis saad abi siit: veebilehe puhastamine ja taastamine. Sellises olukorras on kiirus oluline, sest iga lisatund võib tähendada kaotatud päringuid, müüki ja usaldust.
Millal on “mul on hostingu backup olemas” täiesti okei vastus?
Aus vastus - mõnikord ongi. Kui sul on väga lihtne leht, mida uuendatakse paar korda aastas, puuduvad vormid, e-pood ja kasutajakontod, siis võib hostingu backup olla täiesti normaalne baaslahendus. Aga isegi siis võiks vähemalt korra üle kontrollida, kuidas taastamine päriselt käib.
Probleem tekib siis, kui lihtsa lehe loogikat kasutatakse keerulisema äri puhul. E-pood, teenusepäringud, kampaaniad, CRM ühendused, makselahendused - need vajavad rohkemat kui “ju vist kuskil midagi salvestatakse”.
Praktikas on backup hea ainult siis, kui tead kolme asja: kus see on, kui värske see on ja kuidas see tagasi tuleb. Kui neid vastuseid pole, siis ei ole sul päriselt kindlustunnet. On ainult oletus.
Mida nüüd edasi teha?
Kui sul on WordPressi koduleht või e-pood, tee üks väike audit. Mitte homme. Täna. Kontrolli oma backupide sagedust, taastamise viisi ja seda, kas sul on olemas keegi, kes kriisi korral kohe tegutseb.
Alusta siit:
- küsi hostingult backupide täpne sagedus ja säilivusaeg
- uurii, kas saad taastada ainult ühe lehe või kogu konto
- kontrolli, kas sul on eraldi puhas varukoopia väljaspool serverit
- mõtle läbi, kui palju andmekadu su äri tegelikult talub
- pane paika inimene või partner, kes vajadusel kohe reageerib
Nii et jah, hostingu varukoopiad on vajalikud. Aga neist üksi ei piisa. Kui backupi pole testitud, see on liiga vana või sisaldab sama pahavara, siis kriisi hetkel ei tööta ta nii nagu lootsid. Ja just siis on seda kõige rohkem vaja.