Jak zrobić kopię zapasową WordPressa przed aktualizacją wtyczek, motywu lub rdzenia

Aktualizacja wtyczki, motywu albo rdzenia WordPressa czasem wywala białą stronę śmierci albo psuje wygląd witryny. Jeśli masz świeżą kopię plików i bazy danych sprzed tej aktualizacji, cofnięcie zmian to kwestia kilku minut. Jeśli nie masz — zostajesz z awarią i zgadywaniem, co poszło nie tak. Poniżej pokazuję, jak zrobić taki backup tuż przed aktualizacją, ręcznie, w dwóch wariantach: przez panel hostingowy i przez wtyczkę. Nie chodzi tu o automatyczne, cykliczne kopie zapasowe — to osobny temat — tylko o jednorazowy backup "na wszelki wypadek", robiony bezpośrednio przed zmianą.

1. Zaloguj się do panelu hostingowego (cPanel, DirectAdmin, Plesk lub panel autorski Twojego hostingu) i znajdź w nim narzędzie do tworzenia kopii zapasowych — najczęściej nazywa się "Backup", "Kopie zapasowe" albo "Backup Wizard".
2. Uruchom tworzenie pełnej kopii plików strony (całego katalogu, w którym stoi WordPress) i poczekaj, aż panel skończy generować archiwum — przy większej stronie może to potrwać kilka minut.
3. Osobno uruchom eksport bazy danych powiązanej z tą instalacją WordPressa — w większości paneli jest to oddzielna opcja od backupu plików, np. "Backup bazy danych" albo eksport przez phpMyAdmin.
4. Pobierz oba wygenerowane pliki (archiwum plików i plik bazy danych, zwykle z rozszerzeniem .sql lub .sql.gz) na swój komputer albo do chmury — nie zostawiaj ich wyłącznie na serwerze, bo w razie poważnej awarii stracisz dostęp do obu naraz.
5. Jeśli Twój hosting nie ma wygodnego backupu w panelu, zainstaluj i aktywuj w wp-admin wtyczkę do kopii zapasowych (np. UpdraftPlus, Duplicator albo podobną) zamiast robić backup ręcznie przez panel.
6. W ustawieniach wtyczki uruchom backup "na żądanie" (nie harmonogram) i zaznacz, żeby objął zarówno pliki, jak i bazę danych — te dwie opcje bywają rozdzielone nawet w jednej wtyczce.
7. Poczekaj na zakończenie procesu backupu i pobierz gotowe archiwum na dysk lokalny przez panel wtyczki (opcja "Download" przy danym backupie).
8. Sprawdź zawartość pobranego archiwum: rozpakuj je i upewnij się, że w środku jest plik bazy danych (.sql) oraz katalog wp-content z podfolderami plugins, themes i uploads — brak któregoś z nich oznacza niepełny backup, którego nie warto traktować jako punktu powrotu.
9. Zapisz sobie w łatwo dostępnym miejscu nazwę pliku backupu i datę jego utworzenia (np. w notatce albo nazwie folderu), żebyś w razie problemu od razu wiedział, którą kopię przywracać.
10. Dopiero teraz przejdź do wp-admin i uruchom właściwą aktualizację wtyczki, motywu lub rdzenia WordPressa, którą planowałeś zrobić.

Co zrobić, gdy coś pójdzie nie tak

Backup w panelu hostingowym trwa bardzo długo albo w ogóle się nie kończy. Dzieje się tak zwykle przy dużych stronach (rozbudowana biblioteka mediów, duża baza danych) albo gdy hosting ma niskie limity zasobów na koncie. Spróbuj zrobić backup w godzinach mniejszego ruchu na serwerze, a jeśli to nie pomoże — zrób osobno backup samej bazy danych (jest dużo szybszy niż backup plików) i napisz do supportu hostingu z pytaniem, czy mogą wygenerować pełną kopię po swojej stronie.

Wtyczka backupowa kończy się błędem albo zawiesza się w trakcie. Najczęstsza przyczyna to zbyt niski limit pamięci PHP lub czasu wykonania skryptu na hostingu. Sprawdź w ustawieniach wtyczki, czy da się wyłączyć pakowanie do jednego archiwum na rzecz mniejszych paczek, albo po prostu zrób backup przez panel hostingowy zamiast przez wtyczkę — to zwykle bardziej niezawodna droga przy większych stronach.

Nie masz pewności, czy backup jest kompletny. Nie polegaj na samym komunikacie "backup zakończony" — zawsze rozpakuj archiwum i zajrzyj do środka, jak w kroku 8. Jeśli w archiwum brakuje pliku .sql z bazą danych albo katalogu wp-content, backup nie nadaje się do pełnego przywrócenia strony — powtórz proces, tym razem upewniając się, że zaznaczone są obie opcje: pliki i baza danych.