Kopia zapasowa WordPress — jak ją zrobić i sprawdzić, że naprawdę działa

Prawie każda strona ma „jakąś kopię”, ale wiele z nich zawodzi w chwili awarii: obejmuje tylko bazę albo tylko pliki, leży na tym samym serwerze co strona, sięga zaledwie kilka dni wstecz albo nikt nigdy nie sprawdził, czy da się ją przywrócić. Dobra kopia odpowiada na cztery pytania: co, gdzie, jak często i czy działa.

Spis treści

1. Co musi znaleźć się w kopii

WordPress to dwie części, które trzeba zabezpieczyć razem: baza danych (treści, ustawienia, użytkownicy, zamówienia) i pliki. Sama baza bez plików nie odtworzy obrazów ani motywu, a same pliki bez bazy — żadnej treści.

baza danych — w całości, nie tylko wybrane tabele
katalog wp-content: uploads (obrazy), themes, plugins
plik wp-config.php i ewentualnie .htaccess
notatka: wersja PHP i WordPressa, dane do hostingu i DNS — w bezpiecznym miejscu

2. Gdzie ją trzymać: poza serwerem

Kopia zapisana tylko na tym samym serwerze zniknie razem z nim — przy awarii, włamaniu albo zawieszeniu konta. Sprawdza się prosta zasada 3-2-1: trzy kopie, na dwóch różnych nośnikach, w tym jedna poza serwerem (np. w chmurze).

Kopie robione przez hosting są dobrym uzupełnieniem, ale sprawdź, ile dni wstecz sięgają i czy możesz je pobrać do siebie. Nie traktuj ich jako jedynego zabezpieczenia.

3. Jak często i jak długo przechowywać

Częstotliwość zależy od tego, jak często zmienia się strona. Strona-wizytówka zwykle wystarczy raz w tygodniu i zawsze przed aktualizacją. W sklepie bazę warto kopiować codziennie lub częściej — inaczej przywrócenie skasuje zamówienia z ostatnich godzin.

Ważna jest też retencja, czyli ile kopii wstecz trzymasz. Włamanie albo błąd w treści często wychodzi na jaw po tygodniach, więc kilka ostatnich dni to za mało — dobrze mieć kopie sprzed kilku tygodni.

4. Czym ją robić

Najprostsza droga to wtyczka do kopii (np. UpdraftPlus) z automatycznym wysyłaniem do chmury według harmonogramu. Przy dużych stronach wtyczki potrafią trafić na limity serwera — wtedy pewniejsze są kopie po stronie hostingu albo WP-CLI (wp db export) z archiwum plików wysyłanym poza serwer.

Niezależnie od narzędzia ustaw powiadomienie o nieudanej kopii. Kopia, która przestała się robić miesiąc temu, to najczęstsza niespodzianka.

5. Sprawdź, czy da się ją przywrócić

Niesprawdzona kopia to tylko nadzieja. Raz na kwartał przywróć ją na kopię testową (subdomena, staging albo komputer) i sprawdź, czy działa logowanie, obrazy, formularze i — w sklepie — zamówienia.

Zapisz krótką instrukcję przywracania: gdzie leży kopia, jak ją pobrać i od czego zacząć. W stresie awarii oszczędza to najwięcej czasu.

Najczęstsze pytania

Czy kopia robiona przez hosting wystarczy?

Jako dodatek tak, jako jedyna kopia — nie. Bywa przechowywana krótko, nie zawsze da się ją pobrać i jest u tego samego dostawcy co strona. Trzymaj też własną kopię poza serwerem.

Jak często robić kopię sklepu WooCommerce?

Bazę danych codziennie, a przy dużym ruchu nawet kilka razy dziennie. Pliki zmieniają się rzadziej, więc wystarczy je kopiować rzadziej i zawsze przed aktualizacją.

Czy kopia chroni przed skutkami włamania?

Pomaga wrócić do czystej wersji, ale tylko gdy pochodzi sprzed infekcji i gdy jednocześnie zamkniesz furtkę, którą weszli atakujący. Inaczej przywrócisz stronę razem z tą samą luką.

Opieka WordPress — zobacz zakres usługi

Jak bezpiecznie aktualizować WordPress — kopia to krok pierwszy

WordPress zhakowany — kiedy kopia pomaga, a kiedy przywraca furtkę

Przeniesienie WordPressa na nowy hosting — bez przerwy i bez utraty poczty

Wszystkie poradniki WordPress