|
midrange.com
A couple of points to set the record straight - as perceptions (which by
definition are always valid) are set by a situational usage of a product.
1. A High Availability solution is certainly a complex undertaking and the
solution has to take into account operational and application aspects. As
an aside, one of the chief benefits of IBM's Clustering Initiative, where
OS/400, the High Availability Middleware (like MIMIX), and the Application
(whether off the shelf or in-house) all participate in the high
availability design, is a lowering of that complexity. Realize, that this
is a longer-term notion - maturing over time.
2. Application design is a dominant factor in the solution - said another
way, Availability Management software like MIMIX, has to work around/with
the application(s) as designed - often at the expense of increased
complexity. Homily: "Life is full of trade-offs"
3. Shutting down users/applications in order to prepare for backups or
batch is an operational/application issue - not a MIMIX restriction per-se.
It all depends on how the applications are designed. For Brian's
application and operational processes, 20 minutes to establish a
checkpoint is what he experiences. Others can and do experience entirely
different results. For example, the AS/400 Web site in Rochester, MN is a
MIMIX customer - they do planned switchovers (for backups, maint, web
updates, etc) in less than 5 minutes. With some of the 3-tier applications
using IP based networks, MIMIX can achieve server switchovers in 15
seconds.As always, "mileage will vary" (gee some axioms, never change).
4. Applications do not need to change for MIMIX - don't know what your
problem was or is with deletes, but MIMIX handles deleted records just
fine.
Glenn Van Benschoten vanbensg@lakeviewtech.com
Director, Product Marketing
Lakeview Technology
2450 Marion Road SE, Suite 106
Rochester, MN 55904
Rochester Office (507)-529-2186
Home Office (507)-280-8043
Fax (507)-529-2160
Pager 1-800-759-8888 PIN 1300238
(numeric, voicemail, or e-mail to 1300238@skytel.com)
bbabino
<bbabino@nbnet.nb.c To: MIDRANGE-L@midrange.com
a> cc:
Sent by: Subject: Re: Mirroring
AS400's
owner-midrange-l@mi
drange.com
11/09/99 08:58 AM
Please respond to
MIDRANGE-L
Mimix is a very good product but be prepared for major headaches. It is a
very
complicated solution a requires a great deal of planning and consultation.
Also be
aware that it will not give you 100% uptime. All users must still sign off
the
system to set a bookmark in the journal ( try to find that out in any
documentation) so come backup time you will be down for about 20 min.
depending on
how fast you can get the users off.. Also any programs that do deletes
instead of
clears will have to be rewritten etc... Don't get me wrong this is about as
good as
there is out there but go in prepared.
Brian Babineau
BBabineau Consulting
bbabino@nbnet.nb.ca
Barry Kolochuk wrote:
> Christy there is a company called Lakeview Technologies who have a very
good
> product call MIMIX 400 for Mirroring AS400's. I am currently not using
them but
> am sorry now I didn't. You can get to them via their web site at
> WWW.PRAXISINT.COM or WWW.LAKEVIEWSOLUTIONS.COM.
>
> Barry
>
> Christina Beneteau wrote:
>
> > Christy
> >
> > We are in the process of determining the best way to accomplish
> > 24 hour access to our AS400. Currently access is denied for about 4
> > hours a night. This is due to system backup and nightly processing
jobs
> > such as billing. At month end we have about 12 hours of down time for
> > the users. While some of the restriction of access is due to nightly
> > back up over half of the time is because of our ERP solution, BPCS.
> >
> > I have been looking into how we could mirror the database.
Once
> > mirrored then unlink them so that backup and nightly processing could
be
> > ran over the mirrored database. Data changes would continue in the
> > original database. After the backup and nightly processing then these
> > databases would need to be brought back into sync. There would be
> > changes in both databases, is there such a thing as two way mirroring?
> > Has anyone done this? I have been told that in order for us to change
> > the database that the application is running over that we would need to
> > use ASPs. I have had a hard time finding people that have actually
done
> > this. Any possible solution that I have seen approaches it either from
> > the software or hardware side but not using a combined approach. I
> > appreciate any comments anyone has on this. Thanks.
> >
> > Christy Beneteau
> > Intermatic
> > +---
> > | 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
> +---
+---
| 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.
