gradual recovery, cold standby

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

Холодный резерв нередко путают с резервным копированием и с высокой доступностью. Резервные копии сами по себе не являются холодным резервом: они помогают восстановить данные и повлиять на целевую точку восстановления, но не обеспечивают подготовленную среду и согласованный способ вернуть ИТ-услугу к работе. Также холодный резерв не следует смешивать с «тёплым» или «горячим» резервированием, где вычислительные ресурсы уже развернуты и могут быть быстро введены в эксплуатацию; там целевое время восстановления существенно меньше, но выше затраты. Типичная ошибка — считать, что наличие помещения и кабелей автоматически гарантирует восстановление: на практике узкими местами становятся логистика поставок, совместимость оборудования, лицензирование ПО, доступы, актуальность конфигурации и недостаточно проработанные рабочие инструкции. Ещё одна ловушка — недооценка зависимостей: без заранее согласованных каналов связи, учётных данных, интеграций и КЕ восстановление затягивается и цели по уровню услуги не достигаются. Правильная реализация требует регулярных проверок, согласования с планом восстановления после катастрофы и актуализации по мере изменений в ИТ-инфраструктуре и сервисной архитектуре.