[Après Installation 10.2] Comment Oracle arrive à faire fonctionner le listener? [Résolu]

[cheprod]

Salut à tous,

J'ai installer Oracle 10.2 Entreprise Edition et j'ai choisi d'installer une base de donnée à l'installation (SID=PFORDB1). La boite noire d'Oracle mouline pendant un moment et me dit que tout est OK.

Le Manager Web de la base marche sans soucis et j'en profite pour déverouiller l'utilisateur SCOTT pour mes tests.

J'ouvre alors une fenêtre MS-DOS pour me connecter sur la base en faisant :

sqlplus SCOTT/TIGER@PFORDB1

et ça marche sans problème.

Je regarde alors le fichier listener.ora par curiosité et là dans SID_NAME il y a un nom qui ne correspond pas à ma BD. Je décide alors d'arrêter le listener à l'aide de la commande suivante, puis de le relancer :

lsnrctl stop LISTENER
lsnrctl start LISTENER

Je retente une connexion

sqlplus SCOTT/TIGER@PFORDB1

et là echec de la connexion, j'ai une erreur du style "pas de service associé à ce listener".

J'ai alors modifié le fichier listener.ora pour mettre le bon SID, je redémarre le listener et là je peux de nouveau me connecter.

Je me pose donc la question suivante :

Comment Oracle à réussi à faire tourner le LISTENER qu'il a lancé au moment de l'install alors que le fichier listener.ora semble erroner ?

Si quelqu'un à une réponse à ce qui me semble être un mistère, se serait super

[orafrance]

sans les listener.ora en question on va avoir du mal à deviner ce qui s'est passé

[cheprod]

Yes, j'y ai pensé mais je ne les avais pas sous la main... je les poste ce soir

[cheprod]

Donc après création de la base PFORDB1 lors de l'installation d'Oracle 10.2, le fichier listener.ora était comme suit :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# listener.ora Network Configuration File: C:\oracle\product\oracle\10.2.0\network\admin\listener.ora
# Generated by Oracle configuration tools.
 
SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = C:\oracle\product\oracle\10.2.0)
      (PROGRAM = extproc)
    )
  )
 
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(HOST = thibaud-621c645)(PORT = 1521))
    )
  )

Oracle avait démarré la base et le listener. Et j'arrivais à me connecter via le listener même avec un SID_NAME à PLSExtProc

Après arret/redémarrage à l'aide de la commande lsnctrl, je ne pouvais plus me connecter via le listener.

J'ai donc modifié le fichier listener.ora de la manière suivante :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# listener.ora Network Configuration File: C:\oracle\product\oracle\10.2.0\network\admin\listener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PFORDB1)
      (ORACLE_HOME = C:\oracle\product\oracle\10.2.0)
      (PROGRAM = extproc)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(HOST = thibaud-621c645)(PORT = 1521))
    )
  )

Et là ça remarche, normal me dirait vous. Je me demande donc comment Oracle à fait pour faire tourner correctement le listener après l'installation... Aurait-il généré un autre fichier de conf dont il s'est servi ? Ou y a t-il une autre astuce ? J'ai un peu l'impression que l'universal Installer est une grosse boite noire quand même...

Si quelqu'un peut m'éclairer, se serait vraiment super

[Michel SALAIS]

Disons que pour se connecter à une base qui tourne utilisant un compte "ordinaire" le fichier listener.ora n'a pas à avoir le nom de la base ou l'instance cible depuis 8i! La connexion peut alors marcher en l'absence totale du fihcier listener.ora (pas du listener) ...
En gros l'instance s'inscrit auprès du listener à son démarrage et lorsque le listener est redémarré alors il se passe un bout de temps avant que l'instance ne s'inscrive à nouveau auprès du lisetener ce qui explique l'erreur lors du démarrage du listener après son arrêt.

[cheprod]

Ok, merci pour ta réponse, mon mystère est en partie élucidé

Cela veut donc dire que si je créé une deuxième base appelé par exemple PFORDB2, je pourrais y accéder aussi via mon premier listener (appelé "LISTENER") à partir du moment où la base se sera inscrit à ce listener?

Ou fait-il que j'ai la section suivante dans mon fichier tnsnames.ora :

Code :

1
2
3
4
5
6
7
8
9
10
EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    )
    (CONNECT_DATA =
      (SID = PLSExtProc)
      (PRESENTATION = RO)
    )
  )

Merci d'avance

[Michel SALAIS]

Oui, le même listener permettrait d'accéder à la deuxième base sans rien ajouter dans le fichier listener.ora ...

Par contre le morceau fourni à ajouter au fichier tnsnames.ora n'est pas le bon. En fait EXTPROC_CONNECTION_DATA est un truc particulier nécessaire à l'utilisatioin des procédures externes et tu n'en es pas là ...

Il est "nécessaire" d'ajouter une référence à cette deuxième base dans le fihcier tnsnames.ora.

Code :

1
2
3
4
5
6
7
8
9
PFORDB2 =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = thibaud-621c645)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = PFORDB2 )
    )
  )

[cheprod]

Ok, super, merci pour ta réponse

Je me doutais bien qu'il y avait un truc qui ne tournait pas très rond