Картинка — / Фото: REGIONS/Владимир Ерастов

Хранить данные в облаке недостаточно: как не потерять резервные копии

Рынденкова: резервные копии в том же облаке могут не спасти данные

/Главная /Безопасность

Автор текста:

Маргарита Салахова

Сегодня 12:47

/Главная /Безопасность

Автор текста:

Маргарита Салахова

Сегодня 12:47

Хранение данных в облаке не заменяет независимого резервного копирования и подготовки к аварийному восстановлению. При серьезном повреждении инфраструктуры дата-центра или сбое системы управления даже надежное облачное решение не гарантирует сохранность информации. Об этом Агентству городских новостей «Москва» сообщила технический директор Юлия Рынденкова.

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

Рынденкова подчеркнула, что хранить бэкапы в том же регионе или облачной экосистеме, где находится основная инфраструктура, рискованно. Помимо создания копий, компаниям важно регулярно проверять их целостность и возможность восстановления данных. Еще одна необходимая мера — актуальный план аварийного восстановления, в котором прописаны действия команды при отказе инфраструктуры.

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

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

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

Ремонт зданий и конструкций, силовых подстанций и систем охлаждения, а также замена поврежденных серверных стоек могут занять от нескольких недель до нескольких месяцев. В этот период нагрузка будет распределяться между резервными мощностями, отметила Рынденкова.