Mit den Transportmethoden für Nachrichtenwarteschlangen können Sie Daten aus Systemwarteschlangen zur Verarbeitung an Pipelines senden. Zur Verwendung einer Warteschlangentransportmethode geben Sie die Warteschlangentransportmethode, die dem Typ der Nachrichtenwarteschlange entspricht, mit einer URI (Uniform-Resource-Identifier) ein. IBM Relationship Resolution unterstützt zwei Nachrichtenwarteschlangentypen: IBM WebSphere MQ Series-Warteschlangen und Microsoft MQ-Warteschlangen (MSMQ).
Transportmethode für IBM WebSphere MQ-Nachrichtenwarteschlangen
Der IBM WebSphere MQ-Warteschlangentransport hat folgendes Format:
mq:/warteschlangenname?manager=managername?concurrency=n
- mq:/
- Dieser erforderliche Parameter gibt an, dass die Transportmethode eine IBM WebSphere MQ Series-Warteschlange ist.
- warteschlangenname
- Erforderlicher Parameter, der den Namen der zu verwendenden Warteschlange angibt.
- ?manager=managername
- Dieser optionale Parameter gibt den Namen des Warteschlangenmanagers an.
- Wenn dieser Parameter nicht angegeben wird, wird der Standardwarteschlangenmanager verwendet.
Wenn für den Host kein Standardwarteschlangenmanager angegeben wurde, ist dieser Parameter erforderlich.
Die über warteschlangenname angegebene Warteschlange muss bereits im Warteschlangenmanager erstellt oder bei fehlender Angabe für den Warteschlangenmanager für den Standardwarteschlangenmanager angegeben sein.
- ?concurrency=n
- Mit diesem optionalen Parameter können Sie die Anzahl ankommender Datensätze angeben (eine positive ganze Zahl größer-gleich 0), die mit Hilfe der Funktion für die parallele Pipelineverarbeitung gleichzeitig verarbeitet werden können.
- Je größer die Zahl ist, umso mehr Datensätze werden gleichzeitig verarbeitet.
Beispielsweise zeigt ein gemeinsamer Zugriff von 0 an, dass keine Datensätze verarbeitet werden sollen. Ein gemeinsamer Zugriff von 1 zeigt an, dass Datensätze einzeln nacheinander verarbeitet werden sollen. Die Standardanzahl ankommender Datensätze, die bei dieser Transportmethode extrahiert werden, ist 1, solange Sie keinen anderen Wert angeben.
- Sie sollten diese Einstellung mit der Anzahl der Pipeline-Verarbeitungs-Threads koordinieren, die durch die Einstellung für gemeinsamen Zugriff in der Pipelinekonfigurationsdatei oder durch die Systemparametergruppe DEFAULT_CONCURRENCY in der Konfigurationskonsole gestartet werden.
Die Einstellung für den gemeinsamen Pipelinezugriff legt die Anzahl von simultanen Pipeline-Verarbeitungs-Threads fest, die zusammen mit einer Pipeline gestartet werden. Wenn Ihr System so eingestellt ist, dass es für jede gestartete Pipeline mehrere Pipeline-Verarbeitungs-Threads startet, sollten Sie diese Einstellung für den gemeinsamen Transportzugriff erhöhen, damit die Pipeline-Threads nicht auf die Verarbeitung von Datensätzen warten.
Beispiele für Transportmethoden für IBM WebSphere MQ-Warteschlangen
mq/:relres
Wenn Sie diese Transportmethode für IBM WebSphere MQ-Warteschlangen verwenden, liest das System ankommende Datensätze aus der IBM WebSphere MQ-Warteschlange "relres".
mq/:relres?manager=secondary.queue.manager
Wenn Sie diese Transportmethode für IBM WebSphere MQ Series-Warteschlangen verwenden, liest das System ankommende Datensätze aus der IBM WebSphere MQ-Warteschlange "relres" unter Verwendung des Warteschlangenmanagers "secondary.queue.manager".
MSMQ-Warteschlangentransportmethode (Microsoft Message Queueing)
Der
Microsoft Message Queueing-Warteschlangentransport hat folgendes Format:
msmq:/warteschlangenname/?concurrency=n
- msmq:/
- Dieser erforderliche Parameter gibt an, dass die Transportmethode eine Microsoft MQ-Warteschlange (MSMQ) ist.
- warteschlangenname
- Erforderlicher Parameter, der den Namen der zu verwendenden Warteschlange angibt.
- /?concurrency=n
- Mit diesem optionalen Parameter können Sie die Anzahl ankommender Datensätze angeben (eine positive ganze Zahl größer-gleich 0), die mit Hilfe der Funktion für die parallele Pipelineverarbeitung gleichzeitig verarbeitet werden können.
- Je größer die Zahl ist, umso mehr Datensätze werden gleichzeitig verarbeitet.
Beispielsweise zeigt ein gemeinsamer Zugriff von 0 an, dass keine Datensätze verarbeitet werden sollen. Ein gemeinsamer Zugriff von 1 zeigt an, dass Datensätze einzeln nacheinander verarbeitet werden sollen. Die Standardanzahl ankommender Datensätze, die bei dieser Transportmethode extrahiert werden, ist 1, solange Sie keinen anderen Wert angeben.
- Sie sollten diese Einstellung mit der Anzahl der Pipeline-Verarbeitungs-Threads koordinieren, die durch die Einstellung für gemeinsamen Zugriff in der Pipelinekonfigurationsdatei oder durch die Systemparametergruppe DEFAULT_CONCURRENCY in der Konfigurationskonsole gestartet werden.
Die Einstellung für den gemeinsamen Pipelinezugriff legt die Anzahl von simultanen Pipeline-Verarbeitungs-Threads fest, die zusammen mit einer Pipeline gestartet werden. Wenn Ihr System so eingestellt ist, dass es für jede gestartete Pipeline mehrere Pipeline-Verarbeitungs-Threads startet, sollten Sie diese Einstellung für den gemeinsamen Transportzugriff erhöhen, damit die Pipeline-Threads nicht auf die Verarbeitung von Datensätzen warten.
Beispiel einer MSMQ-Warteschlangentransportmethode
msmq/:relres
Wenn Sie diesen Transportbefehl für Microsoft MQ-Warteschlangen verwenden, liest das System ankommende Datensätze aus der MSMQ-Warteschlange "relres".