RPO отвечает на вопрос «насколько свежими должны быть восстановленные данные», а RTO — «за какое время должен вернуться сервис».
Практический смысл
Почему это важно
Если RPO равен 15 минутам, резервная копия или журнал изменений не должны отставать больше чем на 15 минут. RPO говорит о свежести данных, а не о скорости запуска сервиса.
Доказательная часть
Что подтверждено
Recovery Point Objective задаёт момент, до которого должны быть восстановлены данные после сбоя.
Граница применимости: Это целевой показатель бизнеса. Фактическую точку восстановления подтверждают испытанием и отметками времени резервных копий.
RPO ограничивает потерю данных по времени, но не длительность восстановления. Скорость возврата сервиса задаёт RTO.
Граница применимости: Разграничение двух целевых показателей восстановления по определениям NIST.
Граница терминов
Не путать
Перед спецификацией
Что проверить
- Зафиксируйте RPO отдельно для каждого набора данных.
- Сопоставьте цель с частотой копирования или ведения журнала.
- На испытании измерьте фактическую точку восстановления.
Открытые основания
Первоисточники
Recovery Point Objective — CSRC Glossary
National Institute of Standards and Technology · CSRC glossary по NIST SP 800-34 Rev. 1, проверено 29 августа 2026 года
Определяет RPO как точку во времени, до которой данные должны быть восстановлены после outage.
Открыть первоисточник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.
Открыть первоисточник