ADSM-L

Re: I/O errors on copy pool volumes

1997-07-01 09:18:24
Subject: Re: I/O errors on copy pool volumes
From: Ted Spendlove <SPENDEE AT THIOKOL DOT COM>
Date: Tue, 1 Jul 1997 07:18:24 -0600
Re: I/O errors on copy pool volumes
A second, unchanged copy of the backup data should not be a problem.  I think 
that one could
define two copy pools with different device classes sending the tapes to 
different offsite vaults.
Two Administrator commands issuing BACKUP STORAGE commands from the backup pool 
to
each of the copy pools could then be issued and two copies of the backup data 
should result.

But, lets stop and think about this for a minute.  We are postulating a THREE 
level disaster
here.  One, we lose the client.  Two, we lose the server. Three we have a bad 
copy pool tape.
As long as my clients and my server are not in the same physical location I 
cannot justify the
extra processing to create two offsite copies for my data center.

Ted Spendlove
Thiokol Corp.

>>> "Rafael J. Goldschmidt" <rafagold AT CANOPUS.COM DOT AR> 06/30/97 03:59pm 
>>> >>>
To avoid this problem you should copy TWICE the objects, BUT: as surely the
objects did not change from the first copy to the second, the second time
you would not copy anything.  I am thinking about this too, because I have
a customer with this problem.  Good luck for us!
Rafael

At 17:40 30/06/1997 EST, you wrote:
>Our site uses a copy storage pool which is stored offsite for disaster
>recovery purposes. We have three 3490E drives, which are used to read
>and write volumes for both the copy storage pool and a primary storage
>pool kept onsite. We have occasionally attempted to read files from a
>primary storage poor cartridge and had the attempt fail with I/O errors.
>When this happens to a primary storage pool volume we have the option
>of recovering files from the copy storage pool. However, a copy storage
>pool volume is presumably just as likely as a primary storage pool
>volume to suffer this kind of problem. If we ran into such a problem,
>it would probably be after a disaster at a regular site, so that we
>would not have the option of retrieving copies of the unreadable files
>from somewhere else. How are other sites dealing with this concern?
>
>
Rafael J. Goldschmidt
GOLDWARE S.R.L.
Elcano 5039
(1427) Buenos Aires, Argentina
E-mail (Internet): rafagold AT cano.com DOT ar
Telefono: 54-1-421 4782
<Prev in Thread] Current Thread [Next in Thread>