RTO

W praktyce

RTO to zadeklarowany zamiar, a nie pomiar. Mówi, jak długo – zgodnie z decyzją organizacji – usługa może być niedostępna, zanim skutki staną się nie do przyjęcia. Ustalają go ci, którzy ponoszą te skutki, a nie ci, którzy obsługują systemy.

Tym różni się od średniego czasu naprawy (MTTR), który opisuje, ile przywracanie faktycznie trwa średnio. RTO to wymaganie, MTTR – obserwowane zachowanie. Ciekawa praca dzieje się w luce między nimi: RTO wynoszące 15 minut przy MTTR liczonym w godzinach to nie plan, tylko stwierdzenie, że obecna architektura nie spełnia wymagania.

Spełnienie krótkiego RTO to kwestia architektury, a nie wysiłku. Zwykle oznacza przełączanie awaryjne, które nie czeka na decyzję człowieka, zasoby, które już działają gdzie indziej, i procedury odtworzenia, które przećwiczono, a nie tylko spisano. Każde z nich kosztuje, dlatego RTO negocjuje się osobno dla każdej usługi, zamiast ustalać raz dla wszystkiego.

Chodzi w parze z docelowym punktem odtworzenia (RPO), który zadaje inne pytanie – jaka utrata danych jest dopuszczalna. Razem opisują, co musi osiągnąć odtworzenie, i często ciągną w różne strony.

Zakres tej definicji

To edukacyjne streszczenie tego, jak termin funkcjonuje w praktyce centrów danych. Nie jest normą, specyfikacją ani poradą inżynierską. Gdy zależy od niego prawdziwa decyzja, właściwym źródłem są aktualnie przyjęte normy, zweryfikowane informacje o obiekcie i ocena wykwalifikowanego specjalisty.

Wróć do słownika A–Z · Akademia Operatora