-
Wir haben mittels DBMON gesehen, dass der CONNECT (laut SQL Statement summary) mehr als 10s dauert. OPEN, FETCH, etc. dauern nur einige ms.
Ist das Programm, bzw. der SQL-Zugriff als solches, damit aus dem Schneider?
Welche Einstellungen muss man sich dazu anschauen?
-
... das sollte alles im unteren millisekunden Bereich liegen. 10 sec ist gröbst daneben und selbst durch Netzwerk oder Subsystem Konfiguration kaum erklärbar. Was ist denn sonst so auf der Maschine los?
-
Eigentlich nicht viel und erst recht nicht mehr als sonst.
Die Maschine ist (so sagten andere externe Partner) auch ausreichend groß dimensioniert.
(QMODEL > 42A, PRCFEAT > EP1F)
Beide Systeme befinden sich auf einer physischen Maschine, aber auf 2 LPAR
Die 128GB RAM sind auf 96 / 32 aufgeteilt...
-
... bleibt das bei mehreren connects nacheinander aus demselben Job genauso langsam? bei verschiedenen Jobs?
-
Ja, wenn ich das Programm mehrmals hintereinander aufrufe (selbe Sitzung = selber Job), dauert jeder Aufruf so lange!
Wenn ich es parallel auf mehreren Sitzungen aufrufe, dauert jeder einzelne Aufruf auch so lange...
-
... da gabs mal was mit DNS Lookup - ich würde da mal software defect reklamieren.
-
Ohoh, es geht immer weiter in Regionen, die mir unbekannt sind.
Heißt das übersetzt: "am besten ein Ticket bei der IBM aufmachen"?
-
Mach mal nur einen PING von deiner Maschine zur RDB-Maschine.
Im Joblog gibts dann die Antwortzeiten.
Wenn du per WRKRDBDIRE die IP statt des Namens im Feld IP-Adresse eingibst, sparst du die DNS und kannst den Unterschied messen da dann DNS nicht benötigt wird.
-
Beim PING sieht alles super aus...
PING RMTSYS('*SYSNAME*')
Verbindung zum Host-System *SYSNAME* an der Adresse *IP-ADRESSE* wird gerade geprüft.
PING-Antwort 1 von *IP-ADRESSE* dauerte 0 Millisekunden 256 Byte. Lebensdauer 64.
PING-Antwort 2 von *IP-ADRESSE* dauerte 0 Millisekunden 256 Byte. Lebensdauer 64.
PING-Antwort 3 von *IP-ADRESSE* dauerte 0 Millisekunden 256 Byte. Lebensdauer 64.
PING-Antwort 4 von *IP-ADRESSE* dauerte 0 Millisekunden 256 Byte. Lebensdauer 64.
PING-Antwort 5 von *IP-ADRESSE* dauerte 0 Millisekunden 256 Byte. Lebensdauer 64.
Umlauf (in Millisekunden) min./durchschnittl./max. = 0/0/0.
Statistik der Verbindungsprüfung: 5 von 5 erfolgreich (100%).
Den CHGRDBDIRE mit der IP-Adresse als RMTLOCNAME habe ich gemacht - aber bei der Zeitspanne für CONNECT ändert sich nichts.
Kann man außer mit einem DBMON noch anders, mehr Infos holen? Evtl. mit einem >Get Diagnostics< ...
Ergänzung ...30min später (klingt komisch, aber):
jetzt dauert der Exec SQL Release :LOCNAME so lange!
Wenn ich den weglasse, kommt das Ergebnis beim ersten Aufruf superschnell! (egal ob über DNS oder IP)
ABER: dadurch bleibt eine Objektsperre bestehen :-(
Trotz
Exec SQL Commit Work;
Exec SQL Connect Reset;
ist auf dem RMTSYS noch ein LOCK auf dem SQLPKG.
Melde ich mich ab und neu an (=neuer Job), ist alles wieder ok und schnell.
...das ist doch jetzt bestimmt nur noch eine Kleinigkeit, die ich übersehe (bzw. nicht weiß), oder?
Aber
-
... der lock auf dem package ist die weiter bestehende Verbindung. Was heißt: neue Anmeldung ist alles ok und schnell, auch der connect?
-
Genau, nach einer erneuten Anmeldung ist die Anzeige mit korrektem Inhalt sofort da.
Den RELEASE habe ich direkt nach dem CLOSE vom Cursor, also noch vor der Anzeige auf dem Bildschirm.
Beim zweiten Aufruf (ohne RELEASE) wird das SQL nicht korrekt ausgeführt, also kommt auch nix auf den Bildschirm...aber alles im ms-Bereich.
-
... connect beenden geht entweder mit disconnect oder mit release gefolgt von commit (selbstredend mit exec sql commit und nicht mit dem RPG commit).
In einer neuen session dürfte allerdings die vorhergehende keinen Einfluss mehr haben.
Als nächstes würde ich mich mal um die listener Jobs auf dem Server kümmern, das sieht so aus, dass mit den Einstellungen im Subsystem was verbogen wurde.
D*B
Similar Threads
-
By Hubert in forum NEWSboard Programmierung
Antworten: 3
Letzter Beitrag: 14-10-19, 13:02
-
By User_ in forum IBM i Hauptforum
Antworten: 7
Letzter Beitrag: 25-05-18, 10:51
-
By Bodo Roggenkamp in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 14-10-02, 07:44
-
By hs in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 22-08-02, 07:27
-
By Koelch400 in forum IBM i Hauptforum
Antworten: 10
Letzter Beitrag: 14-12-01, 13:28
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