Бит архивирования

Отправлено: 30.11.05 12:53

В атрибутах любого файла всегда установлен бит архивирования.
Shocked

Для чего он предназначен? Его используют программы бэкапа?

Отправлено: 30.11.05 13:09

Все программы резервного копирования используют в своей работе бит архивирования, имеющийся у любого файла.

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

После обычного (полного) и пошагового (инкрементального) копирования бит сбрасывается,
во всех остальных случаях -- нет.
Cool

Отправлено: 30.11.05 19:43

А можно об этих методах поподробнее?

Отправлено: 30.11.05 20:07

Перечислим методы резервного копирования:

Обычное (полное) сохранение
Создается резервная копия ВСЕХ указанных в задании файлов (независимо от состояния атрибута архивирования).
Бит архивирования сбрасывается для всех успешно сохраненных файлов.

Пошаговое (инкрементальное) сохранение
Резервируются только файлы, помеченные как не архивированные (т.е. с установленным битом).
Бит архивирования сбрасывается для всех успешно сохраненных файлов.

Разностное (дифференциальное) сохранение
Резервируются только файлы, помеченные как не архивированные.
Бит архивирования НЕ сбрасывается.

Копирование
ВСЕ файлы выбранных каталогов резервируются.
Состояние бита архивирования НЕ изменяется.

Ежедневное сохранение
В архив помещаются только те файлы, которые изменились за данный календарный день.
Состояние бита архивирования НЕ изменяется.
Cool

Отправлено: 30.11.05 20:28

А отчего в некоторых случаях при архивировании не сбрасывается этот бит?

Отправлено: 01.12.05 11:07

ipconfig писал(а):

А отчего в некоторых случаях при архивировании не сбрасывается этот бит?

Методы резервного копирования как раз и различаются между собой интерпретацией и изменением (или НЕизменением) этого бита архивирования. Сравним инкрементальный и дифференциальный методы:

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

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

Гость

Решил скопировать сюда кусочек своего реферата... Razz

* * *

Резервные архивы бывают трех типов:

Полный (Full Backup) представляюет собой точный образ сохраняемых данных;

Дифференциальный (Differential Backup), содержит только те файлы, которые изменились после создания последней полной копии;

Инкрементальный (Incremental Backup), включает только файлы, которые изменились после создания последней полной, дифференциальной или инкрементальной копии.

* * *

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

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

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

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

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

(с) журнал LAN, #07-08/1998
http://www.osp.ru/lan/1998/07-08/57.htm

Отправлено: 29.09.09 17:00

Андрей Егоров

Цитата:

Все программы резервного копирования используют в своей работе бит архивирования, имеющийся у любого файла.

Гуру, просветите, где здесь архивный бит?

Код:

asia:[/home/rlevitsky/work]% ls -l
total 120K
drwxr-xr-x 2 rlevitsky domain users 4096 Sep 18 22:10 dns
drwxr-xr-x 2 rlevitsky domain users 4096 Aug 11 12:12 eisedu
drwxr-xr-x 5 rlevitsky domain users 4096 May 26 14:06 mail
drwxr-xr-x 2 rlevitsky domain users 4096 Aug 26 00:53 mailfront-1.11
drwxr-xr-x 2 rlevitsky domain users 4096 Feb 3 2009 mailfront-1.11.new
drwxr-xr-x 2 rlevitsky domain users 4096 Jan 21 2009 nagios
drwxr-xr-x 2 rlevitsky domain users 4096 Apr 8 12:25 petastor
-rw-r--r-- 1 rlevitsky domain users 6369 Feb 3 2009 plugin-spamc.patch
-rwxr-xr-x 1 rlevitsky domain users 885 Dec 6 2008 qhpsi.sh
drwxr-xr-x 2 rlevitsky domain users 4096 Jan 13 2009 tcp
-rw-r--r-- 1 rlevitsky domain users 53019 Dec 4 2008 ucspi-tcp-0.88.tar.gz
-rw-r--r-- 1 rlevitsky domain users 13173 Dec 4 2008 ucspi-tcp-ssl-20050405.patch.gz
drwxr-xr-x 5 rlevitsky domain users 4096 Feb 16 2009 vmailmgr
asia:[/home/rlevitsky/work]%

Отправлено: 30.09.09 17:53

Цитата:

The ext2 filesystem on GNU/Linux does not have an archive bit, but it does have three different time stamps (creation, modification, and access) that can be used to work around this. The problem, though, is you need an extra process to make decisions on this. Samba works around this by tweaking the owner bits on ext2. For an explanation on how this is done, and some further explanation of Windows filesystem bits, see this document. To determine what files have the archive bit set on a Windows (or DOS) filesystem, use: dir /AA.

Linux не имеет аттрибутов в понимании FAT/NTFS, но при совместном использовании файлов пользователями DOS/Windows они эмулируются. Вот, например, как это делает Samba: http://www.faqs.org/docs/samba/ch08.html

Программы резервного копирования под Linux для инкрементального копирования анализируют комбинацию трёх временных меток файла (создание, изменение, доступ).
Cool