Also, z/OSMF runs on z/OS.. do the others?
        I do not currently have enough hands on experience w/ z/OSMF to vote 
yay or nay on z/OSMF. The tools I am referring to do not.
Who knows what h/w and OS KC, RL, etc. run on.
        *NIX hardware is in a class w/z hardware. They do not have the dynamic 
sparing capabilities of z hardware
Do their RAS ever match the z's?
        The RAS factor for *NIX hardware does not equal the RAS on z hardware 
for the most part.


My consistent complaint with IBM over the last 5 years or more is they are 
providing   <sarcasm>"wonderful"</sarcasm>   new tools (and I am specifically 
referring to non-zOS items such as KC, SHOPz, .....)
that are not as reliable functional or available as the items they are 
replacing.

The "wonderful" new tools are not  as available as their "green screen" 
predecessors.
        "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/xxxx @ xx.xx pm"
The "wonderful" new tools are not as functional as their predecessors.
        KC has many broken links that appear/disappear periodically. Other 
tools as well.
        Tools get new URLS at random times and the old links are not forwarded.
The "wonderful" new tools are not as reliable as their predecessors.
        "SHOPZ down?" How many threads have there been on this in the last year?

If I were in charge of any z/OS shop that behaved like the above, I would be 
out the door (extremely quickly).
Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" 
capabilities. There is no excuse for any web based application to be 
unavailable for 24 hours in this day and age.

IBM's flagship operating system (z/OS) claims "six nines" of availability 
(99.999999%;  About 3 seconds of down time per year) when configured in a 
parallel sysplex.
Should the support tools not have the nearly the same availability?. I'd settle 
for 99.99%  availability (about 87 hours/year of down time, just not in 24 hour 
chunks).
24 hours of down time for the non-z applications represents about 121 years of 
z/OS downtime.
IBM should be embarrassed by those availability figures for their support 
applications.



::DISCLAIMER::
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to