Jak wykonać backup maksymalnie odchudzony (tylko to, co potrzebne)

Odchudzony backup WordPress a bezpieczeństwo danych

Mniejsza kopia może zajmować mniej miejsca i szybciej się przesyłać. Nie warto jednak oszczędzać na danych, których nie da się odtworzyć. Najpierw przygotuj pełną kopię i sprawdź jej przywracanie; dopiero potem rozważ wykluczenia. Zachowaj tę kopię, dopóki nie przetestujesz nowej.

Rozmiar i czas tworzenia zależą od zawartości strony, narzędzia i serwera. Celem nie jest konkretny procent oszczędności, lecz możliwość odtworzenia strony z akceptowalną utratą danych.

Co musi znaleźć się w kopii

Typowa instalacja WordPress wymaga zarówno bazy danych, jak i plików. Sam katalog strony nie zawiera bazy. W kopii uwzględnij:

• Całą bazę danych z tabelami WordPressa i używanych rozszerzeń, w tym dane sklepu, zadania i ustawienia.
• Całe wp-content: media, motywy, wtyczki, mu-plugins, pliki drop-in oraz inne dane aplikacji. Zachowaj również motyw nadrzędny, jeśli używasz potomnego.
• Pliki WordPressa, wp-config.php, pliki ukryte i właściwą dla serwera konfigurację, np. .htaccess dla Apache. Uwzględnij też używany plik .env i zasoby poza katalogiem WordPressa.

Sprawdź niestandardowe ścieżki, osobne magazyny plików i konfigurację serwera poza webrootem. Jeśli odtworzenie wymaga konkretnej wersji PHP, rozszerzeń lub konfiguracji usług, zapisz te informacje osobno. Pliki konfiguracyjne i baza mogą zawierać hasła oraz dane klientów — zabezpiecz je jak dane produkcyjne.

Pliki i baza powinny tworzyć spójny zestaw z tego samego okresu. Na aktywnym sklepie zwykłe kopiowanie w trakcie zamówień może dać niespójny wynik. Użyj narzędzia zapewniającego spójny punkt odtworzenia albo zaplanuj okno serwisowe i wstrzymaj zapisy na czas kopii; uwzględnij też procesy w tle i integracje.

Które pliki można wykluczyć z backupu

Zacznij od zmierzenia rozmiarów katalogów w panelu hostingu lub narzędziu backupowym. Dla każdego dużego katalogu ustal, kto go tworzy i czy jego zawartość można odtworzyć bez utraty funkcji lub danych.

Kandydatem do wykluczenia bywa potwierdzony cache strony albo katalog przejściowy aktualizacji. Nie stosuj jednak reguł opartych wyłącznie na nazwie lub rozszerzeniu: katalog cache może zawierać potrzebne dane, a archiwum ZIP w uploads może być produktem do pobrania. Logi mogą być potrzebne do audytu lub wyjaśnienia incydentu.

Nie pomijaj automatycznie nieaktywnych wtyczek, motywów, nieprzypisanych mediów, plików konfiguracyjnych ani bibliotek. Stan aktywności i referencje w bazie nie dowodzą, że plik jest zbędny. Stare archiwa kopii mogą natomiast niepotrzebnie powiększać kolejne kopie: wyklucz ich lokalizację dopiero po potwierdzeniu, że są przechowywane niezależnie.

Wprowadzaj jedno wykluczenie naraz, dokumentuj powód i po każdej zmianie wykonaj oraz przetestuj nową kopię. Nie usuwaj źródłowych plików tylko po to, aby zmniejszyć backup.

Kopia bazy danych bez ryzykownego filtrowania

Najbezpieczniej eksportować całą bazę, łącznie ze strukturą i danymi tabel. Nie wykluczaj wp_options, szkiców, komentarzy, kolejek ani sesji tylko dlatego, że część ich zawartości wydaje się tymczasowa. Prefiks tabel może być inny niż wp_; WooCommerce i rozszerzenia mogą przechowywać istotne dane w dodatkowych tabelach.

Nie czyść ani nie filtruj produkcyjnej bazy jako kroku tworzenia backupu. Jeśli konkretna tabela rzeczywiście jest odtwarzalnym cache, rozważ jej pominięcie dopiero po sprawdzeniu dokumentacji danej wersji rozszerzenia, zależności i testowym przywróceniu. Gdy masz wątpliwości, zachowaj ją.

Kompresja kopii zapasowej

Wybierz format obsługiwany przez narzędzie przywracające. Gzip jest popularnym wyborem, ale rzeczywisty zysk zależy od danych: obrazy, filmy i gotowe archiwa są często już skompresowane. Porównaj rozmiar, obciążenie serwera i czas odtworzenia na własnej kopii.

Sprawdzaj wynik eksportu i kompresji oraz dostępne miejsce. Sam fakt powstania archiwum nie oznacza, że eksport bazy się powiódł lub że wszystkie pliki zostały zapisane.

Kopie różnicowe i przyrostowe

Kopia różnicowa przechowuje zmiany od kopii pełnej; przyrostowa — od poprzedniej kopii w łańcuchu. Oszczędność miejsca zależy od liczby zmian i sposobu działania narzędzia. Sprawdź w jego dokumentacji, jak zapisuje usunięcia i jakie części są potrzebne do odtworzenia wybranego punktu.

Harmonogram dobierz do tego, ile danych możesz stracić: dla rzadko aktualizowanej strony wystarczy inna częstotliwość niż dla sklepu z bieżącymi zamówieniami. Ustal też akceptowalny czas przywracania. Kopię wykonuj dodatkowo przed aktualizacją lub istotną zmianą.

Retencja starych kopii

Ustal liczbę i wiek przechowywanych punktów odtworzenia według potrzeb biznesowych i obowiązków dotyczących danych. Zachowaj również kopię sprzed ważnej zmiany oraz zapas miejsca na kolejne zestawy.

Nie usuwaj kopii bazowej ani części łańcucha, od których zależą nadal potrzebne punkty przywracania. Przed automatyzacją sprawdź na liście, co zostanie usunięte; korzystaj z retencji rozumiejącej zależności używanego narzędzia. Nie zastępuj ostatniej sprawdzonej kopii nową, dopóki nie potwierdzisz jej poprawnego utworzenia i dostępności.

Przechowywanie kopii poza serwerem

Trzymaj co najmniej jedną kopię poza serwerem strony, w oddzielnej lokalizacji i najlepiej na koncie z ograniczonym dostępem. Wersjonowanie lub kopia niezmienialna czy offline może pomóc, gdy ktoś usunie lub zaszyfruje dane. Synchronizacja usunięć sama w sobie nie jest historią kopii.

Szyfruj kopie, chroń transport i przechowuj klucz odzyskiwania osobno, w bezpiecznym miejscu. Sprawdź możliwość pobrania kopii, koszt i czas odzyskania z archiwum oraz uprawnienia osób mających dostęp do danych klientów. Nie udostępniaj archiwów publicznie przez WWW.

Jak sprawdzić odchudzony backup

1. Po każdym zadaniu sprawdź jego status, kompletność zestawu i alerty; monitoruj również dostępną przestrzeń.
2. Sprawdź integralność archiwum i porównaj sumy kontrolne zapisane przy tworzeniu z pobraną kopią. To wykrywa część uszkodzeń, ale nie dowodzi kompletności ani poprawności danych.
3. Regularnie przywracaj pełny zestaw na odizolowane środowisko testowe, szczególnie po zmianie wykluczeń. Przed uruchomieniem zablokuj wysyłkę e-maili, płatności, webhooki i zadania cykliczne oraz dostęp do produkcyjnych integracji; samo oznaczenie strony jako staging nie gwarantuje ich wyłączenia.
4. Sprawdź logowanie, strony, media, ustawienia i funkcje zależne od wtyczek. W sklepie przetestuj koszyk, zamówienia, wysyłkę i płatności wyłącznie w bezpiecznym trybie testowym. Zapisz wynik i czas odtworzenia.

Środowisko testowe też zawiera dane z kopii: ogranicz dostęp i usuń je zgodnie z przyjętą polityką po zakończeniu testu. Przywracanie na produkcji może nadpisać nowsze zamówienia i inne zmiany — przed nim zabezpiecz bieżący stan i zaplanuj odzyskanie danych powstałych po wykonaniu kopii.

Podsumowanie

Pełna baza i komplet potrzebnych plików to punkt wyjścia. Odchudzaj backup pojedynczymi, uzasadnionymi wykluczeniami, przechowuj go poza serwerem i regularnie sprawdzaj pełne przywracanie. Jeśli nie potrafisz wykazać, że dane są zbędne, zostaw je w kopii.

Najczęstsze pytania o odchudzony backup

Co musi zawierać odchudzony backup WordPress?

Kompletną bazę danych oraz pliki potrzebne do odtworzenia strony, w tym media, wtyczki, motywy i konfigurację. Zakres zależy od instalacji; każde wykluczenie trzeba sprawdzić przywróceniem.

Czy można pominąć tabele bazy danych WooCommerce?

Najbezpieczniej zachować całą bazę. Zamówienia, zadania i dane rozszerzeń mogą znajdować się w różnych tabelach, zależnie od konfiguracji sklepu.

Jak często robić i testować kopie zapasowe?

Częstotliwość tworzenia i testowania kopii dobierz do dopuszczalnej utraty danych oraz czasu odtworzenia. Kopię wykonaj również przed aktualizacją i po zmianie konfiguracji sprawdź jej przywrócenie.

Czym różni się backup różnicowy od przyrostowego?

Kopia różnicowa obejmuje zmiany od ostatniej kopii pełnej, a przyrostowa od poprzedniej kopii w łańcuchu. Przywracanie wymaga odpowiedniej kopii bazowej i zależnych od niej części.