UpdraftPlus - backup WordPress od A do Z

Najpierw ustal, gdzie znajdują się dane potrzebne do odtworzenia witryny. Baza zawiera między innymi treści i ustawienia, a katalogi plików obejmują motywy, wtyczki oraz media. Konfiguracja serwera, niestandardowe katalogi i pliki poza zwykłą strukturą WordPressa mogą wymagać osobnego zabezpieczenia.

Według dokumentacji TeamUpdraft wersja Free kopiuje bazę WordPressa i pliki katalogu wp-content. Premium może objąć również wp-config.php, zmodyfikowany rdzeń i dodatkowe katalogi. Sprawdź zaznaczony zakres i ewentualne wykluczenia własnego zadania. Nazwa pełna kopia nie mówi jeszcze, czy archiwum zawiera każdą część Twojego serwisu.

Rozróżnij bazę, wtyczki, motywy, uploads i pozostałe pliki. Ten podział przydaje się przy odtwarzaniu wybranego komponentu. Nie oznacza jednak, że cofnięcie samych plików zawsze będzie zgodne z późniejszą wersją bazy. Przed odtworzeniem trzeba sprawdzić zależności wersji.

Zainstaluj wtyczkę z oficjalnego repozytorium i przejdź do jej ustawień w panelu WordPress. Wybierz magazyn zdalny, zapisz ustawienia i dokończ autoryzację zgodnie z instrukcją wybranej usługi. Użyj konta należącego do właściciela witryny lub organizacji, z ustalonym sposobem odzyskania dostępu.

Nie zostawiaj jedynej kopii na tym samym serwerze co strona. Sprawdź dostępne miejsce w magazynie, konto użyte do połączenia oraz katalog docelowy. SFTP i FTP to różne metody transferu: TeamUpdraft wymienia SFTP w Premium. Nie zakładaj, że obecność FTP oznacza dostępność szyfrowanego SFTP w Free.

Uruchom pierwszą kopię ręcznie. Zaznacz bazę, wymagane pliki i wysyłkę do magazynu. Zaczekaj na zakończenie zadania oraz sprawdź jego wynik. Przed zdaniem się na harmonogram potwierdź również, że zalogujesz się do magazynu niezależnie od panelu WordPress.

Zadaj sobie dwa pytania: jak szybko zmieniają się dane i do jak starego stanu możesz wrócić. Dla strony z rzadko publikowaną treścią odpowiedź będzie inna niż dla sklepu przyjmującego zamówienia przez cały dzień. Nie dobieraj harmonogramu jedynie do tego, która opcja jest ustawiona domyślnie.

Producent opisuje wybór trybu słowami: "Backup manually or schedule". Według oficjalnego opisu UpdraftPlus dostępne są interwały co 2, 4, 8 i 12 godzin oraz między innymi cykl codzienny i tygodniowy. To dostępne interwały, a nie zapewnienie, że każdy z nich wystarczy do ochrony sklepu. Osobno dobierz harmonogram bazy oraz plików.

Retencja określa, ile kolejnych punktów przywracania zachowasz. Uwzględnij czas wykrycia problemu i miejsce zajmowane przez archiwa. Najnowsza kopia może już zawierać uszkodzone dane. Zachowanie starszych kopii daje wybór, ale dopiero test pozwala ocenić ich przydatność.

Po pierwszym zadaniu sprawdź jego datę, wynik i log. Zobacz, czy utworzono wszystkie wybrane komponenty, a następnie otwórz magazyn zdalny i odszukaj odpowiadające im archiwa. Nie kończ kontroli na samym ekranie z ustawionym harmonogramem. Informacja o rozpoczęciu zadania nie jest informacją o zakończeniu transferu.

Zapisz identyfikację kopii, jej zakres oraz miejsce przechowywania. Jeżeli plik ma nieoczekiwany rozmiar albo brakuje komponentu, wyjaśnij to przed uznaniem kopii za poprawną. Nie ustalaj uniwersalnego minimalnego rozmiaru: mała strona i sklep z dużą biblioteką mediów tworzą różne archiwa.

Bieżąca kontrola kolejnych zadań służy wykrywaniu błędów autoryzacji, braku miejsca i nieudanych operacji. Ustal, kto dostaje powiadomienie i jak reaguje. Okresowy test odtworzenia jest osobnym zadaniem. Nie odkładaj sprawdzenia, czy nowe kopie w ogóle powstają, do następnej próby przywracania.

Przygotuj oddzielną instalację testową i upewnij się, że wskazujesz właśnie ją. Zabezpiecz dostęp, zablokuj indeksowanie i rzeczywiste działania zewnętrzne, takie jak płatności oraz wysyłka wiadomości. Rozpoznanie kopii testowej powinno być jednoznaczne dla osoby wykonującej pracę.

Udostępnij instalacji wymagane archiwa, wybierz właściwy punkt przywracania oraz komponenty i wykonaj procedurę zgodnie z komunikatami narzędzia. Producent opisuje przenoszenie przez kopię i przywrócenie również dla Free. Jeśli odtwarzasz pod innym adresem, uwzględnij zmianę adresów i zależności integracji.

Po zakończeniu sprawdź logowanie, obrazy, treści, formularze i ważne funkcje. Zapisz braki, wynik logu i warunki testu. Rozwiązywanie problemów z oddzielnym środowiskiem opisuje poradnik stagingu WordPress. Test zamknij dopiero po sprawdzeniu działania, nie po samym rozpakowaniu archiwów.

Próba na kopii nie oznacza zgody na zastąpienie aktualnej bazy produkcyjnej. Najpierw ustal, jakie zamówienia, rejestracje i zmiany powstały od wybranego punktu przywracania. Cofnięcie bazy może usunąć je z bieżącego stanu sklepu. Wybór zakresu powinien uwzględniać zarówno przyczynę awarii, jak i zależności między kodem oraz danymi.

Jeżeli problem pojawił się po aktualizacji, skorzystaj z checklisty przygotowania i odbioru zmian. Dokumentacja WooCommerce opisuje kopię, staging i kontrolę procesu zakupowego. Przy odtwarzaniu uzgodnij sposób ograniczenia nowych transakcji i potwierdzenia danych po naprawie.

Nie przywracaj starszej bazy tylko dlatego, że taka kopia jest najłatwiej dostępna. Jeśli nie potrafisz ocenić konsekwencji, przekaż administratorowi datę archiwum, objaw awarii i informację o nowych zamówieniach. Dalsze działania powinny wynikać z diagnozy, nie z obietnicy przywrócenia jednym kliknięciem.

Sprawdź, czy zadanie w ogóle rozpoczęło pracę, czy rozpoczęło ją i zakończyło błędem. Pierwsza sytuacja prowadzi do kontroli harmonogramu; druga do logu zadania, zasobów serwera i połączenia z magazynem. Rozdzielenie tych przypadków ogranicza przypadkowe zmiany ustawień.

Według WordPress Plugin Handbook WP-Cron sprawdza zaplanowane zadania przy wejściu na stronę. Jeśli nie ma wejścia o wymaganej godzinie, wykonanie może nastąpić później. Nie jest to stale pracujący zegar serwera. Dlatego wybranie konkretnego interwału nie daje samo w sobie gwarancji punktualności.

Dla krytycznej witryny administrator może dobrać wywoływanie zadań z harmonogramu serwera i sprawdzić wynik. Nie wyłączaj dotychczasowego mechanizmu, zanim zastępczy został uruchomiony oraz przetestowany. Po zmianie sprawdź nie tylko backup, lecz również inne zaplanowane działania witryny. Ustal sposób wykrywania ponownego opóźnienia.

W zgłoszeniu opisz typ strony, wielkość biblioteki, częstotliwość nowych danych i dostępny magazyn. Ustal, kto zarządza kontem zdalnym oraz kto może uruchomić przywracanie. Dla strony WordPress potrzebny jest zakres odpowiadający faktycznej instalacji, nie tylko domyślne ustawienia wtyczki.

Raport odbioru powinien wskazać harmonogram, retencję, zakres kopii, miejsce przechowywania i wynik testu odtworzenia. Dopisz brakujące pliki lub konfigurację wymagającą innego zabezpieczenia. Jeśli kontrola ma być cykliczna, omów ją w ramach opieki WordPress.

Napisz, jak obecnie wykonywane są kopie i czy kiedykolwiek je odtwarzano. Na tej podstawie można ustalić zakres sprawdzenia. Nie wysyłaj w pierwszym zgłoszeniu archiwum całej witryny: może zawierać dane klientów, kont i konfiguracji wymagające uzgodnionego sposobu przekazania.

Kopie zapasowe konfigurujemy też przy każdym wdrożeniu, gdy realizujemy strony internetowe na WordPressie dla firm.