Хранение данных

Snapshot, backup, репликация и архив: выбор по задаче восстановления

Удаление файла, повреждение приложения, потеря массива и площадки требуют разных путей восстановления. Оцените снимки, резервные копии, репликацию и архив по этим сценариям.

Принцип работыВыбор по задаче восстановления
Snapshot

Состояние на момент времени

Backup

Копия, хранение, восстановление

Репликация

Передача на другую конечную точку

Архив

Долгосрочное хранение и поиск

Начните с вопроса о восстановлении

Фраза «snapshot включены» не объясняет, как вернуть пригодные данные после инцидента. Snapshot фиксирует состояние на момент времени; значение имеют место хранения и пригодность точки для приложения. Политика backup организует создание, хранение и восстановление копий. Репликация передаёт данные другой стороне, архив обеспечивает длительное хранение и поиск.

От события к подтверждению

Матрица сценариев восстановления
СобытиеЧто рассмотретьВопрос приёмки
Удалён файлПредыдущая точка или копия файлаНаходится и открывается ли нужная версия?
Повреждены данные приложенияТочка восстановления с согласованными данными приложенияПодтверждает ли результат владелец приложения?
Массив недоступенКопия на независимых ресурсахДоступны ли каталог, ключи и целевая среда?
Потеряна площадкаПлан восстановления на другой площадкеПроверены ли связь, идентификация и зависимости сервисов?

Независимость и политика хранения

Репликация способна перенести и ошибку эксплуатации. Копии на разных устройствах сохраняют общий риск, если удаляются одной административной учётной записью. Отдельно опишите права, зависимости управления, хранение и удаление. Для неизменяемости и изоляции подтвердите конкретную версию продукта и политику. Второй корпус сам по себе не создаёт независимый процесс восстановления.

Краткий пример политики

Учебный сценарий: рабочим файлам нужен пользовательский возврат, операционной базе — восстановление с проверкой приложения, сохраняемым документам — поиск и извлечение. Запишите цели отдельными строками. Для каждой укажите владельца данных, хранение, допустимый период потери и границы измерения времени восстановления.

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

SOFCON / NEXT STEP

Проект хранения данных

Обсудим архитектуру хранения под ваши приложения, объём данных и планы роста.

Подробнее о технологиях