Path: utzoo!attcan!uunet!hi-csc!giebelhaus
From: giebelhaus@hi-csc.UUCP (Timothy R. Giebelhaus)
Newsgroups: comp.sys.apollo
Subject: Re: more SR10 questions
Message-ID: <403b8739.12c4f@hi-csc.UUCP>
Date: 13 Dec 88 15:35:00 GMT
References: <8812041914.AA20493@umix.cc.umich.edu>
Reply-To: giebelhaus@hi-csc.UUCP (Timothy R. Giebelhaus)
Organization: csdd
Lines: 34

In article <8812041914.AA20493@umix.cc.umich.edu> jec@IUVAX.CS.INDIANA.EDU (James E. Conley) writes:
>
>	Well, by primative I meant that they lacked some very useful features
>of dump and restore, namely multiple levels of backup and tape retries if you
>put a bad tape on.  It is better than nothing, but I'd prefer dump and restore
>any day.  Not to mention the ability to do dumps on other machines (A VAX to
>an Alliant, not just from Apollo to Apollo) using rdump and rrestore.  Also,
>dump dates aren't updated until the backup finishes.

I assume what you are looking for here is a set of levels of dumps.  You can do
this with wbak.  Simply do you full backup just as you would your level 0
with dump.  Then do each incremental with the -nhi switch.  The wbak facility
will forget that it did the incremental so next time wbak does an incremental
backup, it will do the incremental since the last full backup.

You can get much more sophisticated by manipulating the backup_history files.
For example, you can get muliple levels of dumps by saving multiple 
backup_history files.  Though this is more complicated, it can be handled 
through scripts.

>	And of course, wbak/rbak are slow.

It is not wbak that is slow, it is hardware.  If you had a tape drive connected
which would stream, you would see much faster backups of the local disk.  Many
sites I have been to will not use rdump because it is too slow to backup over
the network.  The wbak program is also bound by the speed of the network.

It has already been brought up that one can backup to a file.  The file can be
over the network.  Finally, there is the new product which was mentioned.
-- 
UUCP: uunet!hi-csc!giebelhaus         UUCP: tim@apollo.uucp
ARPA: hi-csc!giebelhaus@umn-cs.arpa   ARPA: tim@apollo.com
Tim Giebelhaus, Apollo Computer, Regional Software Support Specialist.
My comments and opinions have nothing to do with work.