Problem bei gelocktem SQLRPGLE-Programm

[jo400]

Hallo Fuerchau,

vielen Dank für deine Erläuterungen.

Gibt es keine Möglichkeit dem Programm zu sagen, dass der Zugriffsplan NICHT aktualisiert werden sollen. Ansonsten ist dies für mich eigentlich ein Grund kein SQL mehr zu verwenden.

Die Programmobjekte stehen bereits in einer extra Bibliothek, aber wir müssen sie trotzdem sichern. Und da wir 24 h arbeiten, kann ich auch nicht die Programme während der Sicherung sperren.

Vielleicht fällt sonst noch jemanden etwas dazu ein.

Jo

[Fuerchau]

Keine Chance !
Sobald SQL im Spiel ist, gilt oben gesagtes. Dies sollte aber kein Grund sein auf SQL zu verzichten sondern eher dazu führen das Sicherungskonzept zu prüfen (SAVACT, SAVACTWAIT).

[BenderD]

Hallo,

lässt sich (zumindest ab V5R1) in der QAQQINI abstellen (REOPTIMIZE_ACCESS_PLAN auf *required setzen); Verfahren der Nutzung der QAQQINI ist in Query Optimization beschrieben.

mfg

Dieter Bender

Bei Datenbankänderungen kann man über einen Eintrag von *YES eine Aktualisierung beim ersten Aufruf erzwingen.

Hallo Fuerchau,

vielen Dank für deine Erläuterungen.

Gibt es keine Möglichkeit dem Programm zu sagen, dass der Zugriffsplan NICHT aktualisiert werden sollen. Ansonsten ist dies für mich eigentlich ein Grund kein SQL mehr zu verwenden.

Die Programmobjekte stehen bereits in einer extra Bibliothek, aber wir müssen sie trotzdem sichern. Und da wir 24 h arbeiten, kann ich auch nicht die Programme während der Sicherung sperren.

Vielleicht fällt sonst noch jemanden etwas dazu ein.

Jo

[jo400]

Hallo Dieter,

vielen Dank für deine Antworten.

Ich versuche deine Fragen zu beantworten:

- Ja er verwendet den Standardwert von 30 Sekunden Wartezeit, aber er versucht mehrere Zugriffspfade abzuändern; deshalb ist die Wartezeit insgesamt länger.

- Die Benutzer rufen nachts an wegen der langen Antwortzeiten von mehreren Minuten (nachts sind die "gefühlten" Antwortzeiten aber wohl etwas länger).

- Was mich halt verwundert ist, dass er regelmässig (bei jedem Aufruf) versucht die Zugriffspfade zu ändern und nicht nur wenn es notwendig ist (sooft ändern wir unsere Zugriffspfade (LF) nun auch nicht).

- Ich werde mich auf jeden Fall mit IBM in Verbindung setzen und die fehlenden zwei/drei PTF's installieren. Bevor ich die QAQQINI bearbeite, mache ich mich damit erstmal schlau.

- Was meinst du mit Datenbankänderungen auf *YES stellen? Bei welchem Befehl/Parameter kann ich dies einsetzen?

Vielen Dank.

Jo

[BenderD]

Hallo Jo,

- sieht nach defect problem aus, die Konstellation sollte sehr sehr selten sein. Habt ihr einen aktuellen Group PTF Stand für die Datenbank (je nach Release WRKPTFGRP oder DSPDTAARA SF99501 oder SF99t02) ??? ansonsten sofort den neuesten einspielen.

- Was meinst du mit Datenbankänderungen auf *YES stellen? Bei welchem Befehl/Parameter kann ich dies einsetzen?

Vielen Dank.

Jo

Den REOPTIMIZE_ACCESS_PLAN in der QAQQINI für eine Programmierer auf *YES stellen und die Programme ausführen, dann passiert das tagsüber kontrolliert; die Anwender fahren immer mit *NO.

mfg

Dieter Bender

[jo400]

Halllo Diter,

wir haben V5R2 und die Datenbank-Gruppenptf's 15 (also fast aktuell).
Ich werde mir aber umgehend die aktuellsten Gruppenptf's besorgen.

Das mit der QAQQINI und dem *ONLY_REQUIRED/*YES habe ich jetzt auch verstanden.

Vielen Dank.

Jo