git.sur5r.net Git - bacula/docs/blob - docs/manuals/de/concepts/newfeatures.tex

   1 %%
   2 %%
   3
   4 \chapter{New Features}
   5 \label{NewFeaturesChapter}
   6 \index[general]{New Features}
   7
   8 This chapter presents the new features added to the development 2.5.x
   9 versions to be released as Bacula version 3.0.0 near the end of 2008.
  10
  11 \section{Virtual Backup (Vbackup)}
  12 \index[general]{Virtual Backup}
  13 \index[general]{Vbackup}
  14
  15 Bacula's virtual backup feature is often called Synthetic Backup or
  16 Consolidation in other backup products.  It permits you to consolidate
  17 the previous Full backup plus the most recent Differential backup and any
  18 subsequent Incremental backups into a new Full backup. This is accomplished
  19 without contacting the client by reading the previous backup data and
  20 writing it to a volume in a different pool.
  21
  22 In some respects the Vbackup feature works similar to a Migration job, in
  23 that Bacula normally reads the data from the pool specified in the
  24 Job resource, and writes it to the \bf{Next Pool} specified in the
  25 Job resource.  The input Storage resource and the Output Storage resource
  26 must be different.
  27
  28 The Vbackup is enabled on a Job by Job in the Job resource by specifying
  29 a level of \bf{VirtualFull}.
  30
  31 A typical Job resource definition might look like the following:
  32
  33 \begin{verbatim}
  34 Job {
  35   Name = "MyBackup"
  36   Type = Backup
  37   Client=localhost-fd
  38   FileSet = "Full Set"
  39   Storage = File
  40   Messages = Standard
  41   Pool = Default
  42   SpoolData = yes
  43 }
  44
  45 # Default pool definition
  46 Pool {
  47   Name = Default
  48   Pool Type = Backup
  49   Recycle = yes                       # Bacula can automatically recycle Volumes
  50   AutoPrune = yes                     # Prune expired volumes
  51   Volume Retention = 365d             # one year
  52   NextPool = Full
  53   Storage = File
  54 }
  55
  56 Pool {
  57   Name = Full
  58   Pool Type = Backup
  59   Recycle = yes                       # Bacula can automatically recycle Volumes
  60   AutoPrune = yes                     # Prune expired volumes
  61   Volume Retention = 365d             # one year
  62   Storage = DiskChanger
  63 }
  64
  65 # Definition of file storage device
  66 Storage {
  67   Name = File
  68   Address = localhost
  69   Password = "xxx"
  70   Device = FileStorage
  71   Media Type = File
  72   Maximum Concurrent Jobs = 5
  73 }
  74
  75 # Definition of DDS Virtual tape disk storage device
  76 Storage {
  77   Name = DiskChanger
  78   Address = localhost                # N.B. Use a fully qualified name here
  79   Password = "yyy"
  80   Device = DiskChanger
  81   Media Type = DiskChangerMedia
  82   Maximum Concurrent Jobs = 4
  83   Autochanger = yes
  84 }
  85 \end{verbatim}
  86
  87 Then in bconsole or via a Run schedule, you would run the job as:
  88
  89 \begin{verbatim}
  90 run job=MyBackup level=Full
  91 run job=MyBackup level=Incremental
  92 run job=MyBackup level=Differential
  93 run job=MyBackup level=Incremental
  94 run job=MyBackup level=Incremental
  95 \end{verbatim}
  96
  97 So providing there were changes between each of those jobs, you would end up with
  98 a Full backup, a Differential, which includes the first Incremental backup, then two
  99 Incremental backups.  All the above jobs would be written to the \bf{Default} pool.
 100
 101 To consolidate those backups into a new Full backup, you would run the following:
 102
 103 \begin{verbatim}
 104 run job=MyBackup level=VirtualFull
 105 \end{verbatim}
 106
 107 And it would produce a new Full backup without using the client, and the output would
 108 be written to the \bf{Full} Pool which uses the Diskchanger Storage.
 109
 110
 111
 112