Każda awaria opisana na tym blogu kończy się tym samym wnioskiem - kto miał sprawdzoną kopię zapasową, wrócił w godzinę, kto nie miał, liczył straty. Nieudana aktualizacja, włamanie, padnięty serwer - scenariusze różne, finał identyczny. Backup to nie jest zadanie „na kiedyś”. To różnica między przerwą na kawę a odbudowywaniem strony od zera.
Dobra wiadomość: porządny system kopii zapasowych ustawia się raz i potem działa sam. Pokażę Ci, jak go poskładać - i jak sprawdzić, czy w dniu awarii naprawdę Cię uratuje.
Kopia plików to dopiero połowa - druga połowa to baza danych
WordPress przechowuje stronę w dwóch miejscach. Pliki na serwerze to silnik, motyw, wtyczki i wgrane zdjęcia. Baza danych to cała reszta: wpisy, strony, produkty, zamówienia, konta klientów, ustawienia. Kopia samych plików bez bazy to strona-wydmuszka - wygląda, ale nie pamięta nic. Kopia samej bazy bez plików to pamięć bez ciała.
Pełny WordPress backup zawiera zawsze OBA elementy. Gdy oceniasz jakiekolwiek rozwiązanie - hostingowe, wtyczkowe czy ręczne - pierwsze pytanie brzmi: czy bierze i pliki, i bazę? Jeśli nie wiesz, załóż, że nie bierze, i sprawdź.
Czy hosting robi kopie zapasowe
Większość hostingów robi - i to dobrze, że robi, ale nie opieraj na tym całego bezpieczeństwa. Trzy pułapki, które widuję regularnie:
- Retencja - hosting trzyma kopie przez ograniczony czas, orientacyjnie często 7-30 dni. Jeśli włamanie albo cichy błąd wykryjesz później, czysta kopia już nie istnieje
- Przywracanie hurtem - część paneli potrafi przywrócić tylko całe konto naraz, nie pojedynczą stronę czy samą bazę; tracisz wtedy wszystko, co zmieniło się od daty kopii
- Jeden koszyk - kopia leży na tym samym serwerze albo w tej samej serwerowni co strona; awaria hostingu zabiera oba naraz
Kopia hostingowa to dobra ostatnia deska ratunku. Nie może być jedyną.
Co pomaga: napisz do supportu swojego hostingu dwa pytania - jak długo trzymacie kopie i czy mogę przywrócić samą bazę danych bez nadpisywania plików. Odpowiedź zajmie im chwilę, a Ty dowiesz się, na czym naprawdę stoisz, ZANIM będzie się paliło.
Wtyczka do backupu - harmonogram i kopia poza serwerem
Drugi poziom to wtyczka backupowa w samym WordPressie. Nie będę polecał konkretnej z nazwy, bo rynek się zmienia - ważniejsze jest, czego od niej wymagać. Popularne wtyczki backupowe mają darmowe wersje, które w zupełności wystarczą na start, a konfiguracja harmonogramu to kilka minut.
Dwie rzeczy są nienegocjowalne:
- Harmonogram - kopia ma się robić sama, cyklicznie, bez Twojego udziału; backup, o którym trzeba pamiętać, to backup, którego nie będzie
- Zapis poza serwerem - wtyczka ma wysyłać kopię na zewnętrzny dysk w chmurze, nie składować jej obok strony; kopia na tym samym serwerze znika razem ze stroną przy poważnej awarii albo włamaniu
Kopia ręczna przed każdą zmianą
Trzeci poziom jest najprostszy i najczęściej pomijany: ręczna kopia bezpośrednio przed każdą większą zmianą - aktualizacją wtyczek, zmianą motywu, grzebaniem w ustawieniach sklepu. Harmonogram robi kopię w nocy, a Ty psujesz stronę w południe - bez kopii sprzed zmiany cofasz się o cały dzień, w sklepie to utracone zamówienia.
Ten nawyk to element szerszego rytuału, który rozpisałem w checkliście bezpiecznych aktualizacji: kopia przed, aktualizacja, test po.
Zasada 3-2-1 po ludzku
Informatycy mówią o zasadzie 3-2-1: trzy kopie danych, na dwóch różnych nośnikach, w tym jedna poza serwerem. Brzmi korporacyjnie, ale dla zwykłej strony sprowadza się do prostego zestawu: kopia hostingu, kopia z wtyczki w chmurze i od czasu do czasu kopia ściągnięta na własny komputer. Trzy miejsca, różne technologie, przynajmniej jedno z dala od serwera - żeby żadna pojedyncza katastrofa nie zabrała wszystkich naraz.
Jak przywrócić stronę z kopii - i czemu trzeba to przećwiczyć
Tu dochodzimy do sedna: kopia, której nigdy nie próbowałeś przywrócić, to nie kopia - to nadzieja. Widziałem backupy robione sumiennie miesiącami, które w dniu awarii okazywały się puste, urwane w połowie albo pozbawione bazy danych. Dowiadujesz się o tym w najgorszym możliwym momencie.
Dlatego raz na jakiś czas zrób test odtworzenia. Nie na żywej stronie - przywróć kopię na subdomenie testowej albo lokalnie na komputerze. Sprawdź trzy rzeczy: czy strona się otwiera, czy da się zalogować do panelu, czy są najnowsze treści i zamówienia. Jeśli to przechodzi - masz prawdziwy backup. Przy okazji uczysz się procedury przywracania na spokojnie, a nie o północy w panice.
Gdy kopii nie ma, a strona leży
Jeśli czytasz to za późno i strona właśnie nie działa - nie wszystko stracone. Przy komunikacie o awarii przejdź przez błąd krytyczny krok po kroku - dane najczęściej są całe, trzeba tylko odłączyć winowajcę. Przy śladach włamania działaj według planu ratunkowego dla zhakowanej strony. A gdy strona wstanie - wróć tutaj i ustaw kopie, żeby następnym razem to były godziny, nie dni.
Możesz też zdjąć to sobie z głowy w całości: w ramach stałej opieki nad stroną kopie robią się same, poza serwerem, z regularnym testem odtworzenia - a przy awarii to ja przywracam stronę, nie Ty.
Najczęstsze pytania
Jak często robić kopię zapasową WordPress? Tak często, jak często zmienia się strona. Sklep z codziennymi zamówieniami - codziennie, wizytówka aktualizowana od święta - rzadziej, plus zawsze ręczna kopia przed każdą zmianą.
Czy hosting robi kopie zapasowe za mnie? Większość robi, ale z ograniczoną retencją - orientacyjnie często 7-30 dni - i czasem tylko z przywracaniem całego konta naraz. Traktuj to jako zapas awaryjny, nie jedyne zabezpieczenie.
Jaka wtyczka do backupu WordPress jest najlepsza? Ta, która robi kopie plików i bazy według harmonogramu i wysyła je poza serwer. Popularne wtyczki backupowe mają darmowe wersje, które spokojnie to potrafią.
Jak przywrócić stronę z kopii zapasowej? Przez panel hostingu, wtyczkę backupową albo ręcznie: wgrywasz pliki i importujesz bazę danych. Kluczowe jest przećwiczyć to raz na wersji testowej, zanim będziesz musiał robić to pod presją.
Nie wiesz, czy Twoje obecne kopie w ogóle działają? Podeślij mi link do strony - sprawdzę, jak wygląda jej zabezpieczenie, i powiem, co bym poprawił.
Powiązane: Błąd krytyczny WordPress · Bezpieczne aktualizacje WooCommerce · Stała opieka nad stroną