RTO ограничивает длительность восстановления, а RPO — допустимую потерю последних изменений в данных.
Практический смысл
Почему это важно
В RTO входят обнаружение сбоя, принятие решения, запуск инфраструктуры, восстановление данных, проверка приложения и возврат пользователей. Одной скорости копирования для его подтверждения недостаточно.
Доказательная часть
Что подтверждено
Recovery Time Objective ограничивает общую длительность восстановления, после которой простой начинает неприемлемо влиять на работу организации.
Граница применимости: Это целевой показатель бизнеса. Фактическое время подтверждают полным испытанием от сбоя до возврата сервиса.
RTO — требование, а не измеренный результат. Соответствие доказывает только испытание всего пути восстановления с замером времени.
Граница применимости: Практическая проверка документированной цели восстановления.
Граница терминов
Не путать
Перед спецификацией
Что проверить
- Разбейте RTO на обнаружение сбоя, восстановление и проверку.
- Учтите DNS, секреты, сеть и клиентские подключения.
- Измерьте весь путь восстановления, а не один этап работы с хранилищем.
Открытые основания
Первоисточники
Recovery Time Objective — CSRC Glossary
National Institute of Standards and Technology · CSRC glossary по NIST SP 800-34 Rev. 1, проверено 29 августа 2026 года
Определяет RTO как допустимую длительность recovery phase до ущерба mission/business process.
Открыть первоисточникContingency Planning Guide for Federal Information Systems
National Institute of Standards and Technology · NIST SP 800-34 Rev. 1, update от 11 ноября 2010 года
Первичный planning guide по BIA, recovery strategies, RPO/RTO, contingency и disaster recovery plans.
Открыть первоисточникRecovery Point Objective — CSRC Glossary
National Institute of Standards and Technology · CSRC glossary по NIST SP 800-34 Rev. 1, проверено 29 августа 2026 года
Определяет RPO как точку во времени, до которой данные должны быть восстановлены после outage.
Открыть первоисточник