All, One of my team mates is working up a new IODF. At our D/R site we have Both production workload(live data), replicated data(for D/R, from other site), and BCV's(for D/R testing). Because of this, the IODF for this datacenter has run out of available ranges for UCB's. My team mate was playing around in HCD, and figured out that he could define the SAME UCB address to a different CU as long as it was not part of the same Channel Sub system group. The thought process would be that the D/R test system needs no access to Any other disk.
See his example below: -------Device------- --#--- --------Control Unit Numbers + -------- Number Type + CSS OS 1--- 2--- 3--- 4--- 5--- 6--- 7--- 8--- A000 3390B 2 1 A000 ____ ____ ____ ____ ____ ____ ____ A000 3390B 1 1 D000 ____ ____ ____ ____ ____ ____ ____ A001 3390B 2 1 A000 ____ ____ ____ ____ ____ ____ ____ A001 3390B 1 1 D000 ____ ____ ____ ____ ____ ____ ____ The intention is to reuse UCB addresses for the BCV's, thereby freeing up UCB ranges for Live production data. He's contacting both IBM and probably EMC for feedback. I believe that This would work(forget about SHOULD we be doing this for a minute), since the CU is Mapped to the physical layout genned in the hardware. The long term plan though is to have the storage group start genning and using Mod-27's and 54's so that we Consume fewer UCB's for disk and PAV's for the same storage capacity. What are your thoughts? Dave ________________________________________________________ Dave Jousma Principal Systems Programmer Fifth Third Bank Information Technology ' Phone: (616) 653-8429 7 Fax: (616) 653-8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- 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
