Zugriff auf Tabellen langsam

[JP]

Änderungen wie PTF's etc. wurden nicht gemacht.
Der Datenbestand dieser Tabellen hat sich auch nicht wesentlich erhöht.
Systemauslastung ist auch normal. Bis auf die oben beschriebenen Jobs, die ziehen natürlich CPU.

Ich hab das Gefühl das da irgendwas mitläuft.

Auf diese Tabellen wird auch per ODBC zugegriffen.
Der QZDASOINIT-Job generiert dann ein Jobprotokoll, da er einen ENDDBG versucht hat.
Das darf er natürlich nicht, da der entsprechende Benutzer nicht berechtigt ist.
In der ODBC-System-DSN ist aber kein Trace/Debug eingestellt bzw. aktiviert.
Auch in der Software die sich dieser Jobs bedient ist nichts dergleichen konfiguriert.

Ich werde dann mal den DB-Monitor bemühen.

Gruß
Jörg

[Fuerchau]

ODBC-Zugriffe sind m.U. die schlimmsten da meistens in Unkenntnis falsche Zugriffswege verwendet werden und zu Tablescans oder temporären Indexaufbau führen.

[BenderD]

@Baldur:
ein full tablescan für 1,6 Mio Sätze dauert auf meiner uralt 520 1 bis 2 Minuten!, ein Index Aufbau kann da drüber liegen, aber bei dieser läppischen Anzahl von Daten erklärt selbst der die Zeiten nur, wenn in einem Programm gleich reihenweise Indexe angelegt werden.

D*B

PS: Cache Batterie etc. alles gesund?

[camouflage]

PS: Cache Batterie etc. alles gesund?

Hätte ich jetzt mal so auch darauf getippt. Ist das Ding mal leer, geht die Kiste ganz schön in die Knie.

[holgerscherer]

Hätte ich jetzt mal so auch darauf getippt. Ist das Ding mal leer, geht die Kiste ganz schön in die Knie.

Nicht, wenn nur lesend zugegriffen wird. Aber evtl. ist ja die CACHBATT leer, und die Software strickt ständig neue temporäre Indexe. Dann wäre die CPU-Last aber nicht hoch...

-h

[andreaspr@aon.at]

Dieter hat schon recht. Selbst 30 min ist eine sehr lange dauer. Da wird sicher mehr als nur ein einfaches "SELECT" gemacht.