|
I still have my doubts about how well this would work. After all, there is more to an iSeries today than your production program library and your production data library. Along with user profiles, authorization lists, IFS files, spool files, etc, etc, etc. Basically, what would be in your system ASP? Even if it is just OS, what about all the times that an OS upgrade goes out and touches every object on a system? Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin "Jeff Silberberg" <jsilberberg@mindspring.com> Sent by: midrange-l-bounces@midrange.com 01/29/2003 09:40 PM Please respond to Midrange Systems Technical Discussion To: "Midrange Systems Technical Discussion" <midrange-l@midrange.com> cc: Fax to: Subject: Re: Joe's V5R1 upgrade Mark, We can do this now. You setup independant storage pools, and you can move them from one system to another. so if you have a system ASP, and everything else in other ASPs 1-n you can vary one off and vary it onto another box. It works best with SHARK I think, but was beening demoed at the Nashville Common last year. So, at least in theory. If you have two systems capable of handling the workload, you could move all the user area's (storage) to system two and them update system one with ~zero user down time. JMS... ----- Original Message ----- From: "Mark Phippard" <MarkP@softlanding.com> To: "Midrange Systems Technical Discussion" <midrange-l@midrange.com> Sent: Wednesday, January 29, 2003 8:35 PM Subject: RE: Joe's V5R1 upgrade > > As Walden and others have pointed out, with a cluster of Linux or Windows > systems you can take a system out of the cluster to apply fixes without > bringing down the cluster and your application. > > I think the iSeries really needs to improve in this area. As it stands, I > would have a real hard time recommending the iSeries for someone with high > availability needs in a "connected world". The iSeries rocks when it comes > to unscheduled downtime, but it is not so great in the area of planned > downtime. _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo.cgi/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.