Actually, there are more restrictions than what Mathew indicates. A copy
pool tape must be moved to the same copy pool. It cannot move the data to a
new copy pool like a primary can move to a new primary.
To move all your Copy Pool data to another copy pool, just build a new copy
pool using all the primary pools and the backup stg command, then delete the
volumes discarddata=yes in the original.
The other piece is if you do not want to change your reuse delay you can
always do a delete volume command to return a tape to the scratch pool.
Sorry, for the incomplete explanation the first time around. You do need to
do a help on MOVE DATA and understand it completely.
Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180
-----Original Message-----
From: Large, Matthew [mailto:Matthew.Large AT LLOYDSTSB.CO DOT UK]
Sent: Friday, August 30, 2002 4:50 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Moving Stgpools question
Correction:
Move data works on both primary and copy storage pools, but it will only
move the data to a pool in the same position in the storage hierarchy. ie
primary pool to primary pool, copy pool to copy pool.
just my fraction of a euro..
Matthew Large
TSM Infrastructure Engineer
Lavington Street
Int: 7430 4995
Ext: +44 207 902 4995
-----Original Message-----
From: Seay, Paul [mailto:seay_pd AT NAPTHEON DOT COM]
Sent: 29 August 2002 18:39
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Moving Stgpools question
Select 'move data ', volume_name, ' reconstruct=yes', ' stg=newstgpool' from
volumes where stgpool_name='OLDSTGPOOL' > /temp/macrofile
Notice the where clause is in caps. This will create a file of output that
you will have to delete the first couple of lines from the output file as
shown below:
Unnamed[1] VOLUME_NAME Unnamed[3] Unnamed[4]
---------- ------------------ ---------------- ---------------
move data 421999 reconstruct=yes stg=newstgpool
Next you will do a "macro /temp/macrofile" command.
MOVE DATA only works on primary storage pools to a different primary storage
pool. And, every tape has to be mounted and the data copied to the new
pool. I would set your reuse delay on the source pool to 0 so the tapes
will immediately scratch after the moves complete.
Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180
-----Original Message-----
From: David Gratton [mailto:david.gratton AT SCOTIABANK DOT COM]
Sent: Thursday, August 29, 2002 12:50 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Moving Stgpools question
I have several storage pools in my environment and I would like to
consolidate them all into one storage pool (same dev type). My question is ,
is there any easy way to do this or do I have to do a "move data $volume
stg=newstgpool" for each volume of every storage pool? I guess I could write
a script to do it but I was hoping there was a was to move a full storage
pool with one command....Any help would be appreciated..
Dave Gratton
IBM Global Services
----------------------------------------------------------------------------
-------------------------------------------
This e-mail is intended only for the above addressee. It may contain
privileged information. If you are not the addressee you must not copy,
distribute, disclose or use any of the information in it. If you have
received it in error please delete it and immediately notify the sender.
evolvebank.com is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS. Registered in
England, number 2065. Telephone No: 020 7626 1500 Lloyds TSB Scotland plc,
Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in
Scotland, number 95237. Telephone
No: 0131 225 4555
Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the
Financial Services Authority and represent only the Scottish Widows and
Lloyds TSB Marketing Group for life assurance, pensions and investment
business.
Signatories to the Banking Codes.
----------------------------------------------------------------------------
-------------------------------------------
|
