Ik heb http://www.onlamp.com/pub/a/onlamp/2004/01/09/bacula.html om bacula te begrijpen.

Mijn situatie:
Ik heb 5 ide schijven van 320 gig
Op 1 schijf (de bronschijf disk0) staat alles wat gebackupt moet worden; ongeveer op 80 procent van de disk in gebruik ongecomprimeerd.

Nu heb ik bacula zover dat ie een backup maakt van de bronschijf iedere week; na compressie; staat de image op disk1 (maar 30 procent van de ide in gebruik)
En hij heeft ook een backup gemaakt van de database.

Nu wil ik dat ie elke week op een andere disk schrijft; disk1 tm 4 zodat ik een maand history heb.
Kan iemand mij vertellen wat ik dan precies in de config file zet?

[code:1:9498386b90]
# Default Bacula Director Configuration file
# The only thing that MUST be changed is to add one or more
# file or directory names in the Include directive of the
# FileSet resource.

Director {
Name = dir
DIRport = 9101
QueryFile = "/etc/bacula/query.sql"
WorkingDirectory = "/var/bacula"
PidDirectory = "/var/run"
Maximum Concurrent Jobs = 1
Password = "83b390b0603ea8823341c953206c479e"
Messages = Standard
}

# full backup
Job {
Name = "Job_backup"
Type = "Backup"
Client = "fd"
#Level = "Full"
FileSet = "Full Set"
Schedule = "WeeklyCycle"
Storage = DISK1
Messages = Standard
Pool = Default
Write Bootstrap = "/var/bacula/Job_full_backup.bsr"
Priority = 9
}

# Backup the catalog database after backup
Job {
Name = "BackupCatalog"
Type = "Backup"
Client = "fd"
Level = Full
FileSet="Catalog"
Schedule = "WeeklyCycleAfterBackup"
Storage = DISK1
Messages = Standard
Pool = Default
# This creates an ASCII copy of the catalog
RunBeforeJob = "/etc/bacula/make_catalog_backup bacula bacula"
# This deletes the copy of the catalog
RunAfterJob = "/etc/bacula/delete_catalog_backup"
Write Bootstrap = "/var/bacula/BackupCatalog.bsr"
Priority = 11 # run after main backup
}

# Standard Restore template, to be changed by Console program
#Job {
# Name = "RestoreFiles"
# Type = Restore
# Client= fd
# FileSet="Full Set"
# Storage = File
# Pool = Default
# Messages = Standard
# Where = /tmp/bacula-restores
#}

# List of files to be backed up
FileSet {
Name = "Full Set"
# files specified in the include directive will be backed up
Include {
Options {
#GZIP1 is minimum compression and GZIP9 maximum.
#Be advised: Bourbon is not a fast machine so use light compression!!
compression = GZIP1
recurse = yes
}
File = /disk0
}
}

# This is the backup of the catalog
FileSet {
Name = "Catalog"
Include {
Options {
signature = MD5
}
File = /var/bacula/bacula.sql
}
}

# When to do the backups, full backup on first sunday of the month,
# differential (i.e. incremental since full) every other sunday,
# and incremental backups other days
Schedule {
Name = "WeeklyCycle"
Run = Full 1st sun at 1:05
Run = Incremental mon-sat at 1:05
}

# This schedule does the catalog. It starts after the WeeklyCycle
Schedule {
Name = "WeeklyCycleAfterBackup"
Run = Full sun-sat at 1:10
}

# Defenition of client that needs to be backed
Client {
Name = fd
Address = hostname.com
FDPort = 9102
Catalog = MyCatalog
Password = "83b390b0603ea8823341c953206c479e"
}

# Definiton of file storage device
Storage {
Name = DISK1
# Do not use "localhost" here
Address = bla@hostname.com
SDPort = 9103
Password = "83b390b0603ea8823341c953206c479e"
Device = disk1
Media Type = File
}

# Generic catalog service
Catalog {
Name = MyCatalog
dbname = bacula;
user = bacula;
password = ""
}

# Reasonable message delivery – send most everything to email address and to the console
Messages {
Name = Standard
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) %r\" -s \"Bacula: %t %e of %c %l\" %r"
operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) %r\" -s \"Bacula: Intervention needed for %j\" %r"
mail = user@hostname.com = all, !skipped
operator = user@hostname.com = mount
console = all, !skipped, !saved
# WARNING! the following will create a file that you must cycle from time to time as it will grow indefinitely.
append = "/var/bacula/log" = all, !skipped
}

# Message delivery for daemon messages (no job).
Messages {
Name = Daemon
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) %r\" -s \"Bacula daemon message\" %r"
mail = root@localhost = all, !skipped
console = all, !skipped, !saved
append = "/var/bacula/log" = all, !skipped
}
# Default pool definition
Pool {
Name = Default
Pool Type = Backup
AutoPrune = yes
Recycle = yes
}

# Restricted console used by tray-monitor to get the status of the director
Console {
Name = mon
Password = "83b390b0603ea8823341c953206c479e"
CommandACL = status, .status
}

[/code:1:9498386b90]

Je zou elke disk in een aparte Pool kunnen zetten. En dan in je schedule aangeven dat'ie elke keer een andere pool zou moeten gebruiken (gewoon in de Schedule sectie achter Run= etc. toevoegen: Pool=PoolDisk1).

Niet om het een of ander, maar is dit niet verspilling van ruimte? Je hebt 80% van disk0 in gebruik, en 30% op disk1. Dus per disk zou je dan 70% ongebruikt laten? Natuurlijk nemen de incrementals op doordeweekse dagen ook wat ruimte in beslag, maar in het totaal zal je niet boven de 50% komen, vermoed ik (tenzij er heel veel data per dag verandert). Op mijn simpele thuisservertje met twee gebruikers groeien de incrementals met ca. 100MB per dag.

En wat doe je als disk0 vol zit? Een schijf bijkopen? En hoe maak je daar dan een backup van?

Als je backups terug moet gaan zetten met bacula maakt het je toch niet uit van welke schijf het komt. Bacula zoekt dat zelf voor je uit.

Ik zou disk0 en 1 in RAID1 (mirror) mode draaien, dan ben je tegen uitval van een schijf beschermd en disk2-4 in RAID5. Dan kun je op de RAID5 set je backups plaatsen en zijn die ook beschermd tegen het uitvallen van een disk. Dit kost je natuurlijk wel 2x 320GB.
Als je je schijfruimte niet met RAID wilt "weggooien" kun je ook LVM gebruiken om disks2-4 tot een grote schijf te maken (a la RAID0) waar je zonder problemen later een schijf (willekeurige grootte) bij kunt prikken. Bedenk wel dat je dan een probleem hebt als een van de schijven uitvalt.

Mijn twee eurocentjes.


Succes!