USŁUGI LCPD

Backup i Disaster Recovery

Kopie, potwierdzone odtworzenie i plan przywrócenia usług po awarii.

POTRZEBA JEDNOSTKI

Kiedy warto skorzystać?

Zielony status zadania backupu nie potwierdza, że system da się odzyskać w wymaganym czasie. Potrzebne są testy danych, aplikacji i zależności.

Nie wykonano udokumentowanego testu restore
Kopie zależą od tej samej lokalizacji i kont administracyjnych
Potrzebujesz planu odtworzenia krytycznych usług

KONKRETNY REZULTAT

Zakres dopasowany do Twojego środowiska.

Co sprawdzamy i wykonujemy?

Zakres kopii, harmonogram, retencja i lokalizacja
Separacja, kopie off-site i szyfrowanie według wymagań
Immutable backup, jeżeli technologia i zakres to umożliwiają
RPO i RTO osobno dla systemów oraz monitoring zadań
Kolejność odtwarzania, odpowiedzialność i scenariusze DR

Co otrzymuje JST?

Plan backupu i procedura restore
Test odtworzenia z weryfikacją integralności i uruchomienia
Pomiar czasu i porównanie z uzgodnionym RTO
Plan DR i protokół symulacji, jeśli obejmuje je zamówienie

KROK PO KROKU

Jak przebiega współpraca?

Wybór systemów krytycznych
Projekt i konfiguracja kopii
Odtworzenie próbne
Dokumentacja i cykliczna weryfikacja

OD KOPII DO DZIAŁAJĄCEJ USŁUGI

Wykonanie backupu nie jest testem odzyskiwania danych.

System lokalny
Kopia zapasowa
Kopia poza obiektem
Test odtworzenia

Backup i test restore

Wymagania do uzgodnienia

Zakres, harmonogram, retencja, lokalizacja i separacja kopii, off-site, immutable jeśli wspierane, szyfrowanie według wymagań. RPO i RTO osobno dla usług.

Jak weryfikujemy rezultat?

Wykonanie kopii → wybór próbki/systemu → restore → integralność → uruchomienie, jeśli potrzebne → pomiar czasu → protokół. Jeżeli określono RTO, porównanie wyniku z wymaganiem.

Disaster Recovery

Wymagania do uzgodnienia

Systemy krytyczne, zależności, kolejność odtwarzania, odpowiedzialni, bezpieczny dostęp do danych uwierzytelniających. Scenariusze utraty infrastruktury, danych, energii lub sieci.

Jak weryfikujemy rezultat?

Symulacja uzgodnionego scenariusza i udokumentowany wynik, jeśli DR jest w zakresie inwestycji. Dokument jest podstawą próby, a nie jej zamiennikiem.

FAQ

Pytania przed rozpoczęciem.

Co oznaczają RPO i RTO?

RPO określa dopuszczalny okres utraty danych, a RTO docelowy czas przywrócenia usługi. Wartości ustalamy dla konkretnych systemów.

Czym różnią się backup, redundancja i DR?

Backup to kopia do odtworzenia. Redundancja zapewnia alternatywny element infrastruktury. DR łączy procedury, ludzi i zasoby potrzebne do przywrócenia usług po większej awarii.

POWIĄZANE USŁUGI

Kolejny krok w projekcie.

Audyt serwerowni

Stan obecny, ryzyka i plan zmian zrozumiały dla IT oraz osób decyzyjnych.

Utrzymanie serwerowni

Przeglądy, administracja i rozwój infrastruktury po zakończeniu inwestycji.

POROZMAWIAJMY O POTRZEBACH JST

Porozmawiajmy o zakresie dla Twojej jednostki.

Nie potrzebujesz gotowej specyfikacji. Zacznij od rozmowy o obecnym stanie i celu.

Porozmawiaj o LCPD ↗

Logi pod kontrolą — od analizy do archiwum.

Dla dzienników systemów objętych KRI punktem wyjścia są 2 lata przechowywania od dnia zapisu, jeżeli przepisy odrębne nie wskazują innego okresu. Okres szybkiego wyszukiwania w SOC i całkowity czas zachowania zapisów to dwa osobne ustalenia.

Dwie warstwy przechowywania

Bieżąca analiza: przykładowo 90 dni w szybkich indeksach SIEM. To wariant projektowy, a nie termin ustawowy ani automatycznie gwarantowany zakres usługi.
Archiwum: zachowanie wymaganych zapisów do pełnych 2 lat od ich utworzenia, z uwzględnieniem przepisów odrębnych. Przeniesienie do archiwum nie rozpoczyna okresu od nowa.

Jakie zapisy obejmujemy?

KRI wymaga rejestrowania dostępu administracyjnego, dostępu do konfiguracji i zabezpieczeń oraz dostępu do danych prawnie chronionych w zakresie wymaganym prawem. Pozostałe zdarzenia dobieramy na podstawie analizy ryzyka. Ustalamy źródła, znaczniki czasu, kompletność i sposób odczytu. Same alerty SIEM lub raport PDF nie zastępują wymaganych logów źródłowych. Zasady te nie oznaczają obowiązku rejestrowania całego ruchu sieciowego ani dwuletniej retencji wszystkich nagrań CCTV.

Oddzielny serwer lub NAS w innej lokalizacji

Archiwum może znajdować się poza serwerem analitycznym, także na odpowiednio zabezpieczonym NAS, np. QNAP. Model urządzenia, funkcje systemu, pojemność i warunki utrzymania wymagają weryfikacji. Zapisy przesyłamy szyfrowanym kanałem; interfejsów administracyjnych i udziałów plikowych nie publikujemy bezpośrednio w Internecie.

Oddzielne uprawnienia i archiwa jednostek, kontrola dostępu oraz ochrona kluczy szyfrowania.
Kontrola kompletności, integralności i wieku ostatniego poprawnego transferu; buforowanie podczas przerw w łączności.
Ochrona przed zmianą i usunięciem, w tym WORM lub niezmienność, jeżeli wybrane rozwiązanie je obsługuje.
Usunięcie kopii roboczej dopiero po potwierdzeniu zapisu i weryfikacji archiwum; niezależna kopia oraz test odczytu i przywrócenia do analizy.

Retencja wpisana do zakresu usługi

Przed wdrożeniem ustalamy z jednostką kategorie danych, właściwe przepisy, okresy przechowywania, lokalizacje, pojemność, uprawnienia oraz czas udostępnienia archiwum. Dokumentujemy zasady usuwania po upływie retencji i zabezpieczenia materiału dotyczącego incydentu. Archiwizacja nie jest tym samym co kopia zapasowa; RAID nie zastępuje niezależnej kopii.

Podstawa: § 20 ust. 1–5 rozporządzenia KRI z 21 maja 2024 r., Dz.U. 2024 poz. 773. Stan prawny sprawdzono 28.09.2026. ELI wskazuje utratę mocy aktu 23.02.2027; wymagania trzeba ponownie zweryfikować przed zmianą przepisów. Okresy dla konkretnych systemów ustalamy z uwzględnieniem przepisów odrębnych.