Размещено на http://www.allbest.ru/

Муниципальное образовательное учреждение

Высшего профессионального образования

Южно-Уральский профессиональный институт

Контрольная работа

по дисциплине: Администрирование вычислительных систем

Выполнил студент: Замятин С.А.

Группа: ВМЗ-01-10

Проверил преподаватель:

Гладков А.С.

Челябинск 2013

Оглавление

Введение

1. Список ПО для резервного копирования

2. Централизованное резервное копирование данных Windows и *nix серверов средствами Bacula

3. Описание демонов Bacula

4. ОС и техническая часть

5. Описание схемы резервного копирования и настроек демонов Bacula

Заключение

Литература

FAQ

Введение

Резервное копирование необходимо для возможности быстрого и недорогого восстановления информации (документов, программ, настроек и т. д.) в случае утери рабочей копии информации по какой-либо причине. Кроме этого решаются смежные проблемы:

- Дублирование данных

- Передача данных и работа с общими документами

Требования к системе резервного копирования:

- Надёжность хранения информации - обеспечивается применением отказоустойчивого оборудования систем хранения, дублированием информации и заменой утерянной копии другой в случае уничтожения одной из копий (в том числе как часть отказоустойчивости).

- Простота в эксплуатации - автоматизация (по возможности минимизировать участие человека: как пользователя, так и администратора).

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

Виды резервного копирования:

- Полное резервирование (Full backup)

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

- Дифференциальное резервирование (Differential backup)

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

- Инкрементное резервирование (Incremental backup)

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

- Резервирование клонированием

Клонирование позволяет скопировать целый раздел или носитель (устройство) со всеми файлами и директориями в другой раздел или на другой носитель. Если раздел является загрузочным, то клонированный раздел тоже будет загрузочным^[1].

- Резервирование в виде образа

Образ - точная копия всего раздела или носителя (устройства), хранящаяся в одном файле^[2].

- Резервное копирование в режиме реального времени

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

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

1. Список ПО для резервного копирования

Для больших сетей

· AMANDA (лицензия BSD) - популярное ПО для резервного копирования по сети.

· BackupPC (лицензия GNU GPL) - ПО для резервного копирования по сети с такими передовыми функциями, как дедубликация и генерация HTML-отчётов.

· Bacula (лицензия GNU GPL) - набор программ, позволяющий управлять резервным копированием, восстановлением и верификацией данных по всей сети, которая может содержать компьютеры различных типов.

· DIBS (лицензия BSD) - делает резервные копии данных путём обмена с такими же системами в Интернете, используя принцип построения пиринговых сетей.

· Box Backup (лицензия GNU GPL) - ПО для резервного копирования по сети с шифрованием хранимых данных, хранением нескольких версий измененных файлов, поддержкой различных операционных систем и т.д.

Для малых сетей

· dar (лицензия GPL) - умеет делать дифференциальные бэкапы, а также инкрементальные (дифференциальный относительно предыдущего). Поддерживает тома (slices) для удобной записи бэкапов на CD, DVD и прочие носители.

· backupninja (лицензия GPL) - позволяет централизованно управлять различными системами резервного копирования при помощи конфигурационного файла.

· dump - классическая для ОС Unix утилита, делающая дамп файловой системы.

· rdiff-backup (лицензия GPL) - использует библиотеку rsync для реализации репозитория, содержащего зеркало и инкременты резервируемых данных.

· safekeep (лицензия GPL) - это клиент-серверное приложение, основанное на rdiff-backup с простой и централизованной конфигурацией

· Sshbak - очень простой инструмент выполнения бэкапа для системного администратора.

Для одиночных систем

· Clonezilla Live - специализированный дистрибутив linux (загружается с iso, usb, hdd, pxe) для копирования разделов и архивирования в виде образа, поддерживающего сжатие (gzip, bzip2, lzo...), с записью на hdd, usb, samba, ssh хранилища.

Вне категорий

· Areca Backup (лицензия GPL) - написанное на Java ПО для резервного копирования, поддерживающее шифрование и транзакции.

· AzovSky Version Safe (freeware) - утилита, написанная на Delphi, для создания резервных копий файлов и папок. Поддерживает упаковку в ZIP и 7-Zip.

· DAR (лицензия GPL) - архиватор диска. Создаёт архивы директорий и файлов, которые потом могут быть зашифрованы и сохранены на большом количестве различных носителей.

· duplicity (лицензия GPL) - удалённо создаёт шифрованные резервные копии, используя rsync и GnuPG.

· rsback Artistic - использует rsync для создания цикличных резервных копий с жёсткими ссылками.

· rsnapshot - утилита для создания копий состояния файловых систем на базе rsync

· rsync (лицензия GPL) - мощный инструмент для поддержания зеркал и многого другого.

· SystemImager (лицензия GPL) - создаёт образы/клонирует данные, работает под Linux.

· Tar - классический для ОС UNIX упаковщик файлов.

· Zmanda Recovery Manager (лицензия GPL) - утилита, написанная на Perl, для создания резервных копий баз данных MySQL.

Проприетарное ПО

Для больших сетей

· eSilo

· Asigra Agentless Multisite Backup

· Acronis Backup & Recovery

· BRU Server

· CA ARCserve Backup

· CA ARCserve D2D

· CommVault Systems Galaxy

· EMC Legato Networker

· HP Data Protector

· Lucid LBackup

· IBM Tivoli Storage Manager (TSM)

· Microsoft Data Protection Manager

· Paragon Drive Backup Enterprise Server Edition - корпоративное решение для серверов 24/7 с большой нагрузкой и централизованным управлением.

· StorageCraft ShadowProtect

· Syncsort Backup Express

· Vembu - StoreGrid

· Symantec NetBackup

· Symantec Ghost™

· Veeam Backup & Replication - продукт для среды VMware и Hyper-V. D2D бэкап с возможностью запуска ВМ из резервных копий.

Для малых сетей

· Acronis Backup & Recovery

· CA ARCserve Backup

· CA ARCserve D2D

· CommVault Systems Galaxy Express

· EMC Retrospect

· E-data-SOS

· Handy Backup Server - приложение для централизованного бэкапа в корпоративных сетях малого и среднего бизнеса.

· Paragon Drive Backup Server Edition - программное решение для защиты данных и операционных систем серверов.

· StorageCraft ShadowProtect

· Symantec Backup Exec

· Thinking SAFE Backup2

Для одиночных систем

· StorageCraft ShadowProtect

· Comodo BackUp

· Argentum Backup - ПО для резервного копирования под Windows.

· Acronis True Image

· NTBackup - утилита для резервного копирования данных поставляемая вместе с Windows NT.

· .Mac Backup

· Backup Premium (shareware) - создаёт резервные копии данных через SFTP, FTP SSL\TLS под Windows.

· DarkData InterVault

· Erlios Backup

· EMC Retrospect Express

· Handy Backup - программа для резервного копирования, восстановления и синхронизации данных, выполняет пофайловое копирование, создает образ жесткого диска.

· IBM Aggregate Backup And Recovery System

· Macrium Reflect - бесплатная программа резервного копирования для Windows NT.

· net-runna ReStor

· Paragon Drive Backup Professional, Workstation, Personal Edition - простая и эффективная защита рабочих станций и ноутбуков.

· PicoBackup - инструмент для создания резервных копий под Windows, использующий PKzip.

· Roxio Toast

· SmartSync Pro

· Time Machine от Apple

· Nero BackItUp - входит в состав пакета Nero, позволяет делать резервные копии данных как на HDD, так и на оптических носителях.

· Windows System Recovery - инструмент от Microsoft, компонент ОС Windows Vista.

· Visual Backup Manager

· Ghost™ от Symantec

· Backup4all

· AKGBackup (freeware) - написанное на Java ПО для резервного копирования, поддерживающее сжатие данных.

· Cobian Backup (freeware) - поддерживает работу через FTP, сжатие, шифрование, инкрементальные и дифференциальные резервные копии, работает под Windows.

· Super Flexible File Synchronizer

ПО для управления службами резервного копирования

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

· Ahsay - OBS Offsite Backup Server/OBM Online Backup Manager

· BackupRight

· Backup Technology

· Backup Systems P/L

· BitLeap

· Blacksun.ca

· CA ARCserve Backup

· Carbonite

· CRC Data Protection

· Data Deposit Box

· DataFort Managed Backup Services

· EMC SRDF - Symmetrix Remote Data Facility

· Evault, Inc.

· IBackup

· IPR International

· Iron Mountain

· Lucid Information Systems

· Mozy

· Paragon Remote Management - средство для удаленного управления резервным копированием всего парка ПК в организации;

· Simply Offsite online data backup services.

· System Recovery

· Xdrive (website)

2. Централизованное резервное копирование данных Windows и *nix серверов средствами Bacula

В качестве инструмента клиент-серверной реализации схемы резервного копирования будет использован open source проект Bacula.

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

В данном случае резервному копированию подлежат:

1. Конфигурационные файлы различных демонов со всех серверов.

2. MySQL базы данных.

3. Документооборот с файлового сервера Windows.

4. Различные важные данные с nix серверов (движки сайтов/форумов, etc..)

3. Описание демонов Bacula

Система построена по технологии клиент-сервер, и для передачи данных использует протокол TCP. Резервные копии создаются в собственном, полностью открытом формате.

Система резервирования данных Bacula состоит из четырёх основных элементов: Director Daemon, Storage Daemon, File Daemon и Bacula Console. Все эти элементы реализованы в виде самостоятельных приложений.

Director Daemon (DD) - это центральный элемент системы, осуществляющий управление её остальными компонентами. В его задачи входит управление процессом резервирования/восстановления данных, обеспечение интерфейса управления для администраторов и многое другое. Говоря проще - это диспетчер, который инициирует все процессы и отслеживает ход их выполнения.

Storage Daemon (SD) - приложение, отвечающее за чтение/запись данных непосредственно на устройства хранения информации. Принимает управляющие команды от DD, а также резервируемые данные от/к File Daemon.

File Daemon (FD) - этот элемент ещё можно назвать Агентом. Ведь именно он работает в рамках операционной системы, данные которой необходимо резервировать. File Daemon выполняет всю рутину, осуществляя обращение к резервируемым файлам и их дальнейшую передачу к SD. Также на стороне FD выполняется шифрование резервных копий, если это определено конфигурацией.

Bacula Console (BC) - интерфейс администратора системы. По своей сути, это командный интерпретатор для управления Bacula. Строго говоря, Bacula Console может быть расширена с помощью графических систем управления, которые, как правило, являются всего лишь надстройкой над BC. К таким системам можно отнести Tray Monitor и Bat. Первая устанавливается на компьютере администратора системы и осуществляет наблюдение за работой системы резервирования, а вторая обеспечивает возможность управления посредством графического интерфейса.

Bacula Catalog - база данных, в которой хранятся сведения обо всех зарезервированных файлах и их местонахождении в резервных копиях. Каталог необходим для обеспечения эффективной адресации к требуемым файлам. Поддерживаются MySql, PostgreSql и SqLite.

Такое структурное деление позволяет организовать очень гибкую систему резервирования, когда Storage Daemon разворачивается на выделенном сервере с несколькими устройствами хранения данных. Также Bacula Director может управлять несколькими экземплярами SD, обеспечивая резервирование части данных на одно устройство хранения, а части - на другое.

4. ОС и техническая часть

резервный копирование bacula демон

В качестве аппаратного обеспечения для DD, SD и Bacula Catalog у меня выступает PC со следующими характеристиками

Устройство	Модель	количество	Емкость/Частота
HDD	Hitachi HDS723020BLA642	3	2Tb
CPU	AMD Phenom(tm) II X4 970 Processor	1	3500 Mhz
Motherboard	Gigabyte GA-880GA-UD3H	1	-
RAM			3541 Mb

О используемых на сервере ОС и версиях ПО

# lsb_release -a

LSB Version: :core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch

Distributor ID: CentOS

Description: CentOS release 5.7 (Final)

Release: 5.7

Codename: Final

# uname -a

Linux backupsrv.domain.ru 2.6.18-274.7.1.el5PAE #1 SMP Thu Oct 20 17:03:59 EDT 2011 i686 athlon i386 GNU/Linux

# rpm -qa |grep -E "syslog-ng|bacula|mysql-ser"

bacula-libs-5. 0.3-1

syslog-ng-2.1.4-9.el5

bacula-mysql-5. 0.3-1

mysql-server-5. 0.77-4.el5_6.6

Хранением данных занимаются несколько software(mdadm) RAID массивов.

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

Имя массива	из каких партиций	точка монтирования	Файловая система	Уровень массива
md0	/dev/sda1,/dev/sdb1,/dev/sdc1	boot	ext2	1
md1	/dev/sda2,/dev/sdb2,/dev/sdc2	/	ext3	1
md2	/dev/sda3,/dev/sdb3	/backup	ext4	1

5. Описание схемы резервного копирования и настроек демонов Bacula

Подробно остановимся на описании бэкапа сервера биллинга и документов с файлового сервера Windows. Фокус на эти два сервера обусловлен тем, что остальные клиенты настроены аналогично, и на примере этих серверов-клиентов можно строить свои конфигурации.

Резервное копирование сервера биллинга это, по сути, бекап базы данных mysql и конфигурационных файлов демонов.

BD позволяет выполнять локальный скрипт на клиенте как до, так и после задания.

Каждую ночь, при старте задания на бекап сервере, запускается локальный (на самом сервере биллинга) скрипт, который создает архив базы биллинга, далее этот архив забирает BD и помещает на соответствующий пул томов (на самом деле операциями с чтением/записью управляет SD, но это сейчас не важно). Сразу же после выполнения задания запускается еще один скрипт, который в свою очередь, перемещает созданный архив в отдельную папку на сервере биллинга, для пущей надежности. Таким образом архив БД будет как у Bacula, так и локально на сервере биллинга (да, я параноик). Подробнее эти механизмы и скрипты будут описаны ниже.

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

Теперь о конфигурационных файлах демонов Bacula. Начнем с самого объемного - bacula-dir.conf. Файлы конфигурации всех демонов Bacula состоят из описаний, так называемых, ресурсов. Каждый из ресурсов характеризует определенный функционал демона.

Пример конфигурации

Ресурс Dirtector

Director {

# имя bacula director'а

Name = backupsrv.domain.ru-dir

# какой порт слушать, у нас default

DIRport = 9101

# путь к скрипту, где лежат sql запросы для работы с Bacula Catalog(mysql database)

QueryFile = "/usr/lib/bacula/query.sql"

# здесь хранятся статус файлы демона

WorkingDirectory = "/backup/bacula-work/"

# pid файл демона

PidDirectory = "/var/run"

# сколько заданий может запускаться одновременно

Maximum Concurrent Jobs = 1

# пароль для доступа в BC и управления демонами

Password = "bacula_paS$w0rD10*"

# куда слать mail'ы, описано в ресурсе Messages

Messages = Daemon

# на какой адрес биндится процессу

DirAddress = 10.1.19.2

}

Ресурс Messages

Messages { # это имя прописано в ресурсе Director, помните?

Name = Daemon

# команда для отправки email

mailcommand = "/usr/sbin/bsmtp -f \"\(Bacula\) \<%r\>\" -s \"Bacula daemon message\"%r"

# шлем все на майл админам(root алиас на admins@domain.ru)

# высылаются только алярмы, ероры и прочую важность

mail = root@backupsrv.domain.ru = alert,error,fatal,terminate, !skipped

# что выводить на консоль

console = all, !skipped, !saved

# что в лог

append = "/var/lib/bacula/log" = alert,error,fatal,terminate, !skipped

}

Для каждого клиента в заданиях указаны Pool и Storage.

Pool - это пул томов(volume) на который размещаются резервные копии данных клиентов. В данном случае тома - это файлы в формате bacula, размещенные на software raid массиве. Для разных клиентов могут быть определены разные пулы томов. К примеру в нашем случае созданы 6 пулов, для разных типов клиентов. В примере ниже описан лишь один из них, для данных биллинга.

Storage описывает какие физические устройства будут использованы в качестве томов. (Storage BGB-ST описан в конфигурации SD)

Ресурс Pool

Pool {

# имя пула, указывается в заданиях резервного копирования

Name = bgb

# тип пула, этой версии только такой поддерживается

Pool Type = Backup #

# повторно использовать тома (сначала пишет в 1-ый, потом в 2-ой,

# потом 3-й, 3-й закончился - снова в 1-й)

Recycle = yes

# удалять записи из bacula catalog(из mysql базы бакулы)

# старше нижеуказанных значений

AutoPrune = yes

# период в течении которого информация о томах(volumes)

# хранится в базе данных, по истечению периода эта информация

# удаляется

Volume Retention = 90 days

# максимальный объем тома

Maximum Volume Bytes = 100G

# максимальное количество томов в пуле

Maximum Volumes = 3

# с каких символов начинается имя тома

LabelFormat = "Vol"

}

Ресурс Storage

Storage {

# имя хранилища и пароль (о соответствии имен и паролей в разных конфигах

# демонов Bacula, я расскажу позже)

Name = BGB-F

Password = "StoRage_PaSSw0rD"

# fqdn имя сервера

Address = backupsrv.domain.ru

# порт оставляем стандартный

SDPort = 9103

# имя девайса описанного в конфигурации SD

Device = BGB-ST

# у нас все пишется на софтовый рэйд в файлы собственного формата

# bacula(например /backup/bgbilling/Vol0001)

Media Type = File

}

Задание на примере бекапа базы данных биллинга.

Ресурс Client

Client {

# имя

Name = bgbilling-fd

# ip адрес клиента

Address = 10.103.2.5

# порт, который клиент слушает

FDPort = 9102

# имя mysql базы данных Bacula

Catalog = MyCatalog

# пароль для FD

Password = "Fd_paSSw0rd"

# период в течении которого информация о файлах задания

# хранится в базе данных, по истечению периода эта информация

# удаляется(но не сами данные!!)

File Retention = 45 days

# тоже самое, только для самого задания

Job Retention = 90 days

# удалять записи из каталога(бд mysql) старше вышеуказанных значений

AutoPrune = yes

}

Само задание.

Ресурс Job

Job {

# имя задания

Name = "BGBilling"

# тип(backup or restore)

Type = Backup

# уровень (полный, дифференциальный или инкрементный)

Level = Full

# имя клиента

Client=bgbilling-fd

# имя файл-сета (там рассказано что бекапить, а что не бекапить)

FileSet="bgbilling-set"

# имя SD ресурса

Storage = BGB-F

# имя пула(для разных клиентов разные пулы томов(volume) куда пишутся сами

# бекапы)

Pool = bgb

# скрипт запускающийся ДО выполнения задания (путь до скрипта - # это путь НА КЛИЕНТЕ!)

ClientRunBeforeJob = "/root/sh/before_bg_db_backup.sh"

# скрипт запускающийся ПОСЛЕ выполнения задания

ClientRunAfterJob = "/root/sh/after_bg_db_backup.sh"

# имя ресурса messages, который будет использоваться для этого задания

Messages = Standard

# имя шедулера

Schedule = "DaylyFullBGBilling"

# в этом файле содержится информация о том, какие файлы должны будут

# восстанавливаться, на каком вольюме находятся файлы,

# где конкретно они находятся - это очень важные файлы, их нужно бэкапить

Write Bootstrap = "/backup/bsr-files/bgbilling.bsr"

}

Скрипт до задания

$ sudo cat /root/sh/before_bg_db_backup.sh

#!/bin/bash

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

mysql -e "flush tables with read lock" --user=root --password="ololo" bgbilling

lvcreate -L20G -s -n backup_db /dev/BGB-LVM1/billing_db

mysql -e "unlock tables" --user=root --password="ololo" bgbilling

mount /dev/BGB-LVM1/backup_db /backup

tar -czf /usr/backups/`date +%Y-%m-%d_%H-%M`.bgb.tgz /backup/bgbilling/

umount /backup

lvremove -f /dev/BGB-LVM1/backup_db

Скрипт после задания

$ sudo cat /root/sh/after_bg_db_backup.sh

#!/bin/bash

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

rm /usr/backups/after_run_bacula_backup/*

mv /usr/backups/*.tgz /usr/backups/after_run_bacula_backup/

Ресурс FileSet (что бекапим, а что нет)

FileSet {

Name = "bgbilling-set"

Include {

Options {

# разработчики яро рекомендуют юзать это опцию,

# создается сигнатура забекапленных файлов в md5

signature = MD5

# перечисляем то, что нужно бекапить

File = /usr/backups

File = /etc

File = /root/sh

Exclude {

# а это бекапить нет нужды

File = /usr/backups/after_run_bacula_backup/*

File = /usr/backups/after_run_bacula_backup

}

}

Расписание запуска задания.

Ресурс Schedule

Schedule {

# имя расписания

Name = "DaylyFullBGBilling"

# когда запускать задание

Run = Full sun-sat at 1:10

}

Подробно комментировать ресурсы для резервного копирования документов с сервера Windows я не буду, приведу соответствующую часть конфига bacula-dir.conf полностью

Storage {

Name = WINDOWS-F

Address = backupsrv.domain.ru # N.B. Use a fully qualified name here

SDPort = 9103

Password = "StoRage_PaSSw0rD"

Device = WINDOWS-ST

Media Type = File

}

Pool {

Name = windows

Pool Type = Backup

Recycle = yes # Bacula can automatically recycle Volumes

AutoPrune = yes # Prune expired volumes

Volume Retention = 60 days

Maximum Volume Bytes = 30G # Limit Volume size to something reasonable

Maximum Volumes = 5 # Limit number of Volumes in Pool

LabelFormat = "Vol-Windows"

}

Job {

Name = "centra-bdk"

Type = Backup

Level = Full

Client= centra-bdk-fd

FileSet="centra-bdk-fd-fs"

Storage = WINDOWS-F

Pool = windows

Messages = Standard

Schedule = "Windows_Centra-bdk"

Write Bootstrap = "/backup/bsr-files/centra-bdk.bsr"

}

FileSet {

Name = "centra-bdk-fd-fs"

Include {

Options {

signature = MD5

Compression=GZIP

}

# обратите внимание на двойной бекслэш и кавычки!

File = "D:\\Public\\!!!Абонентский\ Отдел"

File = "D:\\Public\\Отдел\ ИТ"

File = "D:\\Public\\tex\\Maps"

File = "D:\\Public\\сервис\ мены "

File = "D:\\Public\\Отдел\ продаж1"

}

Exclude {

File = "*.mp3"

File = "*.avi"

File = "*.wmv"

}

}

Client {

Name = centra-bdk-fd

Address = 10.1.19.50

FDPort = 9102

Catalog = MyCatalog

Password = "Fd_paSSw0rd" # password for FileDaemon

File Retention = 30 days # 30 days

Job Retention = 2 months # two months

AutoPrune = yes # Prune expired Jobs/Files

}

Schedule {

Name = "Windows_Centra-bdk"

Run = Level=Full on sun at 07:10

Run = Level=Differential on mon-sat at 22:15

}

Конфигурационный файл BD на этом завершен. Переходим к конфигурации SD - описанию файла bacula-sd.conf

Ресурс Storage

Storage {

# имя для SD

Name = backupsrv.domain.ru-sd

# порт стандартный

SDPort = 9103

# рабочая директория процесса(для статус файлов)

WorkingDirectory = "/var/lib/bacula"

# pid будет здесь

Pid Directory = "/var/run/bacula"

# биндится на этом ip

SDAddress = 10.1.19.2

}

Ресурс Director (связь с BD описанном в конфигурации bacula-dir.conf)

Director {

# имя DD, того самого, который был описан ранее

Name = backupsrv.domain.ru-dir

# пароль

Password = "StoRage_PaSSw0rD"

}

Начинается описание различных устройств. В качестве примера два устройства, для биллинга и для Windows.

Ресурс Device для биллинга.

Device {

# имя, о соответствии имен и паролей будет сказано ниже

Name = BGB-ST

# тип

Media Type = File

# директория где лежат файлы этого устройства (тома, volumes)

Archive Device = /backup/bgbilling

# новые тома будут обзываться согласно настроек Pool'а(здесь Vol*) см.

# конфиг DD

LabelMedia = yes;

# для устройства типа File должно быть так

Random Access = Yes;

# если устройство открыто, использовать его

AutomaticMount = yes;

# думаю понятно =)

RemovableMedia = no;

# открывать только тогда, когда стартует соответствующие задание

AlwaysOpen = no;

}

Ресурс Device для файлового сервера Windows

Device {

Name = WINDOWS-ST

Media Type = File

Archive Device = /backup/windows

LabelMedia = yes;

Random Access = Yes;

AutomaticMount = yes;

RemovableMedia = no;

AlwaysOpen = no;

}

Ресурс Messeges.

Messages {

# имя

Name = Standard

# отправлять DD = имя директора = слать все

director = backupsrv.domain.ru-dir = all

}

Конфигурационный файл bconsole.conf, доступ в консоль Bacula.

Director {

Name = backupsrv.ray-com.ru-dir

DIRport = 9101

address = 10.1.19.2

Password = "bacula_paS$w0rD10*"

}

Обязательно нужно создать соответствующие Storage папки и назначить bacula владельцем этих папок.

Ресурс Director.

Director {

# имя BD

Name = backupsrv.domain.ru-dir

# пароль для доступа к BD к клиенту(указан в ресурсе Client у BD)

Password = "Fd_paSSw0rd"

}

Ресурс FileDaemon

FileDaemon {

# имя клиента

Name = bgbilling-fd

# слушаем порт 9102

FDport = 9102

WorkingDirectory = /usr/lib/bacula

Pid Directory = /var/run/bacula

FDAddress = 10.103.2.5

Ресурс Messeges

Messages {

Name = Standard

director = backupsrv.domain.ru = all, !skipped, !restored

append = "/var/bacula/log" = all, !skipped

}

Схема соответствия паролей и имен демонов в различных конфигурационных файлах:

Заключение

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

Литература

1. www.ibm.com/developerworks/ru/library/l-Backup_4/

2. www.bacula.org/en/?page=documentation

3. http://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0% BE%D0%BA_%D0%9F%D0%9E_%D0%B4%D0%BB%D1%8F_%D1%80%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F

4. http://ru.wikipedia.org/wiki/Bacula

5. http://habrahabr.ru

FAQ

Бэкап - резервная копия

Демон (англ. daemon) - в системах класса UNIX - служба, работающая в фоновом режиме без прямого общения с пользователем.

Демоны обычно запускаются во время загрузки системы. Типичные задачи демонов: серверы сетевых протоколов (HTTP, FTP, электронная почта и др.), управление оборудованием, поддержка очередей печати, управление выполнением заданий по расписанию и т. д. В техническом смысле демоном считается процесс, который не имеет управляющего терминала.

Конфиг - конфигурация.

Размещено на Allbest.ru