From: William Kenworthy <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Back up a server in real-time
Date: Sun, 16 Nov 2008 21:36:22 +0900 [thread overview]
Message-ID: <1226838982.21629.43.camel@rattus.localdomain> (raw)
In-Reply-To: <200811161239.01776.alan.mckinnon@gmail.com>
On Sun, 2008-11-16 at 12:39 +0200, Alan McKinnon wrote:
> On Sunday 16 November 2008 12:31:16 William Kenworthy wrote:
> > * app-backup/dirvish
> > Latest version available: 1.2.1
> > Latest version installed: 1.2.1
> > Size of downloaded files: [no/bad digest]
> > Homepage: http://www.dirvish.org/
> > Description: Dirvish is a fast, disk based, rotating network
> > backup system.
> > License: OSL-2.0
> >
> > Its worth a read on how its done - using smarts rather than brute force!
>
> So the basic premise is that backups are done frequently and need to be
> efficient, whereas restores are only done in the event of a mistake. Less
> efficient restores is then a fair trade?
>
> I see people get this wrong all the time at work. They assume that backups are
> some sort of rapid shared storage system. Which of course it isn't.
I wouldnt call it fair trade, rather "its working now and we'll make it
better it eventually."
I agree, backups should be just that - protection from mistakes/lost
data. However this is from someone who has the archives mounted via nfs
and can browse via filemanager an retrieve files that way via a desktop.
Currently I have my freeruner mobile phone, mythtv critical files and a
number of systems such as laptops backed up this way and its been very
reliable and useful, both as automatic/unattended and manually run.
Its neat in that you only need rsync and ssh (though its possible to use
rsh and the like) on the client. You only need dirvish on the server.
Starting to sound like a salesman for it! - but I have been very happy
with it. I used to use custom rsync scripts, different backup managers
and even tivoli backup at work. Dirvish is best for my usage.
BillK
next prev parent reply other threads:[~2008-11-16 12:36 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-15 19:45 [gentoo-user] Back up a server in real-time Mick
2008-11-15 20:13 ` Volker Armin Hemmann
2008-11-15 20:23 ` Alan McKinnon
2008-11-15 20:29 ` Jerry McBride
2008-11-15 20:38 ` Dale
2008-11-16 0:08 ` Mick
2008-11-16 0:42 ` Dale
2008-11-16 2:58 ` Jerry McBride
2008-11-16 9:54 ` Alan McKinnon
2008-11-16 11:51 ` Mick
2008-11-16 13:08 ` Alan McKinnon
2008-11-16 17:12 ` Jorge Peixoto de Morais Neto
2008-11-16 5:16 ` jaeyoung lee
2008-11-16 9:04 ` William Kenworthy
2008-11-16 9:36 ` Volker Armin Hemmann
2008-11-16 9:58 ` Alan McKinnon
2008-11-16 10:31 ` William Kenworthy
2008-11-16 10:39 ` Alan McKinnon
2008-11-16 12:36 ` William Kenworthy [this message]
2008-11-16 13:15 ` Alan McKinnon
2008-11-17 16:07 ` Joerg Schilling
2008-11-30 22:56 ` Mick
2008-11-30 23:04 ` Joerg Schilling
2008-11-16 10:35 ` Dirk Heinrichs
2008-11-19 16:59 ` Mark Somerville
2008-11-19 17:15 ` [gentoo-user] " Harry Putnam
2008-11-20 7:15 ` Dirk Heinrichs
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1226838982.21629.43.camel@rattus.localdomain \
--to=billk@iinet.net.au \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox