That's a very interesting idea! Never tried it myself, but I am pretty
sure you can do exactly what you want using basic HCD facilities.
Here's a high level sketch of the steps I think you need to follow:
1) First, take your existing IODF and follow the steps to generate a
migration deck. This is described in manual z/OS HCD Users Guide, in topic
8.8 Build I/O Configuration Statements. Use the Configuration Type ->
Operating System option.
2) Delete everything except references to your virtual tape. You will be
left with IODEVICE statements which look like this:
IODEVICE ADDRESS=(0800,16),UNIT=3490, *
FEATURE=(SHARABLE,COMPACT),OFFLINE=YES,DYNAMIC=YES, *
LOCANY=YES, *
USERPRM=((LIBRARY,YES),(AUTOSWITCH,YES),(LIBRARY-ID,1111*
1),(LIBPORT-ID,01),(MTL,NO)),CUNUMBR=0800
and so on for the rest of the virtual tape devices.
3) Set up a JCL job stream to run program CBDMGHCP and pass the appropriate
parameters (like PARM='MIGR,I,PROC1,9672-E08,LPAR' as shown in topic 12.2.4
Migrate I/O configuration statements.
4) When run at DR, the user could simply update the USERPRM to match the
LIBRARY-ID and LIBPORT-ID of your DR vendor's machine. This will work if
your DR vendor's virtual tape device has the same number of devices as your
real one does.
5) Take the control cards updated in step 4 and run the JCL you set up in
step 3 at the DR site.
I've glossed over some of the steps, so just ask if you have more
questions... Or, perhaps someone else will have a better idea how to do
this...
Brian
On Mon, 27 Feb 2006 11:21:46 -0600, McKown, John
<[EMAIL PROTECTED]> wrote:
>OK, I know how to change a work IODF using the ISPF HCD dialogs. Is
>there a way to use batch? What I want to do is create a batch job to
>make specific changes to a work IODF in order to change LIBRARY IDs when
>we go to disaster recovery. It's not a "big deal" to document how to use
>HCD, but I would prefer a more "batch" oriented way, just so that I
>don't need to assume HCD knowledge in a disaster scenario.
>
>Oh, we don't have any money for a product, so IBM and/or OEM vendor
>products to do this is not an option.
>
>--
>John McKown
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
