Gdy WordPress przestał działać, przywrócenie backupu odtwarza pliki oraz bazę danych do wcześniejszego stanu. Zanim jednak nadpiszesz stronę, pobierz kopię jej obecnej, uszkodzonej wersji. Przywracanie może bezpowrotnie usunąć zmiany wykonane po dacie wybranego backupu.
Co przygotować przed przywróceniem backupu?
Najpierw sprawdź, czy kopia jest kompletna i pochodzi z jednego momentu. Pliki oraz baza danych MySQL muszą być ze sobą zgodne. Sam katalog wp-content nie wystarczy, jeśli problem dotyczy wpisów, ustawień, użytkowników lub zamówień zapisanych w bazie.
Przed rozpoczęciem procesu przygotuj:
- Dostęp do panelu hostingu i narzędzia do zarządzania kopiami.
- Dane do połączenia FTP lub SFTP, ewentualnie dostęp do menedżera plików.
- Dostęp do bazy danych przez phpMyAdmin.
- Kompletny backup plików WordPressa oraz eksport bazy danych, najlepiej w formacie
.sql. - Kopię aktualnego stanu strony, nawet jeśli jest uszkodzona.
Aktualny backup możesz wykonać przez panel hostingu, wtyczkę albo ręcznie. Przy metodzie ręcznej pobierz pliki strony przez FTP i wyeksportuj bazę w phpMyAdmin. Zachowaj je w osobnym miejscu, ponieważ po przywróceniu starszej wersji nie będzie prostego sposobu na odzyskanie nadpisanych danych.
Jaką metodę przywracania WordPressa wybrać?
| Metoda | Poziom trudności | Wymagania |
|---|---|---|
| Panel hostingu | Niski | Dostęp do funkcji kopii zapasowych u dostawcy hostingu |
| Wtyczka WordPress | Niski lub średni | Działający panel WordPress i wcześniej skonfigurowany backup |
| FTP i phpMyAdmin | Wysoki | Dostęp do plików, bazy danych oraz kopia plików i eksport SQL |
Najpierw wybierz panel hostingu, jeśli udostępnia przywracanie plików i bazy jednocześnie. Wtyczka będzie wygodna tylko wtedy, gdy możesz zalogować się do /wp-admin. Metoda ręczna daje pełną kontrolę, ale wymaga większej ostrożności.
Jak wgrać backup WordPress krok po kroku?
Przywracanie przez panel hostingu
To zwykle najszybszy sposób, ponieważ panel może odtworzyć pliki i bazę danych bez osobnego przesyłania ich przez FTP. Nazwy zakładek różnią się zależnie od dostawcy, ale szukaj sekcji „Kopie zapasowe”, „Backup” albo „Backup Manager”.
- Zaloguj się do panelu hostingu.
- Otwórz sekcję kopii zapasowych i wybierz domenę lub konkretną instalację WordPress.
- Wskaż datę backupu sprzed wystąpienia problemu.
- Wybierz przywracanie plików oraz bazy danych MySQL.
- Potwierdź operację i zaczekaj na jej zakończenie.
Jeżeli panel pozwala przywrócić dane do osobnego katalogu, możesz najpierw użyć tej opcji do sprawdzenia plików. Przy pełnym restore upewnij się, że wybrana kopia obejmuje oba elementy. Przywrócenie samych plików do innej wersji bazy może spowodować błędy wtyczek, brak treści albo nieprawidłowe ustawienia.
Przywracanie przez UpdraftPlus
Ta metoda działa, gdy UpdraftPlus lub inna wtyczka backupowa była wcześniej skonfigurowana, a kopia znajduje się na serwerze albo w podłączonej usłudze zewnętrznej. Jeśli panel WordPressa nie działa, przejdź do przywracania z hostingu lub użyj metody ręcznej.
- Zaloguj się do panelu WordPress i przejdź do ustawień UpdraftPlus.
- Otwórz sekcję dostępnych lub istniejących backupów.
- Wybierz kopię z właściwą datą.
- Uruchom przywracanie i zaznacz pliki oraz bazę danych, jeśli wtyczka daje taki wybór.
- Poczekaj na zakończenie procesu, a następnie zaloguj się ponownie do WordPressa.
Po przywróceniu sprawdź, czy wtyczka odtworzyła wszystkie części kopii. Duże strony mogą wymagać większego limitu czasu wykonywania skryptów albo wersji wtyczki obsługującej pełne przywracanie. Nie usuwaj backupu z chmury przed sprawdzeniem strony.
Przywracanie ręczne przez FTP i phpMyAdmin
Ręczne odtwarzanie składa się z dwóch niezależnych operacji: wgrania plików oraz importu bazy danych. Wykonuj je z kopii pochodzącej z tego samego punktu w czasie.
Uwaga: usunięcie tabel bazy i nadpisanie plików może trwale skasować aktualne dane. Przed rozpoczęciem pobierz obecne pliki i wykonaj eksport bieżącej bazy.
- Połącz się z serwerem przez FTP, SFTP albo menedżer plików i pobierz aktualną zawartość katalogu strony.
- Przenieś obecne pliki do katalogu archiwalnego lub zachowaj je na komputerze, zamiast od razu je usuwać.
- Wgraj pliki z backupu do właściwego katalogu, na przykład
public_htmllub katalogu przypisanego do domeny. - W phpMyAdmin wybierz bazę używaną przez stronę i wyeksportuj jej obecny stan.
- Wyczyść tabele starej bazy albo przygotuj nową bazę danych.
- Przejdź do zakładki importu i wgraj plik SQL z backupu.
- Otwórz plik
wp-config.phpi sprawdź wartościDB_NAME,DB_USER,DB_PASSWORDorazDB_HOST. - Sprawdź, czy prefiks tabel w bazie odpowiada wartości
$table_prefixw plikuwp-config.php.
Nie zmieniaj nazwy katalogu strony, jeśli domena wskazuje właśnie na niego. Po imporcie bazy zaloguj się do WordPressa i sprawdź adres strony, ustawienia bezpośrednich odnośników oraz zawartość katalogu wp-content.
Strona nadal nie działa – co sprawdzić?
Jeżeli restore zakończył się poprawnie, ale strona nadal pokazuje błąd, sprawdź najczęstsze przyczyny:
- Wyczyść cache przeglądarki, wtyczki, serwera oraz CDN, jeśli jest używany.
- Sprawdź, czy wersja PHP jest zgodna z przywróconą wersją WordPressa, motywu i wtyczek.
- Wyłącz wtyczki, zmieniając tymczasowo nazwę katalogu
wp-content/pluginsprzez FTP, a następnie włączaj je pojedynczo. - Zweryfikuj, czy import bazy zakończył się bez błędów i czy zaimportowano wszystkie tabele.
- Sprawdź dane dostępowe w
wp-config.phporaz poprawność prefiksu tabel. - Otwórz kilka podstron, formularz, logowanie i koszyk, jeśli strona prowadzi sprzedaż.
Jeśli problem pojawił się po infekcji, samo przywrócenie najnowszej kopii może nie wystarczyć. Backup może zawierać już zmodyfikowane pliki lub bazę, dlatego w takim przypadku potrzebna jest osobna analiza bezpieczeństwa.
Najbezpieczniej przywracać kompletną, spójną kopię plików i bazy, a przed nadpisaniem zawsze zachować aktualny stan strony. Dzięki temu, jeśli wybierzesz niewłaściwą datę albo restore zakończy się błędem, nadal będziesz mieć możliwość powrotu do punktu wyjścia.