Jedna nieudana aktualizacja wtyczki może wywołać biały ekran, a awaria hostingu lub cyberatak może usunąć pliki i bazę danych. Najprościej zabezpieczysz WordPressa, konfigurując wtyczkę do automatycznych kopii, zapisując backup poza serwerem i regularnie sprawdzając możliwość przywrócenia strony.
Dlaczego ręczny backup WordPressa nie wystarcza?
Ręczne kopiowanie plików przez FTP i eksport bazy danych przez phpMyAdmin może zadziałać jednorazowo, ale trudno traktować je jako stały system ochrony. Wymaga czasu, łatwo pominąć ważny katalog albo zapomnieć o kopii po kolejnej zmianie na stronie. Taki backup często jest już nieaktualny w chwili awarii.
Pełna kopia WordPressa powinna obejmować zarówno pliki, jak i bazę danych MySQL. W plikach znajdują się między innymi zdjęcia, motywy, wtyczki i dodatkowy kod, a baza przechowuje treści, ustawienia, komentarze oraz dane zamówień. Kopia pozwala wrócić do działającej wersji po błędnej aktualizacji, przypadkowym usunięciu danych, awarii serwera lub cyberataku.
Zasada 3-2-1 jako fundament bezpieczeństwa
Samo utworzenie archiwum nie oznacza jeszcze bezpiecznego backupu. Jeśli zapiszesz je na tym samym serwerze co stronę, awaria całej infrastruktury, włamanie albo usunięcie plików może pozbawić Cię zarówno witryny, jak i kopii.
Zasada 3-2-1 określa, jak rozłożyć ryzyko:
- 3 kopie danych – działająca strona oraz co najmniej dwie kopie zapasowe.
- 2 różne nośniki lub systemy – na przykład hosting i zewnętrzna chmura.
- 1 kopia poza serwerownią – na przykład w Google Drive, Dropboxie albo Amazon S3.
Backup na serwerze produkcyjnym może być przydatny do szybkiego przywrócenia strony, ale nie powinien być jedyną kopią. Wtyczka może również chwilowo przechowywać archiwum lokalnie, zanim wyśle je do zewnętrznej usługi. Docelowe kopie powinny jednak znajdować się poza hostingiem. Konto w chmurze zabezpiecz silnym, unikatowym hasłem i włącz uwierzytelnianie dwuetapowe.
Jak automatycznie tworzyć kopie zapasowe WordPress?
Jako przykład posłuży UpdraftPlus, ale podobny schemat oferują także inne narzędzia, między innymi BackWPup. Nazwy przycisków mogą się nieznacznie różnić zależnie od wersji wtyczki.
- Zaloguj się do panelu WordPressa, przejdź do sekcji „Wtyczki”, wybierz „Dodaj nową”, wyszukaj UpdraftPlus, a następnie zainstaluj i włącz wtyczkę.
- Otwórz ustawienia UpdraftPlus i przejdź do konfiguracji harmonogramu. Ustaw osobno częstotliwość kopii plików oraz bazy danych, jeśli wtyczka udostępnia takie opcje.
- Wybierz zewnętrzne miejsce przechowywania, na przykład Google Drive lub Dropbox. Uruchom proces autoryzacji i przyznaj wtyczce dostęp do przeznaczonego na backup folderu.
- Ustal liczbę przechowywanych kopii. Nie ograniczaj się do jednej najnowszej wersji, ponieważ problem może zostać wykryty dopiero po kilku dniach.
- Uruchom ręcznie pierwszą kopię przyciskiem „Utwórz kopię zapasową teraz” i sprawdź, czy obejmuje pliki oraz bazę danych.
- Po zakończeniu zajrzyj do wskazanej chmury i potwierdź, że archiwa rzeczywiście zostały przesłane.
Automatyzacja zwykle korzysta z WP-Cron, czyli mechanizmu zadań WordPressa. Na małych stronach działa on zazwyczaj wystarczająco dobrze. Przy dużym ruchu, rozbudowanej witrynie lub ograniczeniach hostingu warto zapytać dostawcę o możliwość użycia systemowego zadania cron.
Uwaga: tworzenie i kompresowanie dużych kopii może obciążać procesor, pamięć oraz transfer serwera. Na czas backupu strona może działać wolniej, zwłaszcza gdy zawiera dużą bibliotekę mediów albo rozbudowaną bazę. Zaplanuj zadanie poza godzinami największego ruchu, ogranicz liczbę przechowywanych archiwów i obserwuj obciążenie hostingu. Przy bardzo dużych bazach rozważ rozwiązanie wykonujące kopię poza serwerem produkcyjnym lub skonsultuj konfigurację z administratorem.
Jak często robić backup WordPressa?
Częstotliwość zależy przede wszystkim od tego, jak szybko zmieniają się dane. Im więcej zamówień, formularzy lub nowych treści, tym krótszy powinien być odstęp między kopiami.
| Typ strony | Zalecana częstotliwość | Powód |
|---|---|---|
| Sklep internetowy | Codziennie lub co kilka godzin | Nowe zamówienia, dane klientów i zmiany stanów magazynowych |
| Blog | Co 2–3 dni | Nowe wpisy, komentarze i aktualizowane materiały |
| Wizytówka | Raz w tygodniu | Zmiany pojawiają się rzadko, ale cała strona nadal wymaga ochrony |
| Każda strona przed aktualizacją | Bezpośrednio przed zmianą | Możliwość szybkiego wycofania nieudanej aktualizacji |
Hosting może tworzyć własne kopie, ale sprawdź ich częstotliwość, okres przechowywania i sposób przywracania. Backup dostawcy jest dodatkową warstwą ochrony, nie zamiennikiem niezależnej kopii w chmurze.
Jak sprawdzić, czy backup działa?
Informacja „kopia została utworzona” nie gwarantuje, że da się z niej odtworzyć stronę. Kopia, której nigdy nie przetestowano, pozostaje tylko założeniem. Raz na kwartał wykonaj kontrolę, najlepiej na środowisku stagingowym, aby nie nadpisać działającej witryny.
Podczas kontroli sprawdź następujące elementy:
- Otwórz folder w chmurze i sprawdź datę oraz rozmiar najnowszych archiwów.
- Potwierdź, że kopia zawiera pliki WordPressa oraz bazę danych.
- Uruchom próbne przywrócenie bazy danych na stronie testowej.
- Odtwórz pliki i sprawdź logowanie, formularze, media oraz najważniejsze podstrony.
- Sprawdź, czy możesz zalogować się do panelu po przywróceniu.
Po awarii przywróć stronę z najnowszej czystej kopii, a następnie usuń przyczynę problemu. Jeśli strona została zainfekowana, samo odtworzenie backupu może nie wystarczyć. Gdy nie masz pewności, która wersja jest bezpieczna albo witryna nadal nie działa, skorzystaj z pomocy administratora WordPressa.
Na początek wystarczy jedna godzina: sprawdź backup hostingu, zainstaluj narzędzie, połącz je z chmurą, ustaw harmonogram i wykonaj testowe przywrócenie. Taki system jest znacznie pewniejszy niż sporadyczne kopiowanie plików ręcznie.
