В NIST SP 800-34 Rev. 1 RTO связано с допустимым временем недоступности ресурса до неприемлемого влияния на работу. Документ 2010 года помогает определить понятие; он не назначает всем сайтам одинаковый срок и не устанавливает условия конкретного тарифа.

Согласуйте начало и конец отсчета

До аварии определите, какой момент запускает отсчет и какая операция означает возврат услуги. Например, обнаружение проблемы и фактическое начало недоступности могут различаться. Не меняйте начало задним числом, чтобы получить удобную цифру.

Для магазина критерием может быть возможность оформить контрольный заказ без реального списания. Для внутреннего сервиса - разрешенное чтение и запись тестовой записи. Просто доступная главная страница или ответ ping не подтверждают нужный бизнес-сценарий. Критерий должен включать необходимые зависимости, но не требовать действий с реальными клиентскими данными.

Учебная шкала восстановления

Допустим, требование RTO составляет 30 минут, а отсчет начинается в 14:00. VM загрузилась в 14:10, база проверена в 14:25, критическая операция стала доступна в 14:40. По согласованному концу отсчета прошло 40 минут: требование не выполнено. Это учебный пример, не проведенный тест провайдера.

Этап примераПочему он не всегда означает готовность
VM запущенаПриложение и база могут еще не работать
Данные восстановленыНужны права, настройки и связи компонентов
Страница открываетсяКритическая операция может оставаться недоступной

Время каждого этапа лучше фиксировать отдельно. Тогда видно, где задержка: обнаружение, доступ к копии, развертывание среды, возврат данных или приемка. Не превращайте сумму оценок из рекламных материалов в собственный измеренный результат.

Восстановление включает среду

AWS в описании backup and restore учитывает данные, инфраструктуру, конфигурацию и код приложения. В вашем плане также нужно проверить возможность получить копию, необходимые секреты и зависимости. Публичный архив без доступного ключа не дает готового восстановления.

Уточните распределение обязанностей: кто сообщает о сбое, получает архив, поднимает среду, проверяет данные и разрешает возвращение пользователей. Поддержка инфраструктуры не обязательно включает ремонт вашего приложения. Требование надо согласовать с теми, кто действительно выполняет шаги.

RTO, RPO и переносимый простой

RPO описывает допустимую потерю изменений, не продолжительность работ. Максимально переносимый простой также не всегда совпадает с RTO: после технического восстановления может требоваться дополнительная обработка. Не назначайте универсальный запас времени без разбора процесса.

Проведите согласованную репетицию в отдельной среде с обезличенными данными и без платежей или рассылки. Для подготовки используйте разбор backup. Здесь такая репетиция не проводилась, показатели хостеров не измерялись. Источники сверены 7 октября 2026 года. Связанные определения находятся в словаре.