Jak przywrócić WordPress z kopii zapasowej po awarii?

Gdy WordPress przestaje działać po aktualizacji, zmianie kodu albo infekcji, najbezpieczniej przywrócić pliki i bazę danych z kopii pochodzącej z tego samego momentu. Zanim jednak cokolwiek nadpiszesz, wykonaj kopię obecnego, nawet uszkodzonego stanu. To jedyny sposób, by zachować nowe dane i móc cofnąć nieudaną operację.

Co zrobić przed przywróceniem WordPressa?

Najpierw ustal, kiedy strona działała prawidłowo. Wybierz kopię utworzoną przed awarią, ale możliwie blisko tego momentu. Przywrócenie backupu cofa witrynę do wybranego stanu, więc wpisy, zamówienia, komentarze, konta użytkowników i inne zmiany zapisane później mogą zostać nadpisane.

Nie rozpoczynaj przywracania bez wykonania „backupu backupu”. Zapisz obecne pliki, szczególnie katalog wp-content, oraz aktualny eksport bazy danych. Nawet jeśli strona nie działa, te dane mogą zawierać nowe zamówienia, wiadomości z formularzy albo informacje potrzebne do analizy awarii.

Przed rozpoczęciem sprawdź następujące elementy:

• Masz dostęp do panelu hostingu i narzędzia do zarządzania kopiami zapasowymi.
• Masz dostęp FTP lub do menedżera plików.
• Masz dostęp do bazy danych przez phpMyAdmin.
• Backup zawiera pliki WordPressa, w tym katalog wp-content.
• Backup zawiera eksport bazy danych MySQL, zwykle w pliku .sql.
• Wybrana kopia obejmuje zarówno pliki, jak i bazę danych z tego samego momentu.

Ostrzeżenie: przywrócenie kopii może nadpisać obecne dane. Nie usuwaj plików ani tabel bazy, dopóki nie masz ich dodatkowej kopii. Zasada 1:1 jest najważniejsza: pliki i baza danych powinny pochodzić z tej samej wersji backupu. Przywrócenie tylko bazy albo tylko plików często powoduje brak treści, błędy wtyczek lub nieprawidłowe ustawienia.

Jaką metodę przywracania wybrać?

Wybierz metodę zależnie od dostępów i stanu strony. Panel hostingu jest zwykle najszybszy, ale ręczne przywracanie daje większą kontrolę.

Przywracanie WordPressa przez hosting

To najprostsza ścieżka, jeśli hosting przechowuje kopie plików i baz MySQL. Nazwy sekcji różnią się zależnie od dostawcy, ale zwykle znajdziesz je pod nazwą „Kopie zapasowe”, „Backup” albo „Backup Manager”.

1. Zaloguj się do panelu hostingu.
2. Otwórz sekcję kopii zapasowych i wybierz datę sprzed awarii.
3. Wybierz przywracanie plików strony oraz właściwej bazy danych.
4. Sprawdź podsumowanie operacji i upewnij się, że wybrano oba elementy.
5. Uruchom przywracanie i poczekaj na zakończenie procesu.
6. Wyczyść cache strony, serwera oraz CDN, jeśli jest używany.
7. Sprawdź stronę główną, podstrony, logowanie, formularze i proces zakupowy.

Nie przywracaj wyłącznie plików lub wyłącznie bazy, chyba że dokładnie wiesz, dlaczego potrzebujesz takiej operacji. W typowej awarii bezpieczniejszy jest kompletny restore obu części.

Przywracanie z kopii wykonanej przez wtyczkę

Ta metoda wymaga dostępu do kokpitu WordPressa pod adresem /wp-admin. Jeśli panel również wyświetla błąd krytyczny, przejdź do przywracania przez hosting albo wykonaj operację ręcznie.

Przykładowo UpdraftPlus pozwala wybrać zapisany punkt przywracania lub przesłać pliki backupu z komputera. Układ przycisków może zależeć od wersji wtyczki.

1. Zaloguj się do panelu administracyjnego WordPressa.
2. Otwórz ustawienia używanej wtyczki do kopii zapasowych.
3. Przejdź do listy dostępnych kopii i sprawdź ich daty.
4. Wybierz wersję utworzoną przed awarią i kliknij opcję przywracania.
5. Zaznacz wszystkie dostępne składniki, w tym bazę danych i pliki.
6. Jeśli kopii nie ma na liście, prześlij z komputera komplet plików utworzonych przez wtyczkę.
7. Po zakończeniu przywracania wyczyść cache i sprawdź działanie witryny.

Wtyczka zadziała tylko wtedy, gdy wcześniej wykonywała kompletne kopie i przechowywała je w dostępnym miejscu. Przy dużej stronie import może wymagać większych limitów serwera. Jeśli kopia znajdowała się wyłącznie na tym samym serwerze, awaria hostingu może uniemożliwić jej odzyskanie.

Ręczne przywracanie przez FTP i phpMyAdmin

Ręczna metoda jest przeznaczona dla osób, które mają dostęp do plików serwera i bazy danych. Przed rozpoczęciem sprawdź w pliku wp-config.php, z jakiej bazy korzysta instalacja. Interesują Cię przede wszystkim wartości DB_NAME, DB_USER i DB_PASSWORD.

1. Połącz się z serwerem przez FTP lub menedżer plików i pobierz obecne pliki do osobnego katalogu.
2. Przenieś aktualne pliki instalacji do archiwum zamiast od razu je usuwać.
3. Wgraj pliki WordPressa z wybranego backupu do właściwego katalogu, na przykład public_html.
4. Utwórz nową bazę danych albo usuń tabele z istniejącej bazy po upewnieniu się, że masz jej kopię.
5. Otwórz phpMyAdmin i wybierz bazę wskazaną w pliku wp-config.php.
6. Zaimportuj plik .sql pochodzący z tego samego momentu co wgrane pliki.
7. Sprawdź dane połączenia w wp-config.php i popraw je, jeśli używasz nowej bazy lub użytkownika.
8. Wyczyść cache i sprawdź działanie strony.

Duża baza może przekraczać limity phpMyAdmin. W takim przypadku hosting może umożliwiać import przez SSH. Nie uruchamiaj poleceń bez znajomości ścieżek i właściwej bazy, ponieważ pomyłka może nadpisać inne dane.

Co zrobić, gdy WordPress nadal nie działa?

Jeśli po restore pojawia się błąd, nie zakładaj od razu, że kopia jest uszkodzona. Przyczyną może być cache, środowisko serwera albo konflikt komponentów.

Najczęstsze problemy po przywróceniu to:

• Stary cache przeglądarki, wtyczki, serwera lub CDN pokazuje nieaktualną wersję strony.
• Wersja PHP nie pasuje do przywróconego WordPressa, motywu albo wtyczek.
• Jedna z wtyczek powoduje konflikt z motywem lub inną wtyczką.
• Baza danych nie została zaimportowana w całości albo nie odpowiada plikom.
• Dane dostępowe w wp-config.php wskazują niewłaściwą bazę.

Najpierw wyczyść wszystkie warstwy cache. Następnie sprawdź wersję PHP w panelu hostingu i tymczasowo wyłącz wtyczki, zmieniając nazwę katalogu wp-content/plugins przez FTP. Jeśli strona zacznie działać, włączaj wtyczki pojedynczo, aby znaleźć źródło konfliktu.

Gdy błąd dotyczy bazy, sprawdź logi serwera, poprawność importu i zgodność prefiksu tabel z ustawieniami WordPressa. Jeśli witryna jest ważna dla sprzedaży, a kolejne próby kończą się błędami, lepiej zatrzymać operację i poprosić administratora o pomoc niż nadpisywać następne kopie.

Bezpieczne przywracanie WordPressa opiera się na trzech zasadach: najpierw kopia obecnego stanu, potem pliki i baza z tego samego momentu, a na końcu czyszczenie cache i test działania. Regularne, automatyczne kopie przechowywane poza serwerem zmniejszają ryzyko, że kolejna awaria pozbawi Cię zarówno strony, jak i backupu.