{\bf Maximum Volume Bytes = mmmm}.
- Note, if you use disk volumes, with all versions up to and including
- 1.39.28, you should probably limit the Volume size to some reasonable
- value such as say 5GB. This is because during a restore, Bacula is
- currently unable to seek to the proper place in a disk volume to restore
- a file, which means that it must read all records up to where the
- restore begins. If your Volumes are 50GB, reading half or more of the
- volume could take quite a bit of time. Also, if you ever have a partial
- hard disk failure, you are more likely to be able to recover more data
- if they are in smaller Volumes.
+ Note, if you use disk volumes and do not specify a Maximum Volume Bytes,
+ Bacula will write to your first Volume until your whole disk fills.
+ This is probably not what you want. We recommend keeping your total
+ number of Volumes created in the Catalog down to less than 5,000 for
+ performance reasons when pruning. For a small site (10-20 clients), you
+ might choose a Maximum Volume Bytes of 5G, for a medium site (20-100
+ clients) you might choose as size of 50G, and for large sites (greater
+ than 100 clients) 200G.
+
+ The advantage of bigger Volumes is that it improves performance during
+ pruning (smaller number of Volumes to prune). The advantage of smaller
+ Volumes is that you waste less disk space by being able to recycle them
+ more often than big Volumes.
+
+ As of Bacula version 2.0 and greater large Volumes present little
+ performance penality during restores, because Bacula is able to seek to
+ the start of each Job (and often within a Job).
\item To limit the use time (i.e. write the Volume for a maximum of five days),
use:
FileSet {
Name = "Example FileSet"
Include {
- Options {
- compression=GZIP
- signature=SHA1
- }
+ Options {
+ compression=GZIP
+ signature=SHA1
+ }
File = /home/kern/bacula/bin
- }
+ }
}
Job {
Name = "Backup-client1"