Strategia kopii zapasowych, która naprawdę działa

Utrzymanie 8 min czytania Aktualizacja 2026-08-07

Schemat kopii zapasowych z lokalizacjami przechowywania i terminami retencji
Kopia, której nigdy nie odtworzyłeś, jest założeniem, a nie kopią.

Praktycznie każdy ma kopie zapasowe. Znacznie mniej osób ma kopie o udowodnionej odtwarzalności, a tylko to liczy się w dniu, w którym są potrzebne.

Ten przewodnik omawia, co wchodzi w kopię, gdzie ma leżeć, jak długo ją trzymać i jak wykonać test odtworzenia zamieniający założenie w fakt.

Co wchodzi w pełną kopię#

Kopia częściowa wygląda jak kopia do chwili, gdy jest potrzebna. To pełna lista.

  • Baza danych: cała treść, użytkownicy, ustawienia, a w sklepie zamówienia i klienci.
  • Przesłane pliki: obrazy, dokumenty, załączniki — często największa część objętości.
  • Kod i motywy: zwłaszcza modyfikacje, które nie istnieją nigdzie indziej.
  • Konfiguracja serwera: hosty wirtualne, reguły przekierowań, zadania cron.
  • Certyfikaty i zmienne środowiskowe: to, o czym zapominasz, aż odtworzenie utknie.
  • Spisana procedura odtworzenia: w jakiej kolejności, jakie dane dostępowe, jakie ustawienia DNS.
  • Przy kodzie na zamówienie kontrola wersji zastępuje kopię kodu, ale nie bazy ani plików.

Przesłane pliki najczęściej wypadają z automatycznych kopii, bo leżą poza ścieżką CMS. Sprawdź konkretnie, że są uwzględnione.

Częstotliwość i retencja#

Właściwa częstotliwość wynika z jednego pytania: ile pracy stać cię powtórzyć?

Typ stronyCzęstotliwośćRetencja
Statyczna strona firmowaPrzy zmianie, plus miesięcznieKilka miesięcy
Strona firmowa z blogiemCodziennieTrzydzieści dni plus punkty miesięczne
Sklep internetowyCo godzinę lub ciągleMinimum trzydzieści dni; zamówienia dłużej
Aplikacja z danymi użytkownikówCiągle z dziennikiem transakcjiZgodnie z polityką retencji
Przed każdą aktualizacjąRęcznie, zawszeDo potwierdzenia, że aktualizacja działa

Trzymanie kilku pokoleń waży więcej niż wysoka częstotliwość. Włamanie wykryte po dwóch tygodniach czyni bezużyteczną każdą kopię z tych dwóch tygodni.

Gdzie kopie powinny leżeć#

Miejsce określa, przed jakimi awariami jesteś chroniony. Tu większość konfiguracji zawodzi.

LokalizacjaChroni przedNie chroni przed
Ten sam serwerPrzypadkowym usunięciem treściAwarią serwera, ransomware, utratą konta
To samo konto hostingoweAwarią serweraZawieszeniem konta, przejętym dostępem
Osobna chmuraPraktycznie wszystkimUtratą danych dostępowych do tej chmury
Kopia lokalnaUtratą dostawcyWymaga dyscypliny, by była aktualna
Trzy kopie, dwa nośniki, jedna pozaPraktycznie wszystkimNiczym istotnym

Co najmniej jedna kopia powinna leżeć całkowicie poza infrastrukturą i kontem twojego hostingu. Ransomware i zawieszenia konta zabierają wszystko w zasięgu.

Test odtworzenia#

To część zamieniająca kopie z założenia w fakt i część, którą praktycznie wszyscy pomijają.

  1. Odtwarzaj kopię na środowisko testowe kwartalnie, nie na produkcję.
  2. Zmierz czas. Ta liczba to twój rzeczywisty czas odzyskania i zwykle jest dłuższa, niż się spodziewasz.
  3. Sprawdź kompletność treści — w tym obrazów, nie tylko tekstu.
  4. Sprawdź, czy formularze, logowanie i, w sklepie, zakup działają.
  5. Zanotuj, czego brakowało albo co poszło źle, i popraw proces tworzenia kopii.
  6. Spisz procedurę odtworzenia, żeby ktoś inny mógł ją wykonać, gdy ciebie nie będzie.
  7. Powtórz po każdej istotnej zmianie strony albo hostingu.

Najczęstsze odkrycie przy pierwszym teście odtworzenia to brak części plików albo to, że nikt nie ma danych dostępowych do bazy. Właśnie dlatego testuje się w spokojny dzień.

Najczęstsze pytania

Czy kopie mojego hostingu wystarczą?

Jako jedyne nie. Są przydatne i zwykle szybkie, ale leżą na tym samym koncie, które możesz stracić przez spór, zawieszenie albo przejęty dostęp. Trzymaj kopie hostingu i niezależną kopię gdzie indziej. Druga istnieje dokładnie na scenariusz, w którym pierwsza jest niedostępna.

Jak często robić kopie?

Na tyle często, by strata między dwiema kopiami była akceptowalna. Blog publikujący raz w tygodniu może mieć kopie dzienne. Sklep nie — utrata dnia zamówień to problem operacyjny, a nie niedogodność, więc tam co godzinę albo ciągle. Ustal to, pytając, ile pracy jesteś gotów powtórzyć.

Jak długo trzymać kopie?

Trzydzieści dni świeżych punktów pokrywa większość incydentów, plus punkty miesięczne na dłuższy horyzont. Powód dla dłuższego horyzontu jest taki, że problemy wykrywa się często późno — uszkodzony import treści albo włamanie sprzed trzech tygodni. Dane zamówień i faktur podlegają dodatkowo terminom prawnym.

Co, jeśli nie mam kopii, a strona zniknęła?

Zapytaj najpierw hosting — wielu ma migawki, których nie zarządzasz, czasem sprzed kilku dni. Potem: Wayback Machine i cache wyszukiwarek mogą zwrócić widoczną treść, ale nie bazę, nie pliki i nie zamówienia. To ratunek, a nie odzyskanie, i to jest powód, dla którego istnieje test odtworzenia.

kopia zapasowa stronybackup stronyodtworzenie stronybackup bazy danychtest odtworzeniakopia poza serwerem

Wszystkie poradniki

Ostatnia aktualizacja 2026-08-07 · websitedevelopment.biz · O nas

Piszemy sami

Każdy poradnik opracowuje i pisze nasza redakcja, nie zlepiamy go z innych stron.

Regularna weryfikacja

Każdy poradnik ma datę ostatniej weryfikacji — publikujemy ją także wtedy, gdy nic się nie zmieniło.

Bez płatnych miejsc

Żadna agencja, platforma ani deweloper nie kupi tu wzmianki, pozycji ani linku.

Dwanaście języków

Każdy poradnik tłumaczymy: każdy język ma własny adres i własną datę weryfikacji.

Twoje dane zostają Twoje

Zlecenia nigdy nie są publikowane ani sprzedawane. Udostępniamy je dopasowanym deweloperom, aby mogli się z Tobą skontaktować, i informujemy Cię, kto to jest.