RTO и RPO простыми словами: сколько данных и времени бизнес может потерять
Резервное копирование · 28.05.2026 · обновлено 14.10.2026 · 12 мин чтения · Команда НПП РЕКОРД
RTO и RPO — две аббревиатуры, за которыми стоят два простых вопроса: сколько работы можно потерять и сколько можно простоять. Разбираем на примерах, чем они отличаются, как определить их для каждой системы вместе с бизнесом, какие технологии дают сутки, часы, минуты и ноль потерь и почему «ноль везде» — дорогая ошибка.
Коротко. RPO (Recovery Point Objective) — сколько данных можно потерять: если копия делается раз в сутки, в худшем случае пропадёт день работы. RTO (Recovery Time Objective) — сколько можно простоять до восстановления. Оба показателя задаёт бизнес, а не IT, отдельно для каждой системы: для кассы и 1С — минуты или часы, для архива — дни. Чем ближе к нулю, тем дороже защита, поэтому «ноль везде» — ошибка. Реальные RTO и RPO проверяют только учебным восстановлением.
Когда что-то ломается, руководителя волнуют два вопроса: «что мы потеряли?» и «когда снова заработаем?». RPO и RTO — это ответы на эти вопросы, записанные заранее, в спокойное время. Без них резервное копирование настраивают «как получится», а в день аварии выясняется, что копия была недельной давности, а восстановление займёт двое суток.
RPO — сколько данных потеряем, RTO — сколько будем стоять
RPO: сколько данных можно потерять
RPO — точка, на которую вы сможете вернуться. Представьте: сервер сломался в 15:00. Если последняя копия сделана в 2 часа ночи, всё, что вводили с утра, придётся вводить заново или оно потеряно. Ваш RPO в этом случае — до суток. Если копии делаются каждые 15 минут, потеряете максимум 15 минут работы.
RTO: сколько можно простоять
RTO — время от аварии до момента, когда система снова работает. Сервер сломался в 15:00, и если нужно найти новое железо, установить систему и восстановить базу из копии, работа возобновится, например, на следующий день. Если есть резервный сервер или кластер, машины перезапустятся за минуты.
| RPO | RTO | |
|---|---|---|
| Вопрос | Сколько данных потеряем? | Сколько будем стоять? |
| Измеряется | Временем между последней копией и аварией | Временем от аварии до восстановления работы |
| Зависит от | Частоты копий или репликации | Скорости восстановления: резерв, кластер, объём данных |
| Пример | «Копия каждый час» — RPO до 1 часа | «Резервный сервер готов» — RTO 30 минут |
Как определить RTO и RPO для своего бизнеса
Эти цифры задают не системный администратор, а руководители подразделений вместе с IT. Удобный способ — пройтись по системам и для каждой ответить на вопросы: что будет с бизнесом через час, через день и через неделю без этой системы? Сколько стоит повторный ввод потерянных данных? Есть ли обходной путь — работа на бумаге или вручную? Такой разбор называют анализом влияния на бизнес.
| Система | RPO | RTO | Почему так |
|---|---|---|---|
| Касса и онлайн-продажи | Минуты | Минуты–час | Каждая минута простоя — потерянные продажи |
| 1С: бухгалтерия и склад | До часа | Несколько часов | День повторного ввода парализует учёт |
| Почта | Часы | Несколько часов | Неприятно, но есть телефон и мессенджеры |
| Файловый архив | Сутки | 1–2 дня | Нужен не каждый день |
| Тестовые серверы | Неделя | Дни | Можно пересоздать |
Какие технологии дают какие цифры
| Требование | Чем обеспечить |
|---|---|
| RPO — сутки | Ночная резервная копия |
| RPO — часы | Несколько копий в день или копии журнала транзакций СУБД |
| RPO — минуты | Частые копии журнала транзакций, асинхронная репликация на резервную площадку |
| RPO — ноль | Синхронная репликация, например растянутый кластер на две площадки |
| RTO — дни | Восстановление из копии на новое оборудование |
| RTO — часы | Резервный сервер или облако, куда можно быстро восстановиться |
| RTO — минуты | Кластер с автоматическим перезапуском виртуальных машин |
Важно. Чем ближе RPO и RTO к нулю, тем дороже решение: вторая площадка, кластер, быстрые каналы, лицензии. Требовать «ноль потерь и ноль простоя» для всех систем — значит переплатить в разы за защиту того, что можно спокойно восстановить за день.
Резервная копия не заменяет кластер, и наоборот
Отказоустойчивый кластер даёт маленький RTO при поломке оборудования, но не защищает от шифровальщика или ошибочного удаления: изменения мгновенно попадают во все копии. Резервная копия защищает от этих сценариев, но восстановление из неё занимает время. Поэтому для критичных систем RTO и RPO нужно оценивать для разных сценариев: поломка сервера, потеря площадки, атака шифровальщика.
| Сценарий | Типичный RTO | Что помогает |
|---|---|---|
| Сломался диск | Ноль — работа продолжается | RAID или распределённое хранилище |
| Сломался сервер | Минуты | Кластер с автоматическим перезапуском |
| Пожар в серверной | Часы | Копии и резерв на другой площадке или в облаке |
| Шифровальщик | Часы–дни | Неизменяемые копии и отработанный план восстановления |
Как проверить, что цифры реальные
- Запишите целевые RPO и RTO для каждой критичной системы и утвердите их у руководства.
- Раз в квартал проводите учебное восстановление критичной системы на отдельном оборудовании.
- Засекайте фактическое время восстановления — это ваш реальный RTO.
- Проверяйте, на какой момент восстановились данные, — это ваш реальный RPO.
- Если факт хуже цели, меняйте технологию или пересматривайте цель вместе с бизнесом.
Совет. Самый частый результат первой проверки: RTO в несколько раз больше ожидаемого. Восстановление большой базы, настройка сервера и проверка занимают часы, о которых никто не думал. Лучше узнать это на учениях.
RPO и RTO — это договор между бизнесом и IT: сколько можно потерять и сколько простоять. Записанный и проверенный учениями, он превращает «надеемся, обойдётся» в понятный план.
Частые вопросы
Что такое RTO и RPO простыми словами?
RPO — сколько данных бизнес может потерять, то есть насколько свежей должна быть последняя копия. RTO — сколько времени можно простоять до восстановления работы. Например, RPO 1 час и RTO 4 часа означают: потерять не больше часа работы и восстановиться не дольше чем за четыре часа.
Чем RTO отличается от RPO?
RPO отвечает на вопрос «сколько данных потеряем» и зависит от частоты копий. RTO отвечает на вопрос «сколько будем стоять» и зависит от скорости восстановления: наличия резервного сервера, кластера, объёма данных.
Кто должен определять RTO и RPO?
Руководители подразделений вместе с IT. Только бизнес знает, сколько стоит час простоя и повторный ввод данных, а IT подбирает под эти требования технологию и бюджет.
Как добиться RPO равного нулю?
Синхронной репликацией: данные записываются одновременно в два места, например в растянутом кластере на две площадки. Это дорого и нужно только для систем, где потеря даже минут данных недопустима.
Защищает ли кластер от шифровальщика?
Нет. Кластер сокращает простой при поломке оборудования, но зашифрованные данные мгновенно попадают во все его копии. От шифровальщика защищают неизменяемые резервные копии и отработанный план восстановления.
Как проверить реальные RTO и RPO?
Учебным восстановлением: раз в квартал восстановить критичную систему на отдельном оборудовании, засечь время до рабочего состояния и проверить, на какой момент восстановились данные.
Теги: RTO, RPO, восстановление, непрерывность бизнеса, резервное копирование, отказоустойчивость