Тестирование средств резервного копирования на локальном компьютере
Устанавливая сервер резервного копирования, целесообразно проверить, насколько хорошо он справляется с задачей копирования локальной информации, и лишь затем использовать его для работы в сети. Копировать данные, расположенные на локальном компьютере, намного проще, чем выполнять те же действия при взаимодействии по сети, поэтому, для того, чтобы разрешить проблемы, возникающие при резервном копировании в сети, желательно убедиться, что на локальной машине те же самые операции выполняются нормально. Нельзя также забывать о том, что содержимое сервера резервного копирования, как и любого другого компьютера, также необходимо записывать на резервный носитель. Если вы не сделаете этого, то при выходе сервера из строя вам не удастся быстро восстановить его
работоспособность, в результате чего вы не сможете выполнять резервное копирование данных, содержащихся на других компьютерах.
В качестве простейшей проверки можно скопировать данные с помощью одной из команд, рассмотренных в предыдущем разделе. Чтобы сделать это, необходимо выяснить, к какому устройству следует обращаться. Для накопителей среднего и высокого уровня чаще всего используются следующие четыре имени:
/dev/st0
,
/dev/nst0
,
/dev/ht0
и
/dev/nht0
. Первые два имени применяются для обозначения устройств SCSI, а остальные два соответствуют устройствам EIDE/ATAPI. Имена файлов, имена которых начинаются с буквы
n
, представляют устройства без перемотки (nonrewinding device). По окончании действий с таким устройством лента остается в той позиции, в которой были записаны последние данные, в результате вы можете размещать несколько копий на одной ленте. Если в начале имени файла буква
n
отсутствует, это устройство считается устройством с перемоткой (rewinding device). В этом случае по окончании операции записи лента автоматически перематывается. Заметьте, что наличие или отсутствие перемотки является характеристикой не устройства, а представляющего его файла. Каждый накопитель, в зависимости от используемого драйвера, может рассматриваться либо как устройство без перемотки, либо как устройство с перемоткой. Если к компьютеру подключено несколько накопителей на ленте, имя файла, представляющего второе устройство, будет заканчиваться следующему устройству будет соответствовать 2 и т.д.
Существуют накопители, которым соответствуют файлы устройств с другими именами. Например, раньше использовались накопители, подключаемые через порт, предназначенный для работы с гибкими дисками. Работа с ними осуществлялась посредством файлов
/dev/qft0
и
/dev/nqft0
. Эти накопители отличаются малой емкостью носителей и низким быстродействием и не отвечают современным требованиям, предъявляемым к устройствам резервного копирования. Иногда устройства подключаются через специализированный интерфейс. Драйверы для работы с ними должны быть установлены при настройке Linux.
Если при выполнении копирования данных с локального компьютера у вас возникают проблемы, проверьте используемые аппаратные средства и драйверы устройств. Для работы с устройством SCSI необходимы как базовые средства поддержки SCSI, так и средства для взаимодействия с накопителем SCSI. Соответственно при использовании устройств EIDE/ATAPI необходимо обеспечить поддержку как EIDE, так и накопителя EIDE/ATAPI. При тестировании следует проверить не только создание резервных копий, но и восстановление данных. Целесообразно сначала испробовать сервер резервного копирования на небольшом каталоге, а потом переходить к работе с данными значительного объема. Чтобы убедиться, что информация восстановлена корректно, надо использовать режим верификации.
Если необходимо хранить несколько архивов на одной ленте, вам может пригодиться в работе утилита
mt
. Эта программа позволяет управлять накопителем на магнитных лентах, задавать различные режимы работы, например включать встроенные средства сжатия, и выполнять другие функции.
На заметку
В справочных руководствах по
mt
и
tar
резервные копии называются файлами. Магнитную ленту можно сравнить с жестким диском без файловой системы. Архивы, созданные с помощью программы
tar
, располагаются на ленте последовательно один за другим.
Используя
tar
и
mt
, можно разместить на одной ленте несколько резервных копий. Утилита
mt
вызывается следующим образом:
mt [-f устройство] операция [счетчик] [параметры]
Под
операцией подразумевается одна из следующих команд:
fsf
(forward space files — переход к следующему файлу),
bsf
(backward space files — переход к предыдущему файлу),
rewind
(перемотка ленты) и
datcompression
(установка режима сжатия; параметр 0 запрещает, а параметр 1 разрешает сжатие). Например, в результате приведенной ниже последовательности команд создаются две резервные копии и осуществляется их верификация.
# tar cvplf /dev/nst0 testdir-1/
# tar cvplf /dev/nst0 testdir-2/
# mt -f /dev/nst0 rewind
# tar df /dev/nst0 testdir-1/
# mt -f /dev/nst0 fsf 1
# tar df /dev/nst0 testdir-2/
Большинство из этих команд предполагает выполнение некоторых действий с лентой. Первые два вызова утилиты
tar
сопровождаются отображением имен копируемых файлов, а в результате последующих двух вызовов выводятся имена файлов, в которых обнаружено расхождение между исходными данными и данными, записанными на ленту. Второй вызов утилиты
mt
нужен при чтении архива. При создании резервных копий в этой команде нет необходимости.
Резервное копирование, инициируемое клиентом
Для того чтобы резервное копирование с использованием
tar
, осуществляемое по инициативе клиента, стало возможным, на клиентской машине должна присутствовать программа
tar
, а на сервере резервного копирования должна выполняться программа-сервер, предоставляющая утилите
tar
на клиентской машине доступ к накопителю. Действия на стороне клиента немногим отличаются от рассмотренных ранее, необходимо лишь изменить порядок вызова утилиты
tar
. Что же касается сервера резервного копирования, то при работе с большинством дистрибутивных пакетов вам необходимо изменить его конфигурацию.
Настройка сервера для резервного копирования по инициативе клиента
Опция
– -file
, описанная в табл. 17.2, позволяет указать программе
tar
файл архива. Это может быть обычный файл на диске, файл устройства, представляющий накопитель на магнитных лентах, и путь к сетевому ресурсу. В последнем случае на компьютере, выступающем в роли сервера резервного копирования, должен выполняться демон
rshd
(часто он называется
in.rshd
). Этот демон позволяет удаленной системе выполнять команды на локальной машине. Благодаря наличию программы
rshd
утилита
tar
получает возможность передать созданный ею файл на устройство, подключенное к серверу резервного копирования. Сервер
rshd
поставляется с большинством версией системы Linux и обычно запускается посредством суперсервера. Соответствующая запись в файле
/etc/inetd.conf
имеет следующий вид:
shell stream tcp nowait root /usr/sbin/tcpd \
/usr/sbin/in.rshd -h
Если в вашей системе используется сервер
xinetd
, вам необходимо создать запись аналогичного назначения в файле
/etc/xinetd.conf
или создать отдельный файл и включить его в каталог
/etc/xinetd.d
. При выполнении резервного копирования чрезвычайно важны меры по ограничению доступа, предпринимаемые посредством TCP Wrappers или непосредственно предусмотренные в
xinetd
. Решение о предоставлении доступа через
rshd
принимается на основе анализа IP-адреса. Хотя TCP Wrappers и
xinetd
используют тот же механизм контроля за обращениями клиентов, избыточные средства обеспечения безопасности пригодятся на тот случай, если в программе
rshd
будут обнаружены ошибки, позволяющие обойти механизмы защиты.