Automatikus WordPress biztonsági mentések: hol tárold őket, hogy ne veszítsd el az oldalad, ha leáll a tárhely

Megtörténik: megnyitod az oldaladat, és üres oldalt vagy a tárhelyszolgáltatód hibaüzenetét látod. Felhívod az ügyfélszolgálatot, és annyit hallasz, hogy „dolgozunk rajta". Abban a pillanatban nem az a kérdés, hogy „mikor jön vissza a szerver", hanem az, hogy „ha visszajön, épek maradnak-e az adataim?". Itt válik el egymástól azok csoportja, akiknek volt igazi biztonsági mentésük, és azoké, akik csak azt hitték, hogy volt.

Sok tulajdonos érzi magát bebiztosítva, mert a tárhelyük „csinál mentéseket". A gond egyszerű: ha a másolat ugyanazon a szerveren van, amelyik leállt, akkor együtt vész el vele. A nevéhez méltó biztonsági mentés máshol él, automatikusan fut, és legalább egyszer teszteltétek egy valódi visszaállítással. Ebben a cikkben pontosan megmutatom, hogyan építs fel egyet, szakzsargon nélkül.

Miért nem igazi biztonsági mentés a „tárhelyen tárolt mentés"

A klasszikus szabályt 3-2-1-nek hívják: tarts három másolatot az adataidról, kétféle tárolón, és ezek közül egyet külön helyszínen. A tárhelyszolgáltatód által készített mentés éppen ezt az utolsó részt szegi meg, mert ugyanazon az infrastruktúrán ül, mint az oldal.

Az igazi problémák nem csupán annyiban állnak, hogy „a szerver egy órán át leállt". Ezek a következők:

• Egy felfüggesztett tárhelyfiók (kifizetetlen számla, vita, vagy egy hiba az ő oldalukon), és semmit sem érsz el, a mentéseket sem.
• Egy fertőzött oldal, ahol a tárhely másolatai már tartalmazzák a kártékony kódot.
• Egy szolgáltató, aki rövid határidővel leállítja a szolgáltatást, vagy megszűnik.

Mindegyik esetben egy másolat, amely egy másik szerveren él, és amelyet a tárhelytől függetlenül el tudsz érni, jelenti a különbséget egy elvesztett délután és egy elvesztett vállalkozás között.

Mit kell tartalmaznia egy teljes biztonsági mentésnek

Egy WordPress oldalnak két része van, amelyeket együtt kell menteni, különben a visszaállítás nem fog működni:

• A fájlok: sablonok, bővítmények, feltöltött képek és dokumentumok, valamint a konfigurációs fájlok.
• Az adatbázis: ez tárolja a szövegeidet, oldalaidat, hozzászólásokat, beállításokat és felhasználói fiókokat.

Ha megvannak a fájlok, de nincs meg az adatbázis, akkor egy üres oldalt állítasz vissza. Ha csak az adatbázisod van meg, akkor szöveget állítasz vissza képek és formatervezés nélkül. Ezért egy komoly biztonsági mentés mindkettőt egyszerre, ugyanabban a pillanatban veszi le, hogy szinkronban maradjanak.

Egy fontos részlet: tarts meg több verziót az időben, ne csak a legfrissebbet. Ha egy oldal hétfőn megfertőződik, és csütörtökön veszed észre, akkor az egyetlen „friss" másolat már kompromittált. Néhány nap vagy hét előzménnyel visszaállhatsz egy tiszta verzióra.

Hol tárold a másolatokat, konkrétan

A lényeg, hogy a biztonsági mentést kivedd a tárhelyed hatóköréből. Jó lehetőségek, az egyszerűtől a stabilig:

• Egy a tárhelytől független felhőtárhely-szolgáltatás: Google Drive, Dropbox, egy S3 bucket vagy Backblaze B2. A másolat automatikusan odakerül, és akkor is eléred, ha az oldal leállt.
• Egy dedikált WordPress biztonsági mentési szolgáltatás, amely a saját szerverein tartja a verziókat, nem a tieden.
• Egy helyileg, a saját meghajtódra letöltött másolat, végső tartalékként.

Ideális esetben kettőt kombinálsz: egy automatikusat a felhőben, plusz egyet, amelyet időnként letöltesz. Azt is ellenőrizd, meddig őrzik meg a másolatokat – néhány ingyenes szolgáltatás csak pár napig tartja meg őket. És egy gyakran elfeledett pont: ne tartsd a biztonsági mentés tárhelyének jelszavát ugyanott, mint minden mást, hogy egyetlen feltört fiók ne kerüljön mindkettőbe.

Automatizáld és teszteld – különben nem számít

Egy kézi mentés, amelyet „majd ha lesz időd" szándékozol lefuttatni, a gyakorlatban nem létezik. Az automatizálás kötelező: válassz olyan gyakoriságot, amely megfelel annak, milyen gyakran változik az oldal. Egy ritkán változó bemutatkozó oldal futhat heti mentéssel; egy napi rendelésekkel dolgozó webshopnak napi mentésre van szüksége, vagy akár gyakoribbra.

Az a rész, amit szinte mindenki kihagy: a tesztelés. Egy biztonsági mentés, amelyet még soha nem állítottál vissza, csak találgatás. Legalább egyszer vedd a legfrissebb másolatot, és állítsd vissza egy tesztkörnyezetbe vagy egy aldomainre. Így tudod meg, hogy az archívum teljes-e, és hogy ismered-e a lépéseket, mielőtt nyomás alá kerülsz. Egy nem tesztelt biztonsági mentés pontosan azon a napon hagyhat cserben, amikor számított volna.

Hogyan csináljuk mi az MPO Web Studiónál

Amikor oldalt építünk, a biztonsági mentés nem egy opció, amelyet a végén kipipálsz – a szállítás része. Automatikus másolatokat állítunk be, amelyek elhagyják a fő szervert, verzióelőzményt tartanak, és legalább egy teszt-visszaállítást futtatunk, mielőtt késznek nyilvánítjuk az oldalt. Így tudjuk, hogy a terv valóban működik, nem csak azt, hogy létezik.

Teljesen távolról dolgozunk, az egész országban, és közérthetően elmagyarázzuk, hol élnek a másolatok, és hogyan éred el őket, ha valaha nélkülünk maradnál – anélkül, hogy egyetlen szolgáltatótól függnél. Az árazás átlátható, rejtett költségek nélkül.

Ha már megélted egy tárhely miatti ijedelmet, vagy nem vagy biztos benne, hogy az oldalad valóban védett, írj nekünk WhatsApp-on. Őszintén megmondjuk, mid van meg és mi hiányzik, még akkor is, ha a válasz az, hogy már jó helyzetben vagy.