RPO и RTO: на каких цифрах строится резервное копирование

RPO и RTO — два показателя, которые превращают абстрактное «нам нужны бэкапы» в конкретную инфраструктуру и бюджет. От них зависит, какое оборудование, какая стратегия, и сколько компания готова потерять в час простоя.

Зачем это нужно бизнесу

Когда мы приходим к заказчику с разговором про резервное копирование, первый разумный вопрос — не «какие у вас сервера», а «сколько данных вы готовы потерять и как долго можете не работать». Без ответа на этот вопрос проектирование DR-стратегии превращается в гадание.

RPO и RTO — это перевод бизнес-требований в технические. Они дают точку отсчёта для дискуссии: «вам нужна репликация раз в час или достаточно ночного бэкапа», «вам нужна горячая резервная площадка или хватит восстановления из облака за 6 часов». От этих цифр зависит вилка бюджета — от десятков тысяч в год за минимальный бэкап до десятков миллионов за DR-сайт с активной репликацией.

Главная польза для бизнеса — это не «правильно настроенный Veeam», а осознанное решение руководителя: какую цену он готов платить за какой уровень защиты. RPO и RTO делают этот выбор измеримым.

Как это работает

RPO (Recovery Point Objective) — максимально допустимый период данных, который компания готова потерять. Измеряется во времени.

Пример: если RPO = 4 часа, бэкап должен делаться не реже чем каждые 4 часа. При сбое можно потерять до 4 часов работы — всё, что было сделано между последним бэкапом и инцидентом.

RTO (Recovery Time Objective) — максимально допустимое время простоя, в течение которого сервисы должны быть восстановлены.

Пример: если RTO = 2 часа, через 2 часа после инцидента сервисы обязаны быть доступны для пользователей. Сюда входит: обнаружение проблемы, принятие решения о восстановлении, разворачивание бэкапа, проверка работоспособности.

Соотношение с инфраструктурой:

RPO	Типовая реализация
24 часа	Ночной бэкап раз в сутки
4–8 часов	Бэкап каждые 4–8 часов, активный диск-репозиторий
1 час	Инкрементальные бэкапы каждый час, журнал транзакций СУБД
< 1 часа	Continuous Data Protection, репликация СХД
~0 (секунды)	Синхронная репликация между ЦОД

RTO	Типовая реализация
1–2 суток	Восстановление из ленты, заказ железа
4–8 часов	Восстановление из дискового репозитория Veeam, есть резервный сервер
1–2 часа	Instant VM Recovery, готовая виртуализация
15–30 мин	Active-passive DR-сайт
~0	Active-active кластер между двумя ЦОД

Чем ниже RPO и RTO — тем дороже решение. И зависимость нелинейная: переход с 24 часов на 1 час обычно увеличивает стоимость в разы, а с 1 часа на 5 минут — на порядок.

Когда нужно компании

RPO/RTO считаются для каждого критичного сервиса отдельно. У одной компании могут быть совершенно разные требования к разным системам:

• Критичные сервисы (биллинг, торговый зал, продакшен ERP) — RPO 1 час, RTO 2 часа.
• Важные (почта, корпоративный портал, файловый сервер) — RPO 4–8 часов, RTO 8–24 часа.
• Поддерживающие (внутренний wiki, тестовые среды) — RPO 1 сутки, RTO 3–5 суток.

Как считать в деньгах: оцените, сколько компания зарабатывает (или теряет) за час простоя. Если это 200 тысяч в час, RTO в 8 часов означает потенциальные потери в 1,6 млн на инцидент. Это и есть «бюджет, который оправдан» на снижение RTO.

Когда обязательно: контрактные требования заказчиков (SLA), внешний аудит, прохождение страховой оценки, требования регуляторов (152-ФЗ, 187-ФЗ, отраслевые стандарты).

Что включает наша услуга

• Интервью с владельцами бизнес-процессов и оценка цены простоя для каждого критичного сервиса.
• Расчёт целевых RPO и RTO по системам — таблица «сервис — RPO — RTO — бизнес-обоснование».
• Проектирование инфраструктуры под целевые показатели: расписание бэкапов, тип хранилища, варианты репликации, DR-площадка.
• Поставка оборудования и лицензий, внедрение Veeam, репликации СХД, настройка журналов СУБД.
• Тестовое восстановление с замером фактических RPO/RTO — без этого числа на бумаге ничего не значат.
• Регламент DR: кто принимает решение, кто разворачивает, по каким сценариям; передача в эксплуатацию.

Связанные термины

• Резервное копирование по правилу 3-2-1 — стратегия резервного копирования 3-2-1
• Veeam и ленточные библиотеки: резервное копирование на ленты — Veeam и ленточные библиотеки
• Система хранения данных (СХД) — СХД
• Подключение к облакам: Yandex Cloud, VK Cloud — подключение облаков для DR-сценариев

Получить расчёт

Зайдите в калькулятор, отметьте чекбокс «DR / стратегия восстановления» и укажите целевые RPO/RTO — получите ориентир по цене. Финальная смета формируется после интервью с владельцами процессов и согласования модели простоя.