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

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

# Практика управления непрерывностью услуг

[Практика](https://cleverics.ru/digital/kb-glossary/practice/) обеспечения того, что [доступность](https://cleverics.ru/digital/kb-glossary/availability/)[услуги](https://cleverics.ru/digital/kb-glossary/service/) и [производительность](https://cleverics.ru/digital/kb-glossary/performance/) поддерживаются на достаточном уровне в случае [катастрофы](https://cleverics.ru/digital/kb-glossary/disaster/).

Синонимы: практика управления непрерывностью сервисов, управление непрерывностью

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

service continuity management practice

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

[Практика управления непрерывностью услуг](https://cleverics.ru/digital/kb-glossary/service-continuity-management-practice/) фокусируется на [способности](https://cleverics.ru/digital/kb-glossary/capability/)[организации](https://cleverics.ru/digital/kb-glossary/organization/) продолжать [предоставление услуги](https://cleverics.ru/digital/kb-glossary/service-provision/) на приемлемом уровне, когда происходит серьёзное разрушительное [событие](https://cleverics.ru/digital/kb-glossary/event/). Речь не о «нулевых простоях», а о заранее согласованном минимально достаточном уровне доступности услуги и производительности, который организация обязуется обеспечивать при катастрофе. На практике это означает подготовку и поддержание в актуальном состоянии [планов восстановления после катастрофы](https://cleverics.ru/digital/kb-glossary/disaster-recovery-plans/), увязку технических мер с потребностями [заказчика](https://cleverics.ru/digital/kb-glossary/customer/) и [приоритетами](https://cleverics.ru/digital/kb-glossary/priority/)[портфеля услуг](https://cleverics.ru/digital/kb-glossary/service-portfolio/), а также регулярную проверку готовности: сценарии переключения, [восстановление](https://cleverics.ru/digital/kb-glossary/recovery/) данных, обеспечение работоспособности критичных [зависимостей](https://cleverics.ru/digital/kb-glossary/dependency/) и коммуникаций. Практика тесно взаимодействует с [управлением рисками](https://cleverics.ru/digital/kb-glossary/risk-management-practice/), [управлением доступностью](https://cleverics.ru/digital/kb-glossary/availability-management-practice/), [управлением мониторингом и событиями](https://cleverics.ru/digital/kb-glossary/monitoring-and-event-management-practice/), [управлением изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) и [управлением сервисными конфигурациями](https://cleverics.ru/digital/kb-glossary/service-configuration-management-practice/), потому что непрерывность зависит от актуальности [конфигурации](https://cleverics.ru/digital/kb-glossary/configuration/), согласованных [процедур](https://cleverics.ru/digital/kb-glossary/procedure/) и наблюдаемости. Вне её прямого охвата находятся повседневные кратковременные [сбои](https://cleverics.ru/digital/kb-glossary/failure/) без признаков катастрофы (это обычно область [управления инцидентами](https://cleverics.ru/digital/kb-glossary/incident-management/)), а также стратегические вопросы общего выживания организации и непрерывности [бизнес-процессов](https://cleverics.ru/digital/kb-glossary/business-process/), которые могут выходить за рамки [управления услугами](https://cleverics.ru/digital/kb-glossary/service-management/), хотя и должны быть согласованы с ним.## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — смешивать практику [управления непрерывностью](https://cleverics.ru/digital/kb-glossary/service-continuity-management-practice/) услуг с управлением доступностью. Управление доступностью стремится обеспечить целевые показатели доступности услуги в нормальных условиях, тогда как практика управления непрерывностью услуг отвечает за поддержание достаточного уровня предоставления услуги именно при катастрофе, когда обычные допущения не работают. Ещё одно типичное заблуждение — считать, что непрерывность равна наличию резервной площадки. Резервная [ИТ-инфраструктура](https://cleverics.ru/digital/kb-glossary/it-infrastructure/) без проверенных процедур, обученных [ролей](https://cleverics.ru/digital/kb-glossary/role/), актуальных данных и понятных критериев переключения не гарантирует восстановление предоставления услуги. Также нередко подменяют цели практики показателями «восстановить как можно быстрее»: без привязки к согласованным [целевому времени восстановления](https://cleverics.ru/digital/kb-glossary/recovery-time-objective/) и [целевой точке восстановления](https://cleverics.ru/digital/kb-glossary/recovery-point-objective/) организация может инвестировать непропорционально или, наоборот, недоинвестировать в критичные меры. Опасна и чрезмерно техническая трактовка: непрерывность включает зависимости от [партнёров и поставщиков](https://cleverics.ru/digital/kb-glossary/partners-and-suppliers/), доступ к учётным [записям](https://cleverics.ru/digital/kb-glossary/record/), коммуникации с [пользователями](https://cleverics.ru/digital/kb-glossary/user/) и заказчиками, а также управляемость [изменений](https://cleverics.ru/digital/kb-glossary/change/) в [рабочей среде](https://cleverics.ru/digital/kb-glossary/live-environment/). Наконец, [планы](https://cleverics.ru/digital/kb-glossary/plan/) восстановления после катастрофы часто «устаревают тихо»: изменения в конфигурации, в [поставщиках](https://cleverics.ru/digital/kb-glossary/supplier/) или в [сервисном предложении](https://cleverics.ru/digital/kb-glossary/service-offering/) не отражаются в сценариях восстановления, из-за чего реальная восстанавливаемость услуги падает незаметно.## Примеры

- Катастрофа в основном дата-центре: переключение ИТ-услуги на резервную площадку с обеспечением минимально допустимой производительности до полного восстановления
- Шифрование серверов в результате массовой атаки: запуск планов восстановления после катастрофы, восстановление данных до согласованной целевой точки восстановления и возобновление предоставления услуги в пределах целевого времени восстановления
- Длительное отключение электропитания в офисе: перевод команды поддержки на удалённый режим и обеспечение доступности услуги для пользователей через альтернативные каналы связи
- Отказ ключевого облачного региона: переключение на другой регион и временное ограничение функциональности продукта для поддержания достаточного уровня предоставления услуги
- Пожар в серверной: восстановление критичных компонентов по заранее подготовленной конфигурации и проверка достижимости согласованного уровня производительности

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

- [ITSM. Основы управления ИТ-услугами](https://edu.cleverics.ru/itsm-foundation?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=ITFO4) — Учебный курс: интенсив с тренером. Самый популярный тренинг по управлению ИТ
- [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-система