I've been trying to get my head around virtual full backups. Now, from my understanding, (i'm 80% through my work day, shut down 20 tickets, and had to deal with too many user incidents for my liking, so please bare with me if I say something stupid!), virtual fulls can be run on the same pool as a real 'recent' full has been run on, and it will create a new full based on all the latest files still in the pool. It then takes these files, and only take the latest changed files, from the client to create a new usable full backup, which should pretty much take the same time as between and incremental and a differential.
If this is the case, then I can slash my backup times, from 5 hours per host, to around 20 minutes, which is something I think would be pretty frikkin' awesome! Feel free to comment, and suggest :) ------------------------------------------------------------------------------ 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
