Backup Central

Still wondering why I should have to think about cron jobs that much..

What about introducing an "auto call next larger intervall backup"
feature?

Example 1:

# rotate 10, before doing rotation 20 rotate "seldom" once
retain often 10 20
# keep 5 snapshots which are rotated seldomly
retain seldom 5



Example 2:

retain 2days 2 2
retain 4ays 2 2
retayn 8days 2 2

then rsnapshot 2days would rotate everything in binary counting manner
automatically paying attention to order.

Implementation would be trivial: Keep a total rotations done counter and
if it can be divided by the second number rotate the next larger
interval first.

Deos this make sense?

Marc Weber

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

At first the cronjobs seem a little clunky.

But I think the reason for them is so that a uniform day of week, and day of month, dating pattern can be kept.

Cron jobs are the easiest way to get backups and rollovers to occur on the dates that the user wants.

That said though, as soon as you remove the '1st day of month' concept, and just go with hourly, daily, weekly, 4 weekly and 52 weekly, the complexity of the non-symetric 28-31 day 'Month' is removed.

The more I think about it.... 'Monthly' just complicates the entire thing.

On Thu, Jun 23, 2011 at 11:24 AM, Marc Weber <marco-oweber < at > gmx.de ([email]marco-oweber < at > gmx.de[/email])> wrote:
Still wondering why I should have to think about cron jobs that much..

What about introducing an "auto call next larger intervall backup"
feature?

Example 1:

# rotate 10, before doing rotation 20 rotate "seldom" once
retain often 10 20
# keep 5 snapshots which are rotated seldomly
retain seldom 5



Example 2:

retain 2days 2 2
retain 4ays 2 2
retayn 8days 2 2

then rsnapshot 2days would rotate everything in binary counting manner
automatically paying attention to order.

Implementation would be trivial: Keep a total rotations done counter and
if it can be divided by the second number rotate the next larger
interval first.

Deos this make sense?

Marc Weber

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

The fact is that when "Monthly" runs, say on the 1st, it's only going to pick up "week.4", of which the date is not going to be exactly on a 1st-day-of-month boundary anyway.

On Fri, Jun 24, 2011 at 12:27 AM, Marc Weber <marco-oweber < at > gmx.de ([email]marco-oweber < at > gmx.de[/email])> wrote:
Yeah,

I'd be interested if anyone on this mailinglist depends on monthly
backups or whether it people would be satisfied by having a backup every
X days ignoring month boundaries.

Marc Weber

In the thread "Patch to run all intervals in one go" I already proposed a similar scheme,
ie only one cronjob for all intervals:
http://sourceforge.net/mailarchive/forum.php?thread_name=201106071217.02477.rolf.muth%40web.de&forum_name=rsnapshot-discuss
In the meantime, I have implemented the feature of setting arbitrary interval durations.
Besides the original interval/retain syntax,
you can add a fourth column with a time specification.
Example for an hourly run:

interval alpha   24  hourly
interval beta     7   24h
interval gamma 4   7days
interval delta    12  monthly

The command is named "all".
In a different thread someone also proposed "auto".
If there is consent that this makes more sense,
I can easily change the command name.

See the attached patch against 1.3.1
plus the patched 1.430 from CVS - it applied cleanly and works.

Hope this helps,
Peter Klausner


-----Original message-----
Von: "Marc Weber" <marco-oweber < at > gmx.de>
Gesendet: 23.06.2011 03:24:39
An: rsnapshot-discuss <rsnapshot-discuss < at > lists.sourceforge.net>
Betreff: [rsnapshot-discuss] What about rotating larger intervals automatically?

Still wondering why I should have to think about cron jobs that much..

What about introducing an "auto call next larger intervall backup"
feature?

Example 1:
 
# rotate 10, before doing rotation 20 rotate "seldom" once
retain often 10 20
# keep 5 snapshots which are rotated seldomly
retain seldom 5



Example 2:

retain 2days 2 2
retain 4ays 2 2
retayn 8days 2 2

then rsnapshot 2days would rotate everything in binary counting manner
automatically paying attention to order.

Implementation would be trivial: Keep a total rotations done counter and
if it can be divided by the second number rotate the next larger
interval first.

Deos this make sense?

Marc Weber

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
http://sourceforge.net/mailarchive/forum.php?thread_name=201106071217.02477.rolf.muth%40web.de&forum_name=rsnapshot-discusshttp://sourceforge.net/mailarchive/forum.php?thread_name=201106071217.02477.rolf.muth%40web.de&forum_name=rsnapshot-discussPatch to run all intervals in one goPatch to run all intervals in one go

___________________________________________________________
Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die
Toolbar eingebaut! http://produkte.web.de/go/toolbar

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss