Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!chinacat!sequoia!rpp386!jfh
From: jfh@rpp386.cactus.org (John F Haugh II)
Newsgroups: comp.unix.internals
Subject: Re: Why is restore so slow?
Message-ID: <19012@rpp386.cactus.org>
Date: 30 Jan 91 13:33:36 GMT
References: <50235@olivea.atc.olivetti.com> <1013@eplunix.UUCP>
Reply-To: jfh@rpp386.cactus.org (John F Haugh II)
Organization: Lone Star Cafe and BBS Service
Lines: 20
X-Clever-Slogan: Recycle or Die.

In article <1013@eplunix.UUCP> das@eplunix.UUCP (David Steffens) writes:
>Who cares how slow restore is?  How often do you do have to do
>full restore on a filesystem or a whole disk?  Once or twice a year?
>If it's more often than that, then you have a REAL problem
>and maybe you ought to spend your time and energy fixing THAT!

There are quite a few reasons in an EDP environment for restoring
files.  For example, before a large unreversible process, it is
common to dump the entire database partition so it can be restored
if the process is found to have completed incorrectly.  This is
very common for such operations as payroll, monthly account closing,
quarterly stuff, etc.

The answer to questions like "How often do you do X" often come
down to "Often enough that we can't stand it any longer."
-- 
John F. Haugh II                             UUCP: ...!cs.utexas.edu!rpp386!jfh
Ma Bell: (512) 832-8832                           Domain: jfh@rpp386.cactus.org
"13 of 17 valedictorians in Boston High Schools last spring were immigrants
 or children of immigrants"   -- US News and World Report, May 15, 1990