Oracle10G : La base ne répond plus

Bonjour,

Il arrive régulièrement (en moyenne une fois par mois) que les bases de données installée sur le même serveur ne répondent plus aux tentatives de connexion, que ce soit via le listener ou en direct depuis une commande sqlplus sur le serveur.

Il s'agit de bases sous Oracle 10g, sur un serveur Linux Debian.
Ne pouvant pas me connecter à la base pour la redémarrer, la seule solution que je dispose consiste à rebooter le serveur, ce qui peut parfois être un peu gênant.

Ce problème est-il connu par quelqu'un ?
Existe-t-il une solution moins extrême ?

Merci de votre aide.

Bonjour,

As-tu des messages dans les alert.log, sqlnet.log ou listener.log ?

Voilà.
J'ai juste limité le contenu à ces derniers jours.
Je suspecte que l'incident a débuté vers 2h40 cette nuit.

A première vue, on dirait que tu as des problèmes de connexions :mrgreen:
OK, c'est évident, le problème se situe au niveau du protocole sql*net

Peut-être un problème de timeout.
As-tu un paramètre SQLNET.EXPIRE_TIME = 0 dans ton fichier sqlnet.ora?

Peux-tu me donner la prtie du tnsnames.ora correpondant à tes connexions ?
C'est pour vérifier si tu as bien la partie CONNECT_DATA.

Alors effectivement, le paramètre "SQLNET.EXPIRE_TIME" est positionné à 14400 et non pas 0.
L'objectif était de killer les connexions perdues.

Ci-joint le contenu du tnsname.ora :
MaBase =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = TCP)
(HOST = MonServeur)
(PORT = 1521)
)
)
(CONNECT_DATA =
(SERVICE_NAME = MaBase)
)
)

Le listener.txt semble montrer qu'il s'agit d'un logiciel de monitoring (activité régulière).
Si c'est le cas, ça peut arriver avec ce style de logiciel car ils ouvrent et ferment aussitôt des connexions, ce qui casse le flux sql*net qui attend les données CONNECT_DATA.

La solution ? Interrompre la surveillance de temps en temps et reprendre après qqs temps.

Sinon essaie d'augmenter la trace du listener pour avoir plus d'infos

Il se peut aussi que ce se soit du à des problèmes réseaux (lenteur...). Vérifie auprès de l'équipe réseau s'il n'y a pas des soucis ou surcharges quand tu as des problèmes.

Effectivement, le process EMCTL est exécuté au démarrage de la base.
Mais il s'exécute sur le serveur, donc il ne devrait pas y avoir de problème réseau.
Je vais donc le désactiver (au moins temporairement), pour vérifier que le problème vient de là.
Merci beaucoup pour votre aide.

Si c'est emctl qui pose problème, regarde s'il y a quelque chose dans ses logs.

J'ai déjà eu des soucis avec emctl, et j'en suis venu à le redémarrer une fois par semaine pour plus de stabilité ;)

J'ai l'impression qu'il y a effectivement plusieurs incidents de temps à autres remontées dans les logs de emctl, mais j'avoue ne pas avoir trop de temps à y consacrer, et finalement je ne l'utilise pas.
Donc je vais me contenter de l'arrêter, et je m'y replongerai à l'occasion.
Merci beaucoup.