Is your copypool complete? If somehow you missed copying the
files on the tape in question, then the server is correct. Try this select
to check your copy pool --
select sum(num_files)
from adsm.occupancy
group by stgpool_name
The values for your on-site pools should add up to the values
for your offsite pool except for the files that have arrived since the
last 'ba stg' command.
I agree with the other who have replied, what IBM has told you
is wacky, they must be smoking some wierd tabacky.
--
--------------------------
--------------------------
Bill Colwell
Bill Colwell
C. S. Draper Lab
Cambridge, Ma.
bcolwell AT draper DOT com
--------------------------
In <862567BA.005A5797.00 AT waunss01.eastbay DOT com>, on 07/26/99
In <862567BA.005A5797.00 AT waunss01.eastbay DOT com>, on 07/26/99
at 12:24 PM, Scott Fluegge <sfluegge AT VENATORGROUP DOT COM> said:
>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
|