Précédent   Forum des professionnels en informatique > Bases de données > DB2
DB2 Forum d'entraide technique sur la base de données DB2. Voir aussi -> Rubrique DB2
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 16/12/2007, 17h16   #1
Candidat au titre de Membre du Club
 
Inscription : décembre 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : décembre 2004
Messages : 49
Points : 11
Points : 11
Par défaut les performances DB2 -connecteur JDBC

Salut à tous,

j'espère être au bon endroit pour poser ma question.
J'utilise DB2 V8 sur un environnement Mainframe Z/OS. Nos applications sont Java déployé sur un serveur Websphere. La connection se fait via un connecteur JDBC.
Pour terminer ma description, nous utilisons des procédures stockées.

Le problème que nous rencontrons est un souci au niveau des performances entre le serveur web et DB2. je me pose la question de savoir si le connecteur JDBC fourni par IBM est performant. Car quand je teste vers un DB2 UDB sur windows mes performances sont multipliés par 5.

Y-a-t'il quelqu'un parmi vous qui a déjà eu le même problème et qui peut me donner une solution?

merci
lecitoyen est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/12/2007, 16h42   #2
Membre à l'essai
 
Inscription : septembre 2005
Messages : 20
Détails du profil
Informations forums :
Inscription : septembre 2005
Messages : 20
Points : 22
Points : 22
Bonjour,

Plusieurs facteurs peuvent rentrer en ligne de compte, comme par exemple la charge du z/OS (à la fois sur DB2 et TCP/IP). Avez-vous eu l'occasion de faire un test avec d'autres drivers JDBC pour DB2 (je connais notamment StarSQL et HiT) ?

Cordialement.
db24ever est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/12/2007, 17h41   #3
Candidat au titre de Membre du Club
 
Inscription : décembre 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : décembre 2004
Messages : 49
Points : 11
Points : 11
effectivement la charge du mainframe au moment des tests est un élément important. J'ai effectué les tests à un moment calme.

Nous n'avons pas encore essayé d'autres connecteurs. J'ai jeté un coup d'oeil à StartSql et Hit mais si j'ai bien lu ce sont des connecteurs pour ODBC. JE regarde de plus près.

Entretemps, j'ai installé sur ma machine JMETER qui permet de faire des test de charge. Il donne la possibilité de lancer des scénarii sur une requête jdbc.

au vue des tests avec Jmeter, j'ai remarqué qu'à partir de 5 threads le nombre de transactions traitées reste constant.

je pense qu'il doit y avoir quelque chose dans le connecteur jdbc qui bloque le nombre de threads.
lecitoyen est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/12/2007, 18h06   #4
Membre Expert

 
Homme François Durand
Spécialiste Delivery Mainframe IBM
Inscription : octobre 2005
Messages : 1 098
Détails du profil
Informations personnelles :
Nom : Homme François Durand
Âge : 53
Localisation : France, Seine Saint Denis (Île de France)

Informations professionnelles :
Activité : Spécialiste Delivery Mainframe IBM
Secteur : Finance

Informations forums :
Inscription : octobre 2005
Messages : 1 098
Points : 1 707
Points : 1 707
Citation:
Envoyé par lecitoyen Voir le message
...
J'utilise DB2 V8 sur un environnement Mainframe Z/OS. Nos applications sont Java déployé sur un serveur Websphere. La connection se fait via un connecteur JDBC.
Pour terminer ma description, nous utilisons des procédures stockées.

Le problème que nous rencontrons est un souci au niveau des performances entre le serveur web et DB2. je me pose la question de savoir si le connecteur JDBC fourni par IBM est performant. Car quand je teste vers un DB2 UDB sur windows mes performances sont multipliés par 5.
Les requêtes en elle-mêmes sur le DB2 du z/OS sont bonnes ?
correctement indexées ?
tables avec des RUNSTATS ?
pas de tris démesurés ?
... etc ... etc ...
Luc Orient est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/12/2007, 18h19   #5
Membre à l'essai
 
Inscription : septembre 2005
Messages : 20
Détails du profil
Informations forums :
Inscription : septembre 2005
Messages : 20
Points : 22
Points : 22
Il me semble qu'il y a un paramètre au niveau DRDA qui limite le nombre de connexions clientes (à vérifier).
Pour StarSQL, voici le lien de la version JDBC :

http://www.starquest.com/Productfolder/starsqljava.html

Je connais bien le produit, vous pouvez me contacter en MP à ce sujet.

Cordialement.
db24ever est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/12/2007, 10h12   #6
Membre expérimenté
 
Avatar de rberthou
 
Inscription : septembre 2007
Messages : 609
Détails du profil
Informations personnelles :
Âge : 48

Informations forums :
Inscription : septembre 2007
Messages : 609
Points : 542
Points : 542
Peux tu préciser si tu utilise le pilote IBM JDBC type 2 ou type 4 ( installation d'un DB2 Client ou non )

J'ai déjà eu des problèmes de perf dans le cas de l'utilisation des pilotes type 2 avec des versions différentes de DB2 client et DB2 connect .

De plus regarde du coté de la configuration Websphere le pool de connexion (nb max de connexion) et aussi du nombre max de connexion DRDA possible.
__________________
- Informaticien passionné
- ( java, c++, cobol, php, asp, ... )
- http://www.berthou.com/fr/
rberthou est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/12/2007, 08h55   #7
Candidat au titre de Membre du Club
 
Inscription : décembre 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : décembre 2004
Messages : 49
Points : 11
Points : 11
Nous avons fait des tests pour vérifier les performances quand on passait par un type 2 ou type 4. Résultat : aucune différence. De ce fait, nous avons opté pour le type 4.

Hier, j'ai effectué des tests avec un outil JMETER qui permet de tester que la connexion JDBC. Je peux voir que le connecteur ne gère pas plus de 5 threads en parallèle.

On peut donc mettre le pool de connexions à 30 si le connecteur JDBC ne permet que de faire 5 threads en parallèle, cela ne sert à rien!
lecitoyen est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 13h21.


 
 
 
 
Partenaires

Hébergement Web