Backup WordPress - jak zrobić kopię zapasową i nie stracić strony

Ile razy miałeś sytuację, że skasowałeś coś na komputerze - usunąłeś z kosza, a potem nerwowymi manewrami i programami do odzyskiwania danych próbowałeś cofnąć czas? Z różnym skutkiem.

Albo ten moment, kiedy wszystko działa jak należy, dzień idzie dobrze, otwierasz plik… a on nagle wygląda zupełnie inaczej niż powinien. Albo system z dumą informuje, że plik delikatnie mówiąc… jest uszkodzony.

To nie są historie zarezerwowane dla Twojego laptopa czy komputera. Dokładnie te same scenariusze dzieją się na stronach internetowych.

Możesz przypadkiem coś usunąć w CMS-ie. Możesz nadpisać pliki przez FTP. Może wydarzyć się awaria serwera. Może pojawić się włamanie, którego celem nie jest kradzież, tylko zwykłe zniszczenie danych.

I tutaj zaczyna się problem - bo im dłużej prowadzisz stronę, sklep czy portal, tym większą wartość mają Twoje dane. I tym bardziej boli ich utrata.

Dlatego w ramach tej serii o zabezpieczeniach zajmiemy się tematem, który większość odkłada „na później” - czyli backupem.

Pokażę Ci:

• co dokładnie trzeba backupować,
• jak robić to dobrze,
• jak często,
• i gdzie trzymać kopie, żeby faktycznie miały sens.

Bo w praktyce dane to jedyna rzecz, której nie chcesz testować metodą „sprawdzę, co się stanie, jak znikną”.

Czym właściwie jest backup i dlaczego większość robi to źle?

Backup (kopia zapasowa) to proces tworzenia kopii danych - takich jak pliki i baza danych - przechowywanej w osobnym miejscu, umożliwiającej ich szybkie i skuteczne odzyskanie w przypadku awarii, błędu lub utraty danych.

WordPress jako system zarządzania treścią nie jest jednym „plikiem”, który można sobie skopiować i mieć temat z głowy. To kilka elementów, które razem tworzą całość:

• wtyczki,
• pliki użytkownika (np. zdjęcia, media),
• baza danych,
• motyw (szablon), który odpowiada za wygląd strony.

Dopiero komplet tych elementów pozwala odtworzyć stronę w takim stanie, w jakim była.

I tu pojawia się pierwszy problem - wiele osób robi backup „na oko” lub polega na kopiach na serwerze. Kopiuje część plików, zapomina o bazie danych albo odwrotnie. Efekt jest prosty: backup jest, ale bezużyteczny.

Drugi problem to podejście „kopiuj wszystko jak leci”. Teoretycznie brzmi bezpiecznie, w praktyce często powoduje więcej szkód niż pożytku - przez nadmiarową ilość danych.

W WordPressie są dane, które nie mają żadnej wartości przy przywracaniu strony:

• pliki tymczasowe,
• cache,
• różne wygenerowane zasoby, które system i tak odbuduje.

Z doświadczenia - ich kopiowanie nie tylko nie pomaga, ale potrafi utrudnić przywrócenie strony. 

Po przywróceniu strony często pojawiają się problemy z wyglądem, konflikty wtyczek albo błędy, które trudno szybko zidentyfikować.

Dlatego backup to nie jest „kliknij i zapomnij”.  To świadome zabezpieczenie kluczowych danych bez zbędnego śmietnika, który tylko komplikuje sprawę, kiedy naprawdę trzeba z niego skorzystać.

Jak często robić kopie zapasowe?

Częstotliwość backupu zależy od tego, jak często zmieniają się dane na stronie i ile z nich możesz stracić bez problemu dla Ciebie lub Twojej strony.

Inaczej podejdziesz do:

• strony wizytówkowej, gdzie zmiany pojawiają się raz na jakiś czas,
• bloga, gdzie treści dochodzą regularnie,
• sklepu czy forum, gdzie dane zmieniają się ciągle, a ich istotność jest wysoka (np zamówienia).

I tu pojawia się kluczowa rzecz: backup powinien być dopasowany do wartości danych, a nie do „wydaje mi się”.

W przypadku sklepu utrata kilku godzin danych może oznaczać utratę zamówień, klientów i pieniędzy, a nie tylko plików. Zaś dla forum to często cenne wpisy użytkowników, które mają wpływ na SEO.

Jeśli na stronie coś zmienia się codziennie, kopia zapasowa powinna być wykonywana częściej. W praktyce można to uprościć:

• strona wizytówkowa lub strona firmowa bez bloga → backup raz na kilka dni lub tygodni,
• blog → codziennie lub co dwa dni, w zależności od tego, jak często jest publikowana nowa treść,
• sklep / forum → nawet co kilka godzin.

Druga rzecz, która jest regularnie ignorowana - kopia zapasowa to nie tylko harmonogram.

Powinien być:

• automatyczny (bo ręczne backupy kończą się po kilku próbach),
• wersjonowany (bo jeden backup to za mało),
• i wykonywany przed każdą większą zmianą, po nowej publikacji, aktualizacją WordPressa, instalacją wtyczki czy modyfikacją kodu.

Bo backup robisz nie tylko „co jakiś czas”, ale też dokładnie wtedy, kiedy za chwilę możesz coś zepsuć.

Poza automatycznymi backupami warto wykonywać kopie na żądanie - szczególnie przed większymi zmianami w serwisie.

Rodzaje kopii zapasowej i kiedy z nich korzystać.

Wiesz już, jakie są konsekwencje braku backupu. Teraz trzeba dobrać odpowiedni jego rodzaj - bo nie każda metoda ma sens w każdej sytuacji.

Podobnie jak z częstotliwością, tutaj też obowiązuje zasada: „to zależy”.
Różnica jest taka, że wybór złej metody nie tylko zwiększa koszty, ale potrafi utrudnić odzyskanie danych wtedy, kiedy naprawdę ich potrzebujesz.

W praktyce wyróżniamy trzy główne rodzaje kopii zapasowych:

1. Pełny backup
   To najprostsza opcja. Kopiujesz wszystko: pliki i bazę danych. Dzięki temu przywrócenie strony jest banalne, bo masz jeden kompletny zestaw danych. Problem pojawia się przy większych serwisach, gdzie taki backup zaczyna zajmować dużo miejsca i długo się wykonuje. Dlatego najlepiej sprawdza się przy mniejszych stronach albo jako punkt bazowy, do którego później się odnosisz. Tę metodę stosuję (póki co) dla serwisu Centrum Kompetencji firmy AB.pl

2. Backup przyrostowy
   Zapisuje tylko to, co zmieniło się od ostatniej kopii. Dzięki temu jest szybki i nie zajmuje dużo miejsca, co ma ogromne znaczenie przy stronach, gdzie coś dzieje się cały czas, jak w sklepach czy na forach. Minusem jest to, że przywracanie staje się bardziej złożone, bo trzeba odtworzyć całą historię zmian. Jeśli coś w tym łańcuchu się wysypie, robi się problem. Tutaj np. dla forum-bron.pl jest wykorzystywana ta metoda.

3. Backup różnicowy
   To coś pomiędzy tymi dwoma podejściami. Zapisuje zmiany od ostatniego pełnego backupu, więc z jednej strony zajmuje więcej miejsca niż przyrostowy, ale z drugiej - znacznie łatwiej się z niego odzyskuje dane. To dobry kompromis dla stron, które nie są małe, ale też nie wymagają aż tak częstych operacji jak duże sklepy.

W praktyce rzadko wybiera się tylko jedną metodę. Najczęściej łączy się je ze sobą - na przykład wykonując pełny backup raz na tydzień lub miesiąc, a pomiędzy nimi korzystając z backupów przyrostowych lub różnicowych.

Połączenie tych metod daje większą niezawodność i łatwiejsze reagowanie w sytuacjach kryzysowych.

Najczęstsze błędy przy robieniu kopii zapasowych.

Na pierwszy rzut oka backup wydaje się banalny - kopiuj, wklej i gotowe. W praktyce, szczególnie w przypadku stron internetowych, to trochę bardziej złożony proces.

Masz więcej elementów niż tylko pliki. Dochodzi baza danych, zależności między nimi, konfiguracje, a do tego dochodzi jeszcze kwestia tego, gdzie i jak te dane przechowujesz.

I tutaj zaczynają się błędy. Często te same, powtarzalne - i co gorsza, zauważalne dopiero w momencie, kiedy backup naprawdę jest potrzebny.

Część z nich przerobiłem na własnej skórze, więc oszczędzę Ci tej przyjemności.

Poleganie wyłącznie na backupach hostingu

Dzisiaj większość hostingów robi automatyczne kopie zapasowe, co jest dużym krokiem do przodu względem tego, co było kiedyś. Problem w tym, że wiele osób traktuje to jako jedyne zabezpieczenie.

I czasami to wystarczy - dopóki nie przestaje.

Nie masz pełnej kontroli nad tym, jak często backup jest wykonywany ani jak długo jest przechowywany. Nie wiesz też dokładnie, gdzie te dane fizycznie się znajdują i czy w przypadku poważniejszej awarii nie zostaną uszkodzone razem z Twoją stroną.

Do tego dochodzi kwestia przywracania - często jest ono ograniczone, wolniejsze albo mniej elastyczne niż w rozwiązaniach, które skonfigurujesz samodzielnie.

Backup hostingowy to dobre wsparcie. Ale jako jedyna linia obrony - to ryzykowna strategia.

Źle dobrany harmonogram

Częstotliwość backupu powinna wynikać z tego, jak często zmieniają się dane na stronie.

Jeśli robisz backup raz na tydzień, a codziennie pojawiają się nowe treści albo zamówienia, to w praktyce akceptujesz utratę kilku dni pracy.

A kiedy backup jest nadpisywany (co na większości hostingów jest standardem), cofnięcie się dalej niż ostatnia kopia zwyczajnie nie jest możliwe.

To jeden z tych błędów, który wychodzi dopiero w kryzysie - i wtedy jest już za późno.

Trzymanie kopii w jednym miejscu

Backup przechowywany w tym samym miejscu co strona to nie jest backup - to duplikat problemu.

Jeśli serwer padnie, zostanie zaatakowany albo dojdzie do błędu po stronie dostawcy, tracisz wszystko naraz: stronę i kopię zapasową.

Dlatego kopie powinny być przechowywane w kilku lokalizacjach - najlepiej poza głównym serwerem, np. w chmurze.

To jeden z najprostszych kroków, który realnie zwiększa bezpieczeństwo.

Brak kontroli nad tym, czy backup się udał

To jeden z bardziej podstępnych problemów.

Backup może być skonfigurowany poprawnie, działać przez miesiące… aż któregoś dnia przestanie. I jeśli nie masz żadnej informacji zwrotnej, dowiesz się o tym dopiero wtedy, gdy spróbujesz go użyć.

A wtedy jest już mało czasu na analizę, co poszło nie tak.

Dlatego dobre narzędzie do backupu to nie tylko takie, które robi kopię, ale też takie, które informuje, że coś się nie udało.

Źle dobrane narzędzie

Nie każde narzędzie do backupu działa tak samo dobrze.

Może robić kopie poprawnie, ale:

• nie obsługiwać większych stron,
• mieć problemy z przywracaniem danych,
• albo - co gorsza - nie informować o błędach.

W efekcie masz poczucie bezpieczeństwa, które w praktyce jest złudne.

Na końcu wszystko sprowadza się do jednego: backup nie ma znaczenia, dopóki nie musisz go użyć.
 A w momencie, kiedy go potrzebujesz, każdy z tych błędów potrafi zamienić prosty problem w bardzo kosztowny.

Zasady backupu WordPressa.

Wiesz już, dlaczego backup jest ważny. Wiesz też, jak często go robić i jakie są jego rodzaje. Teraz pozostaje pytanie - jak zrobić to w praktyce, żeby faktycznie działało, a nie tylko „było ustawione”.

WordPress jako najpopularniejszy system na świecie ma ogromną liczbę wtyczek do backupu. I jak to zwykle bywa - część z nich działa dobrze, część daje tylko złudne poczucie bezpieczeństwa.

Do tych sensowniejszych można zaliczyć m.in. Duplicator czy All-in-One WP Migration. Obie wtyczki dobrze sprawdzają się przy prostszych scenariuszach, szczególnie przy migracjach lub ręcznym tworzeniu kopii.

Duplicator w wersji darmowej radzi sobie bardzo dobrze przy mniejszych stronach, ale jego działanie jest mocno zależne od konfiguracji serwera, a przy niskich limitach PHP potrafi się wyłożyć w najmniej odpowiednim momencie.

All-in-One WP Migration lepiej radzi sobie z większymi paczkami danych, ale z kolei daje mniej kontroli nad tym, co dokładnie robisz.

I tu dochodzimy do sedna - wtyczka to tylko narzędzie, nie rozwiązanie.

Nie ustawi za Ciebie poprawnej strategii backupu, nie zdecyduje, gdzie przechowywać dane i nie zabezpieczy Cię przed błędami, o których pisałem wcześniej. W darmowych wersjach często nie masz też możliwości wysyłania kopii poza serwer, co w praktyce oznacza, że dalej trzymasz wszystko w jednym miejscu.

Dlatego backup w WordPressie to nie tylko instalacja wtyczki. To połączenie narzędzia, konfiguracji i świadomości, co tak naprawdę zabezpieczasz.

Jeśli chcesz podejść do tematu kompleksowo, warto połączyć to z innymi elementami bezpieczeństwa - bo backup jest ostatnią linią obrony, a nie pierwszą. W tym kontekście zobacz też:

• jak zabezpieczyć logowanie do WordPressa,
• jakie są najczęstsze błędy bezpieczeństwa i ataki,
• oraz jak zabezpieczyć całą stronę WordPress krok po kroku.

Bo dobrze ustawiony backup to jedno. Ale jeszcze lepiej, kiedy rzadko musisz z niego korzystać.

Jeśli nie masz czasu albo wiedzy, żeby to poukładać - lepiej zrobić to raz i dobrze niż testować backup w momencie awarii.

O autorze.

Od lat związany z szeroko rozumianą informatyką. Pierwszą stronę stworzyłem w liceum, za co otrzymałem wyróżnienie.

Ciągle uczę się, aby dorównać tempu rozwoju nowoczesnych technologii łącząc je z wiedzą o psychologii aby zwiększać skuteczność stron i aplikacji internetowych.