Realne zagrożenia

  • blackout — nawet UPS i agregaty mają granice,
  • przerwy w łączności — awarie operatorów, ograniczenia ruchu,
  • uszkodzenie data center — ryzyko fizyczne i logistyczne,
  • łańcuch zależności — rejestrator, DNS, CDN, poczta,
  • długi RTO — masowe incydenty wydłużają przywracanie.

Cel: minimalny RPO i RTO

RPO — jak świeża jest kopia (ile danych ewentualnie tracisz).
RTO — jak szybko chcesz wrócić do działania.

Kluczem są niezależne kopie zapasowe, które możesz pobrać i przechować poza infrastrukturą dostawcy.

Zakres kopii

  • aplikacja (pliki strony/sklepu, konfiguracje),
  • baza danych (pełny zrzut),
  • poczta (opcjonalnie: skrzynki IMAP),
  • strefa DNS (opcjonalnie: zrzut konfiguracji),
  • instrukcja odtworzenia (kroki wdrożenia + weryfikacja).

Jak to realizujemy

  • backup jednorazowy lub cykliczny: co tydzień / co miesiąc,
  • archiwum .tar.gz + zrzut SQL (opcjonalnie archiwum poczty),
  • dedykowane konto FTP do pobrania kopii (tylko dla Ciebie),
  • na życzenie: szyfrowanie oraz sumy kontrolne dla integralności,
  • wyrywkowe testy przywrócenia w celu potwierdzenia gotowości.

Nie musisz mieć u nas hostingu

Wykonujemy kopie na dowolnym hostingu. W razie potrzeby skontaktujemy się z Twoim dostawcą, zsynchronizujemy dane i przygotujemy kopię zgodnie z ustalonym harmonogramem.

Jak zacząć

  1. Skontaktuj się z nami i opisz środowisko (CMS, rozmiar plików/bazy, poczta — tak/nie).
  2. Ustalimy częstotliwość oraz zakres (aplikacja / baza / poczta).
  3. Założymy konto FTP i przekażemy parametry dostępu.
  4. Zbudujemy pierwszą kopię i dołączymy instrukcję odtworzenia.

Porozmawiajmy o Twoim planie ciągłości działania

Nie publikujemy cennika tej usługi. Każdy serwis jest inny — porozmawiajmy o RPO/RTO, rozmiarze danych i częstotliwości. Zaproponujemy dopasowany wariant kopii.

Skontaktuj się z nami Wsparcie techniczne 

Najczęstsze pytania (FAQ)

RPO (Recovery Point Objective) określa, jaką maksymalną ilość danych możesz stracić.

Przykład:

  • backup co 24h → RPO = do 24 godzin danych,
  • backup co 7 dni → RPO = do 7 dni danych.

Im mniejsze RPO, tym częstsze kopie i większa gotowość na incydent.

RTO (Recovery Time Objective) to czas potrzebny na przywrócenie działania usługi.

Przykład:

  • RTO = 2 godziny → po awarii serwis musi działać w 2h,
  • RTO = 24h → dopuszczalna dłuższa przerwa.

RTO zależy od: gotowości kopii, instrukcji odtworzenia, dostępu do DNS i infrastruktury.

Kopia powinna być przechowywana poza infrastrukturą hostingu, np.:

  • lokalny dysk offline,
  • zewnętrzny serwer / NAS w innej lokalizacji,
  • zaszyfrowane archiwum w chmurze.

Najgorszy scenariusz to kopia znajdująca się w tym samym data center co serwis.

  • blog / strona firmowa → raz w tygodniu lub miesiącu,
  • sklep internetowy → minimum raz w tygodniu,
  • projekty krytyczne → zgodnie z ustalonym RPO.

Częstotliwość zawsze dobieramy do charakteru danych i ryzyka.

Tak — wykonujemy wyrywkowe testy przywrócenia, aby upewnić się, że:

  • archiwum jest kompletne,
  • baza danych się importuje,
  • aplikacja startuje poprawnie.

Backup, którego nie da się odtworzyć, nie jest backupem.