# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Целевая точка восстановления

Точка во времени, до которой должна быть восстановлена информация, используемая в рамках бизнес-активности, чтобы обеспечить возможность её продолжения после [сбоя](https://cleverics.ru/digital/kb-glossary/failure/)

Синонимы: RPO

## Оригинальный английский термин

recovery point objective, RPO

## Подробности

[Целевая точка восстановления](https://cleverics.ru/digital/kb-glossary/recovery-point-objective/) ([RPO](https://cleverics.ru/digital/kb-glossary/recovery-point-objective/)) определяет, насколько «свежими» должны быть данные после [восстановления](https://cleverics.ru/digital/kb-glossary/recovery/), чтобы [организация](https://cleverics.ru/digital/kb-glossary/organization/) могла возобновить конкретную деятельность и продолжить работу с приемлемыми последствиями. По сути, RPO задаёт допустимую потерю данных во времени: если RPO составляет 15 минут, то при сбое допускается потеря [изменений](https://cleverics.ru/digital/kb-glossary/change/), сделанных за последние 15 минут до момента [инцидента](https://cleverics.ru/digital/kb-glossary/incident/) или [катастрофы](https://cleverics.ru/digital/kb-glossary/disaster/), при условии что деятельность сможет работать после возобновления. В [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) RPO обычно формируется на основе [анализа влияния на бизнес](https://cleverics.ru/digital/kb-glossary/business-impact-analysis/) ([BIA](https://cleverics.ru/digital/kb-glossary/business-impact-analysis/)) и [оценки риска](https://cleverics.ru/digital/kb-glossary/risk-assessment/), затем закрепляется как часть [требований гарантии](https://cleverics.ru/digital/kb-glossary/warranty-requirements/) для [ИТ-услуги](https://cleverics.ru/digital/kb-glossary/it-service/) и используется при [проектировании](https://cleverics.ru/digital/kb-glossary/design/) решений по восстановлению, включая резервное копирование, репликацию, журналы [транзакций](https://cleverics.ru/digital/kb-glossary/transaction/) и [процедуры](https://cleverics.ru/digital/kb-glossary/procedure/) восстановления. RPO применяется не только к «[системе](https://cleverics.ru/digital/kb-glossary/system/) в целом», а к конкретным видам информации и потокам обработки (например, заказы, платежи, учетные [записи](https://cleverics.ru/digital/kb-glossary/record/)). Вне области RPO находятся скорость восстановления (это [целевое время восстановления](https://cleverics.ru/digital/kb-glossary/recovery-time-objective/), [RTO](https://cleverics.ru/digital/kb-glossary/recovery-time-objective/)), а также детальная реализация средств защиты данных и юридическая [классификация](https://cleverics.ru/digital/kb-glossary/classification/) данных; RPO задаёт требование к [результату](https://cleverics.ru/digital/kb-glossary/outcome/) восстановления по точке данных, а не конкретный инструмент или расписание.## Нюансы

Целевую точку восстановления часто путают с целевым временем восстановления (RTO): RPO отвечает на вопрос «до какого момента должны восстановиться данные», а RTO — «как быстро должна восстановиться работоспособность». Возможна ситуация, когда RTO маленькое, но RPO большое (быстро поднимаем [сервис](https://cleverics.ru/digital/kb-glossary/service/), но с потерей части данных), и наоборот (данные почти не теряем, но восстановление занимает дольше). Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — трактовать RPO как «частоту резервного копирования»: копии могут делаться каждые 15 минут, но фактический RPO будет хуже из‑за задержек репликации, окон консистентности, ошибок процедур, шифрования или времени на фиксацию транзакций. Также ошибочно назначать «RPO = 0» без проверки реалистичности: нулевая потеря данных требует синхронной репликации или иных дорогих решений и может ухудшать [производительность](https://cleverics.ru/digital/kb-glossary/performance/) и [доступность](https://cleverics.ru/digital/kb-glossary/availability/). Ещё одна ловушка — задавать RPO на уровне [приложения](https://cleverics.ru/digital/kb-glossary/application/), игнорируя [зависимости](https://cleverics.ru/digital/kb-glossary/dependency/): база данных, очереди сообщений, файловые хранилища и интеграции должны иметь согласованную целевую точку восстановления, иначе после восстановления деятельность не сможет корректно функционировать. Наконец, RPO нельзя считать «обещанием [SLA](https://cleverics.ru/digital/kb-glossary/service-level-agreement/)» без регулярного тестирования [планов восстановления после катастрофы](https://cleverics.ru/digital/kb-glossary/disaster-recovery-plans/) и [контроля](https://cleverics.ru/digital/kb-glossary/control/) фактических [метрик](https://cleverics.ru/digital/kb-glossary/metric/).## Примеры

- Для интернет-магазина RPO = 5 минут для заказов: при катастрофе допускается потеря не более 5 минут новых заказов, иначе обработка и расчёты будут некорректны
- Для корпоративной почты RPO = 1 час: допускается потеря писем за последний час, но услуга должна продолжить работу после восстановления
- Для системы расчёта зарплаты RPO = 24 часа в период вне закрытия месяца: допускается восстановление данных на состояние предыдущего дня
- Для системы платежей RPO = 0 или близкое к 0: операции не должны теряться, требуется архитектура и процессы, обеспечивающие практически отсутствие потери транзакций
- Для базы знаний команды поддержки RPO = 8 часов: потеря части новых статей допустима, но критично быстро вернуть доступ пользователям

## Рекомендуемые продукты по этой теме

- [VAP: Управление поддержкой ИТ-услуг](https://edu.cleverics.ru/vap-support?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-SUPPORT) — Учебный курс: интенсив с тренером. Строим эффективную ИТ-поддержку. Оптимизируем существующую.
- [Apollo 13 — ITSM на практике](https://edu.cleverics.ru/apollo?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=APOLLO) — Деловая игра. Service Desk, управление инцидентами, проблемами, изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система