In fact I used to end up with the same problem. However the work-around I use
is to set ACCESS for all the tapes in the primary pool to read-only mode and
run the backup stgpool command. Then I do a q req to find out which tape is
requested by the TSM server in teh library and checkin the corresponding tape
accordingly.
Well, I know I have to repeat the process times and again ,for me it worked
that way, but the end result was there ...
Anyway if someone can post some other solutions it woudl help me too.
Regards
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
William Boyer
Sent: Friday, September 23, 2005 4:20 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: How to copypool large number of tapes
I have a client that does monthly backups of each node using a <nodename>_M
naming standard. This data goes into a LONGTERM_3584
storage pool and is then copypool'd into LONGTERM_VAULT. The problem is that
not all of these tapes were copypool'd. And there are
so many of them that they can not all fit into th library (3583). The client
wants to have these tapes copypool'd. I've been
rotating a few tapes per day into the library and doing a BA STG. Some days
this command only runs for a few minutes and quits
without copying any data. How can I verify that the data on the primary pool
tapes is indead on the copypool? All these primary
tapes are ACC=UNAVAIL to keep them from being requested to be mounted. When I
issue the BA STG command, I get screen fulls of the
ANR1229W message for each tape that is UNAVAILABLE...including the ones that
were in the library and had the BA STG command run
against them.
If I compare the occupancy of the LONGTERM_3584 with LONGTERM_VAULT, I come up
wiht around a 12TB difference.
How can I rotate these tapes into the library and guarantee that the data is
copypool'd?
Bill Boyer
"Growing old is mandatory, growing up is optional" - ??
This mail has originated from the Internet. The State Bank of Mauritius
disclaims all liability as regards to its content.
Please verify its source and content before acting thereon.
The information contained in this e-mail message, and any attachment thereto,
is confidential and may not be disclosed without our express permission. If you
are not the intended recipient or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified that
you have received this message in error and that any review, dissemination,
distribution or copying of this message, or any attachment thereto, in whole or
in part, is strictly prohibited. If you have received this message in error,
please immediately notify us by telephone, fax or e-mail and delete the message
and all of its attachments. Thank you.
Every effort is made to keep our network free from viruses. You should,
however, review this e-mail message, as well as any attachment thereto, for
viruses. We take no responsibility and have no liability for any computer virus
which may be transferred via this e-mail message.
|