WordPress nasveti

Varnostna kopija WooCommerce: kako preprečiti izgubo novih naročil ob obnovi

Ilustracija obnove WooCommerce trgovine iz varnostne kopije z opozorilom na nova naročila in spremembe po času backupa.

Pri WooCommerce trgovini lahko popolna obnova starejše varnostne kopije odpravi tehnično težavo, hkrati pa prepiše naročila in druge podatke, ki so nastali po izdelavi kopije.

Zato pred obnovo ni dovolj preveriti samo, ali varnostna kopija obstaja. Vedeti morate tudi, kdaj je bila narejena, kaj vsebuje in kaj se je v trgovini zgodilo po tem času.

To ne pomeni, da je vsaka obnova nevarna. Pomeni pa, da morate pri aktivni spletni trgovini najprej oceniti časovno razliko med izdelavo kopije in načrtovano obnovo.

Zakaj je obnova WooCommerce trgovine drugačna od obnove običajne strani

Na običajni predstavitveni WordPress strani se podatki pogosto spreminjajo razmeroma redko. Med izdelavo varnostne kopije in obnovo se morda ne zgodi nič pomembnega ali pa se spremeni le posamezna stran.

WooCommerce trgovina je drugačna, ker ves čas ustvarja dinamične poslovne podatke. Že v nekaj urah lahko nastanejo:

  • nova naročila in plačila;
  • novi uporabniški računi;
  • spremembe statusov naročil;
  • spremembe zaloge;
  • uporabljeni kuponi;
  • povračila sredstev;
  • podatki, povezani z dostavo in zunanjimi sistemi.

Če obnovite stanje iz časa pred temi dogodki, obnovljena trgovina novejših podatkov morda ne bo vsebovala. Zato obnova ne sme biti samodejni prvi korak ob vsaki težavi.

Pred posegom je smiselno ugotoviti vzrok težave in preveriti, ali jo je mogoče odpraviti z manjšim, ciljnim popravkom. Podobno previdnost je smiselna tudi pri posodobitvah, zato pred večjimi spremembami uporabite kontrolni seznam za varno posodobitev WordPressa.

Kaj vsebuje WooCommerce varnostna kopija

WordPress spletno mesto sestavljata dva osnovna dela: datoteke in podatkovna baza. Za popolno obnovo običajno potrebujete usklajeno kopijo obeh. Splošen postopek je opisan v članku o tem, kako poteka obnova WordPress strani iz varnostne kopije.

Datoteke

Med datoteke sodijo:

  • WordPress;
  • tema in njene prilagoditve;
  • vtičniki;
  • slike in druge naložene datoteke;
  • konfiguracijske datoteke.

Kopija datotek sama po sebi praviloma ni tudi kopija podatkovne baze. Če prenesete samo mapo spletnega mesta, s tem navadno še niste shranili naročil in drugih podatkov, ki so zapisani v podatkovni bazi.

Podatkovna baza

Podatkovna baza vsebuje vsebino strani, uporabnike, nastavitve in velik del podatkov, ki jih med delovanjem ustvarjata WordPress in WooCommerce. Vanjo so vezani tudi naročila ter z njimi povezani podatki.

Če obnovite starejšo podatkovno bazo, jo praviloma vrnete v stanje iz časa izdelave kopije. Spremembe, nastale pozneje, zato v obnovljenem stanju niso samodejno prisotne.

Pri novejših postavitvah lahko WooCommerce uporablja HPOS oziroma High-Performance Order Storage. To je namenska struktura podatkov za naročila. Zaradi različnih načinov shranjevanja naročil je pomembno, da uporabljate združljiva orodja in postopek, prilagojen dejanski konfiguraciji trgovine. Zastarela navodila, ki predvidevajo samo en način shranjevanja naročil, niso zanesljiva za vsako trgovino.

Kaj se zgodi z naročili, ustvarjenimi po backupu

Predstavljajte si naslednjo časovno os:

  • 10:00: izdelana je varnostna kopija;
  • 10:30: kupec odda novo naročilo;
  • 11:15: drug kupec odda še eno naročilo;
  • 12:00: trgovino v celoti obnovite iz kopije, izdelane ob 10:00.

Če ob 12:00 obnovite celotno podatkovno bazo na stanje ob 10:00, naročili iz 10:30 in 11:15 v obnovljeni različici morda ne bosta prikazani. Enako lahko velja za poznejše spremembe zaloge, statuse, uporabnike, kupone in povračila.

Časovna os WooCommerce varnostne kopije, novih naročil in obnove, ki prikazuje tveganje izgube novejših podatkov.

To še ne pomeni nujno, da so vsi podatki nepovratno izgubljeni. Del informacij lahko obstaja pri ponudniku plačil, v e-poštnih obvestilih, drugi varnostni kopiji ali zunanjem sistemu za obdelavo naročil. Vendar ti podatki niso zanesljivo nadomestilo za pravilno načrtovano obnovo.

Plačilo pri ponudniku plačil tudi ne pomeni nujno, da je v obnovljenem WooCommerceu prisoten popoln zapis naročila z vsemi postavkami, naslovi, davki, dostavo in zgodovino statusov.

Pred obnovo določite čas zadnje dobre kopije

Najprej sestavite preprosto časovnico dogodkov. Ugotovite:

  • kdaj ste prvič opazili težavo;
  • katera kopija je zadnja kopija iz časa pred težavo;
  • koliko časa je minilo od izdelave te kopije;
  • katera naročila in druge spremembe so nastale pozneje;
  • ali trgovina še vedno sprejema naročila.

Najstarejša razpoložljiva kopija ni nujno najboljša izbira. Običajno iščete najnovejšo kopijo, za katero je mogoče smiselno oceniti, da še ne vsebuje težave.

Pri aktivni trgovini je pomembno tudi preprečiti, da bi med kritičnim delom postopka nastajale dodatne spremembe. Kako to urediti, je odvisno od načina prodaje, plačil, dostave in zunanjih povezav. Univerzalno zapiranje celotne strani zato ni vedno prava rešitev.

Pred obnovo naredite kopijo trenutnega stanja

Tudi trenutno, delno nedelujoče stanje je lahko dragoceno. Morda vsebuje naročila, uporabnike ali spremembe zaloge, ki jih v starejši dobri kopiji še ni.

Pred obnovo starejšega stanja je zato smiselno, kjer je mogoče, shraniti:

  • trenutno podatkovno bazo;
  • trenutne datoteke;
  • podatke o novejših naročilih;
  • podatke o plačilih in povračilih;
  • druge informacije, pomembne za poslovanje trgovine.

Stara dobra kopija in nova trenutna kopija imata različni vlogi. Stara kopija lahko pomaga pri vrnitvi delujočega tehničnega stanja, trenutna kopija pa ohrani novejše poslovne podatke za analizo in morebitno nadaljnjo obdelavo.

Varnostne kopije ne preverjajte prvič šele v nujnem primeru. Obstoj datoteke še ne potrjuje, da je kopija popolna, nepoškodovana in primerna za obnovo.

Ali je mogoče obnoviti samo del trgovine

V nekaterih primerih težava ni v podatkovni bazi. Omejena je lahko na:

  • datoteke posameznega vtičnika;
  • temo ali njeno prilagoditev;
  • konfiguracijo;
  • poškodovano datoteko;
  • eno konkretno komponento trgovine.

Takrat popolna obnova celotne strani in podatkovne baze morda ni potrebna. Manj invaziven popravek ali delna obnova lahko odpravi težavo in hkrati ohrani novejše poslovne podatke.

Delna obnova pa ni univerzalen postopek. Odvisna je od vzroka napake, strukture podatkov, uporabljene rešitve za varnostne kopije in povezav med komponentami. Pred posegom je treba vedeti, kateri del je poškodovan in od katerih drugih delov je odvisen.

Kaj pa združevanje stare in nove podatkovne baze

Ročno združevanje WooCommerce podatkov ni običajen postopek kopiranja in lepljenja. Posamezno naročilo je lahko povezano s:

  • stranko in njenimi naslovi;
  • postavkami naročila;
  • plačilom in povračili;
  • davki in dostavo;
  • statusi in opombami;
  • spremembami zaloge;
  • dodatnimi podatki vtičnikov in zunanjih integracij.

V novejših trgovinah je treba upoštevati tudi HPOS in dejanski način shranjevanja naročil. Neposredno kopiranje posameznih tabel ali zapisov SQL lahko ustvari nepopolne povezave, podvojene podatke ali neskladje med WooCommerceom in zunanjimi sistemi.

Če morate ohraniti novejša naročila in hkrati povrniti starejše delujoče stanje, je treba postopek načrtovati glede na konkretno trgovino. Ročnega združevanja podatkovne baze netehničnemu uporabniku ne priporočamo.

Kaj preveriti takoj po obnovi WooCommerce trgovine

Obnova ni končana samo zato, ker se domača stran ponovno odpre. Preveriti je treba najmanj:

  • ali se trgovina in ključne podstrani pravilno odprejo;
  • ali so izdelki, različice, cene in slike pravilno prikazani;
  • ali deluje dodajanje izdelkov v košarico;
  • ali se pravilno izračunajo količine, popusti, davki in dostava;
  • ali deluje blagajna;
  • ali so pričakovani načini plačila dosegljivi;
  • ali so naročila prisotna in imajo smiselne statuse;
  • ali stanje zaloge ustreza pričakovanemu stanju;
  • ali se ustvarijo dogovorjena e-poštna obvestila;
  • ali ključne zunanje integracije še delujejo.

Kadar je primerno, opravite tudi testni nakup z nadzorovanim načinom plačila. Preverite celotno pot od izdelka do zapisa naročila, spremembe zaloge in obvestil. Testiranje naj bo prilagojeno produkcijskemu okolju, da po pomoti ne sprožite resničnih bremenitev, pošiljk ali drugih avtomatizacij.

Kontrolni seznam za preverjanje varnostne kopije, novih naročil in trenutnega stanja pred obnovo WooCommerce trgovine.

Kontrolni seznam pred obnovo WooCommerce trgovine

  • Preverjen je datum in čas varnostne kopije.
  • Znano je, ali kopija vsebuje datoteke, podatkovno bazo ali oboje.
  • Preverjeno je, kdaj se je težava začela.
  • Preverjeno je, katera naročila so nastala po backupu.
  • Preverjene so spremembe plačil, statusov, zaloge, uporabnikov in povračil.
  • Shranjeno je trenutno stanje trgovine, kjer je to mogoče.
  • Določeno je, ali je potrebna popolna ali delna obnova.
  • Preverjena je združljivost postopka z načinom shranjevanja naročil, vključno s HPOS.
  • Načrtovano je preverjanje trgovine po obnovi.
  • Posebej je načrtovano preverjanje naročil, zaloge in plačil.
  • Izveden bo testni nakup, kadar je primeren.

Kdaj je smiselna testna obnova

Pri pomembni WooCommerce trgovini je smiselno kopijo najprej obnoviti v ločenem testnem okolju. Tako lahko preverite:

  • ali je kopija popolna in uporabna;
  • ali se trgovina sploh pravilno obnovi;
  • katera naročila in izdelke vsebuje;
  • ali se pojavijo konflikti med temo, vtičniki in različicami programske opreme;
  • kateri koraki bodo potrebni pri obnovi produkcijske trgovine.

Testno okolje mora biti ustrezno ločeno od produkcije. Ne sme nenadzorovano pošiljati resničnih e-poštnih obvestil, izvajati plačil, zmanjševati zaloge v zunanjih sistemih ali sprožati dostave in drugih avtomatizacij.

Uspešna testna obnova zmanjša negotovost, vendar ne odpravi potrebe po načrtu za podatke, ki nastanejo med testiranjem in končnim posegom na produkciji.

Kdaj je obnovo smiselno prepustiti izvajalcu

Strokovna pomoč je posebej smiselna, kadar:

  • trgovina še vedno prejema naročila;
  • je po izdelavi kopije nastalo veliko novih podatkov;
  • ni jasno, kaj varnostna kopija vsebuje;
  • obstaja več kopij iz različnih časov;
  • je podatkovna baza poškodovana;
  • morate ohraniti novejša naročila;
  • trgovina uporablja več plačilnih, dostavnih ali računovodskih integracij;
  • ni jasno, ali uporablja HPOS oziroma ali so vsa orodja z njim združljiva.

Pri rednem vzdrževanju WooCommerce trgovine lahko dogovorjeni obseg vključuje preverjanje razpoložljive varnostne kopije pred tveganimi spremembami, preverjanje ključnih delov trgovine in pomoč pri obnovi. Kaj je vključeno, mora biti jasno določeno vnaprej.

Pred obnovo zberite ključne informacije

Če potrebujete pomoč, pošljite:

  • URL trgovine;
  • približen čas nastanka težave;
  • datum in čas razpoložljive varnostne kopije;
  • informacijo, ali so po tem času nastala nova naročila;
  • kratek opis, kateri deli trgovine še delujejo in kateri ne.

Na podlagi teh podatkov je mogoče oceniti, ali je smiselna popolna obnova, delna obnova ali najprej drugačen popravek. Obnove brez izgube podatkov ni mogoče obljubiti, dokler niso preverjeni vsebina kopije, trenutno stanje trgovine in novejše spremembe.