Fehler beheben, die bei der Implementierung von Nachrichtenflüssen auftreten

In diesem Abschnitt finden Sie Lösungsvorschläge für einige häufig auftretende Probleme bei der Implementierung von Nachrichtenflüssen oder Nachrichtengruppen.

Der Nachrichtenfluss kann nur auf dem Testsystem implementiert werden

Ihre Implementierung gibt an, dass der Broker nicht vorhanden ist

Der Konfigurationsmanager möchte einen Broker implementieren, der nicht vorhanden ist

Der Konfigurationsmanager hat die Speicherkapazität überschritten

Beim Implementieren eines Version 2.1-Brokers wird ein Korrelationsnamensfehler ausgegeben

Beim Implementieren unter z/OS werden Fehlernachrichten ausgegeben

Für eine gemeinsam genutzte Warteschlange, die mehrere Instanzen eines Nachrichtenflusses unter z/OS bedient, ist eine erwartete serielle Anordnung für die Eingabe nicht eingetreten

MQe-Knoten funktionieren nach dem Implementieren in einem Broker mit WebSphere Message Broker Version 6.0 nicht mehr so wie erwartet.

Die Fehlernachricht BIP2432 wird ausgegeben, wenn Sie einen Nachrichtenfluss von Version 6.0 Konfigurationsmanager aus in einem Broker mit Version 2.1 implementieren.

Fehlernachricht BIP5347 wird auf AIX ausgegeben, wenn eine Nachrichtengruppe implementiert wird

Beim Implementieren werden Fehlernachrichten ausgegeben

Weitere Fehlernachrichten, die möglicherweise während einer Implementierung generiert werden, sind im Folgenden zusammen mit Erläuterungen aufgelistet:

Nachricht BIP1106 mit WebSphere MQ-Ursachencode 2030
  • Szenario: Beim Implementieren einer großen Nachrichtengruppe wird Fehlernachricht BIP1106 mit Ursachencode 2030 ausgegeben.
  • Erläuterung: Die Nachrichtenlänge überschreitet die maximal zulässige Nachrichtenlänge der Übertragungswarteschlange für den Warteschlangenmanager des Brokers.
  • Lösung: Erhöhen Sie die maximal zulässige Nachrichtenlänge für die Übertragungswarteschlange wie folgt mit dem Befehl WebSphere MQ alter qlocal , wobei die maximal zulässige Nachrichtenlänge (maxmsgl) in Byte angegeben wird:
    alter ql(transmit_queue_name) maxmsgl(104857600) 
    Weitere Informationen zu diesem Befehl finden Sie im Abschnitt System Administration Guide des WebSphere MQ Version 6 Information Center online oder WebSphere MQ Version 5.3 auf der Webseite der Bibliothek zu WebSphere MQ.
Nachricht BIP1106 mit WebSphere MQ Fehler AMQ7463
  • Szenario: Beim Implementieren einer großen Nachrichtengruppe in einem Broker, der denselben Warteschlangenmanager benutzt wie der Konfigurationsmanager, wird Fehlernachricht BIP1106 mit Ursachencode 2102 ausgegeben. Außerdem wird die WebSphere MQ-Fehlernachricht AMQ7463 mit folgendem Text ausgegeben: Das Protokoll für Warteschlangenmanager <Warteschlangenmanager> ist voll.
  • Lösung:
    1. Stoppen Sie den Konfigurationsmanager mit dem Befehl mqsistop:
      mqsistop Konfigurationsmanager -q -i
    2. Stoppen Sie den Broker mit dem Befehl mqsistop:
      mqsistop Broker -q -i
    3. Stoppen Sie den Warteschlangenmanager mithilfe des Befehls WebSphere MQ amqmdain:
      amqmdain end <WS_Manager>
    4. Wenn WebSphere MQ Version 5 installiert ist:
      1. Starten Sie die WebSphere MQ-Services.
      2. Klicken Sie mit der rechten Maustaste auf den Warteschlangenmanager, und klicken Sie auf Eigenschaften.
      3. Klicken Sie auf die Registerkarte Log (Protokoll).
    5. Wenn WebSphere MQ Version 6 installiert ist, starten Sie den WebSphere MQ-Explorer, und wählen Sie im linken Teilfenster den Protokolleintrag aus.
    6. Starten Sie den WebSphere MQ-Explorer, und wählen Sie im linken Teilfenster den Protokolleintrag aus.
    7. Erhöhen Sie die Anzahl der primären und sekundären Protokolldateien, so dass die Gesamtgröße größer als die Implementierungsnachricht ist.
    8. Starten Sie den Konfigurationsmanager mit dem Befehl mqsistart erneut.
    9. Starten Sie den Broker mit dem Befehl mqsistart erneut.
Nachricht BIP1538 mit Ursachencode 2218
  • Szenario: Beim Implementieren einer großen Nachrichtengruppe wird Fehlernachricht BIP1538 mit Ursachencode 2218 ausgegeben.
  • Erläuterung: Die Nachrichtenlänge überschreitet die auf dem Kanal maximal zulässige Nachrichtenlänge.
  • Lösung: Erhöhen Sie den Kanalparameter maxmsgl wie folgt für beide Kanalpaare an beiden Enden:
    1. Rufen Sie im Warteschlangenmanager des Konfigurationsmanagers den Befehl WebSphere MQ alter channel auf:
      alter chl(CM_to_BRK) chltype(sdr) MAXMSGL(104857600) 
      alter chl(BRK_to_CM) chltype(rcvr) MAXMSGL(104857600) 
    2. Rufen Sie im Brokerwarteschlangenmanager den Befehl WebSphere MQ alter channel auf:
       alter chl(BRK_to_CM) chltype(sdr) MAXMSGL(104857600) 
       alter chl(CM_to_BRK) chltype(rcvr) MAXMSGL(104857600)
    3. Stoppen und starten Sie die Kanäle erneut.
Nachricht BIP1536
  • Szenario: Sie haben den Konfigurationsmanager für die Ausführung mit einer Benutzer-ID und einen Broker für die Ausführung auf einem anderen System mit einer anderen Benutzer-ID definiert. Die Implementierung erfolgt zwar, aber wenn sie Nachrichtenflüsse und Nachrichtengruppen im Broker implementieren, wird Fehlernachricht BIP1536 ausgegeben.
  • Erläuterung: Der Konfigurationsmanager kann keine internen Subskriptionen im Broker eintragen, weil der Broker unter einer anderen Benutzer-ID als der Konfigurationsmanager ausgeführt wird. Interne Nachrichten werden zwischen dem Broker und dem Konfigurationsmanager über die Funktion Publish/Subscribe weitergeleitet. Diese Nachrichten werden durch WebSphere MQ übertragen, für das bestimmte Berechtigungen erforderlich sind.
  • Lösung:
    • Stellen Sie sicher, dass die Benutzer-ID des Brokers ein Mitglied der Gruppen mqm und mqbrkrs ist.
    • Definieren Sie die Benutzer-ID des Brokers auf dem System, auf dem der Konfigurationsmanager ausgeführt wird.
    • Definieren Sie die vom Konfigurationsmanager verwendete Benutzer-ID auf dem Computer, auf dem der Broker aktiv ist.
    • Stellen Sie sicher, dass alle Benutzer-IDs in Kleinschreibung sind, damit sie auf beiden Systemen kompatibel sind.
Nachrichten BIP1536 und BIP7017
  • Szenario: Sie erhalten die Fehlernachrichten BIP1536 und BIP7017.
  • Erläuterung: Bei der Registrierung der internen Subskriptionen durch den Konfigurationsmanager für Themen, die die Statusänderung des Brokers betreffen, tritt ein Fehler auf. DerKonfigurationsmanager versucht die Registrierung jedes Mal, wenn Sie eine vollständige Konfiguration implementieren. Die Ursache des Problems wird durch die Nachricht BIP7017 angezeigt. In dieser Nachricht wird angegeben, dass die Implementierung mit einem konfigurierten Benutzernamensserver ausgeführt wird, dass jedoch im Benutzercache des Brokers, den Sie implementieren, nicht die Servicebenutzer-ID des Konfigurationsmanagers enthalten ist.
  • Lösung: Führen Sie folgende Überprüfungen durch. Wenn Sie den Fehler identifizieren und beheben, werden die Subskriptionen bei der nächsten Implementierung richtig registriert:
    • Stellen Sie sicher, dass der Benutzernamensserver-Broker gestartet ist.
    • Stellen Sie sicher, dass die WebSphere MQ-Kanäle zwischen dem Benutzernamensserver und dem Broker gestartet sind.
    • Stellen Sie sicher, dass die Benutzer-ID des Konfigurationsmanagers in der Domäne des Benutzernamensservers vorhanden ist.
Nachricht BIP1835
  • Szenario: Fehlernachricht BIP1835 wird angezeigt.
  • Erläuterung: Die Nachrichtengruppe, die Sie implementieren, erzeugt ein Nachrichtengruppen-Dictionary, das den internen Grenzwert von 4 MB überschreitet. Möglicherweise wurden zu viele große Nachrichtendefinitionen in der gleichen Nachrichtengruppe definiert.

    Aus der Größe einer exportierten Nachrichtengruppe lässt sich schlecht auf die Größe des Nachrichtengruppen-Dictionarys schließen, das während der Implementierung generiert wird, da die exportierte Nachrichtengruppe im XML-Format gespeichert wird. Die XML-Datei kann sehr ausführlich sein, während das Wörterverzeichnis in einem kompakteren internen Format gespeichert wird.

  • Lösung: Teilen Sie die Nachrichtendefinitionen in mehrere kleine Nachrichtengruppen auf.
Nachricht BIP2045
  • Szenario: Fehlernachricht BIP2045 wird nach der Implementierung im Workbench angezeigt.
  • Erläuterung: Jeder Broker wird durch eine global eindeutige ID (UUID) identifiziert, die bei der Definition des Brokers im Konfigurationsmanager gespeichert wird. Die UUID wird auch im Broker gespeichert, wenn die erste Implementierungsnachricht empfangen wird. Wenn der Broker eine Implementierungsnachricht empfängt, die eine andere UUID enthält, weist er die Implementierungsnachricht zurück und gibt die Fehlernachricht BIP2045 aus. Dieses Problem kann in den folgenden Situationen auftreten:
    • Es wird versucht, eine Implementierung von einem zweiten Konfigurationsmanager durchzuführen; dieses Szenario wird in WebSphere Message Broker nicht unterstützt.
    • Der Konfigurationsmanager wird erneut erstellt, aber nicht der Broker.
    • Beim Löschen und erneuten Erstellen des Brokers treten Probleme mit dem WebSphere MQ-Kanal auf.
  • Lösung: Stellen Sie sicher, dass nur ein Konfigurationsmanager zum Steuern eines einzigen Brokers verwendet wird. Falls Ihre Konfiguration korrekt ist, gehen Sie nach den Anweisungen in der Fehlernachricht BIP2045 vor, um die Kontrolle über den Broker zurückzugewinnen, indem Sie den Broker erneut erstellen und die Nachrichtenflussanwendungen erneut implementieren.
Fehler BIP2066Beginn der Änderung
  • Szenario: Sie haben eine Implementierungsanforderung initiiert; beispielsweise haben Sie eine BAR-Datei in eine Ausführungsgruppe implementiert. Fehlernachricht BIP2066 wird mindestens einmal zurückgegeben.
  • Erläuterung: Die Implementierungsanforderung wurde von der Ausführungsgruppe nicht bestätigt, bevor das Brokerzeitlimit ConfigurationChangeTimeout plus der InternalConfigurationTimeout (Standardwert 60 Sekunden) abgelaufen war.
  • Lösung: Erhöhen Sie diese Zeitlimitwerte mithilfe der Parameter -g und -k des Befehlsmqsicreatebroker bzw. mqsichangebroker. Weitere Informationen zu Faktoren, die die Zeitlimitwerte betreffen, sowie zum Festlegen geeigneter Werte finden Sie unter Zeitlimits für die Konfiguration festlegen.
Ende der Änderung
Beginn der ÄnderungNachricht BIP2080
  • Szenario: Der Broker hat eine Ausführungsgruppe gestartet; beispielsweise haben Sie den Befehl mqsistart für den Broker ausgegeben, oder es ist ein Fehler aufgetreten und die Ausführungsgruppe muss wiederhergestellt werden. Fehlernachricht BIP2080 wird mindestens einmal angezeigt.
  • Erläuterung: Die interne Konfigurationsanforderung wurde von der Ausführungsgruppe nicht bestätigt, bevor das Zeitlimit InternalConfigurationTimeout (Standardwert 60 Sekunden) abgelaufen war.
  • Lösung: Ändern Sie das Konfigurationszeitlimit mithilfe des Parameters -k des Befehls mqsicreatebroker oder mqsichangebroker. Weitere Informationen zu Faktoren, die die Zeitlimitwerte betreffen, sowie zum Festlegen geeigneter Werte finden Sie unter Zeitlimits für die Konfiguration festlegen.
Ende der Änderung
Fehler BIP2242
  • Szenario: Fehlernachricht BIP2242 wird angezeigt.
  • Erläuterung: Die Einsetzungsanforderung (Konfigurationsänderung) wurde nicht angenommen, bevor das Zeitlimit ConfigurationChangeTimeout des Brokers überschritten wurde. Dieses Konfigurationszeitlimit muss groß genug sein, damit der Nachrichtenfluss die Verarbeitung der aktuellen Nachricht beenden und anschließend die Einsetzungsanforderung annehmen kann; der Standardwert beträgt 300 Sekunden.
  • Lösung: Ändern Sie das Konfigurationszeitlimit mithilfe der Parameter -g und -k des Befehlsmqsicreatebroker bzw. mqsichangebroker.
Nachricht BIP7053S
  • Szenario: Beim Implementieren eines Brokers wird die Fehlernachricht BIP7053S angezeigt.
  • Erläuterung: Dieser Fehler tritt in einer Multi-TCP/IP-Stack-Umgebung auf und zeigt an, dass die TCP/IP-Umgebung der UNIX System Services (USS) nicht korrekt eingerichtet wurde.
    WebSphere Message Broker verwendet USS-Funktionen, um den Hostnamen für ein bestimmtes System abzurufen. Die folgende Fehlernachricht wird angezeigt, wenn der Standard-Hostname in der USS-Umgebung nicht korrekt konfiguriert ist:
    BIP7053S: Broker $SYS_mqsi 0 unexpected Java exception java.lang.Error: -2103399272!java.net.UnknownHostException :
    Hostname: Hostname
    Der in der Fehlernachricht genannte Hostname ist der Name, der als Ergebnis des Aufrufs gethostname an den Broker zurückgegeben wurde.
  • Lösung: Stellen Sie sicher, dass die TCP/IP-Umgebung in USS korrekt konfiguriert ist.
Prüfprogrammfehler vom Format 'Zeichenfolge mit Kennung/mit Begrenzer' (TDS)
  • Szenario: Sie möchten eine Nachrichtengruppe mit einem physischen TDS-Format implementieren, das einen Fehler enthält.
  • Erläuterung: Im folgenden Auszug eines Fehlerprotokolls sehen Sie, was für ein TDS-Prüfprogrammfehler möglicherweise angezeigt wird. In diesem Fall trat ein Fehler auf, weil im Element Town keine Markierung definiert wurde.
    TDS Extractor Trace File
    ========================
    
    Beginning Extract..
    
    Extracting Identification Info
    Extracting Project Info
    Extracting Messages
    Extracting Elements
    Extracting Compound Types
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Extracting Type Members
    Beginning Indexing..
    
    Creating Member IDs to Tags Index Table.
    
    Beginning Validation..
    
    Validating Project
    Validating Types
    ERROR: TDSValidator::ValidateTypeMemberSimpleElement:
      Simple elements in a type with Data Element Separation attribute = Tagged 
      Delimited must have the following attribute set:
      Element Level - Tag
    (Element ID: Town)
    (Type ID: AddressType)
    Return Code: -80
    
    Validating Messages
    
    Trace Info
    ===========
    EXCEPTION: TDSValidator::Validate:
      TDS Validation failed.
        1 errors
        0 warnings
    Return Code: -1
  • Lösung: Bedienen Sie sich der Informationen im Fehlerprotokoll, um das Problem zu beheben.
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Letzte Aktualisierung : 2009-02-17 15:30:06

au16542_