RE: Too many Eggs was:(Great AS/400 Review ! Please visit)

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
+---