WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

Verlust von Nachrichten verhindern

Nachrichten, die Ihre Brokerdomäne durchlaufen, sind Geschäftsdaten, die geschützt werden müssen. Konfigurieren Sie die Nachrichten und/oder Ihre Umgebung, um sicherzustellen, dass keine Nachrichten verloren gehen.

Nachrichten, die von Ihren Anwendungen und von Laufzeitkomponenten für die interne Kommunikation zwischen Komponenten generiert werden, sind für den Betrieb Ihrer Broker wichtig. Für interne Nachrichten zwischen Komponenten wird immer das WebSphere MQ-Protokoll verwendet. Anwendungsnachrichten können alle unterstützten Transportprotokolle nutzen.

Bei Anwendungs- und internen Nachrichten, die durch WebSphere MQ transportiert werden, schützen zwei Verfahren vor Nachrichtenverlusten:

Weitere Informationen zur Verwendung dieser Optionen finden Sie im Handbuch System Administration Guide im WebSphere MQ Version 7 Information Center online.

Interne Nachrichten

WebSphere Message Broker-Komponenten verwenden WebSphere MQ-Nachrichten, um Ereignisse und Daten zwischen Brokerprozessen und Subsystemen zu übertragen. Die Komponenten stellen sicher, dass die WebSphere MQ-Funktionen zum Schutz vor Datenverlust verwendet werden. Es sind keine zusätzlichen Schritte erforderlich, um WebSphere MQ oder WebSphere Message Broker für den Schutz vor dem Verlust interner Nachrichten zu konfigurieren.

Anwendungsnachrichten

Wenn die Zustellung von Anwendungsnachrichten ein kritischer Aspekt ist, müssen Sie Anwendungsprogramme und die von diesen verwendeten Nachrichtenflüsse entwerfen, um sicherzustellen, dass keine Nachrichten verloren gehen. Die eingesetzten Verfahren sind von dem Protokoll abhängig, das von den Anwendungen verwendet wird.

WebSphere MQ Enterprise Transport
Beachten Sie bei Verwendung der integrierten Empfangsknoten, die Nachrichten über das Protokoll WebSphere MQ annehmen, die folgenden Richtlinien und Empfehlungen:
  • Verwenden persistenter Nachrichten

    WebSphere MQ-Nachrichtenübertragungsprodukte bieten Nachrichtenpersistenz, mit der die Langlebigkeit der Nachricht im System definiert und die Nachrichtenintegrität garantiert wird. Nicht persistente Nachrichten gehen im Falle eines System- oder Warteschlangenmanagerfehlers verloren. Persistente Nachrichten werden nach einem Fehler immer wiederhergestellt.

    Sie können die Nachrichtenpersistenz auf folgende Weise steuern:
    • Programmieren Sie Anwendungen, die Nachrichten über MQI oder AMI in eine Warteschlange stellen, sodass die Nachrichten als persistent gekennzeichnet werden.
    • Definieren Sie die Eingabewarteschlange mit Nachrichtenpersistenz als Standardeinstellung.
    • Konfigurieren Sie den Sendeknoten so, dass er persistente Nachrichten bearbeitet.
    • Programmieren Sie Subskribentenanwendungen so, dass Nachrichtenpersistenz angefordert wird.

    Wenn ein Empfangsknoten eine Nachricht aus einer Eingabewarteschlange liest, wird standardmäßig die im WebSphere MQ-Nachrichtenheader (MQMD) definierte Persistenz verwendet, die entweder von der Anwendung, die die Nachricht erstellt hat, oder durch die standardmäßige Persistenz der Eingabewarteschlange festgelegt wurde. Die Nachricht behält diese Persistenz während des Transport durch den gesamten Nachrichtenfluss, sofern dies nicht in einem nachfolgenden Nachrichtenverarbeitungsknoten geändert wird.

    Sie können den Persistenzwert für jede einzelne Nachricht überschreiben, wenn der Nachrichtenfluss an einem Sendeknoten endet. Dieser Knoten besitzt eine Eigenschaft, über die Sie die Nachrichtenpersistenz jeder Nachricht angeben können, wenn sie in die Ausgabewarteschlange gestellt wird, indem Sie die Eigenschaft entweder auf den gewünschten Wert oder einen Standardwert setzen. Wenn Sie den Standardwert angeben, erhält die Nachricht den Persistenzwert, der für die Warteschlangen, in die die Nachrichten geschrieben werden, definiert ist.

    Beim Transport einer Nachricht durch einen Veröffentlichung-Knoten wird die Persistenz von Nachrichten, die an Subskribenten gesendet werden, durch die Registrierungsoptionen des Subskribenten festgelegt. Wenn der Subskribent eine persistente Nachrichtenzustellung angefordert hat und dazu durch eine explizite oder implizite (übernommene) Zugriffssteuerungsliste berechtigt ist, wird die Nachricht unabhängig vom aktuellen Wert der Persistenzeigenschaft persistent zugestellt. Ebenso gilt, dass die Nachricht unabhängig vom aktuellen Wert der Persistenzeigenschaft nicht persistent zugestellt wird, wenn der Benutzer eine nicht persistente Nachrichtenzustellung angefordert hat.

    Wenn ein Nachrichtenfluss eine Nachricht erstellt (z. B. in einem Compute-Knoten), wird die Persistenz im MQMD der neuen Nachricht aus der Persistenz im MQMD der eingehenden Nachricht kopiert.

  • Verarbeiten von Nachrichten unter Synchronisationspunktsteuerung

    Standardmäßig verarbeitet ein Nachrichtenfluss eingehende Nachrichten synchronisationspunktgesteuert in einer brokerverwalteten Transaktion. Das heißt, dass eine Nachricht, die aus irgendeinem Grund nicht verarbeitet werden kann, vom Broker zurückgesetzt wird. Da sie unter dem Synchronisationspunkt empfangen wurde, wird die unverarbeitete Nachricht in der Eingabewarteschlange wiederhergestellt und kann erneut verarbeitet werden. Schlägt die Verarbeitung fehl, werden die Fehlerbehandlungsprozeduren ausgeführt, die für diesen Nachrichtenfluss aktiv sind (und entweder von Ihnen bei der Konfiguration des Nachrichtenflusses oder vom Broker definiert wurden).

    Weitere Informationen zur Empfangsknotenverarbeitung finden Sie unter Fehler im Empfangsknoten verwalten.

WebSphere MQ Web Services Transport
Wenn Sie die Knoten HTTPInput, HTTPRequest, SOAPInput und SOAPRequest oder ein Knotenpaar aus einem SOAPAsyncRequest- und einem SOAPAsyncResponse-Knoten verwenden, die Nachrichten von Web-Service-Anwendungen annehmen, stehen Ihnen keine Funktionen zum Schutz vor Datenverlust zur Verfügung. Sie können jedoch Wiederherstellungsprozeduren bereitstellen, indem Sie für den Nachrichtenfluss eine Fehlerbehandlung für eigene Fehler konfigurieren.
Sonstige Transportmethoden und Protokolle
Wenn Sie eigene benutzerspezifische Empfangsknoten, die Nachrichten von anderen Transportprotokollen empfangen, erstellt haben, müssen Sie auf die vom jeweiligen Transportprotokoll bereitgestellte Unterstützung zurückgreifen oder eigene Wiederherstellungsprozeduren zur Verfügung stellen.
Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:19:48


TaskthemaTaskthema | Version 8.0.0.5 | ac00420_