Материал из Linuxformat.

Масштабируемое резервирование

BackupPC Отступимся от мелких утилит типа tar и rsync и рассмотрим эту систему уровня предприятия.

Иногда говорят, что есть два типа системных администраторов: те, что не делают резервные копии регулярно, и те, что уже делают. Если компьютеров, за которыми надо следить, немного, вам вполне хватит обычных утилит типа rsync и tar (а то и древних dump и restore).

А если требуется хорошо масштабируемое решение, гляньте на BackupPC. Это система резервного копирования данных с компьютеров Linux и Windows на жесткий диск сервера. BackupPC гибко настраивается и (сравнительно) проста в установке и поддержке. Она написана на Perl и может получать данные от клиентов по одному из трех протоколов: smb (с помощью Samba), tar (через SSH или NFS) и rsync. Я нарисовал схему данной архитектуры. Обратите внимание, что система работает только с дисками и не умеет записывать данные, например, на ленту или DVD. Также отметьте, что на клиенте не нужно устанавливать специальное ПО.

Хотя настройка и управление BackupPC возможны из командной строки, одна из его лучших функций – web-интерфейс. Для не- го потребуется еще установить Apache (не обязательно на том же компьютере, где запущена BackupPC). Проверка состояния сервера или отдельных клиентов, контроль журналов, просмотр содержимого архивов и пометка данных для восстановления, а также правка конфигурационных файлов – на все найдется свое окно. Последнее из них напоминает Swat (Samba Web Administration Tool). Файлы можно восстановить через web-интерфейс или загрузить Zip или Tar-архивы с содержимым резервной копии.

Экономьте место на диске

Одна из наиболее интересных особенностей BackupPC – организация пулов. Она работает так: если два или более разных клиентов сохраняют копии одинаковых файлов (или даже один клиент сохраняет две копии одного и того же файла), то на сервере оказывается только одна копия. В зависимости от сохраняемых данных, это может сэкономить массу места на дисках.

BackupPC также поддерживает более традиционное сжатие данных. Начальная настройка BackupPC требует забот: уж очень много здесь параметров. Файлы настроек представляют собой код на Perl (точнее, они состоят из выражений на Perl, присваивающих значения хэшу $Conf). Основной файл настроек – /etc/backuppc/config.pl; три строки из него дадут вам общее представление:

$Conf{WakeupSchedule} = [2,4,6,8,10,12,14,16,18,20,22];
$Conf{MaxBackups} = 4;
$Conf{DfPath} = ‘/bin/df’;

Первая строка – самая интересная: она задает расписание запуска BackupPC (часы после полуночи). Настоящий файл гораздо больше и густо откомментирован.

Файл /etc/backuppc/hosts содержит список хостов (клиентских компьютеров), данные с которых будут архивироваться. Вот пример:

 venus.example.com 0 belinda

Первое поле – имя компьютера (предполагается, что оно разрешается через DNS или локальный файл /etc/hosts), а третье – имя пользователя- «владельца машины ». Именно ему BackupPC отправит электронное письмо с предупреждением о проблеме с резервированием на данном компьютере. Второе поле почти всегда равно 0. Установка его в 1 подходит для клиентов, которые получают свои IP-адреса по DHCP и не отвечают на широковещательные запросы разрешения имен Netbios. Это заставляет BackupPC просматривать весь пул адресов DHCP в поисках компьютера.

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

 $Conf{XferMethod} = ‘rsync’;
 $Conf{RsyncShareName} = [‘/home’, ‘/srv’];

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

Я решил использовать в качестве протокола rsync, и настроить его в моей сети оказалось довольно просто, за исключением одного: BackupPC запускает rsync на клиенте через SSH, и он должен выполняться от имени суперпользователя- root. Это потребует кое-каких телодвижений по созданию и рассылке соответствующих открытых и закрытых ключей, чтобы вход в систему под root мог состояться без запроса пароля. Более подробная информация и куча экранных снимков – на сайте http://backuppc.sourceforge.net. В поисках альтернативы стоит взглянуть на Bacula или Amanda.

Сколько места на диске?

На сайте BackupPC есть следующий пример: 95 ноутбуков с полным архивированием в среднем по 3,6 ГБ на каждый и инкрементальной резервной копией около 300 МБ на каждый. Три полных и шесть инкрементальных резервных копий в неделю на штуку заняли бы около 1200 ГБ дисковой памяти при сохранении «сырых » данных, но благодаря пулам и сжатию потребуется всего 150 ГБ