From: Alexandre - A. <arc...@in...> - 2008-10-31 07:56:11
|
Hi there, Juste asking you on question on planning execution. I'd like to disable incremental since i use rsync, and so, full backups are ok for my needs giving me the same results as incremental. But, in order to disable incremental, i set Incrperiod to 360 for incremental, and, 0.97 For full period. But, if i make a manual incremental (incrkeepcnt 1), then no more full backup happen ! Because backuppc seem to think it's ok with de last incremental, it then doesn't launch the full one. If i have the same setting with no incremental, then the full runs daily. So what would be the best way to "disable" the incremental impact on the full backup. For now, clients with 1 full (any old it can be) but with any incremental less than 360 days old doesn't launch any full backup. So how to make the full backup happen daily except by setting cron job :P Thank you in advance! |
From: Adam G. <mai...@we...> - 2008-10-31 08:04:49
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre - ArchivTech wrote: > Hi there, > > Juste asking you on question on planning execution. > > I'd like to disable incremental since i use rsync, and so, full backups > are ok for my needs giving me the same results as incremental. > > But, in order to disable incremental, i set Incrperiod to 360 for > incremental, and, 0.97 For full period. > > But, if i make a manual incremental (incrkeepcnt 1), then no more full > backup happen ! Because backuppc seem to think it's ok with de last > incremental, it then doesn't launch the full one. What if you set set FullPeriod and IncrPeriod to the same value? That way, if a incremental backup is due, then a full backup is also due, and backuppc should do a full backup if both incr and full are due. (Not that I've tested it, but I would like to think that is how it will work). Regards, Adam - -- Adam Goryachev Website Managers www.websitemanagers.com.au -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJCrwaGyoxogrTyiURAo/9AKDD3wHndouxRuWE6UdG+bXx7b00AACgjkgz hIGsAVWDYcNdq07ZBplw/lo= =Da3X -----END PGP SIGNATURE----- |
From: Alexandre - A. <arc...@in...> - 2008-10-31 08:57:51
|
Well, it seem that setting incrperiod to 0 make it working correctly. Just tried with a host that didn't start, because of high incrperiod (365), i put that to 0, and on the next hour, the full started! So, i think it's ok. Thank you guys :D Le vendredi 31 octobre 2008 à 19:04 +1100, Adam Goryachev a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexandre - ArchivTech wrote: > > Hi there, > > > > Juste asking you on question on planning execution. > > > > I'd like to disable incremental since i use rsync, and so, full backups > > are ok for my needs giving me the same results as incremental. > > > > But, in order to disable incremental, i set Incrperiod to 360 for > > incremental, and, 0.97 For full period. > > > > But, if i make a manual incremental (incrkeepcnt 1), then no more full > > backup happen ! Because backuppc seem to think it's ok with de last > > incremental, it then doesn't launch the full one. > > What if you set set FullPeriod and IncrPeriod to the same value? That > way, if a incremental backup is due, then a full backup is also due, and > backuppc should do a full backup if both incr and full are due. (Not > that I've tested it, but I would like to think that is how it will work). > > Regards, > Adam > > - -- > Adam Goryachev > Website Managers > www.websitemanagers.com.au > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJCrwaGyoxogrTyiURAo/9AKDD3wHndouxRuWE6UdG+bXx7b00AACgjkgz > hIGsAVWDYcNdq07ZBplw/lo= > =Da3X > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-users mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > |
From: Adam G. <mai...@we...> - 2008-10-31 09:27:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexandre - ArchivTech wrote: > Well, it seem that setting incrperiod to 0 make it working correctly. > > Just tried with a host that didn't start, because of high incrperiod > (365), i put that to 0, and on the next hour, the full started! > > So, i think it's ok. > > Thank you guys :D > > Le vendredi 31 octobre 2008 à 19:04 +1100, Adam Goryachev a écrit : > Alexandre - ArchivTech wrote: >>>> Hi there, >>>> >>>> Juste asking you on question on planning execution. >>>> >>>> I'd like to disable incremental since i use rsync, and so, full backups >>>> are ok for my needs giving me the same results as incremental. >>>> >>>> But, in order to disable incremental, i set Incrperiod to 360 for >>>> incremental, and, 0.97 For full period. >>>> >>>> But, if i make a manual incremental (incrkeepcnt 1), then no more full >>>> backup happen ! Because backuppc seem to think it's ok with de last >>>> incremental, it then doesn't launch the full one. > What if you set set FullPeriod and IncrPeriod to the same value? That > way, if a incremental backup is due, then a full backup is also due, and > backuppc should do a full backup if both incr and full are due. (Not > that I've tested it, but I would like to think that is how it will work). Except you will probably get a new incremental every hour along with your full backup daily :) (assuming it takes less than one hour for an incremental backup to complete, and you use the default wakeup schedule..... Then again, backuppc might be smart enough to know that 0 = disable ... Regards, Adam - -- Adam Goryachev Website Managers www.websitemanagers.com.au -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJCs3/GyoxogrTyiURAjLDAJ4k1PMJ+xTJV9RYqgYwxk9cJzxdKwCeOQ3M tB+fxxRPGLKftg3hLImDWKo= =tsgN -----END PGP SIGNATURE----- |
From: Nils B. (Lemonbit) <ni...@le...> - 2008-10-31 09:02:45
|
Alexandre - ArchivTech wrote: > I'd like to disable incremental since i use rsync, and so, full > backups > are ok for my needs giving me the same results as incremental. This has been debated over and over again, but really doing a mix of full and incremental backups is best for most situations. Why do you want to do only fulls? Nils Breunese. |
From: Alexandre - A. <arc...@in...> - 2008-10-31 17:11:01
|
Hi, thank you for your answer. I want only full backup not to make it more complicated into customer head :D It's a bit hard ton make them understand what's the little difference between one and another, btw with full backup, i'm sure that all the files are checked each time, even if it takes a bit more time or cpu :) Best regards :) Alexandre Le vendredi 31 octobre 2008 à 10:02 +0100, Nils Breunese (Lemonbit) a écrit : > Alexandre - ArchivTech wrote: > > > I'd like to disable incremental since i use rsync, and so, full > > backups > > are ok for my needs giving me the same results as incremental. > > This has been debated over and over again, but really doing a mix of > full and incremental backups is best for most situations. Why do you > want to do only fulls? > > Nils Breunese. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-users mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > |
From: Les M. <le...@fu...> - 2008-10-31 17:32:53
|
Alexandre - ArchivTech wrote: > Hi, thank you for your answer. > > I want only full backup not to make it more complicated into customer > head :D > > It's a bit hard ton make them understand what's the little difference > between one and another, btw with full backup, i'm sure that all the > files are checked each time, even if it takes a bit more time or cpu :) Just set $Conf{FullPeriod} to less than $Conf{IncrPeriod} and set $Conf{FullKeepCnt} to the number you want to retain. -- Les Mikesell les...@gm... |
From: Rob O. <rob...@bi...> - 2008-10-31 12:12:45
|
Alexandre - ArchivTech wrote: > Hi there, > > Juste asking you on question on planning execution. > > I'd like to disable incremental since i use rsync, and so, full backups > are ok for my needs giving me the same results as incremental. > Just so you know, rsync full backups take quite a bit longer than rsync incrementals due to the extra disk access and processing time required to examine every single file in your share. As an example, using rsync over ssh to backup one of my linux hosts on a gigabit LAN, a full backup took 1 hour and 8 minutes, while the very next incremental backup took only 9 minutes. -Rob ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** |