home *** CD-ROM | disk | FTP | other *** search
- From: davidb@hpuadla.aus.hp.com (David Booth)
- Date: Sat, 25 Jul 1992 13:02:05 GMT
- Subject: Re: Backup to DAT over net
- Message-ID: <1992Jul25.130205.27087@hparc0.aus.hp.com>
- Organization: Adelaide, Australia, Smallest HP DownUnder
- Path: sparky!uunet!usc!sdd.hp.com!hpscdc!hplextra!hpcc05!hparc0.aus.hp.com!davidb
- Newsgroups: comp.sys.hp
- References: <1992Jul23.170942.11576@cs.nott.ac.uk>
- Sender: news@hparc0.aus.hp.com (News Adminstrator)
- X-Newsreader: Tin 1.1 PL4
- Lines: 33
-
- pczip@mips.Berkeley.EDU (Ivan Powis) writes:
- : accessing remote files that don't have general access permission. So using
- : NFS to get at the remote file sytems isn't the answer.
- :
- : How do you go about this? At the moment we're having to physically carry the DAT
- : drive around from machine to machine. This surely isn't the way it has to be done
-
- There are a couple of possiblities:
- (1) HP Omniback, as refered to by Paul Gillingswater; it allows a
- centrally managed program to go out over the net and "gather"
- all the data from named nodes, collect it, and write it to
- the DDS. It's very good.
-
- (2) fbackup(1m) supports a "-f remote:/dev/rmt/0m" mode, where fbackup
- will *push* the data to a remote system's tape drive. \
- Provided fbackup is also installed on the remote node.
-
- One drawback is that fbackup (at present) does not include the
- file markers for high-speed file location on recovery, if the
- remote mode is used.
- : is it?
- :
- : Ivan Powis
-
- --
- #include <standard_disclaimer>
- All opinions in this posting are mine, with no endorsement by my employer.
- ---
- David Booth Phone: +61 8 366-5126 Fax : +61 8 332-0020
- Inet : davidb@hpuadla.aus.hp.com DESK: David BOOTH / HP9063/AD
- Hewlett-Packard Australia A.C.N. 004 394 763
- 191 Fullarton Rd.,
- Dulwich, SA, 5065, AUSTRALIA.
-