[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: "Stateless Linux" project
- From: Eli Carter <eli carter inet com>
- To: Jeff Spaleta <jspaleta gmail com>, Development discussions related to Fedora Core <fedora-devel-list redhat com>
- Cc:
- Subject: Re: "Stateless Linux" project
- Date: Wed, 15 Sep 2004 15:34:55 -0500
Jeff Spaleta wrote:
On Wed, 15 Sep 2004 14:14:08 -0500, Eli Carter <eli carter inet com> wrote:
Use rdiff-backup (mentioned in other comments).
Set up some simple policy on how long to keep which backups.
Provide a simple 'restore lost file from backup' GUI (and commandline)
utilities.
The "simple" policy I would advocate would be to keep incremental
backups on this schedule:
One per day for the last week.
One per week for the last month[1]
One per month for the last N months, where N <= 14 [2], and have N
automatically fluctuate as disk space on the server is consumed and
freed. (May warn the user when it is about to be decreased.)
[1] Define "month" to mean "4 weeks" for simplicity.
[2] For a year, N = 52/4 = 13, and add one so you can get last April's
tax return you inadvertantly deleted.
rdiff-backup doesn't allow for that finegrained of a policy currently.
removing of old incrementals is only exposed with a "remove later than
this point" option.
You'd have to hook into current rdiff-backup development discussions
about the likelyhood
of that feature being expanded to allow for culling of increments in
dateranges while leaving some. For example i run rdiff-backup nightly,
and then tell it to remove increments older than 1 month old. There is
no way for me to tell it things like "remove everything older than 1
month except for 1 increment as close to the start of each month as
possible"
-jef"rdiff-backup --make-me-a-sandwich"spaleta
Ah, I thought it would support that. Oh well. So a simple policy of
"keep a month's worth of incrementals" would be a good start.
In my usage of rdiff-backup, I'm still at the "try to make rdiff-backup
a habit" stage. :/
Eli
--------------------. "If it ain't broke now,
Eli Carter \ it will be soon." -- crypto-gram
eli.carter(a)inet.com `-------------------------------------------------
------------------------------------------------------------------------
Confidentiality Notice: This e-mail transmission may contain
confidential and/or privileged information that is intended only for the
individual or entity named in the e-mail address. If you are not the
intended recipient, you are hereby notified that any disclosure,
copying, distribution or reliance upon the contents of this e-mail
message is strictly prohibited. If you have received this e-mail
transmission in error, please reply to the sender, so that proper
delivery can be arranged, and please delete the message from your
computer. Thank you.
Inet Technologies, Inc.
------------------------------------------------------------------------
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]