Backup sklepu internetowego PrestaShop


CEO & IT Architect

Czas czytania: 4 minut
 

Backup sklepu PrestaShop jest ważny, ponieważ dzięki kopii zapasowej zadbasz między innymi o stabilność i bezpieczeństwo Twojego biznesu eCommerce, oraz o bezpieczeństwo danych Twoich klientów.

 

 

Co to jest backup sklepu PrestaShop?

Backup to kopia bezpieczeństwa sklepu internetowego. Tworzy się ją na wypadek ataków hakerskich i wstrzyknięcia wirusa, czy utraty danych – nawet z powodu niezamierzonej winy osoby zarządzającej sklepem.

 

Backup sklepu PrestaShop – od czego zależy sposób tworzenia kopii zapasowej

Zależy w głównej mierze od tego, w jaki sposób hostowany jest sklep internetowy.

1. Zwykły hosting

W przypadku usługi hostingowej zazwyczaj dostawca hostingu dostarcza mechanizm automatycznej kopii zapasowej, która jest robiona automatycznie kilka-kilkanaście dni wstecz. Kopiowane są zwłaszcza pliki i bazy danych. Kopia zapasowa sklepu jest zabezpieczona w firmie hostingowej przykładowo do dwóch tygodni i w dowolnym momencie możesz się zwrócić do niej z prośbą o jej udostępnienie. Firmy hostingowe udostępniają kopię za darmo lub odpłatnie-zależy od polityki danej firmy.

2. Moduły do backup PrestaShop

Dostępne są moduły do PrestaShop, które tworzą kopie zapasowe. W tym przypadku musisz kliknąć albo „utwórz kopię” albo w cronie, czyli managerze zadań cyklicznych, utworzyć odpowiednie polecenie, które automatycznie będzie taką kopię robić.

3. Serwery dedykowane

W przypadku VPS-ów, cloud-ów czy serwerów dedykowanych sam odpowiadasz za bezpieczeństwo swojego serwera, jak również za kopie zapasowe.
Dlatego  musisz:

  • skorzystać z gotowego rozwiązania pod PrestaShop, czyli modułu, który w cronie będzie tworzył kopię zapasową, albo
  • agencja powinna dać Tobie mechanizm lub skrypt, który automatycznie utworzy kopie plików, kopie baz danych i będzie dbał o to, by zawsze była dostępna kopia sklepu na dysku serwera, na przykład z ostatnich 14 dni.

 

Kopie zapasowe na innych serwerach niż działający sklep internetowy

Firmy hostingowe, w przypadku zwykłych hostingów, utrzymują kopie na innych maszynach fizycznych niż te, na których działają sklepy. Natomiast w przypadku VPS, gdzie sam będziesz robić kopie, tworzą się one na dysku serwera, który działa.

Warto dodatkowo umieszczać kopie u firmy zewnętrznej albo dodać mechanizm, który tę kopię będzie przegrywał na inny serwer zewnętrzny. Dzięki temu, w przypadku skasowania wszystkich danych z Twojego serwera, czy np. fizycznym uszkodzeniu dysku, kopia zapasowa będzie bezpieczna.

Chyba, że Twoja firma hostingowa zadbała o to, by robić snapshoty? Snapshoty to cykliczne kopie całych VPS-ów, całych serwerów czy całych maszyn cloud-owych? To świetne rozwiązanie!

 

Dlaczego kopie zapasowe lepiej trzymać na innych serwerach, niż działający sklep internetowy

Krótka historia bez happy endu:

Pewna firma hostingowa trzymała kopie w tej samej fizycznej serwerowni, co serwery produkcyjne. Niestety, serwery się uszkodziły, w związku z czym kopie uległy zniszczeniu. Nie było więc ani serwera produkcyjnego ani kopii. Praktycznie cały biznes upadł i to nie tylko biznes firmy hostingowej…

Wniosek nasuwa się sam. Na pewnym poziomie rozwoju warto podjąć koszty i wykupić sobie usługę hostingową czy serwer u innego dostawcy, w innym mieście, innym kraju i tam trzymać kopie zapasowe. Wtedy jest małe prawdopodobieństwo, że jedna i druga serwerownia ulegnie uszkodzeniu w tym samym czasie.

Pomyśl – po zainwestowaniu często dużych kwot pieniędzy na stworzenie i rozwój sklepu internetowego, on nagle miałby zniknąć. Tracisz wszystko: sklep, dane zamówień i klientów, opisy wszystkich produktów.
Dlatego zabezpieczenie w postaci odpowiedniej kopii zapasowej jest konieczne!

 

Backup sklepu PrestaShop – jak wygląda odzyskanie kopii zapasowej sklepu?

  1. W przypadku firmy hostingowej, napisz do niej zgłoszenie na maila lub przez system tricketowy z prośbą o utworzenie kopii z danej daty. Albo wyszukaj tę opcję w panelu obsługi serwera.
  2. W przypadku customowych rozwiązań, pisanych przez agencję Prestashop, czy w przypadku VPS-ów i cloud-ów musisz mieć własną procedurę disaster recovery. Idąc według jej prostych kroków odzyskasz kopię sklepu. Programista lub Ty, jeśli masz takie kompetencje, musi wiedzieć, jak odzyskać kopię zapasową z innego serwera.Procedurę disaster recovery zawsze warto spisać po stworzeniu mechanizmu kopii zapasowej, żeby być świadomym i w momencie kryzysu nie zastanawiać się i nie przypominać sobie kto i jak to robił, tylko mieć kilka gotowych punktów przygotowanych i kolejno się nimi kierować.

 

Pliki serwera i baza danych – czy te dwie kopie robione są jednocześnie?

Czym innym jest kopia plików, a czym innym kopia bazy danych. Te kopie robi się osobno.
W poprzednim artykule serwer dla PrestaShop, pisaliśmy o tym, że firma hostingowa backup-uje zarówno pliki, jak i bazę danych, ale przywracanie zachodzi osobno. Chyba że napiszesz do firmy hostingowej, by z danego dnia przywróciła pliki i dane od razu, to załatwi to za jednym razem.

A jeśli robisz kopie zapasowe samodzielnie, musisz pamiętać, by kopiować i pliki i bazę danych. Bo jedno bez drugiego niewiele będzie warte.

 

Czego nie obejmuje kopia zapasowa?

Dobrze zrobiona kopia zapasowa powinna obejmować wszystko, chyba że coś zostało źle zrobione. Pamiętaj, że kopia zapasowa jest z pewnego czasu. Nawet jeśli robiłbyś ją co godzinę, to przywracając sklep, tracisz dane z poprzedniej godziny.

Zaczynając działać ze sklepem musisz być pewny, że usługa tworzenia kopii jest w pełni skonfigurowana. Żeby nie było szukania kopii w momencie, kiedy pojawił się problem! Musisz zawsze wiedzieć, gdzie znajduje się Twoja kopia i jak ją odzyskać.

 

Test kopii zapasowej – backup sklepu PrestaShop

Koniecznie rób testy kopii zapasowej, sprawdzaj, czy działa. Disaster plan powinien być sprawdzany powiedzmy raz w miesiącu w przypadku biznesów żyjących z eCommerce. Więc raz w miesiącu rób test przywracania kopii zapasowej i patrz, czy nic się nie zepsuło, czy kopie się odkładają.

Często mechanizm kopii jest zrobiony i zapominany. Nawet jeśli właściciele sklepów sprawdzają, czy plik kopii jest zrobiony i wydaje się, że jest wszystko ok, to przy wróceniu coś nie działa. Powodem może być dodanie innego dysku na serwerze albo w inne miejsce trzeba wgrać pliki i ludzie zapominają to sprawdzać i aktualizować. A to jest zawsze warte uwagi.

 

Podsumowanie – backup sklepu PrestaShop

Wiesz już, jak ważne jest prawidłowe wykonywanie kopii zapasowej Twojego sklepu? Jeżeli sumiennie przeczytałeś artykuł, na pewno jesteś o krok bliżej do prowadzenia Twojego biznesu eCommerce bardziej świadomie i z większą dbałością o jego bezpieczeństwo.

 

Jeżeli potrzebujesz pomocy w kwestii backup-u, przeniesienia lub rozwoju Twojego sklepu Prestashop, chętnie doradzimy i pomożemy.
Umów się na bezpłatną konsultację
Oceń ten artykuł:
4.9 / 5 - 10 głosów

Autor: CEO & IT Architect

Posiada ponad 15 lat doświadczenia w branży e-commerce. Pasjonat technologii i nowych rozwiązań. Od lat pomaga firmom stać się technologicznymi liderami w swojej branży.

Wyszukiwarka

Z jakiej kategorii
wiedzy
szukasz?

Zagadnienia UI/UX

Konfiguracje

Zagadnienia B2B

Moduły

Dlaczego Tebim
250 mln zł
zysków wypracowanych dla partnerów
104
wdrożone sklepy
19+
wykwalifikowanych specjalistów
12
lat doświadczenia

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 478

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 479

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 480

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 481

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 482

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 483

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 484

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 485

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 486

Notice: Undefined index: appearance in /home/users/tebim_pro/public_html/tebim.pro/wp-content/plugins/freshmail-integration/src/Plugin/Newsletter/Freshmail.php on line 487