|
You're wrong, I'm a complete midrange guru. I compiled RPG programs on a Sys/32. I could still compile a Sys/34 program with RPGC PROGRAM,100,100,REPLACE,USER,USER command. I remember running the S/38 version 1.0 SEU with the F5=Take back key. I've also been working on the more volatile Intel and Microsoft world. I feel both have there place. The AS/400 has it in terms of the reliability, you got that right. But the PCs can be acquired cheap enough to be redundant. Many of our solutions have involved the PC over the years and most OS/400 software providers have wished to as well. When the customers wished integrate the AS/400 to their desktop we don't tell them a 5291 would do better, but it probably would. With the NTServer support now available on the IPCS, our solutions at CMI are all under the AS/400 covers. But the fact still remains: Single point of failure, be it ever so rare. Ken Slaugh Senior Programmer/System Analyst AS/400 Professional Network Administrator/MSE Specialist - Client Access/400 Chouinard & Myhre, Inc. > -----Original Message----- > From: boothm@ibm.net [SMTP:boothm@ibm.net] > Sent: Saturday, May 08, 1999 6:16 PM > To: MIDRANGE-L@midrange.com > Subject: RE: Too many Eggs was:(Great AS/400 Review ! Please > visit) > > Ken, then I'd guess you haven't been around the mid-range box long. > This > is preaching to the choir, but the war stories are always interesting. > > > First though, one feature of the IBM mid-range (I say mid-range > because > the war stories go wayyyy back before the AS/400) is that they run. > They > just plain run. Disaster recovery is a rare thing. > > You know, for example, that there are _no_ AS/400 viruses ever in the > wild? > > Another example: back in the 1980s I had a Sys/34 sit under a running > sprinkler system all night. The water was 8" deep in there in the > morning. Once we got the room dried out we started the Sys/34 and it > ran. > The high-water mark was a source of pride for us until the company > sold > the plant and went on to other things. > > On the other hand if disaster recovery is inevitable then the AS/400 > is > the box you do want. Backup and recovery procedures are clearly > understood and practiced, scheduling is well behaved, and the tapes > behave. Manuals are thorough and detailed and operations know just > the > steps to use. Recoveries recover the first time if you follow > instructions, and the recovery time is reliantly quick. > > > > In <0D4325EAB923D111A86D08005AB9A89D0D167F@CMPC365>, on 05/08/99 > at 04:51 PM, Ken Slaugh <ken.slaugh@cm-inc.com> said: > > >I hate to be around when part of this system goes down. Heaven forbid > >having to upgrade it and even back it up completely. Isn't the saying > >something like 'Too many eggs in one basket'. > > >Are we really trying to find a single hardware platform to run all > this > >stuff? When it comes down to a single power or processor source I get > >sceptical. > > >Ken Slaugh > > -- > ----------------------------------------------------------- > boothm@ibm.net > Booth Martin > ----------------------------------------------------------- > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.