# MTTR — среднее время восстановления (подробное объяснение)

> MTTR (среднее время восстановления, иногда среднее время ремонта) — это среднее время от начала инцидента с обслуживанием до восстановления нормальной работы сервиса. Это наиболее эффективный операционный KPI на телекоммуникационной платформе — каждая минута сокращения MTTR напрямую приводит к уменьшению количества жалоб абонентов, снижению количества компенсаций за нарушение SLA и уменьшению потерь дохода во время инцидентов.

- Канонический URL: https://www.broadnet.me/ru/answers/what-is-mttr
- Язык: ru
- Последняя проверка: 2026-10-01
- Издатель: BroadNet (https://www.broadnet.me)

## Что именно он измеряет

MTTR — это время, прошедшее с момента начала инцидента (момент возникновения проблемы) до восстановления работы сервиса (момент возобновления нормальной работы), усредненное по набору инцидентов за измерительный период. Классическое разложение: Среднее время обнаружения (MTTD) + Среднее время подтверждения (MTTA) + Среднее время диагностики + Среднее время восстановления = MTTR. Каждый компонент имеет свои узкие места — MTTD зависит от охвата мониторинга, MTTA — от дежурства, диагностика — от глубины наблюдаемости, восстановление — от зрелости сценариев реагирования и автоматизации.

## Почему это важно с коммерческой точки зрения

Для платформы обмена сообщениями каждая минута недоступности критически важного маршрута обходится в ощутимый доход и наносит ущерб репутации. В договорах SLA четко оговариваются скидки за среднее время восстановления (MTTR); корпоративный клиент, столкнувшийся с тремя многочасовыми инцидентами за квартал, ищет альтернативу. Наиболее быстрое сокращение MTTR достигается за счет сокращения MTTD и MTTA — оповещения о нужной проблеме, вызов нужного специалиста, предоставление ему доступа к руководству по устранению неполадок в течение нескольких минут. Продукт BroadNet Performance System разработан именно для этого: оповещения, специфичные для телекоммуникаций, привязка к руководству по устранению неполадок и корреляция инцидентов, направленные на сокращение MTTR.

## Рабочее направление

Три основных подхода определяют сокращение MTTR. Первый: корреляция оповещений — объединение сотни связанных оповещений в одно событие пейджинга, чтобы инженер не был перегружен работой. Второй: автоматизация алгоритма действий — первые три этапа сортировки выполняются автоматически при возникновении оповещения, поэтому инженер прибывает с уже имеющейся диагностикой. Третий: прогнозирование деградации — отслеживание темпов деградации до нарушения SLO, чтобы команда реагировала упреждающе, а не реактивно. Уровень системы управления производительностью добавляет все три подхода поверх общего мониторинга (Nagios/Zabbix/ManageEngine), а не вместо него.

## Вопросы конфиденциальности и соблюдения нормативных требований

Показатель MTTR сам по себе является оперативной метаданной, а не персональными данными, и не подпадает под действие PDPL/GDPR. Журналы инцидентов и отчеты о влиянии на клиентов, используемые для расчета MTTR, могут содержать идентификаторы клиентов; к ним следует применять те же правила доступа, что и к любым другим оперативным журналам. Заявления о показателе MTTR, доступные широкой публике, должны быть подкреплены подтверждаемой методологией измерения — утверждение «99,9% времени безотказной работы» без данных о MTTR является маркетинговым ходом, а не результатом инженерных расчетов.

## См. также

- [Все ответы](https://www.broadnet.me/ru/answers)
- [Глоссарий](https://www.broadnet.me/ru/answers)
- [Объяснение соотношения ответов и приступов (ASR)](https://www.broadnet.me/ru/answers/what-is-asr)
- [EDR против CDR — в чем разница?](https://www.broadnet.me/ru/answers/edr-vs-cdr)
- [Что такое переключение маршрутов при сбое в системах обмена сообщениями?](https://www.broadnet.me/ru/answers/what-is-route-failover)
- [Performance System](https://www.broadnet.me/ru/platforms/performance-system)