|
View previous topic :: View next topic
|
| Author |
Message |
Willem Vermeer
New User
Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands
|
|
|
|
Greetings.
I'm thinking of moving our ACDS to another volume and I don't want to have to fool around with IGDSMSxx.
So, if I issue SETSMS SAVEACDS(<new temp acds>), followed by a SETSMS ACDS(<new temp acds>), will SMS then deallocate the old ACDS en get an ENQ on the new one?
If so, I should be able to move this (old) ACDS to another volume. If not, what would be the best way to move the ACDS? |
|
| Back to top |
|
 |
Pete Wilson
Active Member
Joined: 31 Dec 2009
Posts: 580
Location: London
|
|
|
|
First save the current ACDS into a spare SCDS with SETSMS SAVESCDS(scds.name). This provides a further backout if needed!
Define your new ACDS, then do a SETSMS SAVEACDS(new.ACDS) into it
SETSMS ACDS(new.ACDS) to switch to the newly defined one
Move the original ACDS to the new volume. (it would not be allocated at this point)
SETSMS SAVEACDS(original.ACDS) into your original ACDS (in case something changed while doing your volume move)
SETSMS ACDS(original.ACDS) |
|
| Back to top |
|
|
Willem Vermeer
New User
Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands
|
|
|
|
Pete,
Great! Just what I needed. |
|
| Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009
Posts: 580
Location: London
|
|
|
|
No problem, all comes from Chapter 13 of the DFP Storage Admin Ref
publibz.boulder.ibm.com/epubs/pdf/dgt2s280.pdf
Be sure you see the responses from each command before progressing to the next stage. And look out for any WTOR's that may pop up. Might be good for you to read the above bit of the manual to see what WTOR responses to use for various situations as it can be critical. |
|
| Back to top |
|
|
Willem Vermeer
New User
Joined: 31 Oct 2007
Posts: 38
Location: Amsterdam, the Netherlands
|
|
|
|
Pete,
You're right. Definitely a case of RTFM. Should've looked a bit better, but thanks anyway. |
|
| Back to top |
|
|
|
|
