On Tuesday 24 March 2009 02:17:41 James Harper wrote: > > On Monday 23 March 2009 12:29:04 James Harper wrote: > > > I tried the following: > > > 1. Full Backup (to disk) > > > 2. Incremental Backup (to disk) > > > 3. Incremental Backup (to disk) > > > 4. VirtualFull Backup (to tape) > > > 5. Incremental Backup (to disk) > > > 6. VirtualFull Backup (***) > > > > > > That last VirtualFull seems to want the tape media used in (4) as a > > > source instead of the disk volume used in (1), but obviously that is > > > > not > > > > > going to work and I get the following: > > > > Yes, clearly it wants the tape media (4). That is the last Full > > backup, and > > the Incremental (5) was done relative to it. > > > > You haven't given enough information to really analyse what is going > > on, but I > > can guess. For example, I don't know what Volumes were used at each > > stage. > > > > On your Incremental (5) it looks like you have specified the input > > storage to be Disk when it is in fact tape. > > No. All the Incrementals definitely went to disk. > > > If you want to do multiple Virtual Backups, I don't think it is going > > to work > > by mixing media. This probably should be documented but is not. I > > believe > > that it will work much better if you keep everything on the same Media > > Type. > > Or you will need to run subsequent Virtual Full specifying Tape as the > > input > > device. > > > > Possibly there is a problem with doing multiple Virtual Full backups. > > One of > > the conditions for successful Virtual backups is that the input Pool > > and > > output Pool (read and write) must be different. We have a test case > > in > > > the > > regression scripts called virtual-backup2-test, which does multiple > > Virtual > > Full backups. It accomplishes it by moving the Volume the Full was > > written > > on to a different Pool. This permits keeping the input and output > > pools > > different. > > Shouldn't the virtual full backup only consider 'source' backups in the > original pool though? > > All my incremental and full backups are in a pool called 'Disk'. The > behaviour I was expecting was that the last VirtualFull would use data > from 1, 2, 3, and 5.
It uses the same algorithm as a restore. The way it works now is it takes the most recent Full for the Job. > > James ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
