intermediate recovery, warm standby

Тёплый резерв — это вариант обеспечения непрерывности, при котором организация заранее готовит среду для восстановления ИТ-услуги, но не поддерживает её в полностью готовом к немедленному переключению состоянии. Обычно имеется площадка или выделенная зона в совместно используемом центре, где доступна ИТ-инфраструктура и сетевые компоненты, однако перед запуском нужно выполнить настройку конфигурации, развернуть необходимые компоненты, восстановить данные и провести проверки. Такой подход выбирают, когда целевое время восстановления (RTO) измеряется сутками, но требуется быстрее, чем при «холодном» подходе, и когда затраты на «горячий» вариант избыточны. На практике тёплый резерв фиксируется в планах восстановления после катастрофы и в плане управления непрерывностью ИТ-услуги, включает заранее подготовленные процедуры восстановления, ответственных, доступ к резервным копиям, а также регулярные тесты. Вне области определения термина остаются повседневные механизмы высокой доступности внутри рабочей среды, автоматическое мгновенное переключение без ручной конфигурации, а также восстановление отдельных пользовательских устройств без связи с целевой ИТ-услугой.

Тёплый резерв часто ошибочно смешивают с «горячим» и «холодным» вариантами. Ключевое отличие — уровень предварительной готовности: при тёплом резерве площадка и компоненты существуют, но ИТ-услуга не может быть восстановлена без дополнительных действий по конфигурации и восстановлению данных. Если предполагается почти мгновенное переключение с минимальной потерей данных, это уже ближе к «горячему» варианту и требует иных решений по репликации и управлению данными, а также существенно иного RTO и RPO. Другая типичная ошибка — считать, что наличие резервного оборудования автоматически означает выполнимость восстановления: без проверенных процедур, доступа к учётным данным, актуальных резервных копий, сетевых маршрутов, лицензий и зависимостей (включая внешних поставщиков) фактическое восстановление может выйти за пределы 24–72 часов. Также важно не путать тёплый резерв с обычным развёртыванием в тестовой среде: тестовая среда может не соответствовать требованиям гарантии, безопасности и производительности, которые нужны для восстановления ИТ-услуги. Наконец, заявленный интервал восстановления имеет смысл только при регулярных испытаниях плана восстановления после катастрофы и учёте изменений в архитектуре и конфигурации.