Kopie zapasowe strony internetowej: dlaczego backup hostingu może nie wystarczyć

Backup strony internetowej brzmi jak wystarczające zabezpieczenie, dopóki naprawdę nie trzeba z niego skorzystać. Wtedy okazuje się, że najważniejsze pytanie nie brzmi: „czy kopia zapasowa istnieje?”, ale: „czy da się ją szybko, samodzielnie i skutecznie przywrócić?”. Sam backup hostingu może nie wystarczyć, jeśli nie masz własnej kopii lub nie znasz procedury odtwarzania danych.

Kopie zapasowe strony internetowej są jednym z tych tematów, które wielu właścicieli stron odkłada na później. Strona działa, WordPress się ładuje, formularz kontaktowy wysyła wiadomości, hosting pokazuje informację o backupach, więc wydaje się, że wszystko jest zabezpieczone. Problem zaczyna się dopiero wtedy, gdy coś naprawdę pójdzie źle.

Awaria serwera, błąd aktualizacji, konflikt wtyczki, usunięcie plików, infekcja, uszkodzona baza danych albo źle wykonana migracja mogą sprawić, że strona nagle przestanie działać. Jeśli jest to blog prywatny, problem jest irytujący. Jeśli jest to strona firmowa, sklep, serwis z ruchem z Google albo projekt, który ma zarabiać, każda godzina przestoju może oznaczać utratę zapytań, sprzedaży, wiarygodności i pozycji w wyszukiwarce.

Właśnie dlatego backup hostingu powinien być traktowany jako jedna z warstw zabezpieczenia, a nie jako jedyne zabezpieczenie. Szczególnie jeśli strona ma być czymś więcej niż testowym projektem.

Backup to nie tylko kopia plików

Wielu początkujących właścicieli stron uważa, że jeśli hosting deklaruje wykonywanie kopii zapasowych, temat jest załatwiony. To niebezpieczne uproszczenie. Backup ma sens dopiero wtedy, gdy można go realnie wykorzystać.

Liczą się trzy rzeczy:

• czy kopia rzeczywiście obejmuje potrzebne dane;
• jak szybko można ją przywrócić;
• czy użytkownik wie, jak to zrobić w sytuacji awaryjnej.

Sama informacja „robimy backup” nie mówi jeszcze, czy kopia obejmuje pliki strony, bazę danych, pocztę, konfigurację serwera, katalogi użytkownika, dodatkowe dyski albo ustawienia aplikacji. Nie mówi też, czy kopię można przywrócić jednym kliknięciem, czy trzeba pisać do pomocy technicznej i czekać na odpowiedź.

Dlatego przy wyborze hostingu warto patrzeć nie tylko na cenę, pojemność i nazwę pakietu. Jeśli dopiero wybierasz usługę pod pierwszą stronę, pomocny może być poradnik jaki hosting na początek wybrać, gdzie szerzej omawiam cenę odnowienia, backupy, SSL, WordPress i zasoby.

Co powinien obejmować backup strony?

W przypadku zwykłej strony na WordPressie kopia zapasowa powinna obejmować przynajmniej dwa elementy: pliki oraz bazę danych. Bez jednego z nich strona może nie dać się prawidłowo odtworzyć.

W praktyce warto pilnować następujących danych:

• baza danych — wpisy, strony, ustawienia WordPressa, użytkownicy, komentarze, konfiguracja wtyczek;
• katalog uploads — zdjęcia, grafiki, pliki PDF i inne media dodane do strony;
• motyw — szczególnie jeśli był modyfikowany ręcznie;
• wtyczki — zwłaszcza te odpowiedzialne za formularze, SEO, sklep, cache, bezpieczeństwo i płatności;
• pliki konfiguracyjne — np. wp-config.php, ustawienia serwera, przekierowania, plik .htaccess;
• poczta — jeśli skrzynki e-mail są utrzymywane na tym samym hostingu;
• dane spoza WordPressa — dodatkowe katalogi, skrypty, aplikacje, kopie dokumentów, pliki formularzy.

Jeśli strona jest prosta, kopia WordPressa może wystarczyć. Jeśli jednak masz VPS, własne aplikacje, kilka serwisów, ręczne konfiguracje, różne bazy danych, zadania cron i dodatkowe usługi, zwykła kopia plików strony to zbyt mało.

Dlaczego backup hostingu może nie wystarczyć?

Backup wykonywany przez firmę hostingową jest wygodny, ale ma jedną podstawową wadę: to nie Ty w pełni kontrolujesz cały proces. Dostawca decyduje, jak często tworzy kopie, jak długo je przechowuje, gdzie je przechowuje, jak wygląda procedura przywracania i czy przywracanie jest natychmiastowe, automatyczne czy zależne od obsługi technicznej.

Najczęstsze problemy z poleganiem wyłącznie na backupie hostingu to:

• kopia jest wykonywana za rzadko;
• kopia jest przechowywana zbyt krótko;
• backup obejmuje tylko część danych;
• nie wiadomo, czy obejmuje bazę danych i pocztę;
• przywrócenie wymaga kontaktu z supportem;
• nie ma gwarancji czasu odtworzenia;
• kopia znajduje się u tego samego dostawcy, więc awaria konta lub usługi może utrudnić dostęp;
• użytkownik nigdy nie testował przywracania, więc nie wie, czy procedura działa.

To ostatnie jest szczególnie ważne. Backup, którego nigdy nie testowałeś, jest bardziej nadzieją niż pewnością. Możesz wierzyć, że da się go odtworzyć, ale przekonasz się o tym dopiero w najgorszym możliwym momencie.

Moje doświadczenie: kopia była, ale przywracanie trwało godzinami

Przekonałem się o tym na własnym przykładzie przy usłudze automatycznego backupu VPS. Nie opisuję tego jako testu całej infrastruktury konkretnego dostawcy, lecz jako własne doświadczenie konsumenckie, które dobrze pokazuje, dlaczego samo słowo „backup” nie powinno uspokajać właściciela strony.

W moim przypadku problem pojawił się wtedy, gdy naprawdę potrzebowałem odzyskać dane z kopii zapasowej VPS. Próba przywrócenia zakończyła się błędem, a na realny dostęp do kopii musiałem czekać ponad 9 godzin. W materiałach usługa była przedstawiana jako rozwiązanie pozwalające chronić dane i przywracać VPS w razie potrzeby, natomiast z późniejszej korespondencji wynikało, że czas przywracania nie był gwarantowany.

Największy problem nie polegał tylko na samym oczekiwaniu. Problem polegał na rozbieżności między oczekiwaniem użytkownika a praktycznym działaniem usługi w sytuacji awaryjnej. Jeśli kupujesz backup po to, żeby móc szybko wrócić do działania, informacja o braku gwarancji czasu przywrócenia staje się kluczowa. Powinna być dla użytkownika jasna przed zakupem, a nie dopiero wtedy, gdy strona lub serwer wymaga odtworzenia.

W mojej sprawie pojawił się także spór o możliwość rezygnacji z usługi, która w praktyce nie spełniła moich oczekiwań. Dopiero po skierowaniu sprawy do rzecznika praw konsumenta udało się doprowadzić ją do rozwiązania po mojej myśli.

Najważniejszy wniosek z tej sytuacji jest prosty: nie wystarczy wiedzieć, że backup istnieje. Trzeba wiedzieć, jak dokładnie wygląda jego przywracanie, ile może potrwać, kto je wykonuje i czy masz alternatywną kopię poza dostawcą hostingu.

O co pytać, zanim zaufasz backupowi hostingu?

Przed zakupem hostingu, VPS-a albo dodatkowej usługi backupu warto sprawdzić nie tylko opis marketingowy, ale konkretne warunki działania kopii zapasowych.

Najważniejsze pytania:

• Jak często wykonywane są kopie zapasowe?
• Jak długo są przechowywane?
• Czy backup obejmuje pliki i bazę danych?
• Czy obejmuje pocztę e-mail?
• Czy obejmuje dodatkowe dyski, katalogi i aplikacje?
• Czy mogę samodzielnie przywrócić kopię w panelu?
• Czy przywracanie wymaga kontaktu z pomocą techniczną?
• Czy czas przywrócenia jest gwarantowany?
• Czy mogę pobrać kopię na własny komputer?
• Czy kopia jest przechowywana poza głównym serwerem?
• Co dzieje się z kopiami po rezygnacji z usługi?
• Jak wygląda rezygnacja z dodatkowej usługi backupu?

Jeśli odpowiedzi na te pytania są niejasne, warto zachować ostrożność. Szczególnie gdy strona ma zarabiać, obsługiwać klientów, zbierać zapytania albo być źródłem ruchu z Google. W takim przypadku utrata dostępu do danych na wiele godzin może być realnym problemem biznesowym.

Jeżeli tworzysz stronę nie tylko jako hobby, ale jako element większego projektu, warto również przeczytać tekst jak zarabiać na własnej stronie. Tam pokazuję, dlaczego strona musi mieć nie tylko treści, ale też konkretny cel, ofertę i techniczne podstawy działania.