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.
--
Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
alaric AT caerllewys DOT net alaric AT metrocast DOT net phil AT
co.ordinate DOT org
Renaissance Man, Unix ronin, Perl hacker, Free Stater
It's not the years, it's the mileage.
------------------------------------------------------------------------------
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
|