Dobra polityka backupu odpowiada na dwa różne pytania: jak dużo najnowszych danych możesz stracić oraz jak daleko wstecz musisz móc wrócić. Częstotliwość wykonywania kopii i retencja nie są tym samym. Backup co kilka godzin nie gwarantuje automatycznie zachowania wszystkich takich punktów przez miesiąc.
Przed wyborem hostingu warto więc sprawdzić nie tylko hasło „backup codziennie”, ale również liczbę lub rozkład punktów przywracania, zakres kopii oraz sposób odtworzenia plików, baz i poczty. W cPanel harmonogram backupu i retencja są konfigurowane osobno, z oddzielnymi ustawieniami kopii dziennych, tygodniowych i miesięcznych.
Częstotliwość backupu i retencja — czym się różnią?
| Pojęcie | Na jakie pytanie odpowiada | Przykład |
|---|---|---|
| Częstotliwość | Jak często powstaje nowy punkt kopii? | Co 6 godzin, raz dziennie, raz w tygodniu |
| Retencja | Jak długo albo ile punktów jest zachowywanych? | 7 ostatnich kopii, 30 dni, dzienne + tygodniowe + miesięczne |
| Punkt przywracania | Do jakiego konkretnego stanu możesz wrócić? | Kopia z wtorku 02:00 |
Te trzy informacje trzeba czytać razem. Jeżeli operator wykonuje kopię co 6 godzin, ale zachowuje tylko cztery ostatnie punkty, realnie możesz wrócić jedynie do krótkiego okresu. Z kolei długa retencja tygodniowych kopii daje możliwość cofnięcia się daleko w czasie, ale z większym odstępem między kolejnymi punktami.
Dlaczego „backup co 6 godzin przez 30 dni” nie musi oznaczać 120 punktów?
Takie hasło może być odczytane na kilka sposobów. Operator może zachowywać wszystkie kopie co 6 godzin przez pełne 30 dni, ale może też stosować warstwową retencję: częste punkty tylko przez krótki okres, a starsze już raz dziennie lub raz w tygodniu.
Dlatego nie wyliczaj liczby punktów wyłącznie przez pomnożenie częstotliwości przez liczbę dni. Poproś o rzeczywisty rozkład zachowywanych punktów: ile jest kopii z ostatniej doby, tygodnia i miesiąca.
Harmonogram i retencja są niezależnymi ustawieniami: administrator może osobno ustawić kopie dzienne, tygodniowe i miesięczne oraz liczbę zachowywanych kopii każdego typu.
RPO — ile danych możesz zaakceptować jako utracone?
RPO (Recovery Point Objective) opisuje maksymalną akceptowalną lukę między ostatnim punktem odzyskania a momentem awarii. Innymi słowy odpowiada na pytanie, jak świeży musi być punkt odzyskania w definicji RPO używanej w planowaniu odtwarzania.
Przykład hipotetyczny: jeśli firma akceptuje utratę najwyżej jednego dnia zmian, codzienny backup może spełniać RPO 24 h tylko wtedy, gdy kopia faktycznie powstaje zgodnie z harmonogramem i stanowi użyteczny punkt odzyskania. Jeżeli sklep nie może utracić całego dnia zamówień, potrzebuje częstszych punktów albo dodatkowego mechanizmu ochrony danych.
Nie ma jednego właściwego RPO dla każdego WordPressa. Blog publikujący raz w tygodniu ma inne potrzeby niż sklep, forum czy aplikacja, w której dane zmieniają się przez cały dzień.
RTO — jak szybko strona musi wrócić do działania?
RTO (Recovery Time Objective) opisuje maksymalny akceptowalny czas od awarii do przywrócenia działania usługi. To inny parametr niż częstotliwość backupu i należy go rozdzielać od RPO, które dotyczy dopuszczalnej utraty danych.
Hosting może wykonywać kopię bardzo często, ale odtworzenie może wymagać zgłoszenia do supportu i oczekiwania. Z drugiej strony panel z samodzielnym restore może skrócić czas rozpoczęcia przywracania nawet przy rzadszych kopiach.
Przed zakupem sprawdź więc nie tylko „jak często?”, ale także „kto uruchamia restore i ile zwykle trwa udostępnienie danych?”. Nie traktuj deklarowanego czasu reakcji supportu jako gwarantowanego czasu pełnego odtworzenia, jeśli oferta tego nie mówi. RTO kończy się dopiero wtedy, gdy usługa jest ponownie użyteczna, a nie w chwili kliknięcia „Przywróć”.
Jak dobrać retencję do strony firmowej lub bloga?
Przy stronie firmowej, która zmienia się rzadko, największym problemem może nie być utrata kilku godzin nowych danych, ale zbyt późne zauważenie błędu. Przykład: uszkodzona wtyczka lub niepożądana zmiana może zostać wykryta dopiero po kilku dniach.
Dlatego sama częsta kopia z bardzo krótką retencją nie zawsze wystarcza. Przy takich stronach przydatne mogą być także starsze punkty dzienne lub tygodniowe, które pozwalają wrócić do stanu sprzed wykrytego problemu.
Nie trzeba jednak ustalać jednej obowiązkowej liczby dni. Ważniejsze jest pytanie: po jakim maksymalnym czasie zwykle zauważysz, że strona została uszkodzona lub zmieniona? Retencja powinna obejmować przynajmniej scenariusz, który chcesz móc odtworzyć.
Jak dobrać backup do sklepu i innych często zmieniających się stron?
Sklep ma zwykle więcej danych powstających pomiędzy kolejnymi kopiami: zamówienia, konta klientów, statusy płatności, stany magazynowe czy zmiany w panelu. Dłuższy odstęp między punktami może więc oznaczać większą liczbę danych do odtworzenia ręcznie.
To nie oznacza, że każdy sklep wymaga identycznej częstotliwości backupu. Zależy to od liczby transakcji i tego, które dane można odzyskać z innych systemów, np. operatora płatności czy systemu magazynowego.
Najpierw określ dopuszczalną utratę danych, czyli RPO. Dopiero potem sprawdzaj, czy harmonogram hostingu rzeczywiście zapewnia odpowiednio świeży punkt.
Poczta — czy backup strony obejmuje również wiadomości?
Nie zakładaj tego. Operator może osobno wykonywać kopie plików WWW, baz danych i poczty albo mieć dla nich inne zasady retencji. W artykule o porównaniu backupów rozdzieliliśmy te trzy zakresy właśnie dlatego, że „backup hostingu” nie zawsze oznacza jeden wspólny mechanizm.
Przed zakupem zapytaj, ile punktów przywracania poczty jest dostępnych, jak daleko sięgają i czy można odtworzyć pojedynczą skrzynkę. Jeżeli poczta jest ważna biznesowo, jej RPO może być inne niż dla samej strony.
Porównanie zakresów znajdziesz w poradniku o backupie plików, baz i poczty.
WordPress — pliki i baza muszą tworzyć użyteczny punkt odzyskania
Typowa instalacja WordPressa składa się z plików oraz bazy danych. Pełna kopia wymaga obu części. Same pliki nie zawierają typowo treści i ustawień przechowywanych w bazie, a sama baza nie zawiera wszystkich plików witryny.
Dlatego przy ocenie punktu przywracania zapytaj, czy pliki i baza tworzą jeden spójny punkt odzyskania, a nie dwie kopie wykonywane w znacznie różnych momentach. To szczególnie ważne przy sklepie lub stronie intensywnie zmieniającej dane.
Nie zakładaj również, że eksport WordPressa z Narzędzia → Eksport zastępuje pełny backup. Taki eksport ma inny zakres niż kopia plików i bazy.
Czy dłuższa retencja zawsze jest lepsza?
Dłuższa retencja zwiększa szansę, że znajdziesz punkt sprzed późno wykrytego problemu, ale nie zastępuje częstych świeżych kopii. Miesięczne archiwum sprzed pół roku nie pomaga odzyskać zamówień z ostatnich kilku godzin.
Najbardziej użyteczna polityka łączy więc odpowiednio świeże punkty z możliwością cofnięcia się wystarczająco daleko. Warstwowa retencja — częste kopie z krótkiego okresu, starsze dzienne/tygodniowe/miesięczne — jest jednym ze sposobów realizacji takiego celu.
Nie oceniaj oferty po samej maksymalnej liczbie dni. Dwie usługi z „30 dni retencji” mogą mieć zupełnie inny rozkład punktów.
Dlaczego backup operatora nie powinien być jedyną kopią?
Kopia hostingu jest bardzo wygodna przy szybkim cofnięciu błędnej aktualizacji czy usuniętego pliku. Nie daje jednak pełnej niezależności od tego samego konta i dostawcy. Problem z dostępem do konta, polityką retencji albo awarią infrastruktury może utrudnić korzystanie z kopii właśnie wtedy, gdy jest potrzebna.
Dlatego dla ważnej strony warto mieć również własną kopię przechowywaną poza podstawowym kontem hostingowym. Pełne odzyskanie WordPressa wymaga uwzględnienia zarówno plików, jak i bazy danych. Pliki WordPressa i baza są przechowywane w różnych miejscach i wymagają osobnego uwzględnienia w kopii.
Własna kopia nie musi powstawać tak samo często jak kopia operatora. Jej rolą może być zapewnienie dodatkowego, niezależnego punktu odzyskania.
Czy kopia rzeczywiście daje się odtworzyć?
Sam status „backup wykonany” nie potwierdza jeszcze, że z kopii uda się poprawnie odtworzyć witrynę. Znaczenie ma również integralność kopii oraz to, czy procedura odzyskania została sprawdzona w praktyce.
Warto ustalić, czy operator okresowo weryfikuje integralność backupów i procedurę restore. Przy własnych kopiach bezpieczniej jest okresowo wykonać próbne odtworzenie w środowisku testowym niż czekać z pierwszą próbą do rzeczywistej awarii.
Jak sprawdzić ofertę backupu przed zakupem?
Proszę podać harmonogram i retencję backupów dla plików WWW, baz danych i poczty osobno. Ile rzeczywistych punktów przywracania jest dostępnych z ostatniej doby, 7 dni i 30 dni? Czy starsze kopie są zachowywane rzadziej, np. dziennie lub tygodniowo? Czy mogę samodzielnie przywrócić pojedynczy plik, bazę lub skrzynkę pocztową, czy restore wymaga zgłoszenia do supportu? Czy integralność kopii i procedura odtworzenia są okresowo weryfikowane? Proszę również wskazać, czy backupy znajdują się na niezależnej infrastrukturze od podstawowych danych konta.
Takie pytanie pozwala odróżnić rzeczywistą politykę kopii od krótkiego hasła marketingowego. Jeżeli odpowiedź brzmi tylko „backup przez 30 dni”, nadal nie wiesz, ile punktów masz w pierwszej dobie ani jak wygląda odtwarzanie.
Krótka checklista backupu przed wyborem hostingu
- Ustal, jak dużo najnowszych danych możesz stracić — swoje RPO.
- Ustal, jak długo strona może być niedostępna — swoje RTO.
- Sprawdź częstotliwość kopii plików, baz i poczty osobno.
- Sprawdź rzeczywistą liczbę i rozkład punktów przywracania.
- Ustal, jak długo sięga najstarszy dostępny punkt.
- Sprawdź, czy można przywrócić pojedynczy plik, bazę i skrzynkę.
- Ustal, czy restore wykonujesz samodzielnie czy przez support.
- Sprawdź, czy backup obejmuje zarówno pliki, jak i bazę WordPressa.
- Dla ważnej strony zaplanuj także kopię niezależną od podstawowego konta.
- Sprawdź, czy proces odzyskania był testowany i czy możesz okresowo zweryfikować własny restore.
Dobra oferta backupu nie sprowadza się do jednej liczby dni. Liczą się świeżość punktów, ich rozkład w czasie, zakres danych oraz sposób odtwarzania. Najpierw określ, ile danych możesz stracić i jak szybko musisz wrócić do działania, a dopiero potem porównuj częstotliwość i retencję ofert.