Kompletna kopia WordPressa obejmuje bazę danych i potrzebne pliki. Najważniejszym testem backupu jest odtworzenie go na osobnym środowisku, a nie samo pojawienie się zielonego komunikatu.
Co musi znaleźć się w kopii?
Baza zawiera wpisy, ustawienia, konta i wiele danych wtyczek. Pliki zawierają media, motywy, rozszerzenia i konfigurację. Sam eksport artykułów z panelu nie jest pełną kopią witryny. Spisz również zadania cron, ustawienia PHP i zależności zewnętrzne, bo nie wszystko znajduje się w katalogu WordPressa.
Kopia sklepu musi być spójna czasowo. Jeśli pliki i baza są pobierane w różnych momentach, załącznik lub zamówienie może nie pasować do reszty danych. Wybierz metodę tworzącą spójny stan albo ogranicz zapisy w oknie serwisowym. Nie zakładaj, że skopiowanie katalogu działającej bazy jest poprawnym backupem MariaDB.
Częstotliwość wynika z tego, ile danych możesz stracić
Dla strony zmienianej raz w tygodniu inny harmonogram będzie wystarczający niż dla sklepu przyjmującego zamówienia co godzinę. Ustal dwa cele: maksymalną akceptowaną utratę danych i czas powrotu. Kopia raz na dobę może oznaczać utratę prawie całej doby zmian. Szybkie pobranie archiwum nie oznacza równie szybkiego przywrócenia sklepu.
| Element | Pytanie do właściciela |
|---|---|
| Baza | Ile godzin nowych danych mogę odtworzyć ręcznie? |
| Media | Jak często pojawiają się pliki, których nie mam nigdzie indziej? |
| Konfiguracja | Czy mam kopię sprzed każdej większej zmiany? |
| Historia | Jak daleko wstecz chcę wrócić przy późno wykrytym włamaniu? |
Kopia poza kontem hostingowym
Backup przechowywany obok strony może zniknąć przy utracie konta, awarii lub przejęciu dostępu. Zachowaj niezależną kopię w osobnym miejscu i chroń jej dostęp. Archiwum z wp-config.php zawiera dane połączenia z bazą. Nie publikuj go w public_html i nie wysyłaj niezabezpieczonym linkiem.
Sprawdź szyfrowanie, uprawnienia oraz miejsce potrzebne na historię. Pełne kopie szybko zajmują przestrzeń, ale zbyt agresywna retencja może usunąć ostatni czysty stan. Do obliczenia pojemności użyj planera backupu, traktując wynik jako oszacowanie pełnych kopii bez kompresji.
Próba odtworzenia krok po kroku
- Przygotuj odizolowane środowisko z odpowiednią wersją PHP i bazą.
- Przywróć pliki i bazę oraz popraw konfigurację połączenia.
- Zablokuj indeksowanie kopii; najlepiej ogranicz dostęp autoryzacją.
- Wyłącz prawdziwe płatności, automatyczne e-maile i integracje produkcyjne.
- Sprawdź panel, media, losowe wpisy, konta i funkcje sklepu.
- Zapisz czas odtworzenia oraz brakujące elementy instrukcji.
Kopia testowa może przypadkowo wysłać wiadomości do klientów. Zanim uruchomisz zadania w tle, usuń lub odłącz ich dostęp do usług zewnętrznych. Nie zmieniaj adresów WordPressa surową zamianą w SQL bez obsługi serializacji.
Co sprawdzić w backupie operatora?
Zapytaj o zakres, retencję, lokalizację, koszt i procedurę przywracania. Sprawdź, czy można odtworzyć tylko bazę lub pojedynczy plik. Operator może mieć kopie infrastruktury, których użytkownik nie pobiera samodzielnie. To nadal nie zwalnia z własnego planu ochrony danych.
Oferta WordPress Castpol opisuje kopie w pakietach. Przed uruchomieniem ważnej strony uzgodnij szczegóły odtworzenia i przechowuj własną kopię kluczowych danych. Przy migracji hostingu zachowaj ostatni backup także po przełączeniu domeny.
Odtworzenie po awarii a cofnięcie aktualizacji
Jeśli zawiódł tylko plik wtyczki, pełne cofnięcie bazy może nie być potrzebne. W sklepie przywrócenie wczorajszej bazy usuwa dzisiejsze zamówienia z aplikacji. Najpierw określ zakres szkody i wybierz najmniejszy skuteczny zakres naprawy. Gdy powodem jest włamanie, upewnij się, że przywracany stan jest czysty i usuń przyczynę, zanim wznowisz pracę.
Źródła i dokumentacja
Dokumentacja do dalszej weryfikacji ustawień i wymagań swojej wersji.