Портал №1 по управлению цифровыми
и информационными технологиями

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

 
Целевое время восстановления
 
Максимально допустимый период времени после сбоя в работе услуги, в течение которого восстановление бизнес-функциональности должно быть завершено до того, как это начнёт серьёзно влиять на организацию
 
Синонимы
RTO
Answer
Оригинальный английский термин
recovery time objective, RTO
Answer
Подробности
Целевое время восстановления — это согласованный порог времени, в течение которого ИТ-услуга (или ключевая бизнес-функция, зависящая от неё) должна быть восстановлена после прерывания услуги, чтобы организация не понесла неприемлемый ущерб. В ITSM этот показатель используется для проектирования и управления непрерывностью услуг, определения требований к доступности, выбора архитектурных решений и обоснования затрат на меры восстановления. Обычно целевое время восстановления формируется на основе анализа влияния на бизнес (BIA): бизнес определяет, сколько времени он может работать без функции, а поставщик услуги оценивает, какие ресурсы, процедуры и способности нужны, чтобы уложиться в требуемое время. Целевое время восстановления часто фиксируется как требование гарантии и отражается в планах восстановления после катастрофы и операционных процедурах, а также проверяется через тестирование и учения. При этом термин не описывает сам процесс восстановления или конкретные технические методы; он задаёт именно целевую временную границу приемлемости, а не порядок действий, состав работ или причину прерывания услуги.
Answer
Нюансы
Целевое время восстановления часто ошибочно отождествляют со средним временем восстановления услуги (MTRS). MTRS — это фактическая измеряемая метрика по истории восстановления, а целевое время восстановления — целевое требование, которое нужно обеспечить. Также его нередко путают с целевой точкой восстановления (RPO): RPO описывает допустимую потерю данных по времени, а целевое время восстановления — допустимую длительность простоя функции. Ещё одна типичная ошибка — воспринимать целевое время восстановления как универсальный показатель для всей организации или всей услуги без учёта сервисной архитектуры и зависимостей: разные сервисные предложения, компоненты и интеграции могут иметь разные целевые значения. Опасно задавать целевое время восстановления «по желанию» без привязки к BIA и реальным возможностям: слишком оптимистичное значение приводит к заведомо невыполнимым обязательствам и разочарованию заказчика, а чрезмерно большое — к недопустимым рискам для организации. Наконец, целевое время восстановления не следует автоматически приравнивать к SLA: SLA обычно измеряется в условиях штатной эксплуатации и оговорённых исключений, тогда как целевое время восстановления применяется к сценарию прерывания услуги и может требовать отдельных планов восстановления и специальных условий.
Answer
Примеры
  • Для платёжного шлюза целевое время восстановления установлено в 30 минут; если услуга недоступна дольше, организация не может принимать оплату и несёт существенные потери.
  • Для корпоративной почты целевое время восстановления определено как 4 часа, поскольку бизнес допускает кратковременную недоступность при наличии альтернативных каналов связи.
  • Для системы расчёта зарплаты целевое время восстановления задано 24 часа, но только в период закрытия месяца требуется сокращение до 2 часов.
  • Для сервиса удалённого доступа целевое время восстановления составляет 1 час, потому что длительный простой останавливает работу распределённых команд.
Courses
Рекомендуемые продукты по этой теме
 
 
Что такое целевое время восстановления в ITIL и ITSM? Смотрите в глоссарии по управлению ИТ, входящим в бесплатную экспертную базу знаний по управлению ИТ от компании Cleverics.