Przejdź do treści

Planowanie odtwarzania operacyjnego

Budowanie możliwej do zweryfikowania kolejności odtwarzania z utrzymywanych zależności procesów i zadań, jawnych zasobów, symulacji awarii oraz celów RTO/RPO.

Dane wejściowe

Krytyczne procesy operacyjne i IT: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Baza zamówień,high,60,60,2026-11-03T08:30:00Z,Zespół baz danych,Przywrócenie utrzymywanej bazy zamówień przed restartem przyjmo…

Wynik

Zadanie bazy danych jest planowane na minuty 0–30, a przyjmowanie zamówień na minuty 30–50 z wykorzystaniem jednego operatora odtwarzania. Oba planowane zakończenia spełniają podane cele RTO 60 i 120 minut. Podany wiek kopii wynosi 30 mi…

Planowanie odtwarzania zaczyna się od utrzymywanych faktów operacyjnych: zależności procesów, zadań, czasów, zasobów i terminów docelowych. AI wybiera merytoryczne fragmenty procesów i zadań do weryfikacji. Serwer oblicza dotknięte dalsze procesy, kolejność uwzględniającą pojemność i nierozstrzygnięte blokady. Planowane ukończenie, porównanie RTO i dowody wieku kopii pozostają oddzielone od deklaracji pomyślnego odtworzenia.

Twoje teksty, strony i obrazy są przetwarzane na naszych własnych serwerach w UE. Centrum zaufania

Wypróbuj teraz Cennik

Dla kogo

Zespoły ciągłości operacyjnej i IT przygotowujące ćwiczenie scenariuszowe z utrzymywanych wewnętrznych procedur odtwarzania. Nie jest to kontroler trwającego incydentu, poradnik ratownictwa medycznego ani planista ewakuacji. Zatwierdzone wewnętrzne procedury operacyjne i odpowiedzialni specjaliści pozostają niezbędni.

Typowe zastosowania

  • Symulowanie awarii procesu i śledzenie procesów zależnych.
  • Zmniejszanie pojemności zasobów lub oznaczanie zasobu odtwarzania jako niedostępnego.
  • Porównanie planowanego zakończenia z RTO i podanego wieku kopii z RPO.
  • Ujawnianie cykli zależności, brakujących zadań i blokad dalszych prac przed ćwiczeniem scenariuszowym.

Przykład

Dane wejściowe

Krytyczne procesy operacyjne i IT: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Baza zamówień,high,60,60,2026-11-03T08:30:00Z,Zespół baz danych,Przywrócenie utrzymywanej bazy zamówień przed restartem przyjmowania zamówień. P2,Przyjmowanie zamówień,high,120,60,2026-11-03T08:30:00Z,Zespół usług,Przyjmowanie zamówień wymaga dostępności bazy zamówień. Utrzymywane zależności: id,from,to,evidence L1,P1,P2,Przyjmowanie zamówień odczytuje i zapisuje bazę zamówień. Utrzymywane zadania odtwarzania: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Przywrócenie zatwierdzonej kopii bazy i zapisanie wyniku walidacji. T2,P2,1,20,R1,1,Ponowne uruchomienie utrzymywanej usługi przyjmowania zamówień po weryfikacji bazy. Zasoby odtwarzania: id,name,capacity R1,Operator odtwarzania,1 ID symulowanych niedziałających procesów: P1 Jawny czas odniesienia UTC: 2026-11-03T09:00:00Z Horyzont planowania w minutach: 480 Priorytet harmonogramu odtwarzania: Podana krytyczność Dostępna pojemność zasobów (%): 100 Margines bezpieczeństwa RTO w minutach: 0 Zasada wieku kopii zapasowej: Ostrzeganie o lukach kopii Filtr krytyczności: Wszystkie Maksymalna liczba wyborów do weryfikacji: 10 Szczegółowość cytatu: Szczegółowa Kolejność wyświetlania: Zaplanowane rozpoczęcie

Wynik

Zadanie bazy danych jest planowane na minuty 0–30, a przyjmowanie zamówień na minuty 30–50 z wykorzystaniem jednego operatora odtwarzania. Oba planowane zakończenia spełniają podane cele RTO 60 i 120 minut. Podany wiek kopii wynosi 30 minut przy RPO 60 minut. Są to porównania planistyczne, a nie dowód użytecznej kopii lub pomyślnego przywrócenia.

Stały przykład, skrócony. Prawdziwe wyniki są generowane przez AI: sprawdź je.

Cena i limity

Cena
zwykle 1–3 kredytów
Dostępne w
Free, Z pakietem
Limit danych wejściowych
Jedna strona do 100 000 znaków HTML

Ochrona danych

Przetwarzane na własnych serwerach w UE (w Polsce). Dane wejściowe i wyniki usuwamy po 7 dniach (Free) lub 30 dniach (pakiety) – albo zaraz po wyświetleniu, jeśli wyłączysz zapisywanie. Obrazy usuwamy zaraz po przetworzeniu.

W API

Nazwa narzędzia: recovery_plan. Utwórz zadanie przez POST /api/v1/jobs i pobierz wynik przez GET /api/v1/jobs/{id}. Klucz API znajdziesz na swoim koncie.

curl -X POST https://do4u.eu/api/v1/jobs \
  -H "Authorization: Bearer d4u_…" -H "Content-Type: application/json" \
  -d '{"tool": "recovery_plan", "url": "https://example.com/"}'

Pełna dokumentacja API →

Pytania i odpowiedzi

Czy zadania są wykonywane lub swobodnie generowane?

Nie. Wyłącznie utrzymywane instrukcje zadań mogą występować jako dokładne cytaty. Model nie może dodać polecenia, zadania odtwarzania ani zasobu. Nic nie jest wykonywane ani wysyłane do zewnętrznej usługi.

Jak obsługiwane są zależności i pojemność?

Dotknięty proces czeka, aż każdy dotknięty warunek wstępny zostanie zaplanowany. Jego zadania zachowują podaną kolejność. Rezerwacje zasobów respektują efektywną pojemność w pełnych jednostkach i dopuszczają pracę równoległą tylko wtedy, gdy pojemność na to pozwala. Cykle, brakujące zadania i niewykonalne zasoby pozostają blokadami; dalsze prace nie mogą ich pomijać.

Czy spełnienie RTO lub RPO dowodzi odtworzenia?

Nie. RTO porównuje szacowane zakończenie plus jawny margines z podanym celem. RPO porównuje czas odniesienia z podanym znacznikiem czasu kopii. Żaden z nich nie sprawdza integralności kopii, rzeczywistej utraty danych ani pomyślnego przywrócenia. Niedotknięte warunki wstępne są uznawane za dostępne, więc niepełne dane zależności mogą unieważnić plan.

Czy mój tekst jest przechowywany?

Tylko tak długo, jak trzeba: 7 dni w Free, 30 dni z pakietem – albo wcale, jeśli wyłączysz zapisywanie. Przetwarzanie odbywa się na własnych serwerach w UE (w Polsce).

Czy mogę od razu użyć wyniku?

Wyniki są generowane przez AI. Przeczytaj je, zanim je opublikujesz lub wyślesz.