Дейв Тейлор - Сценарии командной оболочки. Linux, OS X и Unix. 2-е издание
- Название:Сценарии командной оболочки. Linux, OS X и Unix. 2-е издание
- Автор:
- Жанр:
- Издательство:Питер
- Год:2017
- Город:СПб.
- ISBN:978-5-496-03029-8
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Дейв Тейлор - Сценарии командной оболочки. Linux, OS X и Unix. 2-е издание краткое содержание
Цель этой книги — продемонстрировать практические приемы программирования сценариев на bash и познакомить с самыми распространенными утилитами на коротких и компактных примерах, не вдаваясь в излишние подробности. Экспериментируйте с этими сценариями — ломайте, исправляйте и приспосабливайте их под свои нужды, чтобы понять, как они работают. Только так вы сможете решать самые сложные задачи.
Сценарии командной оболочки. Linux, OS X и Unix. 2-е издание - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
output="/tmp/backup.$(date +%d%m%y). bz2"
tsfile="$HOME/.backup.timestamp"
btype="incremental" # По умолчанию выполняется инкрементальное копирование.
noinc=0············ # Обновлять файл с отметкой времени.
trap "/bin/rm −f $inclist" EXIT
usageQuit()
{
··cat << "EOF" >&2
Usage: $0 [-o output] [-i|-f] [-n]
··-o lets you specify an alternative backup file/device,
··-i is an incremental, −f is a full backup, and −n prevents
··updating the timestamp when an incremental backup is done.
EOF
··exit 1
}
########## Основной сценарий ###########
while getopts "o: ifn" arg; do
··case "$opt" in
····o) output="$OPTARG";····;; # getopts автоматически изменяет OPTARG.
····i) btype="incremental";;;
····f) btype="full";········;;
····n) noinc=1;············;;
····?) usageQuit············;;
··esac
done
shift $(($OPTIND — 1))
echo "Doing $btype backup, saving output to $output"
timestamp="$(date +'%m%d%I%M')" # Получить текущие месяц, число, час, минуты.
································# Интересны форматы? "man strftime"
if ["$btype" = "incremental"]; then
··if [! -f $tsfile]; then
····echo "Error: can't do an incremental backup: no timestamp file" >&2
····exit 1
··fi
··find $HOME −depth −type f −newer $tsfile −user ${USER:-LOGNAME} | \
··pax −w — x tar | $compress > $output
··failure="$?"
else
··find $HOME −depth −type f −user ${USER:-LOGNAME} | \
··pax −w — x tar | $compress > $output
··failure="$?"
fi
if ["$noinc" = "0" −a "$failure" = "0"]; then
··touch −t $timestamp $tsfile
fi
exit 0
Как это работает
Собственно резервное копирование выполняется командой pax в строках и
, вывод которой через конвейер передается программе сжатия (bzip2 по умолчанию) и затем направляется в выходной файл или устройство. Однако инкрементальное копирование требует некоторых ухищрений, потому что стандартная версия программы tar не позволяет проверять время изменения, в отличие от GNU-версии. С помощью команды find создается список файлов, изменившихся с момента предыдущего резервного копирования, и сохраняется во временном файле inclist. Для большей совместимости его формат имитирует формат вывода команды tar. Далее этот файл передается непосредственно команде pax.
Между программами резервного копирования нет согласия по поводу того, какое время принимать за время создания резервной копии, но обычно им считается момент, когда копирование завершено, а не когда начато. Такой выбор может вызвать проблемы, если в процессе резервного копирования какие-то файлы изменятся, что вполне вероятно, так как резервное копирование порой длится довольно долго. Поскольку в этом случае момент последнего изменения файла окажется более ранним, чем момент, принятый за время создания резервной копии, такой файл может не попасть в следующую инкрементальную резервную копию, что само по себе плохо.
Но все не так просто, потому что выбирать момент времени, предшествующий началу копирования, тоже неправильно: если по какой-то причине резервное копирование потерпит неудачу, мы не сможем вернуть назад изменившуюся отметку времени.
Обеих проблем можно избежать, если сохранить дату и время перед началом резервного копирования (в переменной timestamp) и применить значение $timestamp к $tsfile, использовав для этого флаг −t в команде touch, только после успешного завершения резервного копирования. Хитро, правда?
Запуск сценария
Этот сценарий имеет несколько параметров, которые можно игнорировать, чтобы выполнить инкрементальное резервное копирование по умолчанию файлов, изменившихся с момента предыдущего запуска сценария (то есть после отметки времени, зафиксированной при предыдущем инкрементальном резервном копировании). Начальные параметры позволяют указать другой файл или устройство для вывода (-o output), выбрать создание полной резервной копии (-f), явно выбрать создание инкрементальной резервной копии (-i), даже при том, что этот режим предполагается по умолчанию, или предотвратить обновление файла, играющего роль отметки времени, при инкрементальном резервном копировании (-n).
Результаты
Сценарий backup не имеет обязательных аргументов и может запускаться простой командой, как показано в листинге 6.17.
Листинг 6.17.Сценарий backup не имеет обязательных аргументов и выводит результаты работы на экран
$ backup
Doing incremental backup, saving output to /tmp/backup.140703.bz2
Вывод программы резервного копирования вполне ожидаемо не блещет подробностями. Зато в результате получается сжатый файл существенного размера, что свидетельствует о большом объеме данных, хранящихся внутри, как можно видеть в листинге 6.18.
Листинг 6.18.Вывод информации о файле с резервной копией с помощью команды ls
$ ls −l /tmp/backup*
-rw-r-r- 1 taylor wheel 621739008 Jul 14 07:31 backup.140703.bz2
№ 52. Резервное копирование каталогов
Другая похожая задача — создание копий отдельных каталогов или деревьев каталогов, ориентированная на пользователей. Простой сценарий в листинге 6.19 дает им возможность создать сжатый tar-архив выбранного каталога для сохранения в виде резервной копии или передачи другим пользователям.
Код
Листинг 6.19.Сценарий archivedir
··#!/bin/bash
··# archivedir — создает сжатый архив заданного каталога.
··maxarchivedir=10········# Размер большого каталога в блоках.
··compress=gzip·········· # Измените, если предпочитаете другую программу сжатия.
··progname=$(basename $0) # Улучшенный формат вывода для сообщений об ошибках.
··if [$# −eq 0]; then # Нет аргументов? Это проблема.
····echo "Usage: $progname directory" >&2
····exit 1
··fi
··if [! -d $1]; then
····echo "${progname}: can't find directory $1 to archive." >&2
····exit 1
··fi
··if ["$(basename $1)"!= "$1" −o "$1" = "."]; then
····echo "${progname}: You must specify a subdirectory" >&2
····exit 1
··fi
··if [! -w.]; then
····echo "${progname}: cannot write archive file to current directory." >&2
····exit 1
··fi
··# Архив может получиться опасно большим? Давайте проверим…
··dirsize="$(du −s $1 | awk '{print $1}')"
··if [$dirsize −gt $maxarchivedir]; then
····/bin/echo −n "Warning: directory $1 is $dirsize blocks. Proceed? [n] "
····read answer
····answer="$(echo $answer | tr '[: upper: ]' '[: lower: ]' | cut −c1)"
····if ["$answer"!= "y"]; then
······echo "${progname}: archive of directory $1 canceled." >&2
······exit 0
····fi
··fi
Интервал:
Закладка: