$l Значение ulimit для пользователя в момент запуска
$m Значение umask для пользователя в момент запуска
$t Время (в секундах, считая от 1 января 1970 г.) начала
выполнения сценария
$< Эту переменную замещает весь сценарий, представляемый
пользователем. Обычно она является последней в файле,
после сформированного вами пролога. Если вы решили
включить информацию в файл после этой переменной, сце-
нарий командного процессора может кончить работу, не
дойдя до нее.
.
- 5-70 -
Примеры использования файлов среды
Имеется много путей использования файлов-прототипов; вот
два примера.
1. Выполнение заданий в некоторой очереди с меньшим приори-
тетом, используя команду nice(C):
nice -5 /bin/sh/ << 'END_OF_FILE'
$<
END_OF_FILE
2. Очередь для выполнения команд через альтернативный ко-
мандный процессор:
/bin/csh << 'END_OF_FILE_'
$<
END_OF_FILE
ГЛАВА 6
ДУБЛИРОВАНИЕ ФАЙЛОВЫХ СИСТЕМ
Введение 6-1
Стратегии дублирования с использованием sysadmsh 6-2
Использование авторизации backup для дублирования 6-2
Дублирование на гибких дисках и большие системы 6-2
Краткие сведения об используемых утилитах 6-3
Подготовка к запланированному дублированию 6-4
Составление расписания дублирования 6-4
Маркировка резервных копий 6-8
Ведение журнала 6-9
Выполнение запланированного дублирования 6-11
Использование отформатированного носителя 6-11
Запуск дублирования 6-11
Выполнение незапланированного дублирования 6-14
Проверка резервной копии 6-17
Получение листинга дублирования 6-19
Восстановление отдельных файлов и каталогов с резервной
копии 6-21
Восстановление всей файловой системы с томов cpio 6-25
Восстановление всей файловой системы с томов xbackup 6-25
Описание уровней дублирования 6-32
Принципы уровней инкрементного дублирования 6-32
Как работает расписание, принятое по умолчанию 6-33
Как используются резервные копии для
восстановления файловой системы 6-35
.
- 6-1 -
ВВЕДЕНИЕ
Основная задача администратора системы - обеспечить посто-
янную целостность информации, хранимой в системе. Существует
несколько способов повреждения файлов и файловых систем и потери
данных:
* прерывания от питания (убедитесь в наличии предохранителя
от бросков питания);
* аппаратные сбои (например, жесткий диск);
* ошибки пользователя (случайное удаление важных файлов).
Нельзя переоценить важность наличия актуальных резервных
копий. Если в вашей системе есть несколько активных пользовате-
лей, копии надо делать ежедневно. Последствия простой потери
данных трудно оценить до тех пор, пока не произойдет инцидент и
мгновенно будут потеряны результаты недельной или месячной рабо-
ты.
Резервная копия файловых систем - это выполненная на гибких
дисках или лентах копия файлов корневой файловой системы и дру-
гих регулярно монтируемых файловых систем (например, файловой
системы /u). (Описание файловых систем см. в главе "Использова-
ние файловых систем" настоящего руководства.) Резервная копия
позволяет администратору системы (или пользователю с авторизаци-
ей backup) иметь экземпляр файловой системы на некоторый момент
времени.
В настоящей главе описывается, как использовать sysadmsh
для дублирования (изготовления резервных копий) корневого ката-
лога и других файловых систем, и как восстанавливать файлы с ре-
зервных копий. (Еще одна утилита, используемая для простого дуб-
лирования, tar(C), подробно описана в разделе "Изготовление
резервных копий" главы "Обслуживание" в "Учебнике" (Tutorial).
Эта утилита не подходит для выполнения планируемого дублирова-
ния; ею удобно пользоваться для архивирования групп файлов.)
Средства, обсуждаемые в данной главе, представляют собой
меню с простыми опциями, в отличие от утилит tar(C), cpio(C),
backup(ADM) и restore(ADM), где используются сложные командные
строки. Ключ к эффективному дублированию состоит в том, чтобы
сохранять только то, что изменилось за день, а для этого (при
использовании backup и restore) обычно требуется дополнительная
бухгалтерия.
.
- 6-2 -
СТРАТЕГИИ ДУБЛИРОВАНИЯ С ИСПОЛЬЗОВАНИЕМ SYSADMSH
Вы как администратор системы должны ознакомиться с содержа-
нием этой главы и составить расписание в соответствии с изложен-
ными правилами. После этого вам, чтобы выполнить ежедневное дуб-
лирование, нужно будет только установить носитель и ответить на
несколько приглашений.
Главная цель выбора "Дублирование файловых систем" в
sysadmsh состоит в том, чтобы предоставить надежное расписание
дублирования файловых систем в тех системах, где много пользова-
телей и большие файловые системы. Программа автоматически отыс-
кивает модифицированные файлы и копирует их на резервный носи-
тель. Если в вашей системе много пользователей и большое число
ежедневно обновляемых файлов, используйте опцию "планируемого"
дублирования, которая с помощью заранее составленного расписания
будет делать регулярное дублирование. Если сделан выбор Backups,
программа представит каждую задачу как опцию меню. Чтобы выпол-
нить задачу, просто выберите соответствующую опцию из меню и
предоставьте требуемую информацию.
Для менее формального дублирования в sysadmsh имеется опция
"незапланированного" дублирования. Она позволяет администратору
системы однократно сделать полную резервную копию файловой сис-
темы. (Заметьте, что этот тип дублирования охватывает всю файло-
вую систему, а не только измененные файлы, и здесь может потре-
боваться несколько томов носителей.) Если вы решили обойтись
непланируемыми дублированиями, обеспечьте их выполнение по край-
ней мере раз в месяц.
Использование авторизации backup для дублирования
Для создания или восстановления резервных копий вы должны
назначить пользователю авторизацию backup. (Восстановление всей
файловой системы может делать только root.) Обычный пользователь
не может делать резервные копии, так как у него нет разрешений
на доступ ко всем файлам. Если дублирование выполняет root, фай-
лы могут быть случайно разрушены, так как root имеет неограни-
ченные разрешения для каждого файла в системе. Авторизация
backup разрешает эту дилемму, предоставляя ограниченные разреше-
ния root.
Дублирование на гибких дисках и большие системы
Если в вашей системе имеется только дисковод для гибких
дисков, то дублирование больших систем с несколькими пользовате-
лями может оказаться очень долгим и потребовать множества
носителей. Полная резервная копия 20-мегабайтной файловой систе-
мы требует пятнадцати дискет 96tpi по 1.2 MB, тогда как на одну
.
- 6-3 -
450-футовую кассетную ленту можно записать вдвое больше данных.
Более существенно, что использование дискет требует присутствия
оператора для их замены, а кассетная лента только ставится вна-
чале, и оператор может не оставаться при системе. Если в вашей
системе много пользователей и только дисковод для гибких дисков,
постарайтесь подключить лентопротяжное устройство, или же делай-
те полную копию системы раз в неделю, предупредив пользователей,
чтобы они сами регулярно делали резервные копии своих файлов.
Краткие сведения об используемых утилитах
В процессе дублирования sysadmsh обращается к нескольким
утилитам. Вам не обязательно знакомиться с ними. Однако если вы
решите использовать дополнительные опции, не описанные в данной
главе, вам понадобится знать, как они применяются и где о них
можно прочитать. sysadmsh обращается к следующим утилитам:
* fsphoto(ADM): главная утилита, управляющая автоматизиро-
ванными средствами дублирования;
* fsave(ADM): программа, взаимодействующая с пользователем
для выполнения дублирования;
* schedule(ADM): база данных дублирования;
* xbackup и xrestore(ADM): утилиты дублирования XENIX. Они
используются, если в поле Method таблицы с расписанием стоит
"xbackup". (Эти утилиты предназначены для тех, кто хочет продол-
жать работать с теми же средствами дублирования, что и в XENIX.
Предпочтительнее все же использовать cpio.)
* cpio(C): программа дублирования, используемая по умолча-
нию. Она не зависит от типа файловой системы.
Выбор Backups в sysadmsh образует "дружественный" уровень,
ограждающий пользователя от сложного синтаксиса этих программ.
.
- 6-4 -
ПОДГОТОВКА К ЗАПЛАНИРОВАННОМУ ДУБЛИРОВАНИЮ
Единственное обязательное требование для проведения плани-
руемого дублирования состоит в том, чтобы подготовить расписание
дублирования. Кроме того, рекомендуется, чтобы администратор
системы выполнял необязательные процедуры маркирования, сохране-
ния и протоколирования резервных копий. Подробное описание уров-
ней дублирования приведено в конце данной главы, на случай необ-
ходимости иметь более специализированное расписание.
Составление расписания дублирования
Первый шаг состоит в создании таблицы времени дублирования
с помощью файла schedule. Этот файл расположен в каталоге
/usr/lib/sysadmin. Он содержит все данные, необходимые системе
для выполнения дублирования, в том числе
* имя вашей вычислительной установки или машины
* тип используемого носителя и дисковода
* точный регламент дублирования файловых систем.
В последующих разделах поясняется, какие изменения нужно
внести в файл schedule, имеющийся в вашей дистрибуции.
Редактирование файла schedule
Файл schedule можно редактировать в любом текстовом редак-
торе; убедитесь, что вы зарегистрировались как root. Вы также
можете для редактирования файла schedule воспользоваться следую-
щим выбором sysadmsh:
Backups->Schedule
(По умолчанию sysadmsh использует редактор vi(C), но вы мо-
жете установить предпочитаемый вами редактор с помощью перемен-
ной среды выполнения SA_EDITOR. О том, как устанавливаются пере-
менные среды выполнения, см. environ(C) или sh(C).) В последую-
щих подразделах описано, какие именно изменения нужно внести в
этот файл.
.
- 6-5 -
+--------------------------------------------------------------+
| # SYSTEM BACKUP SCHEDULE (Расписание дублирования системы)|
| site mymachine (Вычислительная установка ...) |
| |
| # Media Entries (Строки для носителей) |
| |
| # 48 tpi 360K floppy 0 (Дисковод 0 для гибких дисков...)|
| # media /dev/rfd048ds9 k 360 format /dev/rfd048ds9 |
| # 48 tpi 360K floppy 1 |
| # media /dev/rfd148ds9 k 360 format /dev/rfd148ds9 |
| # 96 tpi 720K floppy 0 |
| # media /dev/rfd096ds9 k 720 format /dev/rfd096ds9 |
| # 96 tpi 720K floppy 1 |
| # media /dev/rfd196ds9 k 720 format /dev/rfd196ds9 |
