conversations
За 48 часов можно проверить идею, но не доказать, что она окупится
Надежда Шалимова (ЭОС): «На «Осеннем документообороте – 2026» затронем очень много тем – актуальных, горячих, беспокоящих и CIO, и пользователей»
Утечки данных при увольнениях: комплексный анализ рисков и методы защиты
Ирина Меженева («Газинформсервис»): «ИИ не породил принципиально новых типов атак, но качественно изменил уже существующие»
Как считать ROI ИИ по каждому контуру, а не по компании в целом
ЦБ
°
пятница, 9 октября 2026

Эксперт «ОБИТ» рассказал, почему резервного копирования недостаточно для защиты ИТ-инфраструктуры

Изображение: Обит
В условиях роста факторов риска потери данных для обеспечения непрерывности бизнес-процессов важно резервировать не только данные, но и основные элементы инфраструктуры, уделяя особое внимание критическим узлам. Как с учетом актуальных рисков организовать резервирование, рассказывает Кирилл Тимофеев, руководитель ИТ-департамента «ОБИТ».

Эксперт отмечает, что при построении отказоустойчивой инфраструктуры важно понимать, что резервное копирование и резервирование самой ИТ-среды отвечают разным задачам: «Сегодня, когда потенциальных точек отказа все больше, недостаточно просто иметь несколько копий данных: необходимо обеспечить возможность восстановления критичных систем, каналов связи и площадок при недоступности основной площадки.

Один из подходов к решению этой задачи — геораспределенная ИТ-инфраструктура, при которой компоненты системы размещаются на нескольких территориально разнесенных площадках. Это позволяет снизить риски простоя и потери данных в случае аварии или недоступности одного из ЦОДов.

В рамках недавних проектов мы реализовали несколько сценариев построения отказоустойчивой ИТ-инфраструктуры. Первый — организация аварийного восстановления между несколькими облачными средами, где облачные ресурсы резервируются в другом облаке на уровне IaaS. Резервная среда поддерживается в постоянной готовности путем тестового запуска. Второй сценарий — гибридная распределенная архитектура, в которой часть компонентов размещена на площадке, а часть — в облаке с одновременной обработкой нагрузки на обеих площадках в режиме Active-Active.

При этом важно помнить, что грамотная реализация инфраструктурного резервирования не гарантирует стопроцентной сохранности данных и корректной работы приложений после переключения. Например, если мы имеем дело со сложной базой данных, то при сбое в процессе транзакции часть данных может находиться в оперативной памяти и не реплицироваться по умолчанию. В результате после восстановления возможна потеря незавершенных операций.

Поэтому отказоустойчивость инфраструктуры необходимо оценивать и реализовывать комплексно: разработать регламенты, определить допустимое время восстановления (RTO) и допустимый объем потери данных (RPO), выбрать подходящие сценарий и режим резервирования, обеспечить связность каналов связи и регулярно проводить тестирование аварийного переключения. Только комплексный подход позволяет оценить, насколько выбранная архитектура закрывает задачу и действительно ли инфраструктура сможет восстановиться».

Свежее по теме