Scott,
I am just reading this on Tuesday so please if someone already replied just
ignore this. From you post :
<07/26/1999 11:54:02 ANR1255W Files on volume 010187 cannot be restored -
< access mode is "unavailable" or "offsite".
<07/26/1999 11:54:02 ANR1255W Files on volume 010182 cannot be restored -
< access mode is "unavailable" or "offsite".
From what I understand if the tapes that you need to restore have an access of
'OFFSITE' this is the result that you will get. You need to set the access of
these volumes to readonly or read/write. ADSM can't restore from a copypool if
the access of the volume is 'OFFSITE'. If I misunderstand this could someone
please let me know!!
Thanks,
Brian
Scott Fluegge <sfluegge AT VENATORGROUP DOT COM> on 07/26/99 12:24:19 PM
Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
cc: (bcc: BRIAN NICK/Phoenix Home Life Mutual Insurance)
bcc: BRIAN NICK/Phoenix Home Life Mutual Insurance
Subject: Disaster-Recovery Again...
Thanks for all of the responses. Let me clarify a few things...
I have only one storage pool on-site, "3590TAPE" which is a primary storage
pool. I have a copy storage pool called "disaster-recovery" which as the name
implies is where my DRM points to for DR. The tape I lost was in the primary
storage pool. I first tried the "restore vol 010172 preview=yes" and found the
following in my activity log:
07/26/1999 12:02:24 ANR2017I Administrator ADMIN issued command: RESTORE
VOLUME 010172 preview=yes
07/26/1999 12:02:24 ANR0984I Process 246 for RESTORE VOLUME (PREVIEW) started
in the BACKGROUND at 12:02:24.
07/26/1999 12:02:24 ANR1233I Restore preview of volumes in primary storage
pool 3494TAPE started as process 246.
07/26/1999 12:02:24 ANR2110I RESTORE VOLUME started as process 246.
07/26/1999 12:02:26 ANR1235I Restore process 246 ended for volumes in storage
pool 3494TAPE.
07/26/1999 12:02:26 ANR0985I Process 246 for RESTORE VOLUME (PREVIEW) running
in the BACKGROUND completed with completion state SUCCESS
at 12:02:26.
07/26/1999 12:02:26 ANR1241I Restore preview of volumes in primary storage
pool 3494TAPE has ended. Files Restored: 0, Bytes
Restored: 0.
07/26/1999 12:02:26 ANR1256W Volume 010172 contains files that could not be
restored.
This is when I called IBM. They looked at my actlog and then went through the
properties of my storage pools. They told me
that there was something set differently in a DRM storage pool and that it used
a different database. He said that
because of this, ADSM did not know about the state or contents of off-site tapes
and could therefore not re-build a tape
on-site from that media. It was then that he told me the only way to do tape
restores was to have a second copy pool that
was not controlled by the DRM.
In Chapter 21 of the ver3 Admins guide, page 453, bottom paragraph, the first
sentence reads: "Copy storage pools that
you may not want DRM to manage can include on-site copy storage pools used for
recovery from media failures." That is
the only place I have found anything remotely similar to what the ADSM support
person told me.
After reading all of your responses, I conducted an experiment. I tries the
restore vol command with the preview option on
another volume and got...
07/26/1999 11:54:02 ANR2017I Administrator ADMIN issued command: RESTORE
VOLUME 010000 preview=yes
07/26/1999 11:54:02 ANR0984I Process 244 for RESTORE VOLUME (PREVIEW) started
in the BACKGROUND at 11:54:02.
07/26/1999 11:54:02 ANR1233I Restore preview of volumes in primary storage
pool 3494TAPE started as process 244.
07/26/1999 11:54:02 ANR2110I RESTORE VOLUME started as process 244.
07/26/1999 11:54:02 ANR1255W Files on volume 010187 cannot be restored -
access mode is "unavailable" or "offsite".
07/26/1999 11:54:02 ANR1255W Files on volume 010182 cannot be restored -
access mode is "unavailable" or "offsite".
07/26/1999 11:54:03 ANR2017I Administrator ADMIN issued command: QUERY PROCESS
07/26/1999 11:54:03 ANR1255W Files on volume 010413 cannot be restored -
access mode is "unavailable" or "offsite".
07/26/1999 11:54:04 ANR1255W Files on volume 010184 cannot be restored -
access mode is "unavailable" or "offsite".
07/26/1999 11:54:09 ANR1255W Files on volume 010056 cannot be restored -
access mode is "unavailable" or "offsite".
07/26/1999 11:54:09 ANR2017I Administrator ADMIN issued command: QUERY PROCESS
07/26/1999 11:54:10 ANR1235I Restore process 244 ended for volumes in storage
pool 3494TAPE.
07/26/1999 11:54:10 ANR0986I Process 244 for RESTORE VOLUME (PREVIEW) running
in the BACKGROUND processed 7217 items for a total of
13,675,231,935 bytes with a completion state of SUCCESS
at 11:54:10.
07/26/1999 11:54:10 ANR1241I Restore preview of volumes in primary storage
pool 3494TAPE has ended. Files Restored: 7217, Bytes
Restored: 13675231935.
This leads me to assume that the restore of an individual volume would normally
work but that there was some problem
as yet undetermined that the first restore failed to work.
To add to the confusion, I could query the contents of the offending volume.
When I ran the restore command it warned me
that I would loose all the information on the volume being restored. I ran it
anyway. After which, I could still query the
contents of that volume. The literature made me think that it would remove all
database pointers to that tape but it
did not...
Does this story jive with what you have experienced?
So, assuming that I can do a tape restore, I now have a new and scary problem.
That is that we are paying a lot of money
for ADSM support. I opened a call of the highest priority and the person I
talked to did not know the product and made us
contemplate dropping ADSM completely!
Scott
|
