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



Pdf просмотр
страница19/82
Дата12.11.2016
Размер7.94 Mb.
Просмотров14004
Скачиваний0
ТипРуководство
1   ...   15   16   17   18   19   20   21   22   ...   82
| amadmin podunk buinpeize
C u r r e n t b u m p p a r a m e t e r s : b u m p s i z e 2 0 4 B O K B - m i n i m u m s a v i n g s ( t h r e s h o l d ) со 2 - m i n i m u m d a y s a t e a c h l e v e l b u m p m u l t 2 - t h r e s h o l d = b u m p s i z e * ( l e v e l - 1 ) " " b u m p m u l t
Bump
- >
То Threshold
1
- >
2
20480 KB
2
- >
3
40960 KB
3
- >
4
81920 KB
4
- >
5
163840 KB
5
->
6
327680 KB
6
->
7
6Ь5360 KB
7
- >
8 1310720 KB
8
- >
9 2621440 KB
После начального уровня 0 Amanda начинает делать архивы уровня 1. Когда размер архива го уровня превышает 20 Мбайт, осуществляется
Глова 10. Резервное копировоние
215
переход на уровень 2. Если архив второго уровня переходит рубеж в 40 Мбайт.
Amanda перемешается на уровень 3 и т.д. Необходимо правильно управлять этими параметрами, чтобы согласовать требуемую степень избыточности с допустимой стоимостью лент. Слишком большая избыточность приведет к высокой стоимости эксплуатации, а слишком маленькая — к возможным потерям данных. Остальная часть файла amanda.conf посвяшена параметрам, определяющим степень использования сетевого канала, центрального процессора и дисков, а также тип ленточного устройства, на которое будет осуществляться запись, и типы архивируемых клиентских разделов.
I f f N # » » t t « # #####§ •»########»########¥#» #»#######»#*»
# Параметры использования ресурсов t t t # t # t t 4 t # t » # H * t # * i * * * t t * t » » # H № t * * * # t t t * t t « H t a p e t y p e ЕХВ-В500 i n p a r a l l e l 4 n e t u s a g e 60C КЬрв e t i m e o u t 300
# тип ленты (см. ниже) t максимальное число процессов архивирования,
# которые могут Оыть запущены одновременно
# максимальный сетевой трафик для системы Amanda
It число секунд, в течение которых можно ждать, щ пока Суде т проведена оценка размеров архивов дли каждой файловой системы "main h o l d i n g d i s k " d i r e c t o r y "/dumps/amanda" u s e 8196 Mb
# точка монтирования буферного диска
# сколько пространства на нем можно
# использовать p e ЕХВ-8500 ( comment "Exabyte ЕХВ-8500 d r i v e on d e c e n t m a c h i n e " l e n g t h 4200 m b y t e s f i l e m a r k 48 k b y t e s s p e e d 474 k b y t e s
] Здесь показана конфигурация системы Amanda для ленточного накопителя. Параметры типа ленты чрезвычайно важны и никогда не должны подставляться наугад. Если имеющееся в системе устройство резервного копирования не указано в файле amanda.conf. входящем в дистрибутив Amanda, можно попробовать найти его в файле docs/TAPETYPES или по адресу hit P://WVAV.cs.columbia.edu/
sdossick/arnanda Вы можете также запросить нужную конфигурацию водной из телеконференций, посвященных системе Amanda. Если ничего не подошло, воспользуйтесь программой tapetype. входящей в комплект поставки. Она определяет корректные параметры накопителя, заполняя ленту блоками размером
32 Кбайт. Но к ней нужно прибегать лишь в самом крайнем случае на некоторых устройствах эта программа выполняется очень долго (I или 2 дня Последними в списке параметров указываются типы архивов, задающие, какого рода данные (например, часто изменяемые, важные, статические) могут содержаться в файловых системах. Для каждой клиентской файловой системы должен быть назначен конкретный тип архива. Определение типа
216
Чость I. Основы одминистрировония
также содержит информацию о том, какой алгоритм сжатия должен применяться к архивируемым данным. Вот ряд примеров
########**#«#*##•#####!#############*##*########################»##
# Определения типов архивов н # нм т # т * # мн ш # # # » нм t y p e c o m p - u a e r { c o m m e n t " p a r t i t i o n s o n r e a s o n a b l y f a s t m a c h i n e s " c o m p r e s s c l i e n t f a s t p r i o r i t y m e d i u m
)
d e f i n e dumptype c o m p - r o o t ( c o m m e n t " r o o t p a r t i t i o n s o n r e a s o n a b l y f a s t m a c h i n e s " c o m p r e s s c l i e n t f a s t p r i o r i t y l o w
1 d e f i n e d u m p t y p e n o c o m p - u s e r ( c o m m e n t " p a r t i t i o n s o n s l o w m a c h i n e s " c o m p r e s s n o n e p r i o r i t y m e d i u m
} d e f i n e dumptype c l o n e - u s e r { c o m m e n t " p a r t i t i o n s w h i c h s h o u l d o n l y g e t i n c r e m e n t a l s " c o m p r e s s c l i e n t f a s t s k i p - i n c r p r i o r i t y m e d i u m
1 d e f i n e d u m p t y p e c o m p - h i g h - s a m b a f c o m m e n t " u s e d f o r N T s y s t e m s " p r o g r a m "GNUTAR" c o m p r e s s s e r v e r f a s t
1 d e f i n e dumptype d o s - u s e r ( c o m m e n t " u s e d f o r d o s p a r t i t i o n s t h a t a r e a l w a y s m o u n t e d " p r o g r a m "GNUTAR" c o m p r e s s c l i e n t f a s t
I Все эти типы предопределены в Amanda. Можно ссылаться на них непосредственно или модифицировать по своему усмотрению, а также создавать свои собственные типы. В поле c o m m e n t содержится строка с описанием того, для чего предназначены архивы данного типа. Поле c o m p r e s s указывает на то, где должно производиться сжатие данных на клиентской машине, на сервере или нигде. Программа сжатия например, coniprcss или gzip) задается при инсталляции системы Amanda. Это поле может принимать следующие значения «.one, c l i e n t b e s t , c l i e n t f a s t , s e r v e r b e s t и s e r v e r f a s t . По умолчанию используется значение c l i e n t f a s t . Модификаторы b e s t и f a s t сообщают о том, как сильно должны сжиматься данные. Они соответствуют опциям программы gzip: —best и —fast.
Глова 10. Резервное копировоние
217
В нашем примере мы использовали только модификатор f a s t . В режиме b e s t сжатие происходит медленнее, а результат ненамного лучше. Поле h o l d i n g d i s k может иметь два значения y e s и по. Оно указывает, должен ли буферный диск использоваться для временного хранения архива. Эту опцию можно отключить, если архивируется сам буферный диск. По умолчанию установлено значение y e s . Поле max d u m p s задает максимальное число архивов, которые могуч одновременно создаваться на клиентской машине. Значение по умолчанию — I. но его можно увеличить, чтобы повысить производительность, если имеется мощный сервер и сетевой канал с хорошей пропускной способностью. Поле p n . o r i . t y указывает на то, насколько важным является архив. Оно может принимать значения l o w , m e d i u m и h i g h . Второе установлено по умолчанию. Если не хватает лент для записи всех запланированных архивов, то низкоприоритетные архивы просто пропускаются. При обнаружении ошибок ленты Amanda пытается перенести высокоприоритетные архивы на буферный днск. Если там достаточно места, туда же помещаются и низкоприоритетные архивы. Мы рекомендуем за каждым приоритетом закрепить свой тип архива. Начальные каталоги должны архивироваться с высоким приоритетом. Средний приоритет подходит для локальных программных пакетов (например, каталога низкий приоритет — для системных файлов, которые редко изменяются. Поле p r o g r a m определяет, какую программу архивирования следует использовать dump или gnutar. По умолчанию принимается первая, и обычно это лучший выбор. Опция s k i p - f u l l указывает серверу Amanda на необходимость пропустить файловую систему в случае архива уровня 0. Ее можно устанавливать, если архивы нулевого уровня создаются вне системы Amanda Опция пе г заставляет сервер Amanda пропустить все архивы кроме тех т которые имеют нулевой уровень. Ее можно устанавливать в тех конфигурациях, когда должны создаваться полные архивы. Файл Файл сообщает о том. как создавать архивы, ноне задает файловые системы, подлежащие архивированию. Эта информация хранится в файле disklist. Каждой клиентской файловой системе назначается один из типов архивов, определенных в файле amanda.conf.
#*#### «##*##»»*»#« «#»»H*«##*#H*#t»»4t*m###mff#»#*i«»mr*tr#»»
# клиент раздел тип архива If точка монтирования
#!#### ######»###»####### # ММ сервер архивов o c e a n sdOa c o m p - r o o t t / o c e a n sdOg c o m p - u s e r I / u s r ocean sdOd comp-user t / v a r ocean sdOh comp-high # /amanda
# раздел пользователя, смонтированный
# с помощью системы Samba на компьютере ocean ocean / / l o r i e n / c $ comp-high-samba # c : \
# прототип s q u i s h ycOtOdOsO comp-high f /
218
Чость I. Основы одминистрировония
s q u i s h y c C t O d C s f i c o m p - h i g h
#
/ u s r s q u i s h y c 0 t 0 d 0 s 3 c o m p - h i g h
#
/ v a r s q u i s h y c 0 t 0 d 0 s 7 c o m p - h i g h
*
/ l o c a l t клон e - u s e r t / z a m b o n i
C 0 t 0 d 0 s 6 c l o n e - u s e r t
/ u s X z a m b o n i c 0 c 0 d 0 s 3 c o m p - r o o t
I
/ v a r z a m b o n i
C 0 t 0 d 0 s 7 c o m p - u s e r
#
/ l o c a l
# медленный ПК f u z z s d l a n o c o r a p - h i g h
«
/ f u z z s d l f n o c o m p - h i g h t
/ l o c a l f u z z s d l e n o c o m p - h i g h t
/ u s r
£ u z z s d l d n o c o m p - h i g h
I
/ v a r f u z z
/ d o s d o s - u s e r
* / d o s Первый столбец содержйт сетевые имена клиентских компьютеров, разделы которых архивируются. Во втором столбце приведен список дисковых разделов. Можно указывать либо имя устройства, либо точку монтирования. Обратите внимание иа то, что буферный диск сервера архивов (ocean) не упомянут в файле disklist. В нашем случае его архивировать ненужно, так как он содержит лишь образы архивов, записываемые системой Amanda. Если бы на нем хранились журнальные файлы или другая важная информация, его следовало бы включить в список, указав в третьем столбце тип h o l d i r g d i s k . Опция s k i p - m c r (включенная в определение типа c l o n e - u s e r ) подходит для архивирования клонов машины-прототипа. На нашем узле для каждой архитектуры имеется одна маши на-прототип, которая клонируется иа другие машины с аналогичной архитектурой. Поскольку корневые разделы клонов те же, что и у прототипа, мы не тратим ленты на их архивирование каждую ночь. Тем не менее, у каждого клона есть спои уникальные файлы (например, файлы конфигурации в каталоге /etc), поэтому один раз за цикл архивирования мы все же создаем архив уровня 0. В разделе /таг на машине zamboai содержатся почтовые каталоги пользователей, вследствие чего данную файловую систему необходимо архивировать каждую ночь. На сервере архивов мы установили программу smbtar системы Samba, чтобы можно было создавать резервные копии файловых систем Windows NT В рассматриваемом примере архивируется диск С машины lorien. Обратите внимание на то, что в файле disklist упомянут клиента не lorien. Когда для доступа к файловой системе используется система Samba, клиентом
Amanda должна быть не машина, a машина, на которой расположена программа smbtar. (Раздел /dos машины fuzz не задан подобным образом, так как он всегда смонтирован и доступ к нему не осуществляется посредством
Samba.) Amanda различает разделы Samba и обычные точки монтирования такие как /usr и /dos) по количеству символов косой черты вначале имени два у раздела Samba и один уточек монтирования.
Информация о системе Samba дана в главе 26.
Журнальные файлы Для каждого архива на сервере Amanda создаются два журнальных файла. Первый называется amdBinp.n, где п — число дополнительных запусков
Глова 10. Резервное копировоние
19

Amanda с момента создания журнального файла. Этот файл содержит текстовое описание действий, связанных с планированием, которые предприняла система Amanda. Второй файл именуется log .датам, где дата — это дата создания архива, an — число архивов, уже созданных в тот день. Отладка После каждого запуска Amanda создает отчет по итогам резервного копирования и посылает его по электронной почте главному оператору. В отчет включается информация о количестве использованных леит, успешно заархивированных файловых системах и произошедших ошибках. Вот пример такого отчета (он создан на основании конфигурации, в которой применяется не тот файл disklist, что показан выше То amanda@ocean
Subject: Podunk, Univ. AMANDA MAIL REPORT FOR September 1, 1999
These dumps were to tape Podunk-481
Tonight's dumps should go onto 1 tape: Podunk-482.
FAILURE AND STRANGE DUMP SUMMARY: fuzz sdla lev 0 FAILED [no estimate or historical data] taper: FATAL syncpipe_get: w: unexpected EOF
STATISTICS:
Total
Full
Daily
Dump Time (hrs:min)
3:02 0:36 0:04
(0:34 start. 1:49 idle)
Output Size (meg)
2954.6 2666.8 287. В
Original Size (meg)
7428.1 6292.5 1135.5
Avg Compressed Size (%> В
42.4 25.3
Tape Used (%)
70.5 63.5 7.0
(level:«disks ...)
Filesystems Dumped
16 8
10
(1:8 2:2)
Avg Dump Rate (k/s)
105.3 124.5 43.4
Avg Tp Write Rate (k/s) 1254.2 В
1276.9
NOTES planner: Adding new disk zamboni:c0t0d0s7. driver: WARNING: /dumps/amanda: 8550400 KB requested, but only
1035113 KB available, planner: Forcing full dump of squishy:cOtOdOsO as directed, planner: Request to fuzz timed out. planner: Incremental of ocean:sd0h bumped to level 2. driver: going into degraded mode because of tape error. Одна из самых распространенных проблем заключается в том, что иногда
Amanda не может записать архив на ленту. Это может случиться, если в накопитель вставить неправильную ленту или если в процессе записи возникла ошибка ленты (в показанном примере это произошло с клиентом fuzz). В любом случае Amanda записывает резервные копии иа буферный диск. Чтобы сбросить буферные архивы на ленту, вставьте в накопитель правильную ленту и запустите программу amflush.
220
Чость I. Основы одминистрировония
Для диагностики других проблем нужно просмотреть либо журнальные файлы на сервере, либо файлы отладки на клиенте. Местоположение журнальных файлов указано в файле amanda.conf Файлы отладки находятся в каталоге /tnip/amanda, если система Amanda компилировалвсь с опцией
--with-debugging (она задана по умолчанию. Приведенное выше почтовое сообщение создается на основании журнальных файлов. Вот текст файла п
S E T T I N G U P FOR E S T I M A T E S . . . dumper: Did 1B199 executable dumper version 2.4.lpl, using port 791 driver: started dumpersetup_estitrates: ocean:sdOd: command 0, options: last_level 1 next_levelO 6 level_days 16 getting estimates 0 (20023) 1 (2735) -1 (-1) zamboni:cOtOdOsO lev 1 skipped due to skip-incr flag planner: SKIPPED zamboni cOtOdOsO 1 [skip-incr]
GETTING ESTIMATES... got results for host ocean disk sdCa: 0 -> 53797K, 1 -> 1797K, -1 -> -IK got results foe host ocean disk sdOd; 0 -> 19695K, 1 -> 2696K, -1 -> -IK
ANALYZING ESTIMATES... pondering ocean:sdOd... next_levelO 6 last_level 1 (not due for a full dump, picking an incr level) Ниже показан файл log. 19990901.0.
START planner date 19990901
START driver date 19990901
INFO planner Adding new disk depot:dsk/dl.
SUCCESS planner zamboni cOtOdOsO 1 [skipped: skip-mcr]
WARNING driver WARNING: /dumps/amanda: 8550400 KB requested, but only
1035113 KB available.
START taper datestamp 19990901 label Podunk-481 tape 0
FAIL planner fuzz sdla 0 [no estimate or historical data]
STATS driver startup time 2019.4 56
SUCCESS dumper ocean sdOa 0 [sec 418.311 kb 25088 kps 59.97 orig-kb 58087]
SUCCESS dumper ocean sdOd 1 [sec 15.867 kb B00 kps 50.42 orig-kb 2719]
SUCCESS taper ocean sdOa 0 [sec 53.366 kb 25088 kps 474.612 (wr: writes 2 rdwalt 0.000 wrwait 0.032 filemark 38.332)]
SUCCESS taper ocean sdOd 1 [sec 6.345 kb 800 kps 133.3 {wr: writes 1 rdwalt 1.470 wrwait 0.356 filemark 2.637}]
STRANGE dumper ocean sdOh 1 [sec 82.435 kb 33.4 кря 0.4 orig-kb 155.0] eendbackup: start [ocean:sd0h level 1 datestamp 19990901]
I DUMP: Date of this level 1 dump: Wed Sep 01 23:47:54 1999
I DUMP: Date of last level 0 dump: Mon Aug 30 23:43:23 1999
I DUMP: Dumping /dev/rsdOh (/amanda) to standard output
| DUMP: mapping (Pass I) [regular files]
I DUMP: mapping (Pass II) [directories]
? DUMP: {This should not happen) bread from /dev/rsdOh [block 64] : count-8192, got—1
I DUMP: estimated 38 blocks (19KB) on 0.00 tape (si.
I DUMP: dumping (Pass III) [directories]
Глова 10. Резервное копировоние
221

I DUMP: dumping (Pass IV) [regular files]
I DUMP: level I dump on Wed Sep 01 23:47:54 1999
I DUMP: 310 blocks (155KB) on 1 volume
I DUMP: DUMP IS DONE sendbackup: size 15B720 sendbackup: end Каждая строка SUCCESS d u m p e r означает, что архив был записан в буферный диска строка SUCCESS t a p e r — что архив был помещен на ленту. Строка STRANGE d u m p e r говорит о том, что система Amanda обнаружила ошибку при выполнении команды dump. В случае ошибки сохраняет результаты работы в журнальном файле (перед строками, свидетельствующими об ошибке, ставится знак вопроса, а также включает их в почтовое резюме. Еще одна проблема, с которой часто сталкивается Amanda, заключается в невозможности вычислить размер архива для клиентской файловой системы В этой ситуации нужно в первую очередь проверить доступность клиента посети и правильность конфигурирования соответствующей клиентской копии
Amanda. Можно также просмотреть файлы отладки в каталоге /tmp/amanda на клиентском компьютере Все клиентские программы Amanda при каждом своем запуске записывают в этот каталог отладочную информацию. Когда Amanda не может оценить размер архива, просмотрите отладочный файл про фа м мы sendsize. Эта программа анализирует результаты работы команды dump и ищет строку, в которой сообщается о размере. Если строка не найдена, Amanda выдает сообщение [ па. Вот пример файла sendsize.debug: sendsize: getting size via dump for c0t0d0s3 level 1 sendsize: running "/usr/ccs/bin/dump lsf 100000 - /dev/dsx/c0t0d0s3"
DUMP: Date of this level 1 dump: Wed Sep 01 21:59:36 1999
DUMP: Date of last level 0 dump: Mon aug 30 05:08:33 1999
DUMP: Dumping /dev/dsk/c0t0d0s3 (/var) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II} [directories]
DUMP: mapping (Pass II) [directories]
DUMP: mapping (Pass IIJ [directories]
DUMP: estimated 7150 blocks on 0.00 tape(s).
DUMP: mapping (Pass III) [directories] calculating for amname 'cOtOdOsO', dirname '/local' sendsize: getting size via dump for c0t0d0s7 level 0 sendsize: running "/usr/ccs/bin/dump Oaf 100000 - /dev/dsk/c0t0d0s7"
DUMP: Cannot open/stat /dev/rdsk/c0t0d0s7
f
Permission denied
(no size line match in above dump output) В данном случае очевидно, что необходимо изменить права доступа к файлу /dev/rdsk/c0t0d0s7. Если проблему не удается разрешить путем просмотра журнальных файлов или документации к системе Amanda, обратитесь к архивам телеконференций
Amanda последующим адресам http://www.egroups.com/list/amanda-users http://www.egroups.com/list/amanda-hackers
222 Часть I. Основы одминистрировония
Восстановление файла из резервной копии Для восстановления архивов Amanda необходимо воспользоваться программами и amrestore Рассмотрим конкретный пример. Предположим, имеется пользователь, который удалил целый каталоги хочет восстановить его. Первый шаг заключается в нахождении лент на которых был заархивирован каталог. Для этого нужна следующая информация имя компьютера и раздела, где располагался каталог полное путевое имя каталога дата удаления каталога или его повреждения дата, когда каталог был последний раз модифицирован. Даты определяют диапазон лент, содержащих каталог в том состоянии, в котором нам может понадобиться его восстановить. Допустим, что требуется восстановить каталог в разделе /local иа компьютере zamboni; он был модифицирован го октября и удален го октября. Программа amadmin определит, какие ленты нужны
% amidmin podunk f i n d zajaboni cC 0dOs7 d a t e h e a t d i s k
V t a p e f i l e s t a t u s
2000- 01 -26 zamboni c 0 t 0 d 0 s 7
Podunk- 795 33
OK
2000- 01 -25 zamboni
C0t0d0s7
Podunk 794 41
OK
20C0- 01 -23 zamboni c 0 t 0 d 0 s 7
Podunk- 792 9
OK
2000- 01 -22 zamboni cCtGd0s7
Podunk- 791 32
OK
1999- 10 -13 zamboni
C0t0d0s7
Podunk- 685 38
OK
1999 10 -12 zamboni c 0 t 0 d 0 s 7
Podunk- 684 37
OK
1999- 10 -11 zamboni c 0 t 0 d 0 s 7
Podunk- 663 39
OK
1999- 10 -10 zamboni c 0 t 0 d 0 3 ?
Podunk- 682 72
OK
1999- 10 -09 zamboni c 0 t C d 0 s 7 podunk- 681 44
OK
1999- 10 -08 zamboni
C0t0d0s7
Podunk- 680 88
OK
1999- 10 -07 zamboni
C0t0d0a7
Podunk- 518 35
OK
1999- 10 -06 zamboni c 0 t 0 d 0 s 7
Podunk- 517 33
OK
1999- 10 -05 zamboni c 0 t 0 d 0 s 7
Podunk- 516 33
OK
1999- 10 -04 zamboni
C0t0d0s7
Podunk- 515 51
OK
1999- 10 -03 zamboni cOtOdCs7
Podunk- 514 16
OK
1999- 10 -02 zamboni c 0 t 0 d 0 s 7
Podunk- 513 19
OK
1999- 10 -01 zamboni c 0 t 0 d 0 s 7
Podunk- 512 36
OK
1999- 09 -JO zamboni c 0 t 0 d 0 s 7
Podunk- 511 15
OK
1999- 09 -24 zamboni
C0t0d0s7
Podunk- 510 78
OK
1999- 09 -26 zamboni c 0 t 0 d C s 7 0
Podunk- 509 99
OK Опция find заставляет программу amadmin просмотреть каждый журнальный файл, перечисленный в файле конфигурации amanda.conf, в поисках машины и раздела, которые указаны в качестве аргументов. Чтобы восстановить искомый каталог, необходима лента Podunk-509 с архивом уровня О и лента Podunk-683 с архивом уровня 1, созданным задень до удаления каталога. Для архива уровня I теоретически можно взять любую ленту, записанную после пятого числа, так как пользователь не модифицировал каталог между мим октября. Но лучше все же воспользоваться самой последней лентой, ведь воспоминания пользователей могут быть такими ненадежными Далее необходимо вызвать программу amrestore, которая выполнит собственно восстановление данных. Начнем с ленты Podunk-509. так как на
Глова 10. Резервное копировоние
223
ней находится архив нулевого уровня. После вставки ленты в накопитель выполним команду
% anraator* -р /dev/rmt/Obn zamboni c0t0d0®7 | restore if -
которая отыщет нужную запись и начнет интерактивный сеанс восстановления. Программа amrestore просматривает каждый образ архива на ленте, пока не находит нужный, после чего направляет этот архив в стандартный выходной поток, передаваемый команде restore. Далее процесс осуществляется так, как было описано в параграфе 10.4. Завершив извлечение архива уровня 0, повторяем всю процедуру для архива уровня I Программа amrestore распознает нужный архив благодаря тому, что система Amanda помещает перед каждым архивом заголовок размером
32 Кбайт, в котором записано, откуда поступил этот архив и какими средствами он был сжат. Если применялось сжатие, программа автоматически пропускает образ архива через модуль декомпрессии. Просмотр всех заголовков может занять много времени, так как не исключено, что придется пройти через сотни файловых систем. Но из результатов работы программы amadmin мы уже выяснили, что нужно искать, поэтому не надо заставлять программу amrestore выполнять туже самую работу повторно. Можно просто ввести команду mt fsf, чтобы перемотать ленту, прежде чем запускать программу amrestore. Команда restore должна выполняться на компьютере стой же архитектурой и операционной системой, где был создан исходный архив. Amanda ничего не знает о внутреннем содержимом архива и не может защитить пользователя от межплатформенных несовместимостей. Если журнальные файлы Amanda были удалены, всегда можно просмотреть наклейки на лентах, чтобы определить их содержимое. Но что если будет удалена сама программа amrestore? Не пугайтесь эта программа делает не более, чем знакомая нам программа dd. Если просмотреть заголовок архива, том о ж но обнаружить в нем инструкции по его восстановлению. К примеру, вот текст заголовка, полученный с ленты, содержащей архив уровня 0:



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


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

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


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