Backup na hostingu – czego zwykle NIE ma w pakiecie

Wiele pakietów hostingowych zawiera kopie zapasowe i to jest dobra wiadomość. Problem zaczyna się wtedy, gdy traktujemy je jako pełne zabezpieczenie firmy bez sprawdzenia szczegółów.

Backup może działać poprawnie, a mimo to nie pomóc w sytuacji, której akurat potrzebujemy. Najczęściej problemem nie jest sam brak kopii, tylko jej zakres, czas przechowywania i sposób odtwarzania.

1. Backup może nie obejmować wszystkiego

Najczęstszy błąd to założenie, że skoro operator wykonuje backup hostingu, to automatycznie zabezpiecza całą usługę.

Warto sprawdzić osobno:

• pliki strony,
• bazy danych,
• skrzynki pocztowe,
• ustawienia DNS,
• konfigurację kont i usług dodatkowych.

Może się okazać, że strona jest kopiowana codziennie, ale poczta ma inne zasady albo w ogóle nie jest objęta tym samym mechanizmem.

2. Liczy się nie tylko częstotliwość, ale też czas przechowywania kopii

„Backup codziennie” brzmi dobrze, ale równie ważna jest retencja, czyli to, jak długo operator przechowuje wcześniejsze kopie. Im dłuższy ten okres, tym większa szansa, że będzie można wrócić do wersji sprzed kilku lub kilkunastu dni.

Przykład: błąd na stronie został zauważony po 10 dniach. Jeżeli operator trzyma tylko 7 ostatnich kopii, wszystkie dostępne backupy mogą już zawierać ten sam problem.

Dobra polityka kopii zapasowych powinna odpowiadać na dwa pytania: jak często powstaje kopia i ile wcześniejszych wersji można odzyskać.

3. Backup może być w cenie, ale odtworzenie już niekoniecznie

W części usług kopie są wykonywane automatycznie, ale ich przywrócenie wymaga kontaktu z supportem, dodatkowej opłaty albo oczekiwania na realizację zgłoszenia.

Przed wyborem hostingu warto sprawdzić:

• czy kopię można odtworzyć samodzielnie z panelu,
• czy można przywrócić pojedynczą bazę albo plik,
• ile trwa odtworzenie przez support,
• czy operacja jest dodatkowo płatna.

W czasie awarii różnica pomiędzy „klikam i przywracam” a „zakładam zgłoszenie i czekam” może być bardzo istotna.

4. Kopia w tym samym środowisku nie chroni przed każdym scenariuszem

Jeżeli strona i backup znajdują się w tej samej infrastrukturze operatora, taka kopia nadal może bardzo dobrze chronić przed błędem użytkownika czy przypadkowym usunięciem pliku.

Nie jest jednak tym samym co niezależna kopia przechowywana poza głównym środowiskiem.

Dla ważnych danych warto mieć dodatkową kopię poza tym samym kontem hostingowym — tak, aby awaria, blokada konta albo problem po stronie jednego operatora nie wpływały jednocześnie na dane produkcyjne i wszystkie backupy.

5. Poczta często wymaga osobnego podejścia

Dla wielu firm poczta jest ważniejsza niż sama strona internetowa. Mimo to backup skrzynek bywa traktowany jako dodatek do hostingu.

Warto sprawdzić:

• czy operator kopiuje zawartość skrzynek,
• jak długo przechowuje wcześniejsze wersje,
• czy można odzyskać pojedyncze wiadomości,
• czy backup obejmuje również usunięte elementy.

Jeżeli poczta działa w Microsoft 365 lub Google Workspace, temat kopii zapasowych również warto analizować osobno — mechanizmy retencji w usługach chmurowych nie zawsze są tym samym co klasyczny, niezależny backup.

6. Najważniejsze: czy ktoś kiedykolwiek sprawdził, że backup działa?

Najlepsza konfiguracja na papierze niewiele znaczy, jeżeli nikt nigdy nie wykonał testowego odtworzenia.

Od czasu do czasu warto sprawdzić, czy:

• backup faktycznie się tworzy,
• pliki można pobrać lub przywrócić,
• baza danych uruchamia się po odtworzeniu,
• wiadomo, kto w firmie odpowiada za odzyskanie danych.

Backup bez testu odtwarzania jest tylko założeniem, że w razie problemu wszystko zadziała.

Krótka checklista

• Co dokładnie obejmuje backup?
• Jak często wykonywane są kopie?
• Jak długo są przechowywane?
• Czy mogę odtworzyć dane samodzielnie?
• Ile trwa przywrócenie przez support?
• Czy odzyskanie danych jest dodatkowo płatne?
• Czy mam drugą, niezależną kopię poza tym samym hostingiem?
• Kiedy ostatnio wykonano test odtworzenia?