Re: remote dump backup

[Chuck Yerkes <chuck+obsd_(_at_)_2002_(_dot_)_snew_(_dot_)_com>]

> Dump  really, really  likes to  work with  tape drives. There's  a

Oh pish, I've used dump to disks for 10 plus years - spooling them
to the tape(s) when available.

That said:  dump is old and functional.
Therefore it's very well documented.  In bazillions of books.
Try some - just about any system admin book made after 1985
might have it.

The Nemeth et al book covers dump schemes quite nicely.


The message below is for context only.  Feel free to stop
reading right ....


here.
Quoting Ben Goren (ben_(_at_)_trumpetpower_(_dot_)_com):
> On Thu, Nov 14, 2002 at 07:58:09PM -0500, Jon Quiros wrote:
> 
> > i was  using rsync for backups  but decided to give  dump a try.
> > i've been looking for a few hrs now to no avail.
> >
> > [. . .]
> >
> > ...how do i  open up the other end/have it  expect a connection?
> > rmt daemon? can i encrypt the line when i open it?
> 
> Dump  really, really  likes to  work with  tape drives. There's  a
> thread here that will probably help you, though:
> 
>     http://monkey.org/openbsd/archive/misc/0206/msg01768.html
> 
> You'll also want  to (re-)read the dump (8), rmt  (8), and ssh (1)
> manual pages. The key piece is to set the RSH environment variable
> to `which ssh`.
> 
> If the data  you're backing up is worth money,  spend some of that
> money on  a tape drive and  be done with it. If  you're just doing
> this because it's the right thing  to do, stick with rsync if it's
> good enough for you.
> 
> I've written lengthy rants on  what making backups really means...
> search the archives....
> 
> Cheers,
> 
> b&
> 
> --
> Ben Goren
>  mailto:ben_(_at_)_trumpetpower_(_dot_)_com
>  http://www.trumpetpower.com/
>  icbm:33o25'37"N_111o57'32"W
> 
> [demime 0.98d removed an attachment of type application/pgp-signature]