Kopia zapasowa strony internetowej: zasada 3-2-1 i test

Kopia zapasowa strony internetowej wydaje się sprawą nudną, dopóki strona nie zniknie. Wystarczy zawieszone konto hostingowe, włamanie, błędna aktualizacja albo pomyłka przy usuwaniu plików. Wtedy okazuje się, czy kopia jest, gdzie leży i czy da się z niej cokolwiek odtworzyć.

W tej poradzie pokazuję zasadę 3-2-1, czyli prosty schemat, który chroni stronę firmową i sklep. Dostaniesz też listę rzeczy do skopiowania i test przywracania do zrobienia raz na kwartał. Zajmie Ci to około godziny, a sprawdzi, czy kopia naprawdę działa.

Dlaczego kopia u tego samego hostingu nie wystarcza

Większość hostingów robi kopie automatycznie i to dobrze. Problem w tym, że leżą one u tego samego dostawcy, często na tym samym koncie lub w tym samym centrum danych. Jedna awaria może zabrać stronę i kopię naraz.

Typowe sytuacje, w których taka kopia nie pomoże:

• utrata dostępu do konta (przejęte hasło, nieopłacony hosting, zawieszenie usługi),
• ransomware lub włamanie, które szyfruje albo kasuje pliki, a czasem też dostępne z poziomu konta kopie,
• błąd dostawcy, który usuwa dane albo przywraca je z opóźnieniem,
• własna pomyłka, zauważona po tygodniach, gdy kopie z tamtego czasu już dawno zniknęły.

Kopia hostingu jest więc dobrym zabezpieczeniem, ale tylko jednym z kilku. Ile dni kopii trzyma Twój pakiet, sprawdź w opisie oferty u swojego dostawcy (OVHcloud, home.pl, nazwa.pl i inni opisują to w różny sposób), bo okres bywa krótki. Przykład: według dokumentacji hostingu WWW OVHcloud na dzień 25.10.2026 pliki da się przywrócić najdalej z niedzieli sprzed dwóch tygodni, a sam dostawca zaleca regularne robienie własnych kopii.

Zasada 3-2-1 w prostych słowach

To stary, sprawdzony schemat z informatyki. Zapamiętasz go w jednym zdaniu: 3 kopie danych, na 2 różnych nośnikach, w tym 1 poza serwerem.

Chodzi o to, żeby jedno zdarzenie nie mogło zniszczyć wszystkiego. Pożar serwerowni, włamanie albo zablokowane konto dotykają jednego miejsca, a kopia poza serwerem zostaje nienaruszona.

Co musi się znaleźć w kopii

Strona to nie tylko pliki. Dobra kopia zawiera dwie części i obie trzeba zapisywać razem:

1. Pliki: motyw, wtyczki, wgrane zdjęcia i dokumenty, pliki konfiguracyjne.
2. Baza danych: treści stron, ustawienia, zamówienia, konta klientów, wiadomości z formularzy.

W sklepie baza jest ważniejsza niż wygląd. Zdjęcia i szablon odtworzysz, ale zamówień z ostatnich tygodni już nie. Dlatego w sklepie bazę warto kopiować często, co najmniej raz na dobę, najlepiej co noc.

Pamiętaj też o rzeczach, o których zwykle się zapomina:

• plik konfiguracyjny z ustawieniami połączenia z bazą,
• klucze i hasła do usług (płatności, poczta, API), trzymane osobno w menedżerze haseł,
• ustawienia domeny i poczty (rekordy DNS), które warto zapisać jako zrzut lub listę.

Jak wygląda dobry schemat w praktyce: przykład robimyweb.pl

Na własnej stronie robimyweb.pl stosuję właśnie taki układ. Dane są kopiowane co noc na serwerze, a system trzyma 14 ostatnich kopii. Kopia jest pobierana też poza serwer, na komputer, który mam u siebie.

Do tego panel ostrzega, gdy ostatnia kopia ma ponad 36 godzin. To ważne, bo najgorsza kopia to taka, która przestała się robić miesiąc temu, a nikt tego nie zauważył. Ostrzeżenie zamienia „mam kopię” w „wiem, że świeża kopia istnieje”.

Twoja wersja może być prostsza. Kluczowe są trzy rzeczy: automatyczny harmonogram, kopia w innym miejscu i sygnał, gdy coś przestaje działać.

Krok po kroku: ustaw własny schemat 3-2-1

Poniższy plan wdrożysz w jedno popołudnie, jeśli masz dostęp do panelu hostingu.

1. Sprawdź, co robi hosting. W panelu znajdź sekcję kopii zapasowych. Zapisz, jak często powstają i ile ich zostaje.
2. Włącz kopię automatyczną, jeśli jej nie ma. Dla rzadko zmienianej strony firmowej wystarczy raz w tygodniu, dla sklepu co najmniej raz na dobę, najlepiej co noc.
3. Dodaj kopię poza serwerem. Pobieraj ręcznie plik z kopią raz w tygodniu albo skonfiguruj automatyczny przesył do drugiego miejsca (inny dostawca, dysk sieciowy, chmura z osobnym kontem).
4. Zabezpiecz dostęp. Konto z kopiami chroń silnym hasłem i dodatkowym potwierdzeniem logowania. Kopia z danymi klientów to takie same dane jak na stronie.
5. Zapisz, kto za to odpowiada. Jedna osoba i jedna notatka: gdzie leżą kopie i jak je odtworzyć.

Jeśli wolisz nie zajmować się tym samodzielnie, taką konfigurację wykonuję w ramach opieki technicznej: aktualizacje, kopie zapasowe i szybka reakcja na zgłoszenia.

Test przywracania: raz na kwartał

Kopia, której nikt nigdy nie odtworzył, jest tylko założeniem. Zdarza się, że plik jest uszkodzony, brakuje w nim bazy albo zapisany został pusty katalog. Dowiesz się o tym dopiero wtedy, gdy będzie za późno.

Raz na kwartał zrób próbę. Najlepiej w kalendarzu: pierwszy tydzień stycznia, kwietnia, lipca i października.

1. Pobierz najnowszą kopię z miejsca poza serwerem, nie z panelu hostingu.
2. Odtwórz ją w osobnym miejscu: na subdomenie testowej, na drugim koncie hostingowym albo lokalnie. Nigdy nie nadpisuj działającej strony.
3. Otwórz stronę i kliknij po niej. Sprawdź stronę główną, podstrony, zdjęcia, menu i formularz kontaktowy.
4. W sklepie dodatkowo: zobacz, czy są produkty, ostatnie zamówienia i konta klientów oraz czy koszyk przechodzi do płatności w trybie testowym.
5. Zapisz wynik: data, ile trwało odtwarzanie i co nie zadziałało. Czas przywracania to informacja, która przyda się w prawdziwej awarii.

Jeśli test się nie powiedzie, to dobra wiadomość: dowiadujesz się o problemie teraz, a nie w dniu awarii.

Najczęstsze błędy przy kopiach

• Kopia tylko plików, bez bazy danych albo odwrotnie.
• Wszystkie kopie na tym samym koncie hostingowym.
• Brak powiadomienia, gdy kopia przestaje się robić.
• Zbyt krótka historia: błąd zauważony po dwóch tygodniach, a kopie sięgają tylko trzech dni wstecz.
• Kopia na pendrivie leżącym w biurku i nigdy niesprawdzana.
• Brak zabezpieczenia kopii z danymi klientów: wolny dostęp do pliku z bazą to wyciek danych.

Przy danych osobowych klientów pamiętaj, że kopia też je zawiera. RODO w art. 32 wymienia wśród środków bezpieczeństwa m.in. zdolność do szybkiego przywrócenia dostępności danych po incydencie oraz regularne testowanie zabezpieczeń. To nie jest porada prawna: zasady przechowywania i zabezpieczenia danych ustal z prawnikiem lub inspektorem ochrony danych. Dane klientów mogę trzymać na serwerze w UE w ramach usługi Dane klientów w UE.

Co robić, gdy awaria już się zdarzyła

Zachowaj spokój i zacznij od ustalenia, co się stało. Przywrócenie kopii nad zainfekowaną stroną bez usunięcia przyczyny często kończy się powtórzeniem włamania.

1. Zmień hasła do panelu hostingu, bazy, poczty i panelu strony.
2. Znajdź ostatnią czystą kopię, sprzed momentu problemu.
3. Odtwórz ją w testowym miejscu i sprawdź, czy wszystko działa.
4. Zaktualizuj oprogramowanie (system, wtyczki, motyw) przed publikacją.
5. Dopiero wtedy przełącz stronę na odtworzoną wersję.

Jeśli nie masz pewności, czy strona jest czysta, możesz zamówić audyt bezpieczeństwa z raportem poprawek. Jeśli kopie, monitoring i ochronę serwera chcesz mieć załatwione w jednym miejscu, pomaga usługa Cyberbezpieczeństwo projektu.

Podsumowanie

Kopia zapasowa strony internetowej ma sens wtedy, gdy są trzy kopie, dwa nośniki i jedna kopia poza serwerem, a przywracanie sprawdzasz raz na kwartał. Kopia tylko u hostingu to za mało, bo może nie obronić Cię przed utratą konta ani przed atakiem, który dosięgnie też kopii.

Jeśli chcesz, żebym ustawił kopie, test przywracania i ostrzeżenia, napisz do mnie. Opiekę techniczną wyceniam od 149 zł/mies. netto, a domenę i hosting z serwerem w Polsce lub UE od 390 zł/rok netto. Możesz też najpierw sprawdzić podstawy swojej strony w darmowym narzędziu Zbadaj stronę. Stan opisany w poradzie obowiązuje na 27 października 2026 r.