Bacula-users

Re: [Bacula-users] Virtual Backups - Do we actually need full backups anymore?

2011-01-06 14:58:17
Subject: Re: [Bacula-users] Virtual Backups - Do we actually need full backups anymore?
From: Silver Salonen <silver AT ultrasoft DOT ee>
To: bacula-users AT lists.sourceforge DOT net
Date: Thu, 6 Jan 2011 21:55:28 +0200
On Thursday 06 January 2011 20:47:49 Phil Stracchino wrote:
> On 01/06/11 12:54, Mister IT Guru wrote:
> > Okay, I see the point of Virtual Full Backup - this is to be done 
> > without talking to the client at call, (i did know that! I've been doing 
> > my homework!) Well, now that I'm looking at the virtual backup in the 
> > capacity in which it was intended, it seems that a virtual full backup, 
> > is an amalgamation of the current files stored within bacula. So 
> > effectively it's a point in time snapshot from when the last 
> > differential, or incremental finished for that client?
> 
> Yes, that's a very good way to look at it.
> 
> > I would still prefer to have the latest files from the client packed 
> > into this job, but I do understand, that even the very best backups 
> > really are just a point in time snapshot. Well, I'm a little upset to 
> > come to this realisation with regards to the theory of it - In practical 
> > terms, will a virtual full cause a new volume to be created?
> 
> No, it should create no new media, as no new data is copied, only new DB
> records.

So which volumes will it use when you want to restore from the job? The last 
full and all the other incrementals etc. it used as a basis of VirtualFull? So 
you actually cannot rewrite them after you've run VirtualFull from them? If it 
were so, it wouldn't make any sense, would it?

>>From the manual I read this: "The VirtualFull backup is accomplished without 
>>contacting the client by reading the previous backup data and writing it to a 
>>volume in a different pool."

So actually it IS creating a new backup, doesn't it?

PS. I would love it if you could do VirtualBase :)

-- 
Silver

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>