Учебник для экзамена LPI 201: Поддержка системы

Операции резервного копирования

О резервном копировании

Первое правило при создании резервных копий: Сделайте это! Слишком легко при администрировании сервера или настольной машины Linux пренебречь резервным копированием при составлении списка ваших потребностей.

Самый простой способ наладить систематическое резервное копирование – это настроить его, как одну из задач cron. См. Тему 213 нашего учебного пособия, где обсуждается конфигурирование crontab. Некоторым образом расписание резервного копирования зависит от инструментов, с помощью которых вы собираетесь его производить, и носителей, которые вы собираетесь использовать.

Резервное копирование на ленту – традиционный способ, и ленточные устройства продолжают предлагать наибольшую вместимость относительно недорогих носителей. Но в последнее время повсеместно стали использоваться записываемые и перезаписываемые компакт-диски и DVD-диски, и часто становится разумным использовать такие сменные носители для резервных копий.

В начало

Что подлежит резервному копированию

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

В основном, то, что вы хотите сохранить – это каталоги /home/, /etc/, /usr/local/ и, возможно, /root/ и /boot/. Часто хотят также сделать копию некоторой части /var/, а именно /var/log/ и /var/mail/.

В начало

Резервное копирование при помощи cp и scp

Может быть, самый простой способ сделать резервную копию – использовать cp или scp с опцией -r (рекурсивно). Первая из этих команд копирует на локальные ресурсы (но включая монтирования NFS), а вторая может копировать на удаленные серверы надежно зашифрованным способом. В любом случае, вы должны иметь смонтированный ресурс с достаточным количеством свободного места, чтобы разместить файлы, которые вы хотите скопировать. Чтобы быть действительно застрахованным, резервная копия ваших данных должна быть размещена на другом физическом ресурсе.

Копирование при помощи cp или scp может быть только одной из частей большого списка резервного копирования. Здесь можно схитрить с помощью утилиты find, чтобы выяснять, какие файлы были изменены недавно. В следующем простом примере мы копируем из /home/ все файлы, которые были изменены за день:

      #!/bin/bash

      # File: backup-daily.sh
      # ++ Run this on a daily cron job ++
      #-- first make sure the target directories exist
      for d in `find /home -type d` ; do mkdir -p /mnt/backup$d ; done
      #-- then copy all the recently modified files (one day)
      for f in `find /home -mtime -1` ; do cp $f /mnt/backup$f  ; done

Команда cp -u немного похожа, но более зависима от целостности файловой системы, куда происходит копирование между backup'ами. Существует рецепт, при котором эта команда прекрасно работает: замените точку монтирования /mnt/backup на другой адрес NFS. Найденный способ также хорошо работает и с scp, если вы зададите для удаленного ресурса информацию, необходимую для входа в систему.

В начало

Резервное копирование при помощи tar

Хотя cp и scp подходят для создания резервной копии, инструмент tar имеет более широкое использование, так как разработан специально для создания ленточных архивов. Несмотря на название, tar одинаково подходит для создания, как простого .tar файла, так и для записи необработанных данных на ленточное устройство. Например, вы могли бы создать копию на ленточном устройстве, используя команду:

      % tar -cvf /dev/rmt0 /home    # Archive /home to tape

Внесением небольших изменений направляем выход в файл:

      % tar -cvf /mnt/backup/2005-08-12.tar /home

Фактически, так как инструмент gzip может быть включен в поток, вы можете легко сжать архив в процессе создания:

      % tar -cv /home | gzip - > /mnt/backup/2005-08-12.tgz

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

     % tar -tvf /dev/rmt0

Чтобы восстановить определенный файл:

     % tar -xvf /dev/rmt0 file.name

В начало

Резервное копирование при помощи cpio

Утилита cpio - это мощная производная от tar. cpio работает с архивами tar, но также и с другими форматами и, кроме того, имеет множество встроенных опций. Cpio можно использовать с большим количеством аргументов, позволяющих отфильтровать скопированные файлы, и даже имеет встроенные аргументы, поддерживающие удаленное резервное копирование (вместо того, чтобы использовать канал с применением scp и др.) Главное преимущество, которое имеет cpio по сравнению с tar, что вы можете как добавить файлы к уже имеющемуся архиву, так и удалить файлы из архива.

Вот несколько примеров использования cpio:

• Создаем файловый архив на ленточном устройстве: % find /home -print |cpio -ocBv /dev/rmt0.
• Составляем список записей в файловом архиве на ленточном устройстве: % cpio -itcvB < /dev/rmt0.
• Восстанавливаем файл из ленточного устройства: % cpio -icvdBum file.name < /dev/rmt0.

В начало

Резервное копирование при помощи dump и restore

Чтобы сделать копию всей файловой системы сразу, иногда используется ряд инструментов, типа dump и restore (или их производных). К сожалению, эти инструменты являются специфическими для разных типов файловых систем и не всегда пригодны. Например, оригинальные dump и restore подходят только для ext2/3 файловых систем, в то время как инструменты xfsdump и xfsrestore используются для файловых систем XFS. Не каждый тип файловой системы имеет подходящую версию инструмента, но даже если они работают, аргументы могут быть разными.

Полезно быть осведомленным об этих утилитах, но они не равнозначны для разных систем Linux. В некоторых случаях, например, если вы используете только разделы XFS, использование dump и restore может быть гораздо полезнее, чем использование простого tar или cpio.

В начало

Расширенное резервное копирование при помощи rsync

rsync - утилита, которая обеспечивает быструю расширенную передачу файлов. Часто для автоматизированного удаленного резервного копирования rsync является наилучшим инструментом для работы. Хорошая особенность rsync по сравнению с другими инструментами - то, что rsync может произвольно предписать двухстороннюю синхронизацию. Таким образом, вместо того, чтобы просто копировать наиболее новые или измененные файлы, rsync может автоматически удалить из отдаленной резервной копии файлы, удаленные на локальной машине.

Чтобы понять смысл аргументов, полезно посмотреть на этот не очень сложный скрипт (расположенный на Web-страницах rsync):

      #!/bin/sh
      # This script does personal backups to a rsync backup server. You will
      # end up with a 7 day rotating incremental backup. The incrementals will
      # go into subdirs named after the day of the week, and the current
      # full backup goes into a directory called "current"
      # tridge@linuxcare.com
      # directory to backup
      BDIR=/home/$USER
      # excludes file - this contains a wildcard pats of files to exclude
      EXCLUDES=$HOME/cron/excludes
      # the name of the backup machine
      BSERVER=owl
      # your password on the backup server
      export RSYNC_PASSWORD=XXXXXX
      BACKUPDIR=`date +%A`
      OPTS="--force --ignore-errors --delete-excluded --exclude-from=$EXCLUDES
        --delete --backup --backup-dir=/$BACKUPDIR -a"
      export PATH=$PATH:/bin:/usr/bin:/usr/local/bin
      # the following line clears the last weeks incremental directory
      [ -d $HOME/emptydir ] || mkdir $HOME/emptydir
      rsync --delete -a $HOME/emptydir/ $BSERVER::$USER/$BACKUPDIR/
      rmdir $HOME/emptydir
      # now the actual transfer
      rsync $OPTS $BDIR $BSERVER::$USER/current

4 из 6 | предыдущая | следующая

Комментарии

В начало

Содержание

• Перед тем как начать
• Журналирование системных сообщений
• Упаковывание программного обеспечения
• Операции резервного копирования
• Ресурсы
• Об авторе

---

4 из 6 | предыдущая | следующая