× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: High Availability on AS/400
  • From: "Popeil, Russ" <Russ.Popeil@xxxxxxxxx>
  • Date: Fri, 23 Jan 1998 05:43:56 -0700

Thanks for your input. 

I am still gathering information.

Russ Popeil
Avnet Computer - Solutions That Mean Business
Office:   516-677-9346
Fax:       516-677-0296
Beeper: 516-786-5846
eMail:  Russ.popeil@avnet.com
http://www.ac.avnet.com



> -----Original Message-----
> From: therrin@isaac.net [SMTP:therrin@isaac.net]
> Sent: Thursday, January 22, 1998 4:04 PM
> To:   Russ.Popeil@avnet.com
> Subject:      Re: High Availability on AS/400
> 
> On Wed, 21 Jan 1998 12:26:57 -0700, you wrote:
> >> I have started looking at MIMIX and Vision high availability
> >> solutions. For 2 as/400's (one is a hot backup)  in different
> >> buildings. All users are connected to the AS/400 via Token Ring and
> CA
> >> for NT,  the desktops are NT 4.0. 
> 
> I just finished installing Vision Solutions OMS Gold Suite on our two
> 530 systems.  Like your scenario, we have two machines with one as a
> "hot" backup.
> 
> >> If you have experience with either please explain how well each
> >> product performs in the following areas:
> >>    Fall Over  (move of users from primary to secondary system. Time
> >> for fall over)
> 
> If we lose the primary system we can have the users up on the second
> system within thirty minutes.
> 
> >>    Fall Back ( move of users back to the primary system and re-sync
> >> of systems) 
> 
> Move back takes about an hour, which includes the bringing down and up
> of our applications, with the actual roll over taking less than a half
> hour.  No resynch is required if we didn't lose any data in the system
> failure.  Once the primary system is restored, OMS sends all the new
> data updates back over to the primary system in "reverse" mode to
> catch it back up to the backup system.  This happens while the users
> are still on the backup system, so it's transparent.  Once caught up,
> a planned roll back is done, taking the hour or so I mentioned above.
> 
> >>    Data base replication
> 
> Works perfectly with no problems.
> 
> >>    Object replication (pgms, message files, data queues, user
> >> spaces etc.)
> 
> Objects are replicated fine except for:
> 1. Outq's are mirrored but no spool files within the outq's.
> 2. Message files are mirrored but not the messages they contain.
> 
> >>    Security (profiles and object)
> 
> Mirrored with no problems.  All security is handled, both for profiles
> and object security.
> 
> >>    Type of intersystem connections
> 
> You can use token ring, ethernet, OptiConnect, FDDI, and probably more
> than that.  We use a dedicated FDDI ring for mirroring, which provides
> plenty of bandwidth.  At peak times we are sending over 2 million
> transactions per hour, with no bottleneck in communications.  The
> backup machine stays within a couple of seconds of the primary
> machine.
> 
> >>    Performance impact
> 
> There was some performance impact on the primary machine, but not
> enough where our users noticed any difference.  Unless your client is
> currently running at a high utilization of their machine, OMS/ODS
> should not cause a performance problem.  I would recommend you plan on
> a 10% CPU overhead to run the Vision product.  We also run OMS and ODS
> in a dedicated memory pool, so additional memory may be needed
> depending on current utilization.  I highly recommend you use two
> identical AS/400's.
> 
> Hope this helps!
> 
> Terry Herrin
> Sr. Programmer/Analyst
> New Hanover Regional Medical Center
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.