Egy hibás frissítés, egy félresikerült import vagy egy véletlenül törölt kategória nem feltétlenül jelent végleges adatvesztést. Csak akkor, ha nincs használható mentés. Ez a webshop adatbázis mentési útmutató abban segít, hogy OpenCart vagy UNAS áruházában ne csak legyen biztonsági másolat, hanem abból valóban helyre is lehessen állni, amikor erre szükség van.
Egy webshopnál az adatbázis nem technikai melléklet. Ebben élnek a termékadatok, kategóriák, vásárlói fiókok, rendelések, készletinformációk, kuponok, beállítások és sok esetben a keresőoptimalizálás szempontjából értékes URL-ek, metaadatok is. Ha ezek sérülnek, az értékesítés, az ügyfélszolgálat és az adminisztráció egyszerre kerülhet nehéz helyzetbe.
Mit tartalmazzon egy webshopmentés?
Az adatbázismentés önmagában sok esetben kevés. OpenCart rendszerben a webshop működéséhez a fájlok is kellenek: a sablon, a telepített bővítmények, az egyedi fejlesztések, a feltöltött termékképek és a rendszer konfigurációja. Ha csak az adatbázist állítják vissza, de egy közben módosított modul vagy fájl hibás marad, a bolt továbbra sem fog megfelelően működni.
A teljes mentési stratégia ezért legalább két részből áll: az adatbázis exportjából és a webshop fájljainak archiválásából. Az adatbázis jellemzően SQL-fájl, a fájlmentés pedig a szerveren található könyvtárak másolata. A kettőt lehetőleg ugyanabban az időpontban készítsék el, különösen nagyobb fejlesztés, modultelepítés, sablonmódosítás vagy rendszerköltözés előtt.
UNAS esetén más a helyzet. A rendszer szolgáltatói környezetben működik, ezért nincs hagyományos szerver- és adatbázis-hozzáférés, mint egy OpenCart áruháznál. Itt az adminisztrációból elérhető exportok jelentik a saját, ellenőrizhető adatvagyon alapját. A termékek, kategóriák, rendelések, ügyféladatok és egyéb releváns tartalmak exportját rendszeresen le kell menteni. A képek, egyedi tartalmi elemek, SEO-beállítások és átirányítások kezelését külön is ellenőrizni kell, mert ezek nem mindig ugyanabban az exportfájlban jelennek meg.
Webshop adatbázis mentési útmutató OpenCart áruházakhoz
OpenCartnál érdemes a mentést úgy kezelni, mint egy visszaállítási csomagot, nem pedig mint egy magára hagyott fájlt a tárhelyen. Egy jó mentésből visszaállítható az áruház olyan állapotba, amelyben a rendelések, termékek, képek és funkciók egymással összhangban működnek.
Mentés előtt tisztázza, mi változott
Ha tervezett módosítás előtt állnak, először írják össze a beavatkozásokat. Új fizetési vagy szállítási modul kerül fel? Frissül az OpenCart verziója? Egyedi import tölti fel a termékeket? Sablonváltás vagy fejlesztői hibajavítás történik? Minél több rendszerelem változik, annál indokoltabb a teljes, azonnali mentés.
Külön figyelmet igényelnek az importok. Egy hibás cikkszám, ármező vagy készletérték néhány perc alatt több száz terméket módosíthat. Ilyenkor egy előtte készített adatbázismentés sokkal gyorsabb megoldás lehet, mint az egyes hibák kézi javítása. Ugyanakkor a teljes visszaállítás a mentés óta beérkezett új rendeléseket is érintheti. Ezért nagy forgalmú webshopnál mindig mérlegelni kell: teljes visszaállítás szükséges, vagy célzott adatjavítás a biztonságosabb út?
Az adatbázis és a fájlok mentése
OpenCart esetén az adatbázis exportja általában tárhelyes adatbázis-kezelőből vagy szerveroldali eszközzel készül. A lényeg, hogy az export tartalmazza az összes szükséges táblát, és a fájl karakterkódolása visszaállításkor is megfelelő legyen. Érdemes a mentést beszédes névvel ellátni, például dátummal, időponttal és az esemény megjelölésével.
A fájlmentésnél ne csak a nyilvános webkönyvtárra gondoljanak. Az OpenCart verziójától és a telepítési struktúrától függően a konfigurációs fájlok, tárolókönyvtárak, feltöltött képek és egyedi bővítmények más helyen is lehetnek. Egy fejlesztés után készült mentésből csak akkor lehet megbízhatóan dolgozni, ha a pontos fájlszerkezet is rendelkezésre áll.
A mentést ne kizárólag ugyanazon a tárhelyen őrizzék. Egy tárhelyhiba, hozzáférési probléma vagy rosszul futó automatizmus esetén az ott tárolt biztonsági másolat is elveszhet. Célszerű legalább egy elkülönített, hozzáférés-védett külső tárolási helyet használni. Az ügyféladatokat tartalmazó mentésekhez csak azok férjenek hozzá, akiknek erre valóban szükségük van.
Milyen gyakran kell menteni?
A megfelelő gyakoriságot nem a webshop mérete, hanem a változás sebessége határozza meg. Egy napi több tucat rendelést feldolgozó áruháznál a heti mentés túl ritka lehet. Egy kisebb, ritkán módosuló B2B katalógusnál viszont megfelelő lehet, ha a rendszeres mentést minden adminisztrációs vagy fejlesztési változás előtti manuális mentés egészíti ki.
Gyakorlati kiindulópontként a napi adatbázismentés és a heti teljes fájlmentés sok OpenCart webshop számára ésszerű. Nagyobb rendelési forgalomnál, gyakori készletfrissítésnél vagy automatizált ERP-kapcsolatnál ennél sűrűbb mentés is indokolt lehet. UNAS esetén a rendszeres termék- és rendelés-export mellett minden nagyobb tömeges módosítás, sablonbeállítás vagy migrációs lépés előtt érdemes külön állapotmentést készíteni.
Ne feledkezzenek meg a megőrzési időről sem. Ha mindig csak az utolsó mentés marad meg, egy régóta fennálló, későn észlelt hiba esetén nem lesz tiszta állapot, amelyhez vissza lehet nyúlni. Érdemes több időpontból származó mentést megőrizni: néhány napi, több heti és legalább egy-két régebbi, havi példányt.
A mentés értékét a visszaállítási próba adja
A mentés nem attól jó, hogy elkészült, hanem attól, hogy visszaállítható. Sok webshop csak éles hiba közben szembesül azzal, hogy az SQL-fájl sérült, hiányzik egy könyvtár, nincs meg a megfelelő hozzáférés, vagy a visszaállítás után a képek és a termékadatok nincsenek összhangban.
A helyreállítási próbát lehetőleg ne az éles áruházon végezzék. Egy tesztkörnyezetben visszaállított mentés megmutatja, hogy betölt-e a webshop, működik-e az adminisztráció, látszanak-e a termékképek, megvannak-e a rendelések, és működnek-e a kritikus fizetési, szállítási vagy számlázási kapcsolatok. Ez különösen akkor lényeges, ha az áruházban egyedi modulok, külső készletkezelés vagy speciális importfolyamatok működnek.
A teszt során nem kell minden oldalt végigkattintani, de a kulcsfolyamatokat ellenőrizni kell: termékoldal, kosár, pénztár, rendeléskezelés, készletmozgás és admin belépés. Ha a webshop keresőforgalmat is épít, érdemes az egyedi keresőbarát URL-eket, metaadatokat és átirányításokat is megvizsgálni. Egy technikailag sikeres visszaállítás sem megfelelő, ha közben az organikus láthatóság szempontjából értékes oldalak tűnnek el vagy hibára futnak.
Költözés és fejlesztés előtt külön mentési terv kell
Webshopköltözésnél a mentés nem egyszeri feladat. A kiinduló adatállomány mentése után a migráció alatt is változnak az adatok: új rendelések érkeznek, készletek módosulnak, új termékek kerülnek fel. Ezért a végleges élesítés előtt általában szükség van egy friss, utolsó adatátvételre is, különben a régi és az új rendszer között rés keletkezik.
UNAS-ba történő migrációnál külön kezelendő a termékadat, a kategóriastruktúra, a termékkép, az URL, a metaadat és az átirányítás. Nem célszerű abból kiindulni, hogy minden egyetlen export-import lépéssel hiánytalanul átkerül. A cél nem pusztán az, hogy az új webshopban láthatók legyenek a termékek, hanem hogy az adminisztráció kezelhető maradjon, a vásárlók megtalálják a korábbi oldalakat, és a keresők számára se vesszen el a felépített érték.
Egy jól kialakított mentési rend nem lassítja a fejlesztést vagy az üzemeltetést. Épp ellenkezőleg: kiszámíthatóvá teszi a változtatásokat, mert hiba esetén nem találgatni kell, hanem van ellenőrzött visszaállítási pont. Ha a webshop összetett, rendszeresen fejlődik vagy költözés előtt áll, a mentési folyamatot érdemes ugyanúgy megtervezni, mint a fizetési módokat vagy a készletkezelést: az üzletmenet folytonosságának részeként.
