Zálohovanie webu: čo musí mať dobrý hosting

Zálohy sú v hostingu ako airbag: existujú preto, aby si ich nikdy nepotreboval, a pravdu o nich zistíš v tom najhoršom momente. Väčšina poskytovateľov má v cenníku odrážku „zálohy zdarma" a väčšina zákazníkov si pod ňou predstaví niečo iné, než čo reálne dostane. Rozoberme si to na otázky, na ktoré sa dá odpovedať číslom.

„Máme zálohy" nie je odpoveď. Sú za tým tri otázky

Keď ti poskytovateľ povie, že zálohuje, nedozvedel si sa nič použiteľné. Použiteľné sú až tieto tri veci:

1. Ako veľa práce môžem stratiť? Odborne sa tomu hovorí RPO (Recovery Point Objective) — vzdialenosť medzi poslednou zálohou a momentom havárie. Pri dennom zálohovaní o polnoci a páde o 23:00 je odpoveď „skoro celý deň".
2. Ako dlho bude web mimo? RTO (Recovery Time Objective) — čas od požiadavky po funkčný web. Rozdiel medzi „obnovím si to sám v paneli za 10 minút" a „napíšem tiket a čakám do rána" je pre e-shop zásadný.
3. Ako ďaleko dozadu sa viem vrátiť? To je retencia. Ak sa web nakazil škodlivým kódom pred desiatimi dňami a ty máš zálohy sedem dní dozadu, máš sedem kópií napadnutého webu.

Až keď máš tri konkrétne čísla, vieš, či ti zálohovanie u daného poskytovateľa stačí. Všetko ostatné je marketing.

Frekvencia a retencia: koľko a ako dlho dozadu

Frekvencia hovorí, ako často sa záloha robí; retencia, koľko starých verzií sa uchováva. Sú to dve nezávislé čísla a treba obe.

Pri e-shope má zmysel rozdeliť frekvenciu: súbory sa menia zriedka, databáza neustále. Denná záloha súborov a niekoľkohodinová záloha databázy je rozumný kompromis, ktorý ponúka časť poskytovateľov.

Retencia je zákernejší parameter než frekvencia, lebo sa prejaví len pri jednom type problému — pri takom, ktorý si nevšimneš hneď. Poškodený import produktov, chybný plugin, ktorý mesiac potichu maže obrázky, alebo napadnutie webu sa spravidla objaví s odstupom. Vtedy je retencia 7 dní krátka.

Off-site: záloha na tom istom serveri nie je záloha

Toto je najdôležitejší odsek celého článku. Ak záloha leží na tom istom fyzickom stroji ako web, chráni ťa len pred jedným scenárom — pred tým, že si niečo zmažeš sám. Nechráni ťa pred zlyhaním hardvéru, chybou v prostredí poskytovateľa, požiarom v dátovom centre ani pred útočníkom, ktorý sa dostal na server a zmazal aj priečinok so zálohami.

Ustálenou odpoveďou je pravidlo 3-2-1: tri kópie dát, na dvoch rôznych typoch médií, z toho jedna mimo lokality. Pravidlo sformuloval Peter Krogh v knihe o správe digitálnych aktív a odvtedy sa z neho stal základný štandard zálohovania naprieč odbormi — nielen v hostingu.

Pre bežný web to znamená: živé dáta na hostingu + záloha u poskytovateľa + tvoja vlastná kópia niekde inde. Tá tretia je jediná, ktorú máš plne pod kontrolou, a jediná, ktorá prežije aj scenár „poskytovateľ mi zrušil účet".

Pýtaj sa preto konkrétne: Sú zálohy na inom stroji než web? Sú v inej lokalite? Viem si ich stiahnuť k sebe? Odpoveď „áno" na všetky tri je poznávacie znamenie serióznej služby. Ako sa poskytovatelia líšia v tom, čo do tarifu balia, si prejdeš v porovnaní webhostingu, pri WordPresse v kategórii WordPress hosting.

Súbory a databáza patria k sebe

Web sa skladá z dvoch častí, ktoré sa musia obnovovať spolu: zo súborov (kód, šablóna, obrázky, nahraté prílohy) a z databázy (obsah, produkty, objednávky, používatelia, nastavenia).

Keď obnovíš len databázu, budeš mať v článkoch odkazy na obrázky, ktoré na disku nie sú. Keď obnovíš len súbory, môže ti staršia verzia kódu naraziť na novšiu schému databázy a web skončí na chybe 500. Preto sú dobré zálohy konzistentné — súbory aj databáza z rovnakého okamihu.

Dobrý zálohovací systém zároveň umožňuje čiastočnú obnovu: vytiahnuť jeden zmazaný súbor alebo jednu tabuľku bez toho, aby si prepísal celý web na stav spred dvoch dní. Pri drobnej chybe je návrat celého webu o dva dni späť liek horší než choroba — prídeš o všetky objednávky, ktoré medzitým prišli.

Restore test: záloha, ktorú si nikdy neobnovil, neexistuje

Zálohovacie skripty zlyhávajú ticho. Zaplní sa disk, zmení sa heslo k databáze, prestane sedieť cesta — a v zozname máš odvtedy súbory s veľkosťou pár kilobajtov, ktoré vyzerajú ako zálohy a nie sú.

Preto raz za čas — pri firemnom webe raz za pol roka, pri e-shope raz za štvrťrok — urob test obnovy:

1. Stiahni si najnovšiu zálohu a pozri sa na jej veľkosť. Ak je výrazne menšia než minule, niečo je zle.
2. Rozbaľ ju a over, že v nej naozaj sú súbory aj SQL dump.
3. Obnov ju do testovacieho prostredia (staging, subdoména alebo lokálny server).
4. Otvor obnovený web a prejdi si niekoľko podstránok, prihlásenie a jednu objednávku.
5. Zapíš si, ako dlho to celé trvalo. To je tvoje reálne RTO.

Ten posledný bod má hodnotu aj vtedy, keď všetko prebehne hladko: keď potom nastane skutočný problém, nehádaš a nepanikáriš, ale vieš, že to zaberie hodinu a pol.

Na e-maily sa zabúda

Zálohovanie webu a zálohovanie schránok sú dve rôzne služby a poskytovatelia ich v marketingových materiáloch radi miešajú. Ak máš poštu u toho istého poskytovateľa ako web, over si zvlášť, či sa zálohujú aj schránky, s akou frekvenciou a ako dlho sa držia.

Druhá vec, ktorá sa podceňuje: schránka na IMAP nie je záloha. IMAP je synchronizácia — keď omylom zmažeš správu v mobile, zmizne aj na serveri aj v notebooku. Presne to je dôvod, prečo má firma, ktorá si potrebuje dohľadať komunikáciu spred rokov, riešiť archiváciu ako samostatnú službu.

Kedy si robiť vlastnú zálohu mimo hostingu

Zálohy od poskytovateľa sú pohodlné, ale sú súčasťou toho istého systému, od ktorého sa chceš poistiť. Vlastnú kópiu mimo hostingu si rob vtedy, keď platí čokoľvek z tohto:

• Web zarába peniaze a výpadok na deň má vyčísliteľnú cenu.
• Sú v ňom dáta, ktoré sa nedajú znovu vytvoriť (objednávky, používateľské účty, roky článkov).
• Poskytovateľ nemá zálohy v inej lokalite alebo ich nevieš stiahnuť.
• Retencia poskytovateľa je kratšia než čas, za ktorý by si problém odhalil.
• Chystáš väčšiu zmenu — aktualizáciu, migráciu, nasadenie nového pluginu.

Pri WordPresse to zvládne zálohovací plugin s odkladaním do externého úložiska; inde stačí naplánovaný skript, ktorý vytvorí archív a odošle ho preč. Dôležité nie je, aký nástroj použiješ, ale kam zálohu odkladáš a či ju vieš obnoviť.

Otázky, ktoré polož poskytovateľovi ešte pred objednávkou

• Ako často sa zálohuje — zvlášť súbory a zvlášť databáza?
• Koľko dní dozadu sa dá obnoviť (retencia)?
• Sú zálohy uložené mimo servera, na ktorom beží web?
• Viem si zálohu stiahnuť k sebe, alebo ju drží len poskytovateľ?
• Obnovím si zálohu sám v ovládacom paneli, alebo len cez podporu?
• Koľko obnova stojí a za aký čas ju podpora spraví?
• Dá sa obnoviť jeden súbor alebo jedna tabuľka, alebo len celý účet?
• Zálohujú sa aj e-mailové schránky?
• Existuje staging, kde si obnovu vyskúšam bez zásahu do ostrého webu?
• Čo sa so zálohami stane, keď službu zruším alebo neuhradím faktúru?

Posledná otázka je nepríjemná, ale dôležitá. Pri zrušení účtu sa zálohy zvyknú mazať bez odkladnej lehoty.

Často kladené otázky

Stačia mi zálohy, ktoré robí hosting?

Pre malý firemný web spravidla áno, ak sú denné, majú retenciu aspoň dva týždne a ležia mimo servera. Pri e-shope a pri webe s dátami, ktoré sa nedajú obnoviť inak, si drž ešte vlastnú kópiu mimo hostingu. Rozhodovacie kritérium nie je veľkosť webu, ale to, čo by strata dát reálne stála.

Ako často mám zálohovať e-shop?

Súbory denne, databázu podstatne častejšie — ideálne každých pár hodín, pretože práve v nej sú objednávky. Obnova starej databázy znamená stratené objednávky, ktoré ti zákazník druhýkrát nepošle. Pred každou väčšou aktualizáciou si navyše urob jednorazovú zálohu.

Prečo mi nestačí kópia webu na tom istom serveri?

Pretože chráni len pred vlastnou chybou. Zlyhanie disku, výpadok dátového centra, kompromitovaný účet alebo zrušená služba zoberú web aj „zálohu" naraz. Odtiaľ pochádza pravidlo 3-2-1 — aspoň jedna kópia musí byť mimo lokality.

Ako spoznám, že záloha je použiteľná?

Jediným spoľahlivým spôsobom: obnovíš ju do testovacieho prostredia a otvoríš web. Kontrola veľkosti súboru a dátumu odhalí hrubé zlyhania, ale nie poškodený SQL dump. Test obnovy raz za pol roka je minimum, ktoré má zmysel.

Pomôže mi záloha, keď mi napadnú web?

Pomôže, ale len ak máš dosť dlhú retenciu. Škodlivý kód býva na webe týždne, kým sa prejaví — s retenciou 7 dní obnovíš už napadnutú verziu. Preto sa pri napadnutí najprv zistí, kedy sa útok stal, a až potom sa vyberá záloha spred toho dátumu. Zároveň treba zavrieť aj dieru, ktorou sa útočník dostal dnu, inak sa to zopakuje.

Obnovil som zálohu a web je pomalý. Prečo?

Obnova môže vrátiť starú konfiguráciu cache, staré nastavenie PHP alebo databázu bez indexov, ktoré medzitým pribudli. Prejdi si nastavenia hostingu po obnove a ak problém pretrváva, postupuj podľa článku o tom, prečo je web pomalý.

---

Zálohovanie sa nedá vyriešiť odrážkou v cenníku. Nájdi si tri čísla — frekvenciu, retenciu a čas obnovy — over, že kópia leží mimo servera, a raz za čas si obnovu naozaj vyskúšaj. Keď chceš tieto parametre porovnať vedľa seba, začni v porovnaní webhostingu; pomôže aj sprievodca výberom hostingu podľa typu webu.