Broker-Cluster

Folgende Probleme betreffen Broker-Cluster.

• In dieser Version werden lediglich vollständig verbundene Broker-Cluster unterstützt. Dies bedeutet, dass jeder Broker in einem Cluster direkt mit allen anderen Brokern im Cluster kommunizieren muss. Wenn Sie Broker mithilfe des Befehlszeilenarguments imqbrokerd -cluster zu einem konventionellen Cluster verbinden, müssen Sie darauf achten, dass alle Broker im Cluster enthalten sind.

• Wenn ein Client mit einem Broker in einem Hochverfügbarkeits-Broker-Cluster verbunden ist, versucht die Client-Laufzeit solange, eine Verbindung herzustellen, bis sie erfolg hat (der Wert im Verbindungsfactory-Attribut imqAddressListIterations wird ignoriert.)

• Ein Client kann nur die Inhalte von Warteschlangen durchsuchen, die sich auf seinem Home-Broker befinden. Der Client kann weiterhin Meldungen an eine beliebige Warteschlangesenden und Meldungen von jeder beliebigen Warteschlange im Cluster konsumieren. Die Einschränkung betrifft nur das Durchsuchen der Warteschlange.

• In einem konventionellen Cluster , die Broker mit Version 4.2 enthält, müssen alle Broker Version 3.5 oder höher aufweisen.

• Message Queue 4.2- und 4.1-Broker können standardmäßig nicht in einem Cluster mit Message Queue 3.7- oder 3.6-Brokern interagieren, da sich der Standardwert von imq.autocreate.queue.maxNumActiveConsumers zwischen diesen Versionen geändert hat. (Fehler 6716400)

  UmgehungÄndern Sie bei den Message Queue 4.2- und 4.1-Brokern imq.autocreate.queue.maxNumActiveConsumers vom Standwertwert -1 auf den Standardwert der vorherigen Version, 1.

• Bei der Konvertierung aus einem konventionellen Cluster in einen Hochverfügbarkeits-Cluster können Sie mit dem Datenbank-Manager-Dienstprogramm von Message Queue (imqdbmgr ) einen bestehenden eigenständigen JDBC—basierten Datenspeicher in einen gemeinsam genutzten Hochverfügbarkeits-Datenspeicher konvertieren, wie in Converting a Standalone Data Store to a Shared Data Store in Sun Java System Message Queue 4.2 Administration Guide dokumentiert.

• Ein Broker kann bei Verwendung von HADB ausschließlich Nachrichten bis zu einer Größe von 10 MB verarbeiten. (Fehler 6531734)

• Die Umwandlung in einen HADB-Speicher mit dem Befehl imqdbmgr upgrade hastore kann mit der Fehlermeldung "zu viele Sperren gesetzt" fehlschlagen, wenn der Speicher mehr als 10.000 Nachrichten enthält. (Fehler 6588856)

  Umgehung: Verwenden Sie den folgenden Befehl, um die Anzahl an Sperren zu erhöhen.

  hadbm set NumberOfLocks=<gewünschte_Anzahl>

  Weitere Informationen finden Sie unter "HADB Problems" im Sun Java System Application Server 9.1 Enterprise Edition Troubleshooting Guide.

• Wenn mehr als 500 Remote-Nachrichten in einer Transaktion übermittelt werden, gibt der Broker möglicherweise den Fehler "HADB-E-12815: Kein Tabellen-Arbeitsspeicher mehr verfügbar.” (Fehler 6550483)

  Weitere Informationen finden Sie unter "HADB Problems" im Sun Java System Application Server 9.1 Enterprise Edition Troubleshooting Guide.

• In einem Broker-Cluster werden die Meldungen an eine entfernte Verbindung, die noch nicht gestartet wurde, in die Warteschlange gestellt. (Fehler 4951010)

  Umgehung: Der Konsument erhält die Meldungen, sobald die Verbindung gestartet wurde. Die Nachrichten werden an einen anderen Konsument gesendet, wenn die Verbindung beendet wird.

• Wenn ein Konsument mehr als eine Nachricht von einem Remote-Broker in einer Transaktion empfängt, ist es möglich, dass die folgende Fehlermeldung für den Broker protokolliert wird. Diese Fehlermeldung ist nicht kritisch und kann ignoriert werden:

  [26/Jul/2007:13:18:27 PDT] WARNING [B2117]: 
  Nachrichtenbestätigung fehlgeschlagen aus
  mq://129.145.130.95:7677/?instName=a&brokerSessionUID=3209681167602264320:
      ackStatus = NOT_FOUND(404)\
      Ursache = Aktualisieren von Remote-Transaktionsstatus auf COMMITED(6): 
  Transaktion 3534784765719091968 nicht gefunden, die Transaktion
  wurde möglicherweise bereits übermittelt.
      AckType = MSG_CONSUMED
      MessageBrokerSession = 3209681167602264320
      TransactionID = 3534784765719091968
          SysMessageID = 8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690
          ConsumerUID = 3534784765719133952\par
  
  [26/Jul/2007:13:18:27 PDT] WARNING Benachrichtigung zur Übermittlung von Transaktion 
  [8-129.145.130.95(95:fd:93:91:ec:a0)-33220-1185481094690, 
  [consumer:3534784765719133952, type=NONE]]
  TUID=3534784765719091968 erhielt Antwort: 
  com.sun.messaging.jmq.jmsserver.util.BrokerException:
   Aktualisieren von Remote-Transaktionsstatus auf COMMITED(6): 
    Transaktion 3534784765719091968 nicht gefunden, die Transaktion wurde möglicherweise
    bereits übermittelt:
  com.sun.messaging.jmq.jmsserver.util.BrokerException: Aktualisieren von Remote-Transaktionsstatus 
  auf COMMITED(6): Transaktion 3534784765719091968 nicht gefunden, die Transaktion wurde möglicherweise
   bereits übermittelt.

  Diese Meldung wird im Protokoll erfasst, wenn der Nachrichten-Startbroker für spätere Nachrichten in der Transaktion über die Übermittlung benachrichtigt wurde, sobald die imq.txn.reapLimit-Eigenschaft im Vergleich zur Anzahl an Remote-Nachrichten in einer Transaktion gering ist. (Fehler 6585449)

  Umgehung: Um diese Meldung zu verhindern, erhöhen Sie den Wert der Eigenschaft imq.txn.reapLimit.