I beleive that full repository contacted when object accessed first time - regardless of whether it is new or old object. There are also updates going to full repositories when object changed. I think there is also some refresh of the object information going on b/w partial and full repositories to ensure that unused objects removed.
I guess it will work if repository down but you may have issues when you
recover full repository and all partial will try to resync. One thing I
learned - cluster works perfectly when it does, once you get an issue - it
could be very difficult to resolve. Personally don't think it is worth
doing , nor that it save you anything. FP are very lightweight and you can
run it in any critical box that has got mq already (to avoid pay the
license).
Alexander Gerasimenko
(a.k.a. Sasha)
Application Integration Analyst
Application Messaging &
Integration Team, ISW , *120, x.6629
Information Services
International, (part of Mars Inc.)
DDI: +44 (0) 118 9446629
mobile: +44 (0) 7966920715
mailto:
[EMAIL PROTECTED]
web: www.mars.com
[EMAIL PROTECTED]
Sent by: MQSeries List <[email protected]>
04/12/2006 09:19
Please respond to MQSeries List
To:
[email protected]
cc:
Subject:
Cluster, Repository, SPOF
hi!
the ibm doc recommends to always use at least two full repositories in a
cluster, because just on fp would be a single point of failure.
is't really so important to have two fp?
what happens if i use only one fp and it crashes?
there is no interrupt in normal operation, because every cluster-node has
a partial repository that should up to date. is that correct? if a
cluster-node doesn't know about a cluster object, it requests that
information at the fp and subscribes to subsequent information concerning
that object. in normal operation the partial repos should be up to date.
a problem arises only when a cluster object is created or changed?
thanx for help
--
"Ein Herz für Kinder" - Ihre Spende hilft! Aktion:
www.deutschlandsegelt.de
Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's
Cup-Yacht!
To unsubscribe, write to [EMAIL PROTECTED] and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
jpgaJMPJdVStR.jpg
Description: JPEG image
