Verbindungen zu Benutzerdatenbanken

Benutzerdatenbanken enthalten Ihre Geschäftsdaten, auf die implementierte Nachrichtenflüsse zugreifen bzw. die von diesen geschrieben werden. Sie müssen im Broker unter Verwendung von ODBC Verbindungen zur Benutzerdatenbank erstellen.

Der Broker erfordert eine Datenverbindung für jeden Datenquellennamen (DSN), auf den im Nachrichtenfluss verwiesen wird, selbst wenn verschiedene DSNs nach der Auflösung dieselbe physische Datenbank ansprechen.

Die Anzahl der Verbindungen eines Brokers zu einer Datenbank hängt davon ab, wie viele Aktionen des Nachrichtenflusses auf die Datenbank zugreifen. Für jeden Nachrichtenfluss-Thread stellt ein Broker, der auf eine Benutzerdatenbank zugreift, eine einzige Verbindung für jeden Datenquellennamen (DSN) her. Wird der gleiche DSN von einem anderen Knoten desselben Threads verwendet, wird dieselbe Verbindung genutzt, außer es wird ein anderer Transaktionsmodus verwendet. In diesem Fall benötigen Sie eine weitere Verbindung. Weitere Informationen zu Transaktionen finden Sie unter Datenbankverbindungen für koordinierte Nachrichtenflüsse.

Beim Starten und während der Ausführung eines Brokers werden Verbindungen zu WebSphere MQ-Warteschlangen und zu Datenbanken geöffnet. Der Broker stellt eine Verbindung her, wenn sie für die Verarbeitung erforderlich ist, und diese bleibt bis zu folgenden Ereignissen geöffnet:

Die Datenbankverbindungen von nicht global koordinierten Nachrichtenflüssen werden freigegeben, wenn ein Nachrichtenfluss nicht beschäftigt ist. Eine Verbindung wird beispielsweise freigegeben, wenn sich in der Eingabewarteschlange eines Nachrichtenflusses keine Nachrichten befinden und seit einer Minute nicht auf die Datenbank zugegriffen wurde.

Linux platformUNIX platformWindows platform Um eine Unterbrechung der globalen Koordination zu vermeiden, werden Datenbankverbindungen auf Linux-, UNIX- und Windows-Systemen nur für Nachrichtenflüsse freigegeben, die nicht global koordiniert werden.

z/OS platform Unter z/OS werden Datenbankverbindungen für global koordinierte Nachrichtenflüsse auch freigegeben, wenn eine Minute lang kein Zugriff auf die Datenbank stattgefunden hat.

Wenn Sie für Geschäftsdaten und interne Brokerdaten dieselbe Datenbank verwenden, addieren Sie die beiden Verbindungsanforderungen bei der Berechnung der erforderlichen Verbindungen. Der Abschnitt Verbindungen zu Brokerdatenbanken enthält detaillierte Informationen zu den Anforderungen, die an Datenbankverbindungen gestellt werden.

Wenn Sie DB2 als Ihre Datenbank verwenden, wird die Anzahl gleichzeitig bestehender Verbindungen zu einer Datenbank auf den Wert des Konfigurationsparameters maxappls begrenzt. Der Standardwert für maxappls (Maximale Anzahl Anwendungen) ist 40. Wenn die Anzahl der für den Broker erforderlichen Verbindungen den Wert für maxappls (Maximale Anzahl Anwendungen) überschreitet, erhöhen Sie die Werte für diesen und den zugehörigen Parameter maxagents (Maximale Anzahl von Agenten) auf die Werte, die sich aus Ihren Berechnungen ergeben.

Wenn Sie eine weitere Datenbank nutzen, finden Sie in der Dokumentation zu der Datenbank die Informationen zu Verbindungen und zu Begrenzungen oder Einschränkungen, die möglicherweise gelten.

Wenn ein Nachrichtenfluss inaktiv ist, werden von der Ausführungsgruppe in regelmäßigen Abständen Datenbankverbindungen freigegeben. Deshalb spiegeln die vom Broker gehaltenen Verbindungen die aktuelle Verwendung dieser Ressourcen durch den Broker wider. Dies gibt dem Broker die Möglichkeit zu reagieren, wenn eine Datenbank in den Wartemodus versetzt wird, sofern der Datenbankmanager das Versetzen in den Wartemodus unterstützt. Die Funktion zum Versetzen in den Wartemodus wird nicht von allen Datenbanken unterstützt, und nicht alle Datenbanken werden auf die gleiche Weise in den Wartemodus versetzt. Informationen über das Versetzen von Datenbanken in den Wartemodus finden Sie in der Dokumentation zu Ihrer Datenbank.

Hinweise zu 32-Bit und 64-Bit

Wenn Sie einen Nachrichtenfluss, der auf die Benutzerdatenbank zugreift, in einer 32-Bit-Ausführungsgruppe implementieren, müssen Sie einen 32-Bit-ODBC-Datenquellennamen (DSN) für die Benutzerdatenbank festlegen, damit der Broker im Auftrag des Nachrichtenflusses eine Verbindung zur Benutzerdatenbank herstellen kann.

Wird der Nachrichtenfluss in einer 32-Bit-Ausführungsgruppe implementiert und werden die Nachrichtenflusstransaktionen von einem 64-Bit-Warteschlangenmanager (alle Warteschlangenmanager von WebSphere MQ Version 6 auf 64-Bit-Plattformen) global koordiniert, müssen Sie sowohl einen 32-Bit-ODBC-DSN als auch einen 64-Bit-ODBC-DSN für die Benutzerdatenbank festlegen. Außerdem müssen Sie einen 64-Bit-ODBC-DSN für die Brokerdatenbank festlegen (siehe Verbindungen zu Brokerdatenbanken).

Wenn Sie einen Nachrichtenfluss, der auf die Benutzerdatenbank zugreift, in einer 64-Bit-Ausführungsgruppe implementieren, legen Sie einen 64-Bit-ODBC-DSN für die Benutzerdatenbank fest, damit der Broker im Auftrag des Nachrichtenflusses eine Verbindung zur Benutzerdatenbank herstellen kann. Sie können einen Nachrichtenfluss, der in einer 64-Bit-Ausführungsgruppe implementiert ist, nicht mit einem 32-Bit-Warteschlangenmanager global koordinieren. Das heißt, Sie müssen keinen 32-Bit-ODBC-DSN für die Benutzerdatenbank festlegen.

Hinweise zu 32-Bit- und 64-Bit-Umgebungen bei Verbindungen zu Brokerdatenbanken finden Sie unter Verbindungen zu Brokerdatenbanken.

Wenn Sie Hilfe bei der Entscheidung benötigen, ob Sie 32-Bit-DSNs, 64-Bit-DSNs oder beides für Ihre Benutzerdatenbanken erstellen müssen, lesen Sie den Abschnitt ODBC-Verbindungen zu den Datenbanken herstellen.

Zugehörige Konzepte
Verbindungen zu Brokerdatenbanken
Zugehörige Tasks
ODBC-Verbindungen zu den Datenbanken herstellen
Zugriff auf Datenbanken über Nachrichtenflüsse
Global koordinierte Nachrichtenflüsse konfigurieren
Zugehörige Verweise
Unterstützte Datenbanken
Unterstützung für Unicode- und DBCS-Daten in Datenbanken
Datenbankverbindungen für koordinierte Nachrichtenflüsse
Datenbankverbindungen des Brokers auflisten
Datenbank in den Wartungsmodus versetzen
WebSphere MQ-Verbindungen
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

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

ac00406_