Einstellungen für Sitzungspool

Verwenden Sie diese Seite, um die Einstellungen für Sitzungspools zu konfigurieren.

Diese Seite der Administrationskonsole wird für eine Reihe von Ressourcentypen verwendet, wie z. B. Verbindungs-Factorys für JMS-Warteschlangen. Der Aufrufpfad dieser Seite ist zwar vom Typ der Ressource abhängig, aber im Allgemeinen wählen Sie eine Instanz des Ressourcenproviders und dann eine Instanz des Ressourcentyps aus. Anschließend klicken Sie auf Sitzungspools. Klicken Sie beispielsweise auf Ressourcen > JMS > JMS-Provider->Standard-Messaging-Provider->Warteschlangenverbindungs-Factorys->Verbindungs-Factory ->Sitzungspools.

Register 'Konfiguration'

Zeitlimit für Verbindungen

Das Intervall in Sekunden, nach dem das Zeitlimit für eine Verbindungsanforderung überschritten ist und eine ConnectionWaitTimeoutException ausgelöst wird.

Die Wartezeit ist erforderlich, wenn der Wert für die Maximalanzahl der Verbindungen für einen bestimmten Verbindungspool erreicht wurde. Wenn z. B. das Zeitlimit für Verbindungen auf 300 gesetzt und die Maximalanzahl der Verbindungen erreicht wurde, wartet der Pool Manager ca. 300 Sekunden lang darauf, dass eine physische Verbindung verfügbar wird. Wird in diesem Zeitraum keine physische Verbindung verfügbar, setzt der Pool Manager eine ConnectionWaitTimeoutException ab. Normalerweise ist es nicht sinnvoll, die Methode "getConnection()" zu wiederholen, denn wenn eine längere Wartezeit erforderlich ist, muss die Datenquelleneigenschaft connectionTimeout auf einen höheren Wert gesetzt werden. Daher sollte der Administrator, wenn diese Ausnahme von der Anwendung abgefangen wird, die geplante Verwendung der Anwendung überprüfen und den Verbindungspool und die Datenbank entsprechend optimieren.

Wenn das Zeitlimit für Verbindungen auf den Wert 0 gesetzt wurde, wartet der Poolmanager, bis eine Verbindung zugeordnet werden kann (dies geschieht, wenn die Anzahl der Verbindungen unter den Wert für die Maximalanzahl der Verbindungen fällt).

Wenn die Maximalanzahl der Verbindungen auf 0 gesetzt wird, ist die Anzahl der physischen Verbindungen unbegrenzt, und das Zeitlimit für Verbindungen wird ignoriert.

Datentyp Integer
Einheiten Sekunden
Standardeinstellung 180
Einstellmöglichkeiten 0 bis Maximalwert für int
Max. Verbindungen

Die maximale Anzahl der physischen Verbindungen, die in diesem Pool erstellt werden können.

Diese Verbindungen stellen die physischen Verbindungen zur Back-End-Ressource dar. Wenn dieser Wert erreicht ist, werden keine neuen physischen Verbindungen mehr erstellt, und der Requester wartet, bis eine physische Verbindung, die gegenwärtig verwendet wird, in den Pool zurückgegeben oder die ConnectionWaitTimeoutException ausgelöst wird.

Wenn z. B. die Maximalanzahl der Verbindungen auf 5 gesetzt wird und fünf physische Verbindungen verwendet werden, wartet der Poolmanager darauf, dass eine physische Verbindung frei wird. Die Wartezeit wird vom Zeitlimit für Verbindungen angegeben.

Wenn die Maximalanzahl der Verbindungen auf 0 eingestellt ist, wird das Zeitlimit für Verbindungen ignoriert.

Wenn der Wert für die Größe des Verbindungspools unter der maximalen Anzahl an Verbindungen im Webcontainer liegt, wird ein besserer Durchsatz erreicht. Mit niedrigen Einstellungen, wie z. B. 10 bis 30 Verbindungen, erzielen Sie einen besseren Durchsatz als mit höheren Einstellungen wie 100 Verbindungen.

Wenn mit Klonen gearbeitet wird, gibt es für jeden Klon einen Verbindungspool. Dies muss beim Konfigurieren der maximalen Verbindungen der Datenbank berücksichtigt werden.

[AIX Solaris HP-UX Linux Windows] [iSeries] Mit dem Tivoli Performance Viewer können Sie die optimale Anzahl für die Verbindungen in einem Pool ermitteln. Falls die Anzahl gleichzeitiger Waiter größer als 0 ist, die CPU-Auslastung aber noch nicht 100 % erreicht hat, können Sie den Verbindungspool vergrößern. Ist der Wert für "Percent Used" bei normaler Arbeitslast dauerhaft niedrig, sollten Sie eine Reduzierung der Verbindungen im Pool in Erwägung ziehen.

[AIX Solaris HP-UX Linux Windows] [iSeries]
Datentyp Integer
Standardeinstellung 10
Einstellmöglichkeiten 0 bis Maximalwert für int
Mindestanzahl der Verbindungen

Die Mindestanzahl der physischen Verbindungen, die verwaltet werden sollen.

Solange dieser Wert nicht erreicht ist, löscht der Thread für Poolverwaltung keine physischen Verbindungen. Dennoch wird nicht versucht, die Anzahl der Verbindungen auf diesen Wert zu erhöhen. Wenn Sie einen Wert für Zeitlimit für veraltete Verbindungen angeben, wird keine Mindestanzahl von Verbindungen berücksichtigt. Alle Verbindungen, deren Gültigkeit abgelaufen ist, werden gelöscht.

Ist die Mindestanzahl der Verbindungen z. B. auf 3 eingestellt und wurde eine physische Verbindung erstellt, wird diese Verbindung nicht durch den Thread für das Zeitlimit für nicht verwendete Verbindungen gelöscht. Der Thread erstellt nicht automatisch zwei zusätzliche physische Verbindungen über dasselbe Token, um den Wert für die Mindestanzahl der Verbindungen zu erreichen.

Datentyp Integer
Standardeinstellung 1
Einstellmöglichkeiten 0 bis Maximalwert für int
Bereinigungsintervall

Gibt das Intervall (in Sekunden) für die Ausführung des Threads für die Poolverwaltung an.

Wenn das Bereinigungsintervall z. B. auf 60 eingestellt ist, wird der Thread für Poolverwaltung alle 60 Sekunden ausgeführt. Das Bereinigungsintervall beeinflusst die Genauigkeit des Zeitlimits für nicht verwendete Verbindungen und des Zeitlimits für veraltete Verbindungen. Je kleiner das Intervall, desto höher die Genauigkeit. Wenn der Thread für Poolverwaltung aktiviert ist, muss der Wert für die Bereinigungszeit kleiner sein als die Werte für das Zeitlimit für nicht verwendete Verbindungen und das Zeitlimit für veraltete Verbindungen. Wenn der Thread für Poolverwaltung ausgeführt wird, werden alle Verbindungen, die länger als durch das Zeitlimit für nicht verwendete Verbindungen angegeben nicht verwendet wurden, gelöscht, bis der Wert für die Mindestanzahl der Verbindungen erreicht ist. Der Thread für Poolverwaltung löscht auch alle Verbindungen, die länger als durch den Wert für das Zeitlimit für veraltete Verbindungen angegeben aktiv waren.

Das Bereinigungsintervall wirkt sich auf die Leistung aus. Kleine Intervalle bedeuten, dass der Thread für Poolverwaltung häufiger ausgeführt wird und die Leistung verringert.

Möchten Sie den Thread für Poolverwaltung inaktivieren, müssen Sie das Bereinigungsintervall auf 0 einstellen bzw. sowohl das Zeitlimit für nicht verwendete Verbindungen als auch das Zeitlimit für veraltete Verbindungen auf 0 einstellen. Die empfohlene Methode zum Inaktivieren des Thread für Poolverwaltung besteht darin, das Bereinigungsintervall auf den Wert 0 einzustellen. In diesem Fall werden das Zeitlimit für nicht verwendete Verbindungen und das Zeitlimit für veraltete Verbindungen ignoriert. Wenn das Zeitlimit für nicht verwendete Verbindungen und das Zeitlimit für veraltete Verbindungen auf 0 eingestellt werden, wird der Thread für Poolverwaltung ausgeführt, es werden jedoch nur die physischen Verbindungen gelöscht, deren Zeitlimitüberschreitung auf der Grundlage von Zeitlimitwerten ungleich null erfolgt.

Datentyp Integer
Einheiten Sekunden
Standardeinstellung 180
Einstellmöglichkeiten 0 bis Maximalwert für int
Zeitlimit für nicht verwendete Verbindungen

Intervall in Sekunden, nach dem eine nicht verwendete oder inaktive Verbindung gelöscht wird.

Wenn Sie eine optimale Leistung erzielen möchten, stellen Sie das Zeitlimit für nicht verwendete Verbindungen höher ein als das Zeitlimit für die Bereinigung. Außerdem werden nicht verwendete physische Verbindungen nur gelöscht, wenn die aktuelle Anzahl der nicht verwendeten Verbindungen die Mindestanzahl der Verbindungen übersteigt. Wenn z. B. das Zeitlimit für nicht verwendete Verbindungen auf 120 eingestellt ist und der Thread für Poolverwaltung aktiviert wurde (Bereinigungsintervall ungleich 0), werden alle physischen Verbindungen, die zwei Minuten nicht verwendet wurden, gelöscht. Beachten Sie, dass die Genauigkeit dieses Zeitlimits und die Leistung vom Bereinigungsintervall beeinflusst werden. Nähere Informationen hierzu finden Sie im Abschnitt Bereinigungsintervall.

Datentyp Integer
Einheiten Sekunden
Standardeinstellung 1800
Einstellmöglichkeiten 0 bis Maximalwert für int
Zeitlimit für veraltete Verbindungen

Intervall in Sekunden, nach dessen Ablauf eine physische Verbindung gelöscht wird.

Wird das Zeitlimit für veraltete Verbindungen auf 0 eingestellt, können aktive physische Verbindungen unbegrenzt im Pool bleiben. Wenn Sie eine optimale Leistung erzielen möchten, stellen Sie das Zeitlimit für veraltete Verbindungen höher ein als das Zeitlimit für die Bereinigung. Wenn das Zeitlimit für veraltete Verbindungen z. B. auf 1200 eingestellt und das Bereinigungsintervall nicht 0 ist, werden alle physischen Verbindungen, die 1200 Sekunden (20 Minuten) verwendet wurden, aus dem Pool gelöscht. Beachten Sie, dass die Genauigkeit dieses Zeitlimits und die Leistung vom Wert des Bereinigungsintervalls beeinflusst werden. Nähere Informationen hierzu finden Sie im Abschnitt Bereinigungsintervall.

Datentyp Integer
Einheiten Sekunden
Standardeinstellung 0
Einstellmöglichkeiten 0 bis Maximalwert für int
Löschrichtlinie

Gibt an, wie Verbindungen gelöscht werden sollen, wenn eine veraltete Verbindung oder ein schwer wiegender Verbindungsfehler ermittelt wird.

Die gültigen Werte sind EntirePool und FailingConnectionOnly. Für JCA-Datenquellen (Java EE Connector Architecture) ist jede Option möglich. Für WebSphere-Datenquellen der Version 4.0 haben immer die Löschrichtlinie EntirePool.

Datentyp String
Standardeinstellung FailingConnectionOnly
Einstellmöglichkeiten
EntirePool
Alle Verbindungen im Pool sind als veraltet markiert. Alle nicht verwendeten Verbindungen werden sofort geschlossen. Eine gerade verwendete Verbindung wird geschlossen, und während der nächsten Operation für diese Verbindung wird eine StaleConnectionException ausgelöst. Nachfolgende getConnection-Anforderungen seitens der Anwendung bewirken, dass neue Verbindungen zur Datenbank geöffnet werden. Wenn diese Löschrichtlinie verwendet wird, besteht ein geringes Risiko, dass einige Verbindungen im Pool geschlossen werden, obwohl sie nicht veraltet sind. Dies kommt jedoch nur selten vor. In den meisten Fällen ist die Einstellung "EntirePool" für Löschrichtlinien die beste Wahl.
FailingConnectionOnly
Es wird nur die Verbindung, die die StaleConnectionException ausgelöst hat, geschlossen. Diese Einstellung schließt zwar die Möglichkeit aus, dass gültige Verbindungen unnötigerweise geschlossen werden, gestaltet aber die Wiederherstellung aus der Sicht einer Anwendung komplizierter. Da nur die gegenwärtig fehlerhafte Verbindung geschlossen wird, ist die Wahrscheinlichkeit, dass die nächste getConnection-Anforderung seitens der Anwendung eine Verbindung aus dem Pool zurückgibt, die ebenfalls veraltet ist, relativ hoch.



Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Konzepte
Zugehörige Tasks
Zugehörige Verweise
Einstellungen für Warteschlangenverbindungs-Factorys in Version 5


Dateiname: umj_sesspoolset.html