Различные модели резервного копирования

1.Копируются не все файлы файловой системы (избирательность архивирования по типам файлов); Не копируются *.obj

и системные (те, которые можно переустановить).

2. Создается мастеркопия архива по расписанию, или в произвольные моменты времени. Копируются все файлы, которые

были изменены с момента создания последней мастеркопии. Копии получаются очень большие.

3. Использование компрессии при архивировании (риск потери всего архива из-за ошибки в чтении/записи сжатых данных);

4. Проблема архивирования «на ходу» (во время копирования происходят изменения файлов, создание, удаление каталогов

и т.д.). Возможность потери информации из-за внештатной ситуации (например отключение от питания)

5. Распределенное хранение резервных копий. Лучше держать много копий в разных местах – хоть где-нибудь, да

останется.

 

1.1.1.1.1.1.1.1 Стратегии архивирования

Физическая архивация

1. «один в один»;

При этом можно копировать свободные блоки, что не надо. Решение этой проблемы – п.2

2. интеллектуальная физическия архивация (копируются только использованные блоки файловой системы);

3. проблема обработки дефектных блоков. Чем больше носителей, тем больше дефектных блоков.

 

Логическая архивация – копирование файлов (а не блоков), модифицированных после заданной даты.

 

 

Проверка целостности файловой системы

 

Проблема – при аппаратных или программных сбоях возможна потеря информации:

• потеря модифицированных данных в «обычных» файлах;

• потеря системной информации (содержимое каталогов, списков системных блоков, индексные узлы и т.д.)

 

Необходим контроль целостности или непротиворечивости файловой системы.

Модельная стратегия контроля

 

1.Формируются две таблицы:

- таблица занятых блоков;

- таблица свободных блоков;

(размеры таблиц соответствуют размеру файловой системы – число записей равно числу блоков ФС)

Изначально все записи таблиц обнуляются.

2. Анализируется список свободных блоков. Для каждого номера свободного блока увеличивается на 1 соответствующая ему запись в таблице свободных.

3. Анализируются все индексные узлы. Для каждого блока, встретившегося в индексном узле, увеличивается его счетчик на 1 в таблице занятых блоков.

4. Анализ содержимого таблиц и коррекция ситуаций.

 

Варианты анализа таблиц

1. Таблица занятых блоков и таблица свободных блоков дополняют друг друга до всех единиц, тогда все в порядке,

целостность системы соблюдена.

2. Пропавший блок – не числится ни среди свободных, ни среди занятых. Можно оставить как есть и ждать претензий со стороны пользователя, но система замусоривается. Считаем свободным.

 

 

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

 

 

4.Дубликат занятого блока. Блок повстречался в 2х индексных дискрипторах. Локализуем проблему на уровне файлов.

 

 

Действие:

1.Name1 ---> копируется Name12

 

2.Name2 ---> копируется Name22

 

3.Удаляются Name1, Name2

 

4.Запускается переопределение списка свободных блоков

5.Обратное переименование файлов и фиксация факта их возможной проблемности.