ada/SecondBrain

Fork 0

Files

T

Dmitry f15f5e29f2 vault backup: 2026-05-31 10:18:48

2026-05-31 10:18:48 +03:00

16 KiB

Raw Permalink Blame History

updated, status, type, tags, created, progress, priority, aliases

updated

status

type

Разработка алгоритма автоматического резервирования на основе "важности" данных

Рабочее название: "Методика адаптивного управления политиками резервного копирования в распределенных системах на основе многокритериальной оценки ценности данных"

Введение

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

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

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

Виды резервирования данных

Суть резервного копирования заключается в хранении копий исходных данных, что кратно увеличивает объем занимаемого пространства. Для решения этой проблемы, были созданы различные виды резервирования данных. Представлены они 3-мя основными категориями:

Full (полный) Backup
Incremental (инкрементальный) backup
Differential (дифференциальный) backup

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

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

Метрики Резервирования

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

RPO (Recovery Point Objective) — Целевая точка восстановления Обозначает допустимый объем данных, которые могут быть потеряны в результате инцидента. RTO (Recovery Time Objective) — Целевое время восстановления Обозначает максимальное время "простоя" (downtime) системы до момента полного восстановления.

Для архива документов, обращения к которому происходят редко, допустимы RTO и RPO измеряемые часами (RPO = 24 часа, RTO = 12 часов). Для критической инфраструктуры это минуты. Для систем особой важности (например, банковских систем, где важна каждая транзакция) метрики могут стремиться к нулю. Стоит отметить, что уменьшение RPO и RTO увеличивает стоимость системы в геометрической прогрессии. Поэтому необходимо находить баланс между затратами ресурсов и метриками.

Золотой Стандарт Резервирования

Классическим подходом к резервированию считается подход 3-2-1.

3 копии данных - 1 оригинал и 2 резервные копии.
2 разных носителя - хранение копий на разных типах устройств (диск + облако или лента) повысит отказоустойчивость.
1 копия вне площадки (offsite) - географически отдельно от основной системы (мера защиты от катастрофических событий: наводнение, пожар и т.д.).

Проблематика "Темных Данных" И Избыточности Данных

По данных "Gartner", до 80% данных в компаниях являются "неструктурированными" и неиспользуемыми. Т.е. люди, непосредственно работающие с данными, зачастую, в полной мере не уверены, зачем нужны те или иные данные и нуждаются ли они в резервировании, в связи с этим резервируются бесполезные данные, повышая объем используемого дискового пространства. Помимо этого, чувствительные данные (пароли, ключи и т.д.) также могут быть неструктурированными, что приводит к невозможности применения к ним централизованных политик доступа и безопасности.

Несмотря на наличие "Золотого стандарта" и разных методов резервного копирования, с учетом применения "статичных" политик резервирования, когда администратор вручную настраивает тип резервного копирования, соответствие метрикам и расписание резервирования, в условиях экспоненциального роста данных и ограниченности ресурсов СХД (Систем Хранения Данных) возникает проблема неэффективности традиционных подходов.

Таким образом, задачей становится отказ от статического метода резервирования в сторону адаптивного управления. Необходимо создать алгоритм, который в автоматическом режиме анализирует характеристики объектов (метаданные, частота обращений, роль в бизнес-процессах) и динамически вычислять индекс "важности" данных.

На основе такого индекса система должна определять:

Оптимальную стратегию резервирования.
Приоритет очередности на репликацию вне площадки.
Целевые показатели, динамически изменяемые для конкретных файлов (за исключением обозначенных бизнес-требованиями).

Методика Измерения "важности" Файла

Введем понятие важности файла, обозначив за I (Importance), тогда составим математическую модель такого индекса:

I = (\omega_{1}* C) + (\omega_{2}*V) + (\omega_{3} * \frac{1}{\Delta{T}+1}) - (\omega_4*S),

где С (Criticity) - коэффициент типа файла; V (Volatility) - частота изменения файла, количество изменений за месяц; R=\frac{1}{\Delta{T}+1} (Recency) - время с последнего изменения; S (Size) - размер файла (избыточно большие файлы имеют меньший приоритет; \omega_{1},\omega_{2},\omega_{3},\omega_{4} - весовые коэффициенты, определяемые эмпирически или средствами ML; \Delta{T} - время в часах с последнего изменения (чем оно больше, тем ниже важность); S - нормированный размер файла.

Обоснование: Ценность данных (I) прямо пропорциональна их критичности и обратно пропорциональна затратам на хранение.

В формуле используется метод взвешенной суммы (Weighted Sum Model). Коэффициент семантической важности (С):

Основан на иерахии объектов в ОС на базе Linux. Конфигурационные файлы в директории /etc имеют высокий приоритет, т.к. их сохранность обеспечивает быстрое восстановление системы (и низкий RTO). Временная релевантность (R=\frac{1}{\Delta{T}+1}):
Основано на теории старения информации. В большинстве процессов ценность данных убывает с течением времени. Свежие логи инцидента гораздо важнее логов годовой давности.
Для избежания деления на 0 в знаменателе прибавляет единицу к \Delta{T}, получаем диапазон значений (0,1] Волатильность и динамика (V):
Частота изменений файла свидетельствует об интенсивности рабочего процесса, фиксируемого в нём. Если файл меняется часто, значит, в нём постоянно накапливается новая полезная информация, которую нельзя терять. Ресурсная стоимость (S):
Вводится, как "штрафной коэффициент". Необходим для учета огромных файлов, частое резервное копирование которых может привести к стремительной и нецелесообразной утилизации диска, что выведет из строя инфраструктуру.

Стоит отметить, что из-за различных размерностей и масштабов измеряемых величин, необходимо проводить "нормировку", чтобы все характеристики были равновесны. Для этого используем Min-Max масштабирование: x^{'} = \frac{x-min(x)}{max(x)-min(x)}

Алгоритм Адаптивного Выбора Стратегии

Очевидно, что у каждой инфраструктуры свои особенности и специфика, но для обобщения использования методики, введем 3 основные группы файлов для разделения политик резервного копирования:

Группа A (Критически важные): \large I>0,9 Стратегия: Full Backup раз в сутки + Incremental Backup каждые 15 минут + обязательное Offsite хранение.
Группа B (Средняя критичность): \large 0,5 \leq I \leq 0,9 Стратегия: Full Backup раз в неделю + Differential Backup раз в сутки.
Группа C (Низкоприоритетные): \large I \leq 0,5 Стратегия: Full Backup раз в месяц или исключение из процедуры резервного копирования.

Для высокоприоритетных файлов, в угоду экономии дискового пространства и нагрузку на сеть при выгрузке во внешнее хранилище, можно использовать Синтетическое полное резервирование (Synthetic Full Backup), при котором реальное полное резервное копирование происходит раз в неделю, но СХД самостоятельно раз в сутки объединяет инкрементные копии для создания "полной копии".

Актуальность При Использовании Отечественных ОС

При работе с инфраструктурой на базе Astra Linux, стоит учесть возможность использования мандатных меток доступа. При создании файла с меткой "Секретно" и "Совершенно секретно", вне зависимости от их размера, получают максимальный вес (\omega_{1}) для параметра критичности (C).

🏗️ План подготовки статьи

Описать математическую модель индекса важности
Собрать список источников (References)
Оформить введение
Описать виды резервирования

📊 Прогресс И Задачи

[!todo] Задачи по этой статье

not done
path includes {{query.file.path}}
sort by status

16 KiB Raw Permalink Blame History Unescape Escape