Local rsnapshot rolling history - No local duplication
I didn't think of that - modifying the source data will modify the snapshot data.
Yes, snapshot is what I want, not back up.
But I was picturing something more akin to copy-on-write.
I only have 4TB, and I want to provide a simple one week history for bulk, non-critical data.
Any ideas ??
I eagerly await for the manufacture, QNAP, to integrate Zumastor
Thanks
On Mon, Jul 25, 2011 at 8:17 PM, Chris Dennis <cgdennis < at > btinternet.com ([email]cgdennis < at > btinternet.com[/email])> wrote:
On 07/25/2011 10:34 AM, David Cantrell wrote:
On Mon, Jul 25, 2011 at 09:50:57AM +0100, Chris Dennis wrote:
On 07/25/2011 09:45 AM, Rob MacGregor wrote:
AFAIK, the initial run of rsnapshot requires a complete duplication of the
backup source to the destination.
Would it be possible that even the very first snapshot uses the original
data as it's reference?
You'll find a discussion about this approach in the list archive, from
fairly recently. However, why on earth would you want to do that? The
whole point is to have a backup, and if you're hard linking to the
original document you don't have a backup.
The OP may not want a 'backup' -- they may just want a 'snapshot' of the
current versions of the files.
He won't get a snapshot.
If somefile is hard-linked to /backups/daily.0/home/david/somefile,
then if I edit somefile, /backups/daily.0/home/david/somefile will
also get edited, as will all the other "snapshots" of it, and rsnapshot
won't be able to tell what you've changed and so break the links. This
will apply to *every* change made to that file and its inode - content
changes, mode changes, date/time changes - apart from renames.
Yes, you're right. I was thinking about editing a file (e.g. with vim),
which creates a new version, leaving the hard-linked copy intact. But
of course there are many ways of changing a file 'in situ' which also
change the hard-linked references to it.
So it would be foolish to hard-link the first snapshot to the original data.
cheers
Chris
--
Chris Dennis cgdennis < at > btinternet.com ([email]cgdennis < at > btinternet.com[/email])
Fordingbridge, Hampshire, UK
------------------------------------------------------------------------------
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide. Store less, Store more with what you own, Move data to
the right place. Try It Now!
http://www.accelacomm.com/jaw/sfnl/114/51427378/
_______________________________________________
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
