On Tue, 30 Nov 2010 00:51:17, Jaco Kruger <[email protected]> wrote:
>We are in the process of upgrading from a z900 to a Z9. Bothr CECs contain a >Production CF LPAR, Production and Development LPAR. The second CEC also >contains 2 Sandbox CF LPARs and 2 Sandbox LPARs. > >We want to move 1 Sandbox CF LPAR and 1 Sandbox LPAR to the first CEC. >Shared CPs is assigned to the Sandbox CF LPARs and it is capped. > >Is there any pittfalls that we need to be aware of ? Is this possible ? Not sure I completely understand the beginning and ending configurations, but if you are ending up with 1 Prod CF and 1 Sandbox CF on your target CEC, there should be no issue. We've been running with 2 CFs (1 Prod, 1 Sandbox) on each of our z10's (and previously z9's) successfully for some time. I can't see a need more than one CF per Sysplex on the same box. STI will be your physical bottleneck, if any, so be mindful of how many internal CFP links you define. You need no more than one for Sandbox. If you lose an ICF link, you've probably lost the whole machine. Redundancy is moot. You may or may not see performance improvements by having multiple ICF links for Prod, but more than 2 could bottleneck the STIs, depending on your machine and workload. I don't know of a way to measure STI utilization. The biggest variable is DYNDISP. You didn't say whether your CPs are shared with z/OS (GPs). At the very least, consider purchasing/characterizing an ICF engine. If you're using GPs, you'll probably have to run DYNDISP=ON, which has a pronounced negative impact on ISGLOCK, among others. If you have an ICF, turn DYNDISP OFF for Prod. Let it spin/poll so it always has the CF processor when it needs it. We leave DYNDISP=ON for sandbox, so in theory, if it has nothing to do, Prod can steal the ICF (Sandbox is capped, Prod is not). YMMV. HTH, Art Gutowski Ford Motor Company ---------------------------------------------------------------------- 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
