Linux - Алексей Стахнов

Iomega Zip

Накопители Iomega Zip существуют в нескольких вариантах – емкостью 40, 100 и 250 Мбайт. Достаточно большая скорость обмена, хорошая сохранность данных, однако весьма высокая стоимость самого привода и носителей информации, а также небольшая по современным меркам емкость дисков не способствуют широкому распространению этих устройств.

Iomega Jaz

Накопитель Iomega Jaz – «старший брат» Iomega Zip. Емкость диска – порядка 1 Гбайт, однако большая стоимость самого привода и носителей информации также не способствует широкому распространению этих устройств.

Жесткий диск

Резервное копирование на жесткий диск, установленный в системе, – неплохой бюджетный вариант резервного копирования и достаточно надежный. Вариантов организации резервного копирования на жесткий диск достаточно много – это и использование жесткого диска как хранилища данных, и организация различного уровня RAID-массивов (стопроцентное резервное копирование «на лету» – «зеркалирование» жесткого диска). Однако у этого варианта есть свои недостатки – в случае выхода из строя контроллера жестких дисков существует достаточно большая вероятность, что он за собой потянет и сами жесткие диски. Или какая-то программа начнет бесконтрольно писать (или стирать) данные. Вариант решения данной проблемы – резервный диск держать размонтированным и монтировать его только на время создания резервной копии. Можно так же использовать резервное копирование по сети на жесткий диск, расположенный на другом компьютере, однако в этом случае могут сказаться сетевые ошибки.

CD-RW

Благодаря дешевизне приводов и носителей информации использование устройств CD-RW для резервного копирования в последнее время становится очень популярным. Действительно, при стоимости устройства от 70 долларов и чистого диска CD-R от 30 центов – пожалуй, мы имеем самый дешевый вариант для хранения резервных копий средних размеров. Достоинством этого способа резервного копирования является дешевизна, большой срок хранения информации (некоторые производители дисков обещают двадцать лет сохранности данных), и основной плюс – доступность считывающих устройств. Недостатком данной технологии является, пожалуй, только одно – объем резервируемых на один диск данных ограничен объемом в 700 Мбайт.

DVD-RW

DVD-RW лишены недостатка CD-RW – их емкость теоретически может доходить до 9 Гбайт, однако эта технология еще не устоялась и не получила широкого распространения. Поэтому эти устройства достаточно дороги – порядка 500 долларов, и для небольшой фирмы затраты на DVD-RW себя не оправдают.

Магнитооптические диски

Магнитооптические диски существуют в разных модификациях, с емкостью носителя от 640 Мбайт и до 4,7 Гбайт, а в скором времени производители обещают еще большие емкости носителей. Наряду с ленточными накопителями (стримерами), считаются основными устройствами для резервирования данных в серьезных проектах. Для магнитооптики существуют специальные библиотеки, благодаря чему можно сохранять терабайты информации. К сожалению, магнитооптические накопители – дорогие устройства, и для небольших фирм так же не по карману.

Стримеры

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

На базе ленточных накопителей создают библиотеки и роботизированные системы для хранения огромных объемов данных, однако вам вряд ли доведется столкнуться с такими устройствами.

Тестирование архивов

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

Обязательно необходимо произвести пробное восстановление системы из резервной копии, во-первых – для проверки процедуры восстановления данных, во-вторых, чтобы убедиться в корректности процедуры резервирования данных.

Еще одна проблема, связанная с восстановлением систем из резервных копий, заключается в установлении права владения файлами. Когда данные извлекаются из файла копии пользователем с правами root, утилита GNU tar предпринимает попытки восстановить существовавшие права владения (пользователя и группы) каждым файлом, но только если при ее вызове был установлен переключатель (—preserve-permission). В противном случае утилита tar будет использовать текущие установки UMASK. Однако, если перечисленных в файле tar пользователей и групп не существует, то право владения не сможет быть корректно установлено!

Следовательно, прежде чем выполнять восстановление любых некорневых файлов системы, следует восстановить файлы /etc/passwd и /etc/group.

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

Риск при тестировании архивов

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

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

Утилиты резервного копирования

В этом разделе приводятся примеры подготовки и создания полных, выборочных и инкрементных резервных копий с использованием утилит tar, cpio и dump/restore.

Для определенности будем считать, что в нашей системе установлен стример. Аналогичным образом можно использовать и другое оборудование.

Создание резервной копии утилитой tar

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

tar с /

Однако при выполнении указанной команды возникнет несколько проблем. Во-первых, по умолчанию утилита может использовать не тот тип ленточного устройства, который установлен на данном компьютере, и даже вообще осуществлять вывод не на магнитную ленту. Во-вторых, в этом примере будет считано все дерево файловой системы. Это значит, что будет обработана файловая система /proc, любые установленные CD-ROM, файловые системы NFS и Samba, а также другие разделяемые сетевые файловые системы.

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

tar cSlzf – $(backdirs) | buffer -о /dev/st0

В этом примере создается (с) архив с поддержкой sparse-фэйлов (s), ограниченный локальными файловыми системами (l). Выполняется сжатие данных (z) и их запись в файл (f) stdout, в архив включаются только указанные каталоги (backdirs).

Созданный архив по каналу передается программе buffer, которая записывает его (_ о) на первое ленточное устройство с интерфейсом SCSI. Подобный подход следует использовать и при получении резервной копии от программы сжатия или через сеть.

Параметр bakdirs – это сценарий, в котором перечисляются каталоги и файлы, включаемые в создаваемую резервную копию. Сценарий backdirs может состоять просто из команд echo, которые перечисляют все точки входа локальных файловых систем (за исключением каталога /proc, любых каталогов /temp, установленных CD-ROM, каталогов NFS и других сетевых ресурсов). Назначение bakdirs состоит в просмотре и фильтрации выходных данных команд mount, что позволяет динамически включать в копию только требуемые файловые системы. Неудобство использования обычного статического списка состоит в том, что он не может автоматически обновляться при добавлении новых файловых систем.

Избегайте дублирования ссылок в командной строке, содержащей вызов утилиты tar. Если одновременно будут копироваться каталоги /some/moutpoint и /some/mountpoint/somedir, расположенные в одной и той же файловой системе, утилита tar дважды поместит в архив все содержимое каталога /some/mountpoint/ somedir.

Использование утилиты cpio

Утилита cpio представляет собой еще один традиционный инструмент создания резервных копий и архивирования файловых систем. В сравнении с утилитой tar ее работа организована иначе.