Bacula-users

Re: [Bacula-users] Overhead of incremental backup ???

2010-02-15 07:06:51
Subject: Re: [Bacula-users] Overhead of incremental backup ???
From: Martin Simmons <martin AT lispworks DOT com>
To: haridas.nss AT gmail DOT com
Date: Mon, 15 Feb 2010 11:32:47 GMT
I don't know, but in fact I got it slightly wrong.  You put accurate=yes in
the JOB definition, so it won't affect the fileset anyway.

__Martin


>>>>> On Mon, 15 Feb 2010 10:12:15 +0530, haridas n said:
> 
> Hi,
> 
> Thank you for your replay.
> 
> 
> If there is  any problem while we modify the fileset options by adding this
> accurate=yes ,like the bacula will consider the file set has been changed
> and it will take full backup of that file-set next time ?
> 
> Regards,
> Haridas N.
> 
> 
> On Fri, Feb 12, 2010 at 7:36 PM, Martin Simmons <martin AT lispworks DOT 
> com>wrote:
> 
> > >>>>> On Thu, 11 Feb 2010 10:36:36 +0530, haridas n said:
> > >
> > > Hi ,
> > >
> > > I'm Using bacula 3.0.3 for to backup number of servers,in which some
> > servers
> > > got lot of data around >110 GB .So due to the lack of space in the backup
> > > server to constantly  maintain a backup for more than one month period, I
> > > forced to remove the differential backup from the schedule and now it
> > take
> > > only full and incremental backup for all my serves (one month cycling).
> > >
> > > This is the schedule for this month period for all the clients.
> > >
> > ---------------------------------------------------------------------------
> > >
> > > 2010-01-24 23:55 : mail.net-pool (Full)
> > > 2010-01-27 02:05 : mail.net-pool (Incremental)
> > > 2010-01-31 02:05 : mail.net-pool (Incremental)
> > > 2010-02-03 02:05 : mail.net-pool (Incremental)
> > > 2010-02-07 02:05 : mail.net-pool (Incremental)
> > > 2010-02-10 02:05 : mail.net-pool (Incremental)
> > > 2010-02-14 02:05 : mail.net-pool (Incremental)
> > > 2010-02-17 02:05 : mail.net-pool (Incremental)
> > > 2010-02-21 02:05 : mail.net-pool (Incremental)
> > > 2010-02-24 02:05 : mail.net-pool (Incremental)
> > > 2010-02-28 23:55 : mail.net-pool (Full)
> > > 2010-03-03 02:05 : mail.net-pool (Incremental)
> > > 2010-03-07 02:05 : mail.net-pool (Incremental)
> > > 2010-03-10 02:05 : mail.net-pool (Incremental)
> > > 2010-03-14 02:05 : mail.net-pool (Incremental)
> > > 2010-03-17 02:05 : mail.net-pool (Incremental)
> > > 2010-03-21 02:05 : mail.net-pool (Incremental)
> > > 2010-03-24 02:05 : mail.net-pool (Incremental)
> > >
> > > ------------------------------------------------
> > >
> > > Now I have one doubt about, if we increase the number of incremental
> > > backups this would have any problem to the backup time.I need only for
> > > one month period for my clients. So please help me to know more about
> > this ..
> >
> > Incremental backup saves less data so it should be faster than differential
> > backup in general.  Restoring might be slower because it has to read more
> > jobs.
> >
> > Also, look at using the accurate=yes fileset option (to track
> > deleted/renamed
> > files) because that is more likely to happen for incremental backups.
> >
> > __Martin
> >
> >
> > ------------------------------------------------------------------------------
> > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> > http://p.sf.net/sfu/solaris-dev2dev
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
> >
> 
> 
> 
> -- 
> Have a nice day.......

------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
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>