Linux: Полное руководство

Аллен Питер В.

Команда — это любая командная строка, допустимая правилами интерпретатора sh.

Например, следующая запись означает, что архивирование каталога

/home/den

будет производиться каждый день, кроме воскресенья, в семь часов утра:

0 7 * * 1-6 tar cfz /backup/home.den.gz /home/den

В дистрибутивы Linux обычно входит готовый системный файл расписаний

/etc/crontab

и сценарии для выполнения стандартных задач по обслуживанию системы (ротации журналов, ведения базы установленных пакетов программ и т.п.). размещенные в каталогах

/etc/cron.hourly

,

/etc/cron.daily

,

/etc/cron.weekly

и

/etc/cron.monthly

. Директива run-parts в файле

/etc/crontab

указывает, что следует выполнить все исполняемые файлы из указанного каталога.

Глава 10

Резервное копирование и восстановление данных

В обязанности системного администратора входит обеспечение сохранности пользовательских данных. Потерять данные легко: их уничтожают ошибки в программном обеспечении, сбои оборудования, сами невнимательные пользователи. В случае домашнего компьютера разгильдяй-пользователь, теряющий данные, и несчастный системный администратор, которому приходится их восстанавливать, это обычно одно и то же лицо, но тем важнее уметь их восстановить. Пенять-то не на кого.

В этой главе я сначала рассмотрю способы вернуть случайно удаленный файл, а потом остановлюсь на принципах и средствах резервного копирования информации.

10.1. Восстановление удаленного файла

Из второй главы вы узнали, что файл на файловой системе ext2 (и ext3) представляет собой индексный дескриптор (inode), указывающий на блоки, в которых и размещаются данные. Содержимое блоков удаленного файла не исчезает сразу: эти блоки помечаются как свободные и отводятся для размещения других файлов по мере необходимости в свободном месте. Если файловая система используется не слишком интенсивно, блоки будут перезаписаны нескоро, и данные еще можно восстановить.

Первым делом размонтируйте раздел, содержавший удаленный файл. Это нужно для того, чтобы предотвратить перезапись его блоков во время попыток восстановления.

Если размонтировать файловую систему не удается (вы получили сообщение «device is busy»), то проверьте, какие процессы к ней обращаются, и прервите их. Это можно сделать с помощью команды

fuser -m <файловая_система>

Если удаленный файл находился на корневой файловой системе, то ее размонтировать нельзя. Вам придется выключить компьютер, извлечь жесткий диск и заняться восстановлением файла на другой Linux-машине. Отсюда мораль: при установке Linux разбивайте жесткий диск так, чтобы файловые системы

/usr

,

/var

и особенно

/home

(те, в которых данные меняются чаще всего) размешались на отдельных разделах.

Linux — тщательно документированная система, и пути решения распространенных проблем описываются в документах HOWTO. Восстановлению файлов посвящено руководство

www.tldp.org/HOWTO/Ext2fs-Undeletion.html

(его русский перевод можно найти, например, на

http://linux.vitebsk.by/howto/Ext2fs-Undeletion.html

).

Для восстановления файлов на файловой системе ext2 (не ext3!) разработана утилита e2undel (

http://e2undel.sourceforge.net

).

С ней вы разберетесь сами, а сейчас я скажу пару слов о средствах, входящих в состав обыкновенного дистрибутива.

10.1.1. Midnight Commander

Любимый многими файловый менеджер mc имеет в своем составе средство восстановления файлов, которое иногда может помочь. Запустите mc от имени суперпользователя. Выполните команду меню Команда→Восстановление файлов. Затем введите имя файла устройства, на котором находится нужный раздел, без

/dev

: например,

hda4

. Через некоторое время Midnight Commander представит вам список удаленных индексных дескрипторов. Если вы не знаете номер i-узла удаленного файла, вам придется просмотреть их все, чтобы найти нужный вам файл. Но гарантии того, что вы его найдете, нет никакой.

10.1.2. Утилита debugfs

Эта утилита входит в состав пакета e2fsprogs и служит для интерактивного исследования и изменения состояния файловых систем типа ext2 и ext3. Порядок ваших действий будет следующим:

1. Размонтируйте файловую систему с удаленным файлом.

2. Откройте ее в режиме «только чтение»:

debugfs <файл_устройства>

3. В ответ на приглашение введите подкоманду lsdel, чтобы получить список удаленных i-узлов. Попытайтесь определить свой файл по атрибутам: владельцу, размеру, дате удаления и т.п.

4. Сохраните содержимое i-узла в файл на другой файловой системе, введя подкоманду

dump <inode> имя_нового_файла

. Номер i-узла указывайте в угловых скобках!

5. Выйдите по подкоманде quit.

Список остальных подкоманд debugfs вы можете получить по подкоманде help или узнать на man-странице.

10.2. Стратегия резервного копирования

Чтобы героически спасать файлы приходилось не слишком часто, следует заранее позаботиться об их надежной защите. Важнейшим средством защиты является резервное копирование.

Вам нужно хорошо продумать следующие пункты:

1. Какая информация будет резервироваться (архивироваться)?

В первую очередь вам нужно архивировать данные пользователей, то есть каталог

/home

. Эти данные относятся к наиболее критичной категории данных. Восстановить систему вы сможете в течение не более чем двух-трех часов, а вот данные пользователей уже не восстановишь… На втором месте — файлы настройки системы, находящиеся в каталоге

/etc

. Архивирование этих данных позволит существенно сэкономить время, которое вам потребуется на восстановление системы после сбоя.

И, наконец, на третьем месте — дистрибутивы программ, не входящих в состав дистрибутива Linux. Эти данные, как правило, не нуждаются в частом обновлении.

2. Когда будет происходить создание резервных копий?

Самое удачное время для этого мероприятия — ночь. Во-первых, архивирование обычно не требует вмешательства оператора и поэтому его можно выполнять автоматически (п.9.4.2). Во-вторых, оно создает дополнительную нагрузку на систему, чему не обрадуются пользователи. В-третьих, открытые этими пользователями файлы создадут при копировании массу проблем.