|
Сервер поддерживается Центром Информационных Технологий (095) 932-9212, 932-9213, 939-0783 E-mail: info@citforum.ru |
| Сервер содержит море(!) аналитической информации | CIT Forum CD-ROM |
|
НАЗВАНИЕ
schedule - база данных для автоматического системного резервного
копирования.
ОПИСАНИЕ
База данных schedule используется совместно с fsphoto(8) для
полу-автоматического системного резервного копирования. Для каждой
файловой системы, подлежащей резервному копированию, задается
циклический график уровней резервного копирования backup(1).
Этот циклический график (или цикл) представляет собой список уровней дампа (включая отсутствие такового) и указатель последнего выполненного элемента этого списка. Этот указатель регулярно передвигается на очередной элемент списка (при каждом запуске fsphoto, обычно раз в день), начиная сначала при завершении списка. Впрочем, это передвижение осуществляется только в случая успешного выполнения нужного дампа.
Каждая структура в этом файле занимает отдельную строку. Пустые строки и строки комментариев (начинающиеся с #) могут располагаться в любом месте. Распознаются некоторые ключевые слова:
| Level (уровень) | Size (размер) | Savetime (время хранения) | Importance (важность) | Marker (маркер) |
|---|---|---|---|---|
| 0 | - | "1 год" | критическая | нет |
| 1 | - | "3 месяца" | необходимая | нет |
| 2...7 | - | "1 месяц" | важная | нет |
| 8 | - | "2 недели" | полезная | нет |
| 9 | - | "1 неделя" | предупредительная | нет |
Должны быть заданы все четыре поля. Поле size подразумевает использование первого размера, заданного в соответствующем списке media sizes.
Ключевые слова должны помещаться впереди всех графиков резервного копирования файловых систем. Эти графики задаются в виде:
Список дампа cycle должен иметь по крайней мере один элемент, но длина его не ограничивается. Различные файловые системы могут иметь списки cycle различной длины.
Вот пример файла schedule:
# SYSTEM BACKUP SCHEDULE site mymachine # Media entries # 96 tpi 1.2 MB floppy 0 # media /dev/rfd096ds15 k 1200 format /dev/rfd096ds15 # 96 tpi 1.2 MB floppy 1 # media /dev/rfd196ds15 k 1200 format /dev/rfd196ds15 # Cartridge tape 0 # media /dev/rct0 d 20000 300 450 600 tape erase # 9-track tape 0 # media /dev/rmt0 d 1600 2400 1200 600 # Backup Descriptor Table # Backup Vol. Save for Vitality Label # level size how long (importance) marker 0 - "1 year" critical "a red sticker" 1 - "4 months" necessary "a yellow sticker" 8 - "3 weeks" useful "a blue sticker" 9 - "1 week" precautionary none # Schedule Table # 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 # Filesystem M T W T F M T W T F M T W T F M T W T F /dev/rroot 0 x 9 x 9 8 x 9 x 9 1 x 9 x 9 8 x 9 x 9 /dev/ru 9 0 9 9 9 9 8 9 9 9 9 1 9 9 9 9 8 9 9 9
В приведенном выше примере файловая система /dev/root копируется на уровне 0, когда fsphoto запускается первый раз (в понедельник), и если этот дамп пройдет успешно, то в следующий раз (во вторник) резервное копирование не выполняется. Если и этот этап пройдет успешно, то в третий раз (среда) будет выполняться дамп 9-го уровня. В случае его успешного завершения в четвертый раз (четверг) дамп не выполняется, а в пятый раз запуска fsphoto (пятница) будет выполняться дамп 9-го уровня.
После каждого успешного выполнения дампа на заданном уровне указатель продвигается таким образом, что очередной запуск fsphoto (на следующий день недели) выполняет запланированный для данной файловой системы следующий дамп. Если же дамп не проходит (прерванный или отложенный оператором), то указатель не продвигается. Таким образом, в очередной раз при запуске fsphoto будет пвторен дамп того же уровня, так что последовательность не будет нарушена (но время может сместиться).
Продолжая этот пример, на 19-й запуск fsphoto будет выполняться дамп /dev/rroot 9-го уровня, на двадцатый раз дамп не выполняется, а на двадцать-первый раз (понедельник каждой пятой недели) цикл начнется сначала с дампа 0-го уровня.
Для более крупной и быстрее меняющейся файловой системы /dev/ru дампирование выполняется чаще (при каждом запуске fsphoto - раз в день, а не через раз), и уровни выбраны так, чтобы исключить выполнение двух полномасштабных дампов (например, на уровнях 0 и 1) крупных файловых систем в один и тот же день. Цикл резервного копирования короче - две недели вместо четырех.
СМ. ТАКЖЕ
fsphoto(8), fsave(8), backup(1)
ПРИМЕЧАНИЯ
Ключевые слова и имена файлов не должны следовать за пробелами или
табуляциями.
Нет необходимости задавать имя первичного (/dev/r*) устройства для каждой файловой системы, но если это сделано, резервное копирование пойдет быстрее.
|