Feststellen, warum die Kapazität eines Topicbereich erschöpft ist

Wenn die Kapazität eines Topicbereichs erschöpft ist, werden Ausnahmen zurückgegeben, wenn Sie versuchen, eine Nachricht in diesem Topicbereich zu veröffentlichen. Die naheliegendste Ursache ist die, dass die veröffentlichende Anwendung schneller Nachrichten erzeugt, als sie von den subskribierenden Anwendungen konsumiert werden können. Es können jedoch auch andere Gründe vorliegen, wie z. B. ruhende Subskribenten oder unterbrochene Kommunikationsverbindungen. Eine weitere mögliche Ursache ist eine regelmäßige Zunahme des Nachrichtenverkehrs, z. B. zu bestimmten Tageszeiten. In diesem Fall könnte sich eine Erhöhung des oberen Schwellenwertes für Nachrichten für die Fehlerbehebung anbieten.

Informationen zu diesem Vorgang

Führen Sie die folgenden Schritte aus, um festzustellen, warum ein Topicbereich in einem Service Integration Bus voll ist:

Vorgehensweise

  1. Klicken Sie auf Serviceintegration -> Busse -> Busname -> [Zielressourcen] Ziele, um eine Liste mit allen Topicbereichen in diesem Bus anzuzeigen. Klicken Sie auf den Namen des Topicbereichs, dessen Kapazität erschöpft ist.
  2. Klicken Sie auf [Nachrichtenpunkte] Veröffentlichungspunkte.
  3. Klicken Sie auf den Namen eines Veröffentlichungspunkts, und überprüfen Sie dann auf der Registerkarte Laufzeit den Wert der Einstellung Aktuelle Nachrichtenanzahl. Wenn dieser Wert kontinuierlich steigt, ist die veröffentlichende Anwendung zu schnell für die Subskribenten. Klicken Sie auf Subskriptionen, um die Subskriptionen für den Topicbereich anzuzeigen. Klicken Sie auf den Namen jeder Subskription und überprüfen Sie den Wert für Aktuelle Nachrichtenanzahl. Wenn alle Subskriptionen mit der Verarbeitung im Rückstand sind, erhöhen Sie das Intervall, in dem die veröffentlichende Anwendung Nachrichten veröffentlicht.
    Anmerkung: Wenn der Topicbereich vermittelt wird, führen Sie die folgenden Prüfungen für jeden Mediation-Punkt durch, an den die Nachrichten gesendet bzw. von dem sie konsumiert werden können.
  4. Wenn nur eine Subskription mit der Verarbeitung im Rückstand ist, ist das Problem bei der subskribierenden Anwendung zu suchen. Handelt es sich um eine nicht permanente Subskription, erhöhen Sie in der subskribierenden Anwendung das Intervall, in dem die Nachrichten konsumiert werden.
  5. Wenn die Subskription permanent ist, klicken Sie auf Nachrichten und prüfen Sie, ob sich die Nachricht oben in der Liste fortlaufend ändert, was darauf hinweist, dass die subskribierende Anwendung Nachrichten konsumiert. Sollte sich die Nachricht nicht ändern, die Anwendung aber aktiv sein, können Sie die Subskription löschen oder den oberen Schwellenwert für Nachrichten des Veröffentlichungspunktes erhöhen.
  6. Ermitteln Sie die Messaging-Engines, mit denen die veröffentlichenden und subskribierenden Anwendungen verbunden sind. Lesen Sie hierzu den Artikel Die Messaging-Engine bestimmen, mit der eine Anwendung verbunden ist.
  7. Wenn die veröffentlichenden und die subskribierenden Anwendungen mit unterschiedlichen Messaging-Engines verbunden sind, werden die Nachrichten über einen fernen Warteschlangenpunkt weitergeleitet. Klicken Sie für die Messaging-Engine der veröffentlichenden Anwendung auf Ferne Veröffentlichungspunkte und anschließend auf den Veröffentlichungspunkt, der den Veröffentlichungspunkt des Subskribenten darstellt. Überprüfen Sie die Anzahl aktueller abgehender Nachrichten. Wenn dieser Wert klein ist, ist das Problem nicht beim fernen Nachrichtenpunkt zu suchen. Falls die Anzahl aktueller Nachrichten nur geringfügig unter dem oberen Schwellenwert für Nachrichten liegt, führen Sie die folgenden Prüfungen durch:
    • Vergewissern Sie sich, dass die beiden Messaging-Engines miteinander kommunizieren können. Lesen Sie hierzu den Artikel Fehlerbehebung bei der Serviceintegration: Kommunikation zwischen zwei Messaging-Engines in einem Bus überprüfen. Wenn die Messaging-Engines miteinander kommunizieren können, erhöhen Sie das Intervall, in dem Nachrichten veröffentlicht werden. Falls die Messaging-Engines nicht miteinander kommunizieren können, beheben Sie den Fehler. Wenn nach dem Wiederherstellen der Kommunikation beim Verarbeiten der aufgelaufenen Nachrichten Fehler auftreten und keine wichtigen Nachrichten anstehen, sollten Sie alle Nachrichten am fernen Nachrichtenpunkt löschen. Zum Löschen der Nachrichten wählen Sie den fernen Nachrichtenpunkt aus, und klicken Sie anschließend auf Alle Nachrichten löschen.
      Anmerkung: Gelöschte Nachrichten können nicht wiederhergestellt werden.
      Klicken Sie auf Topics und anschließend auf Alle löschen, um zu verhindern, dass erneut Nachrichten auflaufen. Es werden keine weiteren Nachrichten an diesen fernen Nachrichtenpunkt gesendet. Zum Zurücksetzen der Topicliste starten Sie die Messaging-Engine erneut.
    • Vergewissern Sie sich, dass keine Nachrichten vorhanden sind, die im Status "Festschreiben" warten. Wenn solche Nachrichten vorhanden sind, ist ein Ressourcenmanager, wie z. B. eine Datenbank, blockiert. Beheben Sie den Fehler im Ressourcenmanager. Sollte dieser Versuch fehlschlagen, notieren Sie die Transaktions-ID der Nachricht, und klicken Sie auf Server -> Servertypen -> WebSphere-Anwendungsserver -> Servername -> Laufzeit > [Weitere Eigenschaften] Transaktionsservice, um die allgemeinen Eigenschaften für den Transaktionsservice, einschließlich der Anzahl der Transaktionen, anzuzeigen. Verwenden Sie die Links Überprüfen, um die Transaktion aufzulösen, deren globale ID mit der Transaktions-ID der Nachricht übereinstimmt.

Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tju_topicspace_full
Dateiname:tju_topicspace_full.html