WordPress kopia zapasowa powinna obejmować zarówno pliki strony, jak i bazę danych MySQL. Najwygodniej skonfigurować automatyczny backup we wtyczce UpdraftPlus i wysyłać go do zewnętrznej chmury, na przykład Google Drive lub Dropbox. Sama kopia na serwerze hostingowym nie wystarczy, a przed ważną aktualizacją warto wykonać dodatkowy backup ręczny i sprawdzić, czy można go przywrócić.
Dlaczego kopia zapasowa WordPressa jest potrzebna?
Backup chroni stronę przed skutkami awarii serwera, włamania, zainfekowania witryny, błędnej aktualizacji albo przypadkowego usunięcia plików. Bez kopii odzyskanie treści, ustawień, zdjęć i konfiguracji może być bardzo trudne, a czasem niemożliwe.
Pełna kopia zapasowa składa się z dwóch części:
- Pliki strony – rdzeń WordPressa, motywy, wtyczki, multimedia, pliki konfiguracyjne i dodatkowe elementy witryny.
- Baza danych MySQL – wpisy, strony, komentarze, użytkownicy, ustawienia i dane przechowywane przez wtyczki.
Brak jednego z tych elementów może uniemożliwić pełne odtworzenie strony. Dlatego backup samych plików albo samej bazy nie jest kompletnym zabezpieczeniem.
Gdzie przechowywać backup WordPressa?
Najbezpieczniej stosować regułę 3-2-1: mieć trzy kopie danych, zapisane na dwóch różnych nośnikach, przy czym jedna kopia powinna znajdować się poza lokalizacją serwera produkcyjnego. W praktyce może to oznaczać kopię na serwerze, drugą na komputerze lub dysku zewnętrznym i trzecią w chmurze.
Kopia wykonywana przez hosting jest przydatna, ale jej zakres i dostępność zależą od operatora. Może być przechowywana tylko przez określony czas, a przywrócenie może wymagać kontaktu z pomocą techniczną. Jeśli awaria, włamanie albo błąd dotknie całego środowiska serwerowego, backup znajdujący się w tej samej lokalizacji również może stać się niedostępny.
Kopia na tym samym serwerze jest lepsza niż brak kopii, ale nie chroni przed awarią całej infrastruktury, usunięciem danych ani skutkami włamania.
Nie przechowuj archiwów backupu w publicznie dostępnym katalogu witryny, na przykład jako plik ZIP w folderze public_html. Taka paczka może zawierać bazę danych, dane użytkowników i konfigurację strony. Jeśli plik pozostanie dostępny pod przewidywalnym adresem, osoba postronna może go pobrać. Kopie lokalne na serwerze należy zabezpieczyć i po pobraniu usunąć albo przenieść poza serwer produkcyjny.
Jak wykonać kopię zapasową WordPressa za pomocą UpdraftPlus?
UpdraftPlus automatyzuje tworzenie kopii plików i bazy danych, a także pozwala wysyłać backup do zewnętrznego magazynu. Nazwy pozycji w panelu mogą się nieznacznie różnić zależnie od wersji wtyczki i języka instalacji.
Najpierw porównaj podstawowe metody tworzenia kopii:
| Metoda | Trudność | Bezpieczeństwo | Zalecenie |
|---|---|---|---|
| Wtyczka UpdraftPlus | Niska | Wysokie, jeśli backup trafia poza serwer | Zalecana dla większości stron |
| Backup hostingowy | Niska | Średnie, zależne od polityki operatora | Jako dodatkowa kopia |
| Metoda ręczna FTP i phpMyAdmin | Wysoka | Średnie, zależne od poprawności wykonania | Dla zaawansowanych użytkowników |
Aby skonfigurować automatyczny backup w UpdraftPlus, wykonaj następujące czynności:
- Zaloguj się do panelu WordPressa, przejdź do sekcji „Wtyczki”, wybierz „Dodaj nową”, wyszukaj UpdraftPlus, zainstaluj wtyczkę i ją aktywuj.
- Otwórz „Ustawienia” i przejdź do „UpdraftPlus Backups”.
- W zakładce ustawień wybierz harmonogram dla plików oraz bazy danych. Dla strony często aktualizowanej można ustawić kopię codzienną, a przy intensywnie zmieniającym się serwisie rozważyć częstszy harmonogram.
- Wybierz zewnętrzne miejsce przechowywania, na przykład Google Drive albo Dropbox, i przeprowadź autoryzację usługi.
- Ustal liczbę przechowywanych wersji. Większa liczba kopii ułatwia cofnięcie strony do wcześniejszego stanu, ale zajmuje więcej miejsca w chmurze.
- Wybierz „Utwórz kopię” i zaznacz pliki oraz bazę danych. Po zakończeniu sprawdź, czy backup pojawił się w sekcji istniejących kopii oraz w wybranej chmurze.
Przed aktualizacją WordPressa, motywu lub ważnej wtyczki użyj ręcznego polecenia „Utwórz kopię”, nawet jeśli harmonogram działa automatycznie. Taki punkt przywracania będzie odpowiadał dokładnie stanowi strony sprzed zmiany.
Czy trzeba wykonywać backup ręcznie?
Ręczna metoda polega na pobraniu plików przez FTP oraz wyeksportowaniu bazy danych w phpMyAdmin. Wymaga skopiowania całego katalogu instalacji WordPressa, w tym folderu wp-content i pliku .htaccess, a następnie zapisania wszystkich tabel właściwej bazy MySQL w pliku eksportu.
Rozwiązanie jest technicznie poprawne, lecz łatwo pominąć bazę, część plików albo zapisać kopię w tym samym miejscu co oryginał. Przy dużych stronach kopiowanie tysięcy plików przez FTP bywa też czasochłonne. Z tego powodu ręczny backup najlepiej traktować jako metodę awaryjną lub zadanie dla osoby, która swobodnie korzysta z FTP i phpMyAdmin.
Jak często robić kopię i co sprawdzać?
Częstotliwość zależy od tego, jak szybko zmienia się strona. Blog publikujący jeden wpis tygodniowo może wymagać innego harmonogramu niż sklep, serwis informacyjny albo witryna z codziennymi zmianami. Automatyzacja ogranicza ryzyko, że backup zostanie pominięty.
Przed aktualizacją wtyczek, motywu lub rdzenia WordPressa przejdź przez tę krótką listę:
- Sprawdź, czy ostatnia kopia zawiera pliki oraz bazę danych.
- Upewnij się, że backup został wysłany do chmury i masz do niej dostęp.
- Sprawdź, czy w chmurze jest wystarczająco dużo wolnego miejsca.
- Potwierdź, że masz dostęp do panelu WordPressa, konta hostingowego i FTP.
- Wykonaj ręczną kopię bezpośrednio przed większą zmianą.
- Nie usuwaj poprzedniej działającej wersji, dopóki nie sprawdzisz efektu aktualizacji.
Sam fakt istnienia pliku nie potwierdza jego użyteczności. Raz na jakiś czas warto przeprowadzić próbne odtworzenie kopii w środowisku testowym albo skorzystać z pomocy administratora. Sprawdź też, czy archiwum nie jest uszkodzone i czy wtyczka poprawnie zapisuje kolejne wersje.
Najbezpieczniejszy schemat jest prosty: automatyczny UpdraftPlus z kopią w zewnętrznej chmurze, dodatkowe backupy hostingowe i ręczna kopia przed aktualizacjami. Backup, którego nie można przywrócić, nie spełnia swojej funkcji, dlatego testowanie powinno być częścią całego procesu.
Artykuł nie stanowi porady finansowej ani prawnej. W przypadku utraty dostępu do strony, włamania lub uszkodzenia bazy danych skorzystaj z pomocy administratora WordPressa albo dostawcy hostingu.
