Backup WordPressa nie jest ozdobą w panelu hostingu ani zadaniem do odhaczenia raz na święty nigdy. To plan awaryjny na moment, gdy aktualizacja pójdzie bokiem, ktoś usunie ważną treść albo strona nagle przestanie działać. Wtedy nie chcesz szukać po omacku plików i zastanawiać się, czy kopia w ogóle istnieje.
Najważniejsze są trzy rzeczy: skopiować właściwe elementy, przechowywać kopie w różnych miejscach i sprawdzić, czy da się z nich odtworzyć stronę. Bo komunikat „backup wykonany” oznacza tylko tyle, że coś zostało zapisane. Nie potwierdza jeszcze, że ten backup strony internetowej uratuje sytuację. Jedna kopia w jednym miejscu? To plan B zrobiony z papieru.
Backup WordPressa: po co w ogóle się tym przejmować?
Strona internetowa potrafi działać miesiącami bez żadnych problemów, więc łatwo uznać, że temat kopii zapasowych może poczekać. I właśnie wtedy zwykle zaczyna się zabawa. Awaria serwera, błędna aktualizacja, przypadkowa zmiana ustawień albo niepożądana zmiana mogą sprawić, że potrzebne będzie przywracanie WordPressa.
Backup daje możliwość powrotu do wcześniejszego stanu, ale tylko wtedy, gdy obejmuje wszystkie potrzebne elementy i jest dostępny poza głównym miejscem działania strony. Sama obecność pliku na serwerze nie jest jeszcze bezpieczeństwem strony WWW. Jeśli problem dotknie serwera, kopia trzymana wyłącznie tam może przestać być dostępna razem ze stroną.
Dlatego warto myśleć o backupie jak o zestawie, a nie pojedynczym pliku. Zestaw trzeba też okresowo sprawdzać. Inaczej można mieć pięknie nazwane archiwum, którego nie da się użyć, gdy zrobi się gorąco.
Co trzeba skopiować: pliki i baza danych
Pełna kopia typowej strony WordPress powinna obejmować dwa główne składniki: pliki instalacji oraz bazę danych. Dopiero razem tworzą zestaw, który może posłużyć do odtworzenia strony. Backup samych plików albo samej bazy jest niepełny.
Pliki strony — co powinno znaleźć się na liście
Po stronie plików szczególne znaczenie ma katalog wp-content. Znajdują się w nim między innymi motywy, wtyczki i przesłane pliki, w tym multimedia. W praktycznej checkliście warto uwzględnić:
- instalację WordPressa i elementy wymagane przez konkretną konfigurację;
- katalog
wp-content; - używane motywy i wtyczki;
- przesłane pliki oraz multimedia;
- pliki konfiguracji, z uwzględnieniem konkretnego środowiska hostingu.
Dokładny zakres może różnić się zależnie od hostingu, konfiguracji serwera, multisite, dodatkowych usług i używanych wtyczek. Nie warto więc zakładać, że każda strona ma identyczny zestaw plików.
Baza danych — druga połowa układanki
Baza danych WordPress przechowuje między innymi wpisy, strony, komentarze, ustawienia i dane użytkowników. To właśnie tam znajduje się spora część treści oraz informacji potrzebnych do działania witryny.
Czy backup plików wystarczy bez kopii bazy danych? Nie, jeśli celem jest pełne odtworzenie typowej strony. Same pliki nie zawierają treści i ustawień zapisanych w bazie. Z drugiej strony kopia bazy danych nie zawiera motywów, wtyczek, multimediów ani pliku wp-config.php. Eksport bazy jest elementem zestawu, ale później trzeba go jeszcze zaimportować do MySQL lub MariaDB. Samo posiadanie pliku nie oznacza, że strona już została przywrócona.
Prosta checklista backupu WordPressa
Żeby nie robić kopii „na oko”, trzymaj się prostej kolejności. Przy każdej kopii sprawdź:
- czy utworzono kopię plików strony;
- czy wykonano eksport bazy danych;
- czy pliki i baza pochodzą z tego samego okresu i tworzą jeden zestaw;
- czy kopia ma datę oraz informację, z jakiego miejsca i okresu pochodzi;
- czy archiwum można otworzyć i czy zawiera oczekiwane elementy;
- czy kopia została zapisana również poza głównym serwerem.
To brzmi banalnie, ale właśnie takie proste punkty najłatwiej pominąć. Pliki kopii mogą zawierać dane dostępowe lub dane użytkowników, więc dostęp do backupów trzeba ograniczyć. Nie publikuj archiwów backupu ani plików .sql w publicznym katalogu strony.
Przed przywróceniem sprawdź też, czy wybrana kopia pochodzi sprzed awarii albo niepożądanej zmiany. Najnowsza kopia nie zawsze jest najlepsza, jeśli zdążyło się do niej zapisać uszkodzenie.
Gdzie trzymać kopie, żeby awaria nie zjadła wszystkiego?
Nie przechowuj wszystkich kopii w jednym miejscu. Dokumentacja WordPressa wskazuje na kopie u hostingu oraz na komputerze. Zalecenia bezpieczeństwa wspierają także posiadanie kopii odseparowanej od głównego systemu albo znajdującej się poza podstawową lokalizacją.
Praktyczny model dla małej firmy może wyglądać tak: jedna kopia u dostawcy hostingu i niezależna kopia poza tym hostingiem. Nie chodzi o kolekcjonowanie archiwów dla sportu. Chodzi o to, żeby awaria jednego miejsca nie zabrała jednocześnie strony i jej planu ratunkowego.
Wybierając miejsce przechowywania, uwzględnij dostęp, ochronę danych, czas przechowywania kopii oraz możliwość odtworzenia. Ogranicz dostęp do backupów i chroń je przed publicznym pobraniem. Jedyna kopia wyłącznie na serwerze działającej strony to nadal dość kruchy układ.
Jak często robić backup? Bez magicznej liczby
Nie ma jednej częstotliwości dobrej dla każdej strony. Backup powinien zależeć od tego, jak często witryna się zmienia. Strona regularnie aktualizowana, z nowymi wpisami lub innymi zmianami, wymaga częstszych kopii niż witryna praktycznie niezmienna.
Zacznij od prostego pytania: ile najnowszych zmian firma może realnie stracić bez dużego problemu? Odpowiedź pomoże dobrać rytm kopii. Przed aktualizacją WordPressa, motywu albo ważnej wtyczki warto mieć świeży backup. Nie jest to gwarancja bezproblemowego odtworzenia, ale daje punkt powrotu sprzed zmiany.
Harmonogram powinien uwzględniać konkretne środowisko i sposób pracy. Lepiej mieć procedurę dopasowaną do strony niż ślepo kopiować wszystko według uniwersalnej magicznej liczby.
Test odtworzenia: sprawdź, zanim będzie pożar
Najważniejszy test backupu jest prosty w założeniu: spróbuj użyć kopii, zanim naprawdę będzie potrzebna. Okresowo pobierz wybrane archiwum i sprawdź, czy można je otworzyć. Następnie spróbuj odtworzyć pliki oraz zaimportować bazę danych w środowisku testowym, stagingowym albo innym odizolowanym miejscu.
Nie rób pierwszego eksperymentu bezpośrednio na działającej stronie, jeśli nie masz pewności co do skutków. Test odtworzenia ma być procedurą kontrolną, a nie ruletką z produkcją w roli głównej.
Po odtworzeniu sprawdź, czy działa strona i logowanie do panelu. Przejdź po podstronach, otwórz multimedia, przetestuj formularze oraz kluczowe funkcje. Zapisz datę udanego testu i zauważone problemy. Dzięki temu wiesz nie tylko, że backup istnieje, ale też że przynajmniej sprawdzona kopia dała się wykorzystać.
Mini-checklista testu
- Otwórz archiwum i sprawdź, czy nie jest uszkodzone.
- Odtwórz pliki w środowisku testowym.
- Zaimportuj bazę danych do MySQL lub MariaDB.
- Sprawdź panel, treści, multimedia, formularze i kluczowe funkcje.
- Zapisz datę testu oraz problemy wymagające poprawy.
Błędy, przez które backup udaje tylko backup
Najczęstszy błąd to trzymanie kopii wyłącznie na serwerze, na którym działa strona. Drugi: zabezpieczenie samych plików bez bazy danych. W obu przypadkach właściciel może mieć poczucie, że temat jest załatwiony, choć zestaw nie pozwala na pełne odtworzenie typowej witryny.
Do listy wpadek dochodzą:
- brak sprawdzania, czy archiwum można otworzyć;
- brak daty i informacji o pochodzeniu kopii;
- brak sprawdzonej procedury importu bazy i odtworzenia plików;
- testowanie przywracania bezpośrednio na żywej stronie;
- traktowanie najnowszej kopii jako najlepszej bez sprawdzenia, czy nie zawiera już problemu.
Nie publikuj danych logowania, przykładowych haseł ani publicznie dostępnych plików backupu. Przed wdrożeniem konkretnej procedury sprawdź konfigurację danej strony i hostingu, bo szczegóły potrzebne do odtworzenia mogą się różnić.
Backup WordPressa to nie jeden plik i nie jeden przycisk. To pliki plus baza danych, zapisane w więcej niż jednej lokalizacji i opisane tak, żeby wiadomo było, z jakiego okresu pochodzą. Ich użyteczność trzeba sprawdzić przez próbne odtworzenie poza produkcją. Taki porządek nie daje magicznej gwarancji na każdą awarię, ale pozwala uniknąć najbardziej podstawowych wpadek. Jeśli nie chcesz samodzielnie ogarniać plików, bazy i testów odtworzenia, Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
