> Hi. I have a customer that has 287 GB of data that's needs to be
> backuped. The change of this data is probably around 100MB per day.
The
> customer wants to be able to restore files 2 weeks back in time. How
do
> I set this up so it requires so little space as possible?
> 
> I was thinking about using this new Virtual Backup (Vbackup) feature
> that exist from 3.0 version.
> One full backup and 13 incremental backups will always exist. When a
new
> incremental backup is added, the oldest incremental is later merged
with
> the full backup by a script same day. Is this possible?

It's possible, but while the new vbackup is being synchronised, you will
need the space to hold the full backup you are using as the 'base', and
the virtual full backup you are building, so the space requirements will
be similar to just doing another full backup. 100MB per day isn't much
compared to 287GB so I don't know that the virtual full buys you that
much.

In my setup which has similar requirements, I run a full backup once a
week and incremental backups every few hours during the day, and retain
the older backups for 15 days. This means I have 2 full backups at any
point in time, and 3 backups for a few days while the expired full
hasn't been overwritten yet.

I just use a permanently attached USB disk to hold all the backups, so
space isn't really an issue - disks are cheap so more can be added if
required.

Also, every night I synthesize a virtual full backup to tape to be taken
offsite for DR purposes.

If this is a Windows system, then bear in mind that the normal VSS
backup of MSSQL Server isn't going to do what you expect when you do an
incremental backup, and even less so if you are doing Virtual Full
backups.

James

(btw, USB disks suck these days - the disks are so much faster than USB
can handle that it seems like a waste. I'm starting to use eSATA instead
when possible)


------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users