[DB2 7.1] Lenteurs connexions via ODBC

[stefCP]

Bonjour,
j'utilise depuis plusieurs moi le driver ODBC du client DB2 7.1 pour attaquer, en lecture voire en écriture (par Ms-Query principalement, par VB pour une utilisation avec QTP), différentes instances placées sur différents serveurs Aix 5.3.

Depuis quelques temps, les connexions sont de plus en plus longues et le phénomène se propage d'environnements en environnement et de poste client en poste client (certains collègues épargnés au début constatent progessivement les même ralentissements que moi).
L'affichage de la liste des tables était instantanné après avoir choisi la base a atteindre, il faut aujourd'hui une grosse trentaine de seconde. Les accès, ensuite, sont corrects.
De même, pour une lecture via VB, la connexion est excessivement longue...

J'ai bien evidemment reinstallé le client DB2 sur mon poste, recréé les connexions via l' "assistant de configuration client", essayé de chercher différentes options,... nada, c'est même de pire en pire (la liste des base est desormais trèèèèèèèèèès longue à obtenir, le centre de commande ne se ferme plus, il me faut tuer la tâche ...).

Auriez-vous une piste à me suggérer pour espérer retrouver la rapidité d'antant ?
Merci d'avance.

[stefCP]

A force d'insister, j'ai des choses qui ont évolués.

j'ai pu recréer les chaines de connexion sur 2 bases. Une fonctionne impécablement (ouverture de la liste des tables instantannée sous Ms-Query, requetes ok), l'autre ne se connecte pas du tout (erreur SQL30081N).

Et surtout, de stemps de réponses trèèèès longs (plusieurs minutes) lors de l'ouverture de l'assistant de configuration client ou lors de toute actions dans ce même assistant.
Quelqu'un saurait il les fichiers accédés via cet outils ? Pourquoi les temps de réponses sont ils aussi long??? Il lui faut 2 ou 3 minutes pour me lister 2 bases...
A noter : tous les accès sont bloqués pendant les refreshs de l'assistant : accès reseau, acces Internet, accès messagerie,... tout est suspendu et en attente de la fin du refresh. Quelle ressource peut-elle être mobilisée à ce point ???

Merci pour vos avis.

[Hédhili Jaïdane]

Bonjour.

Je ne m'y connais en connexions et tutti quanti, mais à ta place je regarderais si je n'ai pas un virus qui est en train de saturer le réseau par des requêtes bidon.

Cordialement
Hédhili Jaïdane
- - - - - - - - -

[stefCP]

Envoyé par Hédhili Jaïdane

Bonjour.

Je ne m'y connais en connexions et tutti quanti, mais à ta place je regarderais si je n'ai pas un virus qui est en train de saturer le réseau par des requêtes bidon.

Cordialement
Hédhili Jaïdane
- - - - - - - - -

Oh, je ne pense pas, tout est bien blindé ici... On ne peut sortir sur le net qu'en montrant patte blanche, et encore, on ne peut pas aller de partout.

mais je vais quand même lancer un scan ce soir en partant...

[db24ever]

As-tu essayé avec un autre driver ODBC pour comparer ? Généralement la 1ere connexion est toujours assez longue car les drivers récupèrent la liste des tables, mais ensuite les requêtes doivent se passer sans problème.

D'expérience ms-query n'est pas un outil très fiable, si tu as une autre application ou un autre requêteur ça peut valoir le coup de tester le comportement.

Sinon, pas de messages d'erreur côté DB2 ?

[stefCP]

Envoyé par db24ever

As-tu essayé avec un autre driver ODBC pour comparer ? Généralement la 1ere connexion est toujours assez longue car les drivers récupèrent la liste des tables, mais ensuite les requêtes doivent se passer sans problème.

J'ai déjà eu du mal à trouver le driver ODBC DB2 (il faut installer tout le client DB2...), alors en installer un autre. Mais si tu as une autre référence que celui fourni avec le client DB2 officiel, je prends.

Envoyé par db24ever

D'expérience ms-query n'est pas un outil très fiable, si tu as une autre application ou un autre requêteur ça peut valoir le coup de tester le comportement.

Ca fait bientot 4 ans que je l'utilise ici au taf, pour faire de simple consultation de table, au pire avec une ou 2 jointures, sans soucis particulier. Je ne trouve pas plus rapide et pratique pour ce genre d'utilisation.

J'ai testé Aqua Data Studio : trop lourd, trop long a maniper. Mais effectivement, accède à la base sans problème, puisque ne s'appuyant pas sur ODBC...

Envoyé par db24ever

Sinon, pas de messages d'erreur côté DB2 ?

Si mais rien de probant.

[db24ever]

Envoyé par stefCP

J'ai déjà eu du mal à trouver le driver ODBC DB2 (il faut installer tout le client DB2...), alors en installer un autre. Mais si tu as une autre référence que celui fourni avec le client DB2 officiel, je prends.

Oui, il y a notammment le driver de StarQuest, StarSQL.

http://starquest.com/Productfolder/starsql.html

[stefCP]

Je regarde ca asap...
Merci

[rberthou]

Comme tu passe par un DB2 client je pense qu'il peux y avoir un problème de version entre les deux plateformes
( client DB2 7.x vers un serveur DB2 8.x et inversement )

J'ai déjà eu un problème de lenteur de connexion entre V7 et V8 (uniquement la connexion pas l'exécution par contre)

Suivant l'utilisation de MS-Query avec DB2 tu peux regarder
- dbvisualize ( www.mind.se )
- Eclipse + SQL Explorer
- ...
Ces outils utilisent un drivers JDBC type 4 qui posent souvent moins de probleme que DB2 client...

[stefCP]

Effectivement, une installation du client de la V8 arrange grandement les choses. J'ai retrouvé mes connexions instantanées (ou presque, tjs inférieurs à 3 ou 4 secondes) et je peux a nouveau exécuter des requetes.

Par contre, MSQuery n'est pour moi qu'un moyen de verifier mes lien ODBC (quoique ma méthode semble laisser à désirer). Mon besoin réel est de pouvoir modifier des données en bases depuis un script QTP, et c'est là que ca se gatte : QTP ne peut pas se connecter : à la première tentative, ca plante (erreur VBS), a la seconde, ca bloque (sur l'instruction "Set obj_Recordset = obj_Connection.Execute(str_Query)").

Mais, je diverge, sans doute... Va me falloir changer de forum, je crains.