HP3000-L Archives

January 2000, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Goetz Neumann <[log in to unmask]>
Reply To:
Date:
Mon, 17 Jan 2000 09:59:40 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
[log in to unmask] wrote:
>
> >So on any RESTORE you will need at minimum as much free permanent
> >disk space as the largest file on your backup tape consumes.
>
> Ouch! Is that really the case?

I just did a small test storing and restoring a larger file,
and watched the original file with LISTF's in a while loop
from another session window. It certainly looks like I remembered
it correctly, the 'old' file stayed until short before the RESTORE
finished.

I think the user always has the option of purging the files
before they run RESTORE (if they are that short in disk space),
but I quite like the fact that RESTORE 'plays it safe'.

> >If you
> >do parallel tape device RESTOREs (a <plug>TurboStore</plug> only
> >feature AFAIK) it may be much more.
>
> <plug> ORBiT's Backup+ </plug> also does parallel backups and restores,
> and I'm pretty sure the others do too.

:-)
I was only attempting to hint at the fact that parallel device RESTORE
is not a FOS feature.

Goetz (or really Götz, hoping the 'Umlaut' displays correctly)

ATOM RSS1 RSS2