Un petit article pour vous proposer un outil trés simple d'utilisation pour effectuer des tests de charge (sans casser votre tirelire !!) :
Cet Outil de test en charge d'applications webNeoLoad simule des centaines d'utilisateurs sur votre application web afin de tester sa performance et sa fiabilité en condition de stress.
Pourquoi Neotys?
Tout simplement parce que NeoLoad est l'outil de test en charge d'application web qui allie les fontionnalités et la simplicité à un prix accessible.
une démo sur ce lien
bonne visite sur http://www.neotys.fr/
Vous trouverez sur mon blog des infos sur différents sujets techniques. Ils proviennent de mes expériences chez BEA, Versata ... et actuellement ORACLE
mercredi 22 août 2007
Statistiques depuis le SQL de Bpel
Afin de connaitre rapidement les instances de processus les plus consommateurs, il suffit d'utiliser la base SQL de BPEL (base de déshydratation). Cela permet également de faire un tableau de bord personnalisé et différent de la console Bpel standard.
Toutes les données se trouvent dans le schema ORABPEL (créé lors de l'installation) et notamment dans la table cube_instance.
La requête suivante permet de connaitre les processus les plus consommateurs (en millisecond) à partir des instances de process qui ont débuté après '2007-8-22:8:00'
/////////////////////////////////////////////////////////////////////////////////////
select cikey, process_id, creation_date, modify_date, max(to_number(to_char(modify_date,'HH24MISSFF3')) - to_number(to_char(creation_date,'HH24MISSFF3')))
from cube_instance
where modify_date > to_date('2007-8-22:8:00','YYYY-MM-DD:HH24:MI')
group by cikey, process_id, creation_date, modify_date order by 5
/////////////////////////////////////////////////////////////////////////////////////
Si vous souhaitez comprendre ensuite pourquoi un processus est lent il suffit de copier la valeur du champ cikey pour la positionner dans la console standard Bpel et voir le détail de ce processus.
ps: pour utiliser un outil SQL trés simple et gratuit je vous propose Oracle SQL Developper
Toutes les données se trouvent dans le schema ORABPEL (créé lors de l'installation) et notamment dans la table cube_instance.
La requête suivante permet de connaitre les processus les plus consommateurs (en millisecond) à partir des instances de process qui ont débuté après '2007-8-22:8:00'
/////////////////////////////////////////////////////////////////////////////////////
select cikey, process_id, creation_date, modify_date, max(to_number(to_char(modify_date,'HH24MISSFF3')) - to_number(to_char(creation_date,'HH24MISSFF3')))
from cube_instance
where modify_date > to_date('2007-8-22:8:00','YYYY-MM-DD:HH24:MI')
group by cikey, process_id, creation_date, modify_date order by 5
/////////////////////////////////////////////////////////////////////////////////////
Si vous souhaitez comprendre ensuite pourquoi un processus est lent il suffit de copier la valeur du champ cikey pour la positionner dans la console standard Bpel et voir le détail de ce processus.
ps: pour utiliser un outil SQL trés simple et gratuit je vous propose Oracle SQL Developper
Inscription à :
Articles (Atom)