• Usługi
  • Jak pracujemy
  • Zgodność
  • Cennik
  • Funkcje
Zaloguj sięRejestracja
  • Usługi
  • Jak pracujemy
  • Zgodność
  • Cennik
  • Funkcje
  • GitHub
Zaloguj sięRejestracja
    • nasze podejście do open source
    • suwerenność cyfrowa u podstaw
    • jak pracujemy
    • usługi
    • wdrożenie
    • zarządzanie dostępem
    • bezpieczeństwo platformy
    • monitoring i alerty
    • strategia kopii zapasowych
    • przywracanie i odtwarzanie po awarii
    • cennik i umowa
    • SKI 02.22
      • nasze podejście do open source
      • suwerenność cyfrowa u podstaw
      • jak pracujemy
      • usługi
      • wdrożenie
      • zarządzanie dostępem
      • bezpieczeństwo platformy
      • monitoring i alerty
      • strategia kopii zapasowych
      • przywracanie i odtwarzanie po awarii
      • cennik i umowa
      • SKI 02.22

      Platforma open source dla bezpieczeństwa, zgodności i operacji. Działa w dowolnej chmurze, bez uzależnienia od dostawcy.

      Produkty

      • Usługi
      • Jak pracujemy
      • Funkcje
      • Cennik
      • Zgodność

      Firma

      • O nas
      • Opis rozwiązania
      • Kariera
      • Blog
      • Newsletter
      • Dlaczego Obmondo
      • Logo

      Kontakt

      • info@obmondo.com
      • sales@obmondo.com
      • Porozmawiaj z nami
      • Kontakt

      © 2026 Obmondo. Wszelkie prawa zastrzeżone.

      WarunkiWypisz sięPolityka plików cookie
      1. jak pracujemy
      2. ·8
      3. ·strategia kopii zapasowych

      Strategia kopii zapasowych

      Nasze podejście do kopii zapasowych zależy od tego, czy pracujemy z czystym, nowo przygotowanym serwerem, czy z istniejącym środowiskiem.

      Nowe instalacje

      Gdy dostarczasz pusty serwer (zwykle minimalną instalację Ubuntu lub Debian LTS), przygotowujemy w pełni otwartą konfigurację kopii zapasowych i w ramach wdrożenia możemy skonfigurować wszystkie wymagane strategie kopii.

      Istniejące systemy

      W przypadku istniejących serwerów nie możemy niczego zakładać co do ich konfiguracji i nie zmieniamy twojej konfiguracji bez uzgodnienia. W takich przypadkach razem z tobą oceniamy obecne podejście do kopii zapasowych i uzgadniamy dalszą drogę, która spełni twoje wymagania niezawodności i odtwarzania.

      Metody tworzenia kopii zapasowych

      Obsługujemy różne strategie kopii zapasowych, zależnie od systemu i twoich potrzeb:

      • Odtwarzanie do punktu w czasie (PITR) dla PostgreSQL z archiwizacją WAL do S3 oraz dla innych systemów obsługujących PITR

      • Snapshoty pamięci Kubernetes do szybkiego odtwarzania lokalnego

        • Snapshoty BĘDĄ wypychane do S3 jako kopia redundantna względem hosta, a serwer kopii zapasowych POWINIEN być replikowany do lokalizacji zewnętrznej

      Wszystko, czego jeszcze nie obsługujemy, możemy dodać — nasze narzędzia są open source i stale rozwijane.

      Częstotliwość i retencja

      Częstotliwość kopii zapasowych zwykle opiera się na tym, co już się u ciebie sprawdza. Przeglądamy obecne polityki, w razie potrzeby rekomendujemy usprawnienia i pomagamy ustalić harmonogram dopasowany do twoich wymagań RPO/RTO.

      Przechowywanie i szyfrowanie

      Kopie zapasowe zwykle wypychamy do pamięci zgodnej z S3. Opcje szyfrowania obejmują:

      • szyfrowanie po stronie klienta (zalecane) lub
      • przechowywanie kopii w S3 bez szyfrowania przy jednoczesnym szyfrowaniu dysku danych serwera kopii za pomocą LUKS

      Kopie zapasowe mogą być szyfrowane w spoczynku, zależnie od wybranej konfiguracji, i zawsze są szyfrowane w transporcie przez HTTPS.

      Następny rozdziałPrzywracanie i odtwarzanie po awarii

      Na tej stronie

      • Nowe instalacje
      • Istniejące systemy
      • Metody tworzenia kopii zapasowych
      • Częstotliwość i retencja
      • Przechowywanie i szyfrowanie