Руководство системного администратора • третье издание { h h y с п п т п р



Pdf просмотр
страница17/82
Дата12.11.2016
Размер7.94 Mb.
Просмотров12952
Скачиваний0
ТипРуководство
1   ...   13   14   15   16   17   18   19   20   ...   82
94
Чость I. Основы одминистрировония
достаточно быстродействующими. А благодаря высокой емкости носителей появляется возможность реализовать полный цикл резервного копирования без вмешательства оператора. Ленты формата 4 мм имеют небольшие размеры, и их удобно хранить. К тому же, у устройств никогда не было проблем с центровкой лентопротяжного механизма-
Технология Travan Стоит упомянуть о следующем поколении лент (Quarter-Inch Car- tridge — четырехдюймовый картридж) — технологии Travan. В накопителях
Travan используется методика последовательной записи н поддерживаются носители емкостью от 2,5 до 10 Гбайт. Сами накопители недороги, однако цена лент относительно высока в сравнении с другими ленточными системами большой емкости (3$/Гбайт). По заявлениям производителей, скорость передачи данных может достигать 2 Мбайт/с. В UNIX еще не в полной мере реализована поддержка накопителей
Travan В настоящее время существуют драйверы для устройств компаний
Hewlett-Packard, Tandberg и Tecmar. Система OnStream A D R Система ADR (Advanced Digital Recording — улучшенная цифровая запись) компании OnStream относительно нова на рынке ленточных накопителей. Она основана на технологии последовательной записи н в настоящее время поддерживает носители емкостью от 15 до 25 Гбайт. Стоимость накопителя невелика, а цена носителей сопоставима сценой других ленточных систем аналогичной емкости. Подобные устройства обладают достаточно высокой скоростью работы Например, модель емкостью 25 Гбайт обеспечивает пропускную способность 2 Мбайт/с. Первоначально фирма OnStream столкнулась с рядом трудностей, что неудивительно, когда новая компания выходит на рынок с новой технологией. Со временем ранние ошибки были устранены, но драйверы устройств все еще редки и, по слухам, также не лишены недостатков. Технология DLT Накопители DLT (Digital Linear Таре — лента для цифровой записи с последовательным доступом) — это достаточно популярные устройства резервного копирования Они надежны, недороги и позволяют хранить большие объемы данных. Их родоначальниками являются кассетные накопители ТК-50 и ТК-70. которые были популярными периферийными устройствами на рабочих станциях VAX компании DEC. устройства первого поколения могли читать только старые ленты ТК-70. Впоследствии компания Dec продала технологию фирме Quantum, которая увеличила скорость и емкость устройств и снизила на них цены накопители могут хранить до 40 Гбайт данных. Скорость передачи достигает 6 Мбайт/с. Производители заявляют, что ленты будут служить от
20 до 30 лет. Но останутся лик тому времени устройства, способные их прочесть Много ли вам известно устройств чтения Ч-дорожечных лет, которые до сих пор функционируют Недостатком технологии DLT является цена носителей, которая достигает. Для какой-нибудь инвестиционной компании с Уолл-стрит это, может, и нормальная цена, но для университета подобные расходы неприемлемы.
Глова 10. Резервное копировоние
195
Технология AIT Технология AIT (Advanced Intelligent Tape — улучшенная лента со встроенной логикой) — это линия усовершенствованных устройств с мил- лнметровой лентой компании Sony. В 1996 г. Sony отказалась от поддержки устройств Exabyte и представила собственный стандарт AIT-1, в котором также использовалась методика записи по спиральной развертке, но емкость накопителя была в два раза выше. После этого появились две новые версии устройств AIT-I (повышенной емкости с увеличенной длиной ленты) и AIT-2. В ближайшем будущем Sony планирует выпустить спецификацию AIT-3. В устройствах используются ленты АМЕ (Advanced Metal Evapo- rated — улу^гшенное напыление металла, имеющие больший срок жизни. В них также содержится встроенное ЭСППЗУ (электрически-стираемое программируемое ПЗУ, включающее микрокод устройства. Но для использования этого микрокода требуется программная поддержка. Устройства АТ обладают пропускной способностью 6 Мбайт/с, а емкость носителя 50 Гбайт Цена устройств и лент сопоставима сценой аналогов. Технология Mammoth Система Mammoth компании Exabyte — это улучшенный вариант устройств с миллиметровой лентой. Компания Exabyte решила выпускать свои собственные устройства после того, как прекратилось ее сотрудничество с
Sony. Претензии к Sony были вызваны недостаточным качеством производства. Убыла единая технологическая линия как для потребительских продуктов, таки для информационных носителей, поэтому в глазах компании устройства Exabyte ничем не отличались от видеокамер. У продуктов Mammoth первого поколения были проблемы с надежностью, однако компания Exabyte прислушалась к своим клиентами устранила недостатки. Теперь, по заявлениям изготовителя, уровень отказов составляет 1 % Устройства Mammoth также используют ленты АМЕ, нов них не содержатся микросхемы памяти. Накопители Mammoih-2 имеют невероятно высокую пропускную способность 12 Мбайт/с. Это гораздо больше, чему других ленточных устройств данного ценового класса. Системы с автоматической загрузкой носителей Стоимость современных высокоемких жестких дисков столь мала и они используются столь широко, что во многих организациях для резервного копирования информации требуется несколько лент, даже если емкость каждой из них 20 Гбайт. В таких случаях можно порекомендовать приобрести укладчик, магазин или ленточную библиотеку. Укладчик — это простое устройство для автоматической замены лент, используемое со стандартным накопителем. Он ос нашей загрузочным бункером, в который помещаются ленты. Заполненная лента изымается из накопителя и заменяется пустой, которую укладчик берет из бункера. В бункерах большинства укладчиков помещается до десяти лент. Магазин — это устройство, которое автоматически меняет съемные носители в нескольких накопителях. Выпускаются магазины для различных типов носителей, включая кассеты DAT, DLT и AIT, а также компакт-диски. Часто магазины поставляются вместе со специальными программами создании резервных копий, которые знают, как манипулировать устройством смены носителей. Данные продукты производятся, в частности, компаниями Storage
Technologies н Sony.
196
Чость I. Основы одминистрировония
Библиотеки лент — это устройства, предназначенные для хранения огромных — терабайтных — объемов данных. Они представляют собой аппаратные комплексы размером со шкаф, в которых имеется манипулятор "рука, обслуживающий многочисленные ленточные носители или дисководы компакт-дисков. Несложно понять, что это весьма дорогие устройства как для покупки, таки для обслуживания. Как правило, вместе с библиотекой вызывается оператор, который отвечает за установку и наладку комплекса С библиотекой поставляется также программный пакет, управляющий работой комплекса. Ведущим производителем ленточных библиотек является компания. Жесткие диски Следует также упомянуть о стремительном снижении стоимости жестких дисков, что делает их вполне достойными кандидатами на роль устройств резервного копирования. И хотя мы не рекомендуем копировать один диск на другой на той же самой машине, но можно создавать резервные копии посети, причем стоимость их будет очень невелика. При создании образа диска, доступного посети через N F S , пользователи получают возможность восстанавливать случайно удаленные файлы без вмешательства администратора. Сводка типов носителей В табл. 10.1 приведены характеристики рассмотренных выше носителей и соответствующих им устройств.
Таблицо 10.1. Сравнительные характеристики носителей, предназначенных для резервного копирования
<
Носител ь
1 v
I ш
ё
о о.
S и Цена накопителя Цена носителя Цен о в расчете на 1
Гбой т Многократное использование Произвольный ДОСТУП Гибкий диск
2,8 Мбайт < 100 Кбайт/с
15$ 0.25$ 91.43$ Да
Да
SuperDisk
120 Мбайт
1,1 Мбайт/с
1 200$
8$ 68.27$ Да
Да
Zip 250 250 Мбайт
900 Кбайт/с
200$
15$ 61.44$ Да
Да
CD-R
650 Мбайт
2,4 Мбайт/с
200$ 0.75$
1.18$ Нет Да
CD-RW
650 Мбайт
2,4 Мбайт/с
200$
2$
3,15$ Да
Да
Jaz
2 Гбайт
7 4 Мбайт/с
350$
100$ 50,00$ Да Да
Ort>
2,2 Гбайт 12.2 Мбайт/с
2 200$
40$ 18,18$ Да Да
Exabyte (мм)
7 Гбайт
1 Мбайт/с 1200$
8$
1.14$ Да Нет
Travan
10 Гбайт
1 Мбайт/с
200$
34$
3,14$ Да Нет
DDS-4 (4 мм)
20 Гбайт
2,5 Мбайт/с 1000$
30$
1.50$ Да
Hei
ADR
25 Гбайт
2 Мбайт/с
700$
40$
1.60$ Да Нет
DLT (0,5 дюйма)
40 Гбайт
6 Мбайт/с 4000$
60$
1.50$ Да Н п
A1T-2 (8 мм)
50 Гбайт
6 Мбайт/с 3500$
95$
1.90$ Да Нет
Mammoth-2 60 Гбайт
12 Мбайт/с 3500$
80$
1.33$ Да Нет Емкость и скорость указаны без учета сжатия данных. Указана максимальная скорость пакетной передачи производитель не раскрывает истинную среднюю пропускную способность.
Глова 10. Резервное копировоние
197

Кертис Престон (W. Curtis Presion) публикует в Internet список устройств резервного копирования с указанием их параметров и производителей. Этот список доступен по адресу www.backupcentral.com/hardware-drives.html. Что покупать Все устройства резервного копирования работают достаточно хорошо, и среди систем одной ценовой категории обычно трудно отдать какой-либо предпочтение. Покупайте систему, которая отвечает требованиях конкретной организации и имеет приемлемую цену. Устройства DAT и Exabyte лучше всего подходят для небольших рабочих групп и отдельных компьютеров, в которых установлены высокоемкие диски Стартовая иена этих систем относительно умеренна, а их носители широко распространены. Обе системы обладают достаточным быстродействием, что позволяет архивировать большие объемы данных за разумное время. В эту же группу можно было бы включить устройства ADR, но данная технология все еще считается экзотичной, к тому же, ее поддерживает одни-единственный производитель. Устройства DLT, AIT и Mammoth-2 обладают близкими характеристиками. Трудно сделать выбор в пользу какой-то одной из этих технологий, тем более что ситуация может измениться с появлением новых спецификаций и моделей устройств. Все устройства данной группы ориентированы на один сегмент рынка университетскую и корпоративную среду, где требуются высокопроизводительные системы резервного копирования. В наших дальнейших рассуждениях мы используем базовый термин "лента" в качестве универсального обозначения носителей, выбранных для резервного копирования. Примеры команд, выполняющих резервное копирование, даются в контексте ленточных накопителей
10.3. Настройка режима инкрементнога архивирования Самые распространенные программные средства создания резервных копий и восстановления из них данных — команды dump и restore. Эти команды входят в состав операционной системы UNIX уже длительное время, и их характеристики хорошо известны. В большинстве организаций команды dump и restore используются автоматизированными системами резервного копирования. Архивирование файловых систем Команда dump создает перечень файлов, которые модифицировались с момента предыдущего архивирования, а затем упаковывает эти файлы в один большой файл, подлежащий записи на внешнее устройство Команда dump обладает некоторыми преимуществами по сравнению с другими утилитами, описанными в этой главе резервные копии могут быть записаны на несколько лент можно выполнять резервное копирование и восстановление файлов любого типа (даже файлов устройств можно восстанавливать права доступа, принадлежность и время модификации файлов
198 Часть I. Основы одминистрировония
обеспечивается правильная обработка файлов с "дырами резервное копирование может производиться в инкрементном режиме (на ленту записываются только модифицированные версии файлов. Команда dump понимает структуру исходных файловых систем и, читая непосредственно таблицы индексных дескрипторов, решает, с каких файлов необходимо делать резервные копии. Такое знание файловой системы позволяет команде dump достигать высокой эффективности но вместе стем налагает на нее определенные ограничения" Первое ограничение заключается в том. что каждая файловая система должна архивироваться в индивидуальном порядке. Если диск разбит иа разделы, придется копировать каждый раздел отдельно. Следующее ограничение разрешается копировать только файловые системы локальной машины, а файловую систему NFS архивировать нельзя. Тем не менее, можно создать резервную копию локальной файловой системы на удаленном ленточном накопителе для этого используется программа rdump.
Подробная информация об NFS приведена в главе 17.
Самая важная особенность команды dump состоит в поддержке инкрементного резервного копирования. Можно, конечно, каждый день создавать копии всей системы, но это не совсем практично. В инкрементном режиме резервируются только те файлы, которые изменились с момента последнего копирования. При создании архива ему присваивается уровень резервирования (целое число от 0 до 9). В архив уровня N копируются все файлы, которые изменились с момента создания последнего архива уровня, на единицу меньшего, чем N. В архив нулевого уровня на ленту помешается вся файловая система. При систематическом инкрементном резервировании можно восстановить файловую систему точно в том состоянии, в котором она пребывала на момент последнего резервного копирования, хотя для этого может потребоваться восстановление файлов из нескольких лент.
Еше одна чудесная особе mi ость команды dump состоит в том, что она не обращает внимания на длину имен файлов. Иерархии каталогов могут быть произвольно глубокими, и длинные составные имена обрабатываются корректно. Команда dump принимает много аргументов, но различий между ними в разных платформах немного. Мы приведем краткое описание флагов, которые, вероятно, понадобятся для создания резервных копий посети. Обязательно сверьте эти флаги с приведенными в таи-стра»шцах руководства той машины, на которой создается архив, потому что большинство фирм- поставщиков считает своим долгом изменить хотя бы один флаг. Дыры" — это блоки, которые никогда не содержали данных. Если, открыв файл, записать в него один байт, сдвинуть указатель записи на 1 Мбайт впереди записать еще один байт, то полученный файл будет занимать всею два дисковых блока, хотя ею логический размер гораздо больше. Много дыр обычно содержат файлы, созданные программами dbra и ndbra.
" Команда dump требует доступа к неструктурированным разделам диска. Каждый, кому разрешено выполнять резервное копирование, может, приложив определенные усилия, прочесть все файлы в системе.
"* Большинство версий команды dump не отслеживает, какие файлы были удалены. При восстановлении информации из инкремеитных резервных копий удаленные файлы будут создаваться заново.
Глова 10. Резервное копировоние
199
Команда dump анализирует свои аргументы не так, как большинство остальных команд UNIX В строке ее вызова сначала следует указывать все флаги, а затем перечислять аргументы флагов. Другими словами, вместо строки -а 5 -Ь - с Ю команда dump ожидает строку a b c 5 10. Первым аргументом команды dump должен быть уровень инкрементного резервирования. Для того чтобы определить, насколько далеко создавался последний архив, команда dump использует файл /etc/dumpdates. Флаги заставляет команду dump после завершения копирования автоматически обновить файл /etc/dumpdates При этом регистрируется дата, уровень архива и имя файловой системы. Если флат и не указан, все архивы получают уровень 0, поскольку факт предыдущего резервного копирования файловой системы нигде не отражается. В случае если имя файловой системы изменилось, можно отредактировать файл /etc/dumpdates вручную. Свою выходную информацию команда dump посылает на некое стандартное устройство. Как правило, это основной ленточный накопитель. Если необходимо задать другое устройство, воспользуйтесь флагом Г. чтобы сообщить команде dump, кула она должна отправлять данные. Когда на одну ленту помещается несколько архивов, укажите имя ленточного устройства, не поддерживающего режим перемотки (те. задайте файл устройства, который не вызывает перемотку ленты по окончании записи — для большинства ленточных устройств такой файл создается наряду со стандартным) Чтобы определить имя соответствующего файла, прочтите страницу с описанием ленточного устройства (табл. 10.2)". Таблица 10.2. Фойлы устройств для стандартного ленточного устройство SCSI Система Режим перемотки Без режима перемотки
Solaris О /dev/rmt/oo
HP-UX /dev/rmt/0m /dev/rmt/Опш
Red Hal /dev/stO /dev/nstO
FreeBSD /dev/гвяО /dev/nrsaO Если случайно выбран файл устройства с перемоткой, все закончится сохранением только последней заархивированной файловой системы. Поскольку команда dump понятия не имеет о том. перемотала лента в начало нли нет, эта ошибка не повлечет за собой других ошибок и станет очевидной лишь при попытке восстановления файлов. Если архив помещается в удаленную систему с помощью программы rdump. удаленное устройство нужно задать в формате имягустройство.
например: i rdump Ouf anchor:/dav/net0 врага Права доступа к удаленному ленточному устройству задаются в файле .rliosts. Номы рекомендуем воспользоваться системой SSH (см параграф 21.8"). Раньше нужно было указывать команде dump точную длину ленты, чтобы она могла прекратить запись при достижении конца ленты. Современные Для всех файлов ленточного устройства задан один и тот же старший номер устройства. Младший номер устройства сообщает драйверу особые характеристики (перемотка, перестановка байтов и т.д.).
200
Чость I. Основы одминистрировония
накопители самостоятельно обнаруживают коней ленты и сообщают об этом команде dump, которая перематывает ленту обратно, выталкивает носитель из устройства и запрашивает новую ленту. Поскольку применение различных аппаратных алгоритмов сжатия не позволяет так просто определить длину ленты на основании ее емкости, лучше ориентироваться на сигнал конца ленты (EOT — End Of Таре, если, конечно, его поддерживает устройство и понимает команда dump К сожалению, сигнал EOT появился гораздо позже, чем произошло разделение семейств систем. поэтом различные версии команды dump работают с лентами по-разному. Одни по умолчанию предполагают, что ленточные накопители сами генерируют сигнал EOT, поэтому никак не ограничивают размер ленты. Другие считают, что лента имеет длину 2300 футов (примерно 70 метров) и плотность записи 1600 bpi (битов на дюйм, что соответствует 9-лорожечным лентам летней давности, но никак не сегодняшним носителях. Эти версии команды обычно понимают сигнал EOT. если он возникает раньше запланированного конца ленты. В таких случаях лучше обмануть команду dump, сообщив ей. что лента гораздо длиннее, чем есть на самом деле. Все версии команды dump понимают опции d и s, которые залают плотность ленты в байтах на дюйм и длину ленты в футах соответственно. Иногда можно даже указывать размер ленты в килобайтах. Если же такой возможности нет. необходимо выполнить несложные арифметические вычисления и получить нужный размер. Предположим, например, что требуется создать архив пятого уровня для каталога /work и записать его на устройство DDS-1 (DAT), стандартная емкость носителя которого составляет 1 Гбайт, а в режиме сжатия —
1.5 Гбайт. устройства выдают сигнал EOT. поэтому нужно сообщить команде dump заведомо больший размер лепты, скажем. 4 Гбайт. Это составит
60000 футов при плотности записи 6250 bpi.
# dump 5ucdf 60000 6250 / d c v / r j t O /work
DUMP: Date of this level 5 dump: Мог. Kay 8 16:59:45 2000
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /aev/hda2 (/work) to /dev/rstC
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Разя II) [directories]
DUMP: estirratea 942223 tape blocits or. 0.23 tape(s). За флагами 5usdr следуют значения аргументов s (размер 60000), d плотность 6250) и f (файл устройства /dev/rstO). В конце указывается обязательный аргумент, имя файловой системы (/work) Большинство версий команды dump позволяют задавать файловую систему точкой ее монтирования, как в приведенном примере. Некоторые версии этой команды треб ют указывать исходный файл устройства. Последняя из показанных выше строк позволяет убедиться, что команда dump не потребует произвести смену лент, так как. по мнению команды, лишь четверть ленты будет занята архивом. Это удобно, если запись в действительности осуществляется на несколько лент. В Solaris команда dump не имеет ничего общего с резервным копированием она используется для проверки объектных файлов. Когда инженерам компании Sun становится скучно, один из менеджеров рассказывает историю о том, как один "чайник" пытался архивировать лиски с помошью команды
Глова 10. Резервное копировоние
201
dump, и все смеются. "Настоящая" команда dump называется /usr/sbin/ulsdump. К счастью, команда ufsdump использует те же флаги и аргументы, что и традиционная версия dump. Например, команда
• ufsdump Ouf /dav/rmt/2 /dev/rd«k/c0t3d0e5
создает архнв раздела 5 диска с целевым номером 3, помещая его на ленточный накопитель с номером 2. Возможно, в Linux придется явно инсталлировать команды dump итак как по умолчанию они отсутствуют. Имеется модуль rpm (Red Hat Package
Manager — менеджер пакетов Red Hat), который упрошает инсталляцию. В Linux файлы не компонуются статически, поэтому необходимо наличие общедоступных библиотек в каталоге /lib. Во FreeBSD, OpenBSD и Net BSD команда restore компонуется статически В этом случае она является совершенно самодостаточной, что упрошает восстановление после сбоев. Схемы создания архивов Поскольку уровни архива — величины произвольные (онн имеют значение только в связи с другими уровнями, то существует целый ряд расписаний, по которым можно создавать арчи вы. Выбор плана резервного копирования обусловлен следующими факторами активностью файловых систем емкостью устройства резервного копирования необходимой степенью избыточности, числом лент, которые нужно приобрести Раньше, когда для создания архивов требовалось много лент, разрабатывались сложные графики архивирования, позволявшие свести к минимуму число лент, занимаемых каждодневными архивами. Сегодня емкость лент существенно возросла, поэтому разница между уровнями архива уже не так важна. Так как большинство файлов никогда не меняются, даже в простейшей схеме инкрементного архивирования многие файлы не включаются в ежедневный архив. При введении дополнительных уровней небольшое число периодически изменяющихся файлов дробится на все меньшие и меньшие сегменты. Сложная схема резервного копирования может создаваться потрем причинам данные будут архивироваться чаще, что позволит снизить возможные потери можно использовать меньшее число каждодневных лент (илн уместить все на одну ленту можно создавать несколько копий каждого файла, чтобы лашитить себя от ошибок лент. Мы опишем несколько возможных схем и приведем аргументы в пользу каждой из них. Простая схема Если обший размер дискового пространства меньше емкости ленточного накопителя, можно предложить совершенно тривиальный график резервирования. Архивы нулевого уровня каждой файловой системы нужно создавать
202
Чость I. Основы ОДАЛИНИСТрИрОВОНИЯ
ежедневно. Используйте многократно один набор лент, но через каждые N дней (где N определяется потребностями компании или организации) откладывайте ленты навсегда Стоимость такой схемы составит
(365/N1 * (иена ленты)
в год. При создании очередного архива нельзя использовать предыдущую ленту. Лучше осуществлять ротацию лент, чтобы в случае, если один из архивов будет уничтожен, можно было восстановить архив предыдущего дня Подобная схема обеспечивает высокую избыточность и значительно облегчает восстановление данных. Она хорошо подходит для организации, имеющей много денег, но мало операторского времени (или опыта. Умеренная схема Более приемлемый план — выделить по одной ленте на каждый день недели, каждую нелепо месяца (здесь понадобится пять лент) и каждый месяц года. Ежедневно создавайте архив девятого уровня на дневной ленте, еженедельно — архив пятого % ровня на недельной ленте, ежемесячно — архив третьего уровня на месячной ленте. Архив нулевою уровня нужно создавать каждый раз, когда инкрементные копии становятся слишком велики для одной ленты. Чаше всего это происходит с месячными лентами. В любом случае архивирование нулевого уровня необходимо выполнять хотя бы разв год. Уровни 3, 5 и 9 выбраны произвольно. С таким же успехом можно использовать уровни I. 2 и 3, по интервалы между уровнями дают некоторую свободу для маневра на случай, если впоследствии потребуется добавить еще один уровень. Такой график требует наличия двадцати четырех основных лента также некоторого количества лент для архивов нулевого уровня. Общее число необходимых лсит невелико, но и избыточность невысока.
10.4. Восстановление с резервных копий Есть множество разновидностей команды, восстанавливающей данные с резервных лент. Все они называются restore. Рассмотрим вначале вопрос восстановления отдельных файлов (или небольшой совокупности файлов, а затем расскажем, как восстанавливать файловые системы целиком. Восстановление отдельных файлов Первое, что нужно сделать, узнав о пропаже файла. — выяснить, на каких лентах есть его версии. Пользователям часто хочется найти самую последнюю версию файла, но так бывает не всегда. Например, пользователь, потерявший файл за случайного копирования поверх него другого файла, будет искать ту версию, которая существовала до этой неприятности. Важно также узнать не только, какой файл пропал, но и где он пропали когда модифицировался последний раз. Если не ведутся оперативные каталоги лент, придется монтировать ленты одну за другой и пытаться найти пропавшие файлы наобум. В случае, когда пользователь помнит, когда файл был изменен в последний раз, можно с достаточной степенью вероятности предположить, на какой ленте он находится. Установив ленту, с которой будет производиться восстановление, создайте временный каталог, к примеру /var/restore. где будет образована большая
Глова 10. Резервное копировоние
203
иерархия каталогов, и перейдите в него с помошью команды cd_ Большинство версий команды restore должны создать все каталоги, ведущие к конкретному' файлу, иначе восстановить его будет невозможно Не используйте для этих целей каталог /tmp: в случае системного сбоя и последующей перезагрузки содержимое каталога будет стерто. У команды restore много опций Самые полезные из них — это I, которая позволяет восстанавливать файлы в интерактивном режиме, и г, служащая для полного восстановления всей файловой системы. Опциях запрашивает неинтерактивное восстановление указанных файлов — будьте осторожны, чтобы не перезаписать существующие файлы. Команда restore i читает с ленты справочник файлов, а затем позволяет перемещаться по архиву, как в обычном дереве каталогов, с помошью команд
Is, cd и pwd. Файлы, которые нужно восстановить, помечаются командой add. Выбрав все необходимые файлы, скопируйте их с ленты посредством команды extract Если на одной ленте много архивов, то перед выполнением команды restore следует позиционировать ленту на соответствующий архив с помошью команды mt. Не забудьте выбрать файл устройства без режима перемотки
Описание команды ml дается в параграфе 10.7.
Например, для восстановления файла /users/janet/iamlost во FreeBSD с использованием удаленного накопителя требуется задать показанную ниже последовательность команд. Предполагается, что найдена нужная лента, она смонтирована в точке tapehost:/dev/nstO. а файловая система, содержащая начальный каталог пользователя janet, угнляется четвертой на ленте. в m k d i r / v a r / r d C t o r u
# cd / v a r / r e s t o r e
# rsh c a p e h o s t mt -f / d e v / n s t O f s f 3
# r r a a t o r a i f t e p e h o n t : / d e v / n e t O r e s t o r e > l a j a n e t / g a r t h / l o s t + f o u n d / l y n d a / r e s t o r e > c d j a n a t r e s t O r e > l a a f i l e b f i l e с f i x e l a m i o s t r e s c o r e > add l a m i o s t r e s t o r e » I s " a f i l e b f i l e c f i l e i a m i o s t * r e s t o r e ? e x t r a c t
You h a v e n o t r e a d any volumes y e t .
U n l e s s you know which volume your f i l e s a r e on you s h o u l d s t a r t w i t h t h e l a s t volume and work t o w a r d s t h e f i r s t .
S p e c i f y n e x t volume #: 1 s e c owner/mode f o r ' . ' ? [ y n ] : n Ленточные тома нумеруются начиная сане с 0. поэтому для архива, который умещается на одной ленте, нужно указать значение I. Когда команда restore спрашивает, следует ли установить владельца и режим доступа для каталога 7, это значит, что она интересуется, должен ли текущий каталог " Можно воспользоваться командой ssh для обеспечения большей безопасности. Звездочка рядом с именем lamiost означает, что этот файл отмечен для восстановления.
204
Чость I. Основы одминистрировония
соответствовать корневому каталог) ленты. Обычно в этом нет необходимости, если только не восстанавливается вся файловая система целиком После того как команда restore завершила свою работу, нужно передать извлеченный файл пользователю janet:
# cd / v a r / r e s t o r e
# l a u s e r s / j a n e t jLatrlost
I la - j a n e t a f i l e o f l i e c f i l e
# c p - p u s e r s / j a n e t / i a m l o s t - j a n e t / i a m l o s t . r e s t o r e d
# chown j a n e t - j a n e t / l a m l o s t . r e s t o r e d
# c h g r p s t u d e n t j a n e t / l a m l o s t . r e s t o r e d
I rm - r f / v a r / r e s t o r e
# m a l l j a n e t
Your f i l e i a m l o s t h a s been r e s t o r e d a s r e q u e s t e d and h a s been p l a c e d i n / u s e r s / j a n e t / i a j r l o s t . r e s t o r e d .
Your Name, Hurctole System Admj.niscr.ator Некоторые администраторы предпочитают восстанавливать файлы в специальный каталог, чтобы пользователи могли копировать их вручную. В этом случае необходимо обеспечить защиту файлов, назначив им соответствующих владельцев и нужные права доступа. Не забывайте очищать этот каталог, чтобы файлы не "засоряли" систему Если резервная копия создавалась с помошью программы rdump и команда restore не может восстановить файлы из архива, попробуйте воспользоваться командой rreslorc. Для сведения к минимуму вероятности возникновения проблем старайтесь читать ленту на том же компьютере, на котором она записывалась. В целом команда restore 1 — самый простой способ восстановления нескольких файлов или каталогов из архива Имеется лишь одно ограничение данная команда не будет работать, если тенту нельзя перематывать по одной записи назад (такая проблема существует для некоторых миллиметровых накопителей) Если JTO случилось, не паникуйте, а сначала попробуйте использовать команду restore х. Она требует указания полного путевого имени восстанавливаемого файла (относительно корневого каталога архива) в командной строке. Следующая группа команд повторяет приведенный выше пример
i mkdir / v a r / r e s t o r e
# cd / v a r / r e s t o r e
# r s h t a p e h o s t rot
-f /dev/nstO ffsf 3
I r r e a t o r e x f t a p e h o s t : / d e v / n s t O / u s e r s / j a n e t / i a m l o s t Восстановление файловых систем Если читателю повезет, ему никогда не придется восстанавливать всю файловую систему Иногда, однако, такие случаи все же бывают. Перед тем как пытаться восстановить файловую систему, убедитесь, что та проблема, которая привела к ее разрушению, устранена. Совершенно ник чему сидеть часами и мотать ленты лишь для того, чтобы тут же потерять файловую систему еше раз. Перед началом полного восстановления файловую систему н> жно создать и смонтировать Подробно о том. как это делается, лш рассказали в главе 8.
Глова 10. Резервное копировоние
205
С помошью команды cd перейдите в каталог монтирования новой файловой системы, вставьте в накопитель первую ленту самого последнего архива нулевого уровня и введите команду restore г. Команда restore будет сама подсказывать, когда нужно ставить следующую ленту После восстановления архива нулевого уровня восстанавливайте все инкрементные архивы вплоть до последнего в том порядке, в каком они создавались. Поскольку всегда существует определенная избыточность, то, как правило, нет необходимости восстанавливать все архивы. Вот примерная последовательность действий
# Шаг восстановите самый последний архив нулевого уровня.
# Шаг среди последующих архивов восстановите тот, у которого наименьший уровень если на данном уровне было создано несколько архивов, восстановите новейшии из них.
# Шаг если это оказался самый последний из сделанных архивов, процедуру можно считать завершенной, в противном случае следует вернуться к шагу 2. Приведем примеры архивных последовательностей. Восстанавливать нужно только те архивы, номера которых выделены полужирным шрифтом
0 0 0 0 0 0



Поделитесь с Вашими друзьями:
1   ...   13   14   15   16   17   18   19   20   ...   82


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал