ca tnsping bien mais ca dblink pas!

[pholos]

bonjour à tous!

je me trouve face à un probleme assez pointu.

j'ai l'habitude de faire des dblinks mais depuis quelques temps, sur des nouvelles machines qui ont été installées en win2003 EE avec des Oracle 9.2 et qui se trouvent sur un site A, je ne peux pas faire de dblink depuis une machine qui se trouve sur un site B, je precise que le site A est en domaine et l'autre en workgroup et que la liaison est une LS qui passe par des routeurs avec des adresses translatées.

je precise que le ping et le tnsping fonctionnent parfaitement.

autre precision, les serveurs que je tente de joindre n'ont pas été installés forcement dans les regles de l'art, je me demande si il n'y a pas quelque chose qui à été oublié à l'installation.

Voici l'erreur du test de dblink :

Code :

1
2
3
4
*********************************************************************
Link  : "TOTO_PROD"
Error : ORA-12535: TNS : le délai imparti à l'opération est écoulé
*********************************************************************

Merci!

[orafrance]

sqlplus fonctionne ? Pense à vérifier les alertes du firewall aussi

[pholos]

un sqlplus system/manager@prod_toto me renvoi la meme erreur.

je n'ai pas la main sur le firewall mais d'autres serveur de prod se trouvent sur le meme site mais ne posent pas de probleme.

[orafrance]

bah oui mais c'est peut-être parce que les ports des autres bases sont ouverts

[pholos]

c'est quel port pour le sqlplus et les dblinks? 1521? c'est pas le meme que pour le tnsping?

le firewall est en tete de ligne, c'est un checkpoint, à priori il laisse passer sans soucis.

[orafrance]

ça dépend du listener et une communication tnsping ne signifie pas toujours que le firewall est correctement paramétré... ça coute pas grand chose de demander à l'admin système quand même

[pholos]

apres avoir consulté mon cher admin systeme, il se trouve que cette liaison ne passe pas par le firewall.

donc pas de probleme à ce niveau.

[LeoAnderson]

de toute façon, ça serait pas mal si on avait la log (voir les traces) du listener distant...

[pholos]

voici ce qui passe dans le listener.log.

le ping :

Code :

03-DEC-2007 17:35:34 * ping * 0

le sqlplus :

Code :

03-DEC-2007 17:36:33 * (CONNECT_DATA=(SERVICE_NAME=TOTO)(SERVER=DEDICATED)(CID=(PROGRAM=C:\oracle\ora92\bin\sqlplus.exe)(HOST=SERV1)(USER=Administrateur))) * (ADDRESS=(PROTOCOL=tcp)(HOST=172.17.209.11)(PORT=3381)) * establish * TOTO * 0

je precise encore que le tnsping fonctionne mais pas le sqlplus.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
C:\Documents AND Settings\Administrateur>sqlplus system/system@prod_toto
 
SQL*Plus: Release 9.2.0.3.0 - Production ON Lu Dec 3 17:53:23 2007
 
Copyright (c) 1982, 2002, Oracle Corporation.  ALL rights reserved.
 
ERROR:
ORA-12535: TNS : le dÚlai imparti Ó l'opÚration est ÚcoulÚ
 
 
Entrez le nom utilisateur : user
Entrez le mot de passe :
ERROR:
ORA-12560: TNS : erreur d'adaptateur de protocole
 
 
Entrez le nom utilisateur :

[pifor]

Avez-vous des erreurs dans sqlnet.log ? Que contient sqlnet.ora (voir le Net Services Administrator's Guide).

[pholos]

Envoyé par pifor

Avez-vous des erreurs dans sqlnet.log ? Que contient sqlnet.ora (voir le Net Services Administrator's Guide).

bonjour,

RAS dans le sqlnet.log depuis le 27/11, voici le contenu du sqlnet.ora :

Code :

1
2
3
4
5
# This file is actually generated by netca. But if customers choose to 
# install "Software Only", this file wont exist and without the native 
# authentication, they will not be able to connect to the database on NT.
 
SQLNET.AUTHENTICATION_SERVICES = (NTS)

[13thFloor]

Peut aider : http://www.eiu.edu/~pingliu/tec5323/...leshooting.htm

[pholos]

Merci pour le lien, je vais voir ca.

J'ai mis les traces en place, on voit bien que la connection se fait (establish) mais je prend quand meme un timeout lors du test de dblink.

j'ai passé la matinée avec un dba sur le probleme, mais il ne trouve pas.

[13thFloor]

Le tnsping répond rapidement (lancé plusieurs fois de suite) ?
Un traceroute donne quoi ? Pas d'autres serveurs entre ton client et la prod ?

[orafrance]

Envoyé par pholos

j'ai passé la matinée avec un dba sur le probleme, mais il ne trouve pas.

Si un DBA sur place n'a pas trouvé, on va avoir du mal à t'aider depuis le forum

[pholos]

oui je sais que ce probleme est assez pointu, je me suis penché dessus presque 1 semaine dont 2 jours pleins, j'ai passé la journée d'hier avec un dba par tél et on a pas trouvé.

mais bon je sais qu'il y a des pointures ici et il arrive parfois que quelqu'un qui n'est pas dans le probleme peut avoir une vision "neuve" et voir un détail à coté duquel nous serins passés...

merci quand meme!

[Vld44]

c'est quoi qui déconne, la création du dblink ou l'accès aux ressources par son intermédiaire ?

[pholos]

bonjour,

ce sera le sql.net

on ne peut pas faire de sqlplus en utilisant

Code :

sqlplus system/manager@INSTANCE

j'ai constaté aussi dans les traces du listener que la machine A arrive bien sur la machine B et que la connection est etablie

le plus drole c'est qu'on peut le faire dans l'autre sens, de la machine B vers la machine A.

je n'ai pas eu le temps de me pencher dessus, trop pris par les merdes quotidiennes qui nous tombent dessus plus vite qu'on peut les résoudre...

j'ai commencé à regardé les listener.ora de toutes nos bases de prod pour les comparer, j'ai trouvé une base de prod (200 utilisateurs quotidiens de l'application) ou le seul listener.ora de la machine est celui qui est dans sample!

bref c'est un peu louche tout ca.

un dba doit passer chez nous le 20/12.

[Pomalaix]

Envoyé par pholos

j'ai commencé à regardé les listener.ora de toutes nos bases de prod pour les comparer, j'ai trouvé une base de prod (200 utilisateurs quotidiens de l'application) ou le seul listener.ora de la machine est celui qui est dans sample!

C'est effectivement possible, le LISTENER.ORA n'est pas un fichier obligatoire.
Par défaut le listener fonctionnera en TCP/IP sur le port 1521, et les bases de données se signalant auprès de lui automatiquement, ça pourra marcher.

Et puis vous pourriez aussi avoir une variable TNS_ADMIN définie, qui pointe vers un emplacement externe.

En tout cas, si vous faites un "lsnrctl status", ça vous affichera s'il existe le chemin du LISTENER.ORA.

Fichier de paramÞtres du processus d'Úcoute D:\oracle\ora102\network\admin\listener.ora