Tnsname oui mais ?

[erox44]

Salut ,actuellement en stage de developpement, on me demande de créer une appli en php5 utilisant une base oracle deja crée avec TOAD.

J'ai donc commencé le codage de la connexion cependant en voulant la tester, le premier message d'erreur de la liste est :

Warning: ocilogon(): _oci_open_server: ORA-12560: TNS : erreur d'adaptateur de protocole in f:\doc\source\oracle.php on line 39

J'ai eut beau chercher sur google pour savoir ce que c'est le tnsname mais je comprend vraiment pas...

Si vous pouviez me filer un coup de main

[Antoun]

Le fichier tnsnames.ora est un fichier placé sur le client Oracle, qui recense l'ensembles des bases (SID) accessibles au client, avec les paramètres de connexion tels que le serveur, le protocole réseau, etc.

Tu peux générer ce fichier avec le Oracle Net Configuration Manager (ou qqch comme ça).

[Vincent Rogier]

Ou tu peux aussi utiliser en lieu et place de l'alias du tnsnames.ora, un nom de service sous la forme <serveur:ip/service_name> qui à l'avantage de ne pas passer par le tnsname.ora

[Antoun]

pourquoi "l'avantage" ?

[Vincent Rogier]

Envoyé par Antoun

pourquoi "l'avantage" ?

Dans certains cas c'est utile (pas de droits sur la conf oracle, ....) de ne pas avoir à passer par un tnsname.ora.

A quoi sert le tnsnames ?

A créer un alias pour serveur+port+service+protocole (pour faire simple)

Le protocole, c'est 99% de tcp

Donc, si les infos de l'alias doivent être transparentes pour le client, ok un tnsnames, c'est bien.

Maintenant, si le client est concerné par les infos serveur et service, pourquoi s'embêter à aller configurer un alias quand on peut s'en passer ?

Si tu veux attaquer une bouvelle DB et que tu n'as pas accès au tnsnames, tu peux toujours le faire via la méthode citée ci dessus.

Si plusieurs applis de fournisseurs différents utilisent un même client Oracle pour attaquer des serveur différents, t'a pas forécement envie que tout le monde vienne fouiner dans le même tnsnames...etc...

J'ai quasiment toujours utilisé des tnsnames.
Mais de plus en plus, en fonction du contexte, je préfère m'en passer...

[Antoun]

Merci Vincent. Je testerai ça à l'occase !

[orafrance]

Envoyé par vicenzo

Maintenant, si le client est concerné par les infos serveur et service, pourquoi s'embêter à aller configurer un alias quand on peut s'en passer ?

C'est plus simple de déployer un tnsnames.ora corrigé sur tous les postes en cas de d'ajout de base, déplacement ou renommage... voila en quoi cela peut être très utile

[Vincent Rogier]

C'est plus simple de déployer un tnsnames.ora corrigé sur tous les postes en cas de d'ajout de base, déplacement ou renommage... voila en quoi cela peut être très utile

Je suis entièrement d'accord !

Seulement, y a des fois ou tu n'as pas le contrôle sur le déploiement du tnsnames.

Quand tu as a faire à des structures avec des DBA compétents et organisés, tout roule et c'est nickel...

Mais c'est pas toujours le cas !..

[riyahi]

Salam,

Pour configurer tnsnames il faux configurer le fichier tsnnames.ora (ovrire le avec un eteur de test, Notepad par exemple) qui se trouve généralement dans le répertoire <oracle>\NETWORK\ADMIN exemple C:\oracle\product\10.2.0\db_1\NETWORK\ADMIN
Généralement on ajoute l’alias (la chaine de connexion)
Comme l’exemple suivant:

Code :

1
2
3
4
5
6
7
8
9
 
mydalais=
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = monserveur)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = mydalais)
    )
  )

bon couraage