RTO (Recovery Time Objective) (RTO)
Maksymalny czas, w jakim proces lub system musi wrócić do działania po awarii.
RTO mówi, jak długo organizacja może wytrzymać przestój danego procesu, zanim straty staną się nieakceptowalne. Ustalasz je per proces na podstawie analizy wpływu na działalność (BIA), a potem konfrontujesz z rzeczywistością.
Najczęstsza pułapka to RTO mismatch: w planie wpisane 4 godziny, a umowa z dostawcą chmury daje 8. Na papierze ładnie, przy realnej awarii nie zdążysz. To dokładnie to ryzyko, które DORA wymaga wykrywać między umowami a BIA.
RTO idzie w parze z RPO (dopuszczalna utrata danych). Razem wyznaczają, jakiej architektury kopii zapasowych i odtwarzania naprawdę potrzebujesz, zamiast zgadywać.
W praktyce: zobacz odpowiedni moduł RealSec.
Maksymalna ilość danych, jaką możesz stracić po awarii, wyrażona w czasie (np. ostatnia godzina).
Business Impact Analysis: ocena, które procesy są krytyczne i jak szybko muszą wrócić po przerwaniu.
Rozporządzenie 2022/2554 o cyfrowej odporności operacyjnej sektora finansowego. Obowiązuje od 17.01.2025.
Compliance, który łączy.
Pojęcia to mapa. RealSec spina je z procesami, systemami i dostawcami w jeden silnik.