TNSPING / Elevé

Version imprimable

28/04/2006, 09h33
segphault

TNSPING / Elevé

Bonjour,

J'administre un serveur oracle (10.1.0.3.0) sous solaris (5.10). L'application est hébergée sur plusieurs frontaux web (apache2 mpm prefork / php5.1 / linux debian sarge ).
A intervalle, plus ou moins régulier, oracle m'alerte que le processus d'écoute est trop long à répondre. ça monte à plus de 400ms parfois, une fois même à plus de 4500 !!! Bref c'est relativement instable à ce niveau.
De plus il me dit que les connections/déconnections intempestive bouffe du temps proc.
J'ai donc demandé à faire passer les connections oci8 de php en persistantes afin de servir un maximum de client avec une seule connection.

Pensez-vous que cela va solutionner le problème du tnsping ???
28/04/2006, 12h10
laurentschneider

OEM envoye parfois cette alerte quand tu fais un "lsnrctl reload". Si tel est le cas, il n'y a pas à s'inquièter, un temps de réaction de 4s pendant un "reload" de la configuration n'a rien de tragique. Regarde à quel moment cela se produit.
28/04/2006, 17h45
segphault

hello,

je ne fais pas de reload justement. Peut-être cela ce fait-il implicitement quelque part dans la conf d'oracle ?
28/04/2006, 17h51
aline

bonjour,

Quand tu fais ton tnsping, tu le fais sur le nom du serveur ou sur son adresse?
Passer par l'adresse peux eventuellement résoudre ton problème.
dans ce cas, il faux changer ton tnsname

hello,

Je ne fais pas de tnsping, enfin c'est l'EM qui m'informe qu'à un certain moment, le listener met du temps à répondre.

ceci dit, il m'a l'air plus réactif à répondre lorsque je met l'ip directement

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
-bash-3.00$ tnsping cforacle1-1
 
TNS Ping Utility for Solaris: Version 10.1.0.3.0 - Production on 02-MAI  -2006 09:36:59
 
Copyright (c) 1997, 2003, Oracle.  All rights reserved.
 
Fichiers de paramètres utilisés :
/opt/oracle/product/network/admin/sqlnet.ora
 
Adaptateur EZCONNECT utilisé pour la résolution de l'alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=cforacle1-1.))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.242.1)(PORT=1521)))
OK (30 msec)
-bash-3.00$ tnsping 192.168.242.1
 
TNS Ping Utility for Solaris: Version 10.1.0.3.0 - Production on 02-MAI  -2006 09:37:08
 
Copyright (c) 1997, 2003, Oracle.  All rights reserved.
 
Fichiers de paramètres utilisés :
/opt/oracle/product/network/admin/sqlnet.ora
 
Adaptateur EZCONNECT utilisé pour la résolution de l'alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=192.168.242.1))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.242.1)(PORT=1521)))
OK (0 msec)

02/05/2006, 11h16
aline

J'avais déjà eu ce problème.
La solution parrait logique. On ne perd pas de temps à interpreter l'addresse.
Le problème, c'est que tes tnsnames riquent de devenir moins lisibles...
en tout cas pour ceux qui préfèrent voir un nom de machine plutôt qu'une addresse!
02/05/2006, 11h32
Jaouad

Bonjour ,
EN régle génèrale, il vaut mieux avoir une solution centralisé de résolution de nom. En effet je conseille toujours de laisser tomber l'architecture ou il y a un TNSNAMES par client mais plutot de plui préfèrer un OID avec différents contexte, un autre LDAP ou tout simplement un TNSNAMES centralisé .

Bon courage
02/05/2006, 12h13
segphault

je vais faire des tests pour effectivement eviter la résolution de nom. J'espére que cela sera bénéfique ;)

merci pour vos conseils avisés