This post should be saved and not read until Friday for the proper mind-set.
I think the correct term should be 24/7/52.1775, as there are 52.1775 weeks in an average [1] year rather than 365, 366, or even 265. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: [email protected] * w: www.rocketsoftware.com [1] averaged over a complete Gregorian calendar cycle of 400 years. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Clark Morris Sent: Monday, May 21, 2012 1:52 PM To: [email protected] Subject: Re: IBMLink outages in 2012 On 20 May 2012 20:18:55 -0700, in bit.listserv.ibm-main you wrote: >24/7/265? That hurts, sounds more like my tyres. I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 (or should that be 365.24?). Clark Morris > >MARK DOUGLAS > >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:[email protected]] On >Behalf Of Clark Morris >Sent: Monday, 21 May 2012 1:10 PM >To: [email protected] >Subject: Re: IBMLink outages in 2012 > >On 20 May 2012 18:28:50 -0700, in bit.listserv.ibm-main you wrote: > >>On 5/20/2012 7:33 PM, Mary Anne Matyaz wrote: >>> Except for an 'outage' is not 'scheduled maintenance'. So they still >>> hit 24/7 as long as they do it during a 50 some hour outage. :) >>> >>> MA >>> >>>> Let me know if I missed any. Clearly we still have a way to go for 24/7. >>> >>> 100%, 99%, 98.4%, 97.5%, 97.4%: clearly trending in the wrong >>> direction. The average up-time so far in 2012 is 98.46% ... not even two >>> nines. >>> >>> Of course, things look far worse if you consider weekends -- when >>> most customer scheduled outages take place -- to be 'prime time' for >>> IBMLink availability. :-\ >>> >>> -------------------------------------------------------------------- >>> -- For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >> >>For our purposes, an outage is an outage, scheduled or not. Our >>requirement to IBM is clearly 24/7/365(6), for all of IBMLink, SR, >>ShopZ, Internet Service Retrieval, etc. Ed's right in that IBM >>exacerbates the problem by having the outages during most z/OS >>installation's prime time for maintenance. They should move these >>outages to 0dark30 on Thursday morning or something. > >In a private e-mail, I was correctly brought to task for repetitive >postings comparing IBM to Microsoft. However I think I have been >making my point badly. It seems that IBM feels that it is not worth >the investment to bring this application (Service Link, >etc.) to a 24/7/265 level of reliability and some people who I know and >respect here would have this lower on the list of priorities believing >there are more urgent issues. However my point is two fold, the first >is that we can point to another vendor that seems to do better and that >this may well cast doubts on the reliability of the z series platform. >In dealing with the problem we need to determine if this is basically >just a problem for z/OS support staff that doesn't affect the >perception of the platform or is this something that hurts those of us >who are advocating that the z series platform is the best one for our >critical applications. In short is this just a techy problem or is it >also an image problem within the larger organization? > >Clark Morris >> >>Regards, >>Tom Conley >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [email protected] with the message: INFO IBM-MAIN > > >***************************** Disclaimer ***************************** > >The contents of this electronic message and any attachments are intended only >for the addressee and may contain privileged or confidential information. They >may only be used for the purposes for which they were supplied. If you are not >the addressee, you are notified that any transmission, distribution, >downloading, printing or photocopying of the contents of this message or >attachments is strictly prohibited. The privilege of confidentiality attached >to this message and attachments is not waived, lost or destroyed by reason of >mistaken delivery to you. If you receive this message in error please notify >the sender by return e-mail or telephone. > >Please note: the Department of Public Works carries out automatic software >scanning, filtering and blocking of E-mails and attachments (including emails >of a personal nature) for detection of viruses, malicious code, SPAM, >executable programs or content it deems unacceptable. All reasonable >precautions will be taken to respect the privacy of individuals in accordance >with the Information Privacy Act 2009 (Qld). Personal information will only be >used for official purposes, e.g. monitoring Departmental Personnel's >compliance with Departmental Policies. Personal information will not be >divulged or disclosed to others, unless authorised or required by Departmental >Policy and/or law. > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN

