-
@timeout: casus knacksus ist doch zunächst wie lange da nix zurückkommt, häufig gibt es ernsthafte Designfehler in stored Procedures, oder Implementierungsfehler in der Datenbank (UDTF lässt grüßen).
@connection Pool: abbrechende Verbindungen während der Ausführung einer Anfrgae haben mit dem Pool nix zu tun. Ansonsten sind ordentliche (JDBC) Pools konfigurierbar, dass sie idletime überwachen bis hin zu einem keep alive check vor Ausführung, mit neu verbinden, falls erforderlich.
Wenn so morsche Bohlen wie Oops Nerv oder stored Procedures im Spiel sind, oder die Anwendung Designmängel haben könnte, ist zunächst weitere Ursachenforschung von Nöten. Ein Startpunkt können die Joblogs der Serverjobs sein.
D*B
Similar Threads
-
By heldchen in forum IBM i Hauptforum
Antworten: 0
Letzter Beitrag: 14-11-11, 08:42
-
By CrazyJoe in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 31-01-08, 12:27
-
By deni87991 in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 17-05-06, 11:01
-
By Souljumper in forum NEWSboard Programmierung
Antworten: 3
Letzter Beitrag: 14-02-06, 09:27
-
By rissling in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 20-06-05, 08:53
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks