Jak ustawić automatyczne kopie zapasowe WordPressa
Kopia zapasowa zrobiona "od czasu do czasu, jak sobie przypomnisz" prędzej czy później zawiedzie w najgorszym momencie - przy awarii serwera, nieudanej aktualizacji albo włamaniu. Rozwiązaniem jest automatyzacja: backup, który wykonuje się sam, według harmonogramu, i trafia do bezpiecznego miejsca poza serwerem, na którym stoi strona. To nie jest poradnik o jednorazowej kopii przed aktualizacją wtyczki czy motywu - ten temat mamy opisany osobno. Tutaj skupiamy się na tym, jak ustawić cykliczny, zaplanowany backup, ile wersji trzymać i jak sprawdzić, czy w razie awarii faktycznie da się z niego skorzystać.
- Zaloguj się do panelu hostingowego (np. cPanel, DirectAdmin lub panel autorski Twojego dostawcy) i sprawdź, czy hosting oferuje wbudowaną funkcję automatycznych kopii zapasowych - poszukaj sekcji o nazwie "Kopie zapasowe" lub "Backup". Wielu dostawców automatycznie wykonuje backup codziennie, ale zakres i czas przechowywania kopii różnią się między hostingami, więc sprawdź szczegóły w dokumentacji lub regulaminie swojego konta.
- Jeśli hosting nie oferuje automatycznych kopii zapasowych albo chcesz mieć backup niezależny od hostingu, zainstaluj w WordPressie wtyczkę do automatycznych kopii zapasowych - w panelu wp-admin przejdź do Wtyczki -> Dodaj nową i wyszukaj hasło "backup".
- W ustawieniach wtyczki (lub panelu hostingowego) ustaw harmonogram wykonywania kopii. Częstotliwość dobierz do tego, jak często zmienia się treść na stronie - codziennie dla sklepu lub bloga z częstymi wpisami, raz w tygodniu dla rzadko aktualizowanej wizytówki firmowej.
- Wskaż miejsce przechowywania kopii poza serwerem, na którym działa strona - np. zewnętrzny dysk w chmurze obsługiwany przez wtyczkę. Trzymanie kopii wyłącznie na tym samym serwerze co strona nie chroni przed awarią całego serwera, bo kopia ginie razem z oryginałem.
- Ustaw liczbę przechowywanych wersji kopii zapasowych, czyli retencję - na przykład ostatnie 5-10 backupów. Dzięki temu stare wersje kasują się automatycznie i nie zapychają miejsca na dysku w chmurze.
- Włącz powiadomienia e-mail o statusie backupu (sukces albo błąd). Dzięki temu dowiesz się, że kopia się nie wykonała, zanim będziesz jej pilnie potrzebować, a nie dopiero w chwili awarii.
- Wykonaj pierwszą kopię ręcznie od razu po skonfigurowaniu - zwykle wystarczy przycisk "Wykonaj teraz" albo "Backup now" - i sprawdź w miejscu docelowym, czy plik faktycznie się tam pojawił i ma sensowny rozmiar.
- Przetestuj przywracanie kopii zapasowej, najlepiej na stronie testowej albo subdomenie, a nie na działającej witrynie. To jedyny sposób, żeby mieć pewność, że w razie realnej awarii przywrócenie zadziała, a nie tylko sam backup się tworzy.
- Zapisz sobie przypomnienie - na przykład w kalendarzu, raz na kwartał - żeby regularnie sprawdzać, czy automatyczne kopie nadal się wykonują i czy powiadomienia przychodzą. Konfiguracja potrafi przestać działać po zmianie hasła, wyczerpaniu limitu w chmurze albo aktualizacji wtyczki.
Co zrobić, gdy coś pójdzie nie tak
Backup przestał się wykonywać i nie przychodzą żadne powiadomienia. Sprawdź najpierw, czy nie został przekroczony limit czasu wykonania zadania (tzw. cron) na hostingu - duże strony czasem potrzebują więcej czasu niż standardowy limit. Zapytaj dostawcę hostingu o zwiększenie limitu albo w ustawieniach wtyczki podziel backup na mniejsze części.
Kopie w chmurze przestały się zapisywać, bo skończyło się miejsce na koncie. Zmniejsz liczbę przechowywanych wersji ustawioną w kroku piątym albo przenieś się na plan z większym limitem miejsca. Bez wolnego miejsca nowe kopie po prostu się nie zapiszą, mimo że wtyczka może pokazywać, że backup "wykonano".
Przywracanie z kopii się nie udaje albo plik jest uszkodzony. To zwykle znak, że backup nigdy wcześniej nie był testowany - wróć do kroku ósmego i sprawdź przywracanie na stronie testowej. Jeśli plik faktycznie jest uszkodzony, sprawdź, czy transfer kopii do chmury kończy się w całości - czasem winne jest przerwane połączenie - i rozważ zmianę miejsca docelowego backupu.
