Discussion :

[michael.mazuk]

Bonjour, je tente de mettre en place un DB Link entre 2 bases.

Source (base distante) = baseS
Destination (base locale) = baseL

Pour se faire, j'ai créé le DBLink suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CREATE DATABASE LINK sourceID connect to login identified by pwd using 'alias1';
 
Extrait du TNS_NAMES.ora :
 
alias1.world= 
  (DESCRIPTION = 
    (ADDRESS_LIST = 
        (ADDRESS = 
          (COMMUNITY = tcp.world)
          (PROTOCOL = TCP)
          (Host = oratoto1)
          (Port = 1521)
        )
 
    )
    (CONNECT_DATA = (SID = sourceID)
    )
  )

Cet alias est utilisé par ailleurs pour se connecter à la base distante, ca fonctionne sans aucun souci donc les infos du TNS_NAMES sont valides.

Et pourtant lorsque je lance une requête sur une table via le DB_Link:

select * from table1@sourceID;

Toad me remonte la traditionelle erreur :

ORA-12154 TNS : could not resolve service name

A l'aide…………..

[michael.mazuk]

En complément, sur ma base de création du DBLink, mon Global_Name est positionné à : NomDB

et non à NomDB.Nomdomain

comme cela est prêché dans quelques post de ce forum. Malheureusement je n'ai pas les droits pour modifier cette variable.

Est ce que cela peut jouer ?

[remi4444]

L'erreur liée au global-name viendra peut etre plus tard mais pour l'instant ça plante avant.

Quand on crée un DB-LINK, il faut bien avoir en tete que la base devient un client d'une autre base. C'est à dire qu'il faut que les paramètres client tels que les fichiers tnsnames.ora et sqlnet.ora soient corrects sur la machine contenant la premiere base (base locale). Il faut aussi faire attention à la valeurs des variables d'environnement ORACLE_HOME et TNS_ADMIN au moment ou la base est démarrée, car c'est d'elles dont dépend le chemin ou oralce va chercher les 2 fichiers de paramétrages cités plus haut.

D'autre part, étant donné que l'alias du DBLINK est sans suffixe et que l'alias du tnsnames.ora est suffixé par ".world", il faut vérifier que le fichier sqlnet.ora contient bien la ligne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

NAMES.DEFAULT_DOMAIN = world

Si tel n'est pas le cas, alors il faut créer le DBLINK en utilisant 'alias1.world'

[michael.mazuk]

merci Remi mais apres differents tests, le pb ne semble pas provenir du domain_name

ce qui me surprend le plus c'est surtout que ca fonctionne sans pb lorsque je me connecte à la base distante avec le meme TNS NAME

[remi4444]

merci Remi mais apres differents tests, le pb ne semble pas provenir du domain_name

ce qui me surprend le plus c'est surtout que ca fonctionne sans pb lorsque je me connecte à la base distante avec le meme TNS NAME

depuis la machine de ta base locale ? avec les memes variable d'environement que lors du lancement de ta base locale ?

[Harry Potter]

En fait le problème provient sans doute du fait que quand tu te connectes directement depuis ton client tu utilises ton tnsnames client (celui dont tu nous parles).

Mais ce n'est pas le cas quand tu es connecté à baseS via ton client et que tu veux faire une requête sur baseL via un dblink.
A ce moment tu utilises en fait le tnsnames qui est présent sur le serveur hebergeant baseS, c'est à dire le serveur (Unix, Windows ...) distant.

Es-tu sûr que baseS soit bien renseigné dans le tnsnames distant ?