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
ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
