App Connect Enterprise für die Verwendung von IBM MQ -Uniform-Clustern konfigurieren
Sie können „ IBM® App Connect Enterprise “ so konfigurieren, dass es Warteschlangen in einem einheitlichen Cluster von „ IBM MQ “ nutzt.
Informationen zu dieser Task
Ein Uniform-Cluster ist ein spezielles Muster eines „ IBM MQ “-Clusters, das eine hochverfügbare und horizontal skalierte kleine Gruppe von Queue-Managern bereitstellt. In Szenarien, in denen Einwegkommunikation erforderlich ist, kann es sinnvoll sein, Warteschlangen zu verwenden, die auf einem einheitlichen Cluster von „ IBM MQ “ definiert sind. Weitere Informationen zu einheitlichen Clustern von „ IBM MQ “ finden Sie unter „Verwenden von Warteschlangen auf einem einheitlichen Cluster von „ IBM MQ “.
Wenn Nachrichten einen nicht transaktionsorientierten Nachrichtenfluss durchlaufen und die Verbindung während des Nachrichtenflusses in einen anderen Warteschlangenmanager im Uniform-Cluster verschoben wird, wird der Nachrichtenfluss fortgesetzt. Vor und nach dem erneuten Verbinden gesendete Nachrichten können verschiedenen Warteschlangenmanagern zugestellt werden. Dies kann selbst bei separaten Nachrichtenflussknoteninstanzen in demselben Nachrichtenfluss vorkommen.
Wenn die Verbindung in einem transaktionsorientierten Nachrichtenfluss während der Nachrichtenflussausführung in einen anderen Warteschlangenmanager im Uniform-Cluster verschoben wird, wird ein Rollback der Transaktion durchgeführt und beim nächsten MQ-Aufruf eine Ausnahme ausgelöst. Die zurückgesetzte Nachricht befindet sich weiterhin im ursprünglichen Warteschlangenmanager. Nach der Wiederherstellung der Verbindung, steht die zurückgesetzte Nachricht wieder zur Verarbeitung zur Verfügung, gewöhnlich in einer anderen Instanz der Anwendung. Sie können die Ausnahme optional abfangen und ignorieren, woraufhin Ihr Nachrichtenfluss weitere Arbeiten in der wiederhergestellten Verbindung ausführen kann, indem nur die Arbeiten nach der Wiederherstellung der Verbindung festgeschrieben werden.
Wenn eine Verbindung in einem Uniform-Cluster in einen anderen Warteschlangenmanager verschoben wird, wenn ein Nachrichtenfluss inaktiv ist (Abfrage von MQGET ohne Erhalt einer Nachricht), stellt der Integrationsserver die Verbindung zum neuen Warteschlangenmanager her und setzt dann die Abfrage fort.
IBM MQ so konfigurieren, dass „ App Connect Enterprise “ mit einem einheitlichen Cluster verbunden wird
Informationen zu dieser Task
Sie können „ IBM App Connect Enterprise “ mit einem „ IBM MQ “-Uniform-Cluster verbinden, indem Sie die Verbindung unter „ IBM MQ “ konfigurieren. Um die Verbindung in „ IBM MQ “ zu konfigurieren, nehmen Sie Einstellungen in der Client Channel Definition Table (CCDT) vor und legen Sie anschließend entweder die Umgebungsvariable „MQCLNTCF“ fest oder konfigurieren Sie die mqclient.ini Datei, um den Code des „ MQ “-Clients zu steuern. Weitere Informationen finden Sie in der Online-Dokumentation zu „ IBM MQ “.
IBM App Connect Enterprise für die Verbindung mit einem Uniform-Cluster konfigurieren
Informationen zu dieser Task
Sie können „ App Connect Enterprise “ so konfigurieren, dass eine Verbindung zu einem einheitlichen Cluster von „ IBM MQ “ verwendet wird, indem Sie die Reconnect option Eigenschaft in der MQEndpoint-Richtlinie nutzen. Mit dieser Eigenschaft können Sie festlegen, ob der „ IBM MQ “-Client automatisch versucht, die Verbindung zum Queue-Manager wiederherzustellen, falls die Verbindung unterbrochen wird. Standardmäßig wird die Standard-Wiederverbindungsstrategie des „ IBM MQ “-Clients verwendet, die durch die Client-Konfiguration „ IBM MQ “ angepasst wird, wie unter „Konfigurieren von IBM MQ für die Verbindung von App Connect Enterprise mit einem Uniform-Cluster“ beschrieben.
Die Eigenschaft Reconnect option wird nur für Clientverbindungen verwendet und für Serververbindungen
ignoriert. Die gültigen Werte für diese Eigenschaft sind im Folgenden beschrieben:
default- Dieser Wert entspricht der Option „ IBM MQMQCNO_RECONNECT_AS_DEF“. Dies ist der Standardwert für die Eigenschaft.enabled- Dieser Wert entspricht der Option „ IBM MQMQCNO_RECONNECT“.disabled- Dieser Wert entspricht der Option „ IBM MQMQCNO_RECONNECT_DISABLED“.queueManager- Dieser Wert entspricht der Option „ IBM MQMQCNO_RECONNECT_Q_MGR“.
Diese Werte werden im MQCONNX Aufruf an den „ IBM MQ “-Client übergeben, der von einem MQInput -Knoten zu Beginn eines Nachrichtenflusses ausgeführt wird. Dieser Typ von Konfiguration ermöglicht Ihnen, verschiedene
Wiederverbindungseinstellungen für verschiedene Bereitstellungen für denselben Integrationsserver zu verwenden,
der für die Verwendung verschiedener MQEndpoint-Richtlinien konfiguriert sein kann. Weitere Informationen finden Sie unter MQEndpoint-Richtlinie.
Aufgrund der Zuordnungen zwischen den App Connect Enterprise -Verbindungswiederherstellungseinstellungen und den MQCNO-Optionen müssen Sie sicherstellen, dass die Optionen, die Sie auf den MQ -Knoten auswählen, nicht mit der ausgewählten MQCNO-Option in Konflikt stehen. Wenn die Logical order Eigenschaft am MQInput -Knoten festgelegt wird, steht dies im Widerspruch dazu, dass Reconnect option die Eigenschaft in der Enabled MQEndpoint-Richtlinie auf gesetzt ist (was der Option „ MQCNO_RECONNECTIBM MQ “ entspricht). Dieser Konflikt kann dazu führen, dass MQGET-und MQPUT-Aufrufe mit dem Ursachencode 2547 (MQRC_RECONNECT_INCOMPATIBLE)fehlschlagen. Aus diesem Grund wird, wenn die Reconnect option Eigenschaft in der MQEndpoint-Richtlinie aktiviert ist, die Eigenschaft des Logical order MQInput-Knotens (die standardmäßig gesetzt ist) ignoriert und eine Warnung vom Typ „ BIP6125 “ ausgegeben. Andere Knoten wie der MQGet -Knoten können auch eine logische Reihenfolge anfordern und in diesen Fällen schlägt der MQGET-Aufruf fehl.