Jeśli nie przywracałeś kopii zapasowej WordPressa, nie wiesz, czy działa. Komunikat wtyczki o ukończeniu backupu potwierdza zapisanie archiwum, ale nie jego użyteczność. Pewność daje dopiero testowe odtworzenie plików i bazy danych w osobnym środowisku.
Co sprawdzić bez instalowania kopii?
Na początek wykonaj weryfikację „na sucho”. Pobierz archiwum na komputer, sprawdź jego rozmiar i zajrzyj do zawartości. To szybki sposób na wykrycie pustego pliku albo niepełnej kopii, ale nie zastępuje próby przywrócenia.
Pełny backup WordPressa musi obejmować dwa elementy: pliki strony oraz bazę danych. Pliki zawierają między innymi motywy, wtyczki, zdjęcia i konfigurację. Baza przechowuje wpisy, podstrony, ustawienia, użytkowników, formularze i zamówienia.
| Element | Co sprawdzić | Oznaka problemu |
|---|---|---|
| Baza danych .sql | Rozmiar pliku oraz zawartość po otwarciu w edytorze tekstu | Plik ma 0 bajtów albo nie zawiera poleceń INSERT i nazw tabel |
| Archiwum plików | Czy można je rozpakować i czy zawiera katalogi WordPressa | Archiwum jest uszkodzone, nie otwiera się albo brakuje plików |
wp-content/uploads |
Czy znajdują się tam zdjęcia i dokumenty z biblioteki mediów | Folder jest pusty lub nie występuje w kopii |
| Motywy i wtyczki | Czy archiwum zawiera katalogi themes i plugins |
Brakuje motywu, wtyczek albo własnych modyfikacji |
Rozmiar większy niż 0 bajtów nie oznacza jeszcze poprawności danych. Uszkodzona lub niekompletna baza także może mieć prawidłowy rozmiar. Sprawdź również datę utworzenia kopii i porównaj ją z ostatnimi zmianami na stronie.
Kopia zapisana wyłącznie na tym samym koncie hostingowym co WordPress nie chroni przed awarią całego serwera, włamaniem lub blokadą konta. Przynajmniej jedna wersja powinna znajdować się poza tym środowiskiem, na przykład w usłudze Cloud Storage. Pomaga tu zasada 3-2-1 – trzy kopie, dwa różne miejsca lub nośniki i jedna kopia poza serwerem strony.
Jak przeprowadzić testowe przywracanie?
Test przywracania to jedyny wiarygodny sposób, aby sprawdzić, czy kopia faktycznie działa. Wybierz środowisko stagingowe, czyli oddzielną przestrzeń testową. Może to być subdomena, osobne konto hostingowe albo lokalna instalacja utworzona w narzędziu takim jak LocalWP.
Nie przywracaj kopii bezpośrednio na działającej stronie produkcyjnej. Możesz nadpisać aktualną bazę, usunąć nowe pliki lub bezpowrotnie utracić treści dodane po wykonaniu backupu. Przed jakąkolwiek operacją na istniejącej stronie wykonaj osobną kopię jej bieżącego stanu.
Test przeprowadź w następującej kolejności:
- Utwórz odizolowane środowisko testowe i zabezpiecz je przed dostępem osób postronnych.
- Rozpakuj pliki kopii i zaimportuj bazę danych .sql do testowej bazy.
- Ustaw w konfiguracji połączenie z testową bazą oraz adres testowej instalacji.
- Sprawdź logowanie do panelu, wyświetlanie podstron, menu i wpisów.
- Otwórz kilka zdjęć i dokumentów, aby potwierdzić obecność plików z katalogu uploads.
- Wyślij testowy formularz, a w sklepie przejdź także przez koszyk i proces zamówienia.
Jeżeli kopia nie przywraca się poprawnie, zapisz komunikat błędu, datę backupu i element, na którym zatrzymał się proces. Przy dużych stronach problemem może być limit czasu serwera, niepełne archiwum, brak uprawnień albo niezgodność wersji PHP. W takiej sytuacji nie testuj kolejnych przywracań na produkcji.
Dlaczego komunikat wtyczki może być mylący?
Wtyczka, na przykład UpdraftPlus, może zgłosić sukces, ponieważ zakończyła proces pakowania i zapisu plików. Nie zawsze oznacza to, że archiwum zawiera kompletną bazę, wszystkie zdjęcia albo dane możliwe do odtworzenia.
Proces archiwizacji i integralność danych to dwie różne kwestie. Przerwanie działania przez limit czasu, błąd połączenia z magazynem lub problem z bazą może pozostawić plik, który istnieje, lecz nie nadaje się do przywrócenia. Dlatego e-mail z potwierdzeniem traktuj jako sygnał do kontroli, a nie jako dowód sprawności backupu.
Checklista przed aktualizacją
Przed aktualizacją WordPressa, motywu lub wtyczki sprawdź cztery rzeczy:
- Archiwum plików i plik bazy danych mają rozmiar większy niż 0 bajtów.
- Ostatnia próba przywrócenia odbyła się w ciągu ostatnich trzech miesięcy.
- Przynajmniej jedna kopia znajduje się poza serwerem, na którym działa strona.
- Masz dostęp do haseł, kluczy i uprawnień potrzebnych do odczytania archiwum.
Im częściej zmieniają się dane, tym częściej testuj przywracanie. Dla sklepu lub serwisu z codziennymi zgłoszeniami kwartalny test może być minimum, a przed większą zmianą warto wykonać także świeżą kopię i sprawdzić jej zawartość. Backup działa dopiero wtedy, gdy potrafisz odtworzyć z niego kompletną, działającą stronę.
