Olá Chiappa, A sua primeira possibilidade, quase matou a charada. Mas me deu um norte de como encontrar o problema.
O Alias do Banco era um e o SID era outro. BDPROD = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.19.0.4)(PORT = 1521)) ) (CONNECT_DATA = (SID = BDUNIAC ) ) ) Então inclui o parametro Global Name no TnsName BDPROD = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.19.0.4)(PORT = 1521)) ) (CONNECT_DATA = (SID = BDUNIAC ) (GLOBAL_NAME = BDPROD.com.br) ) ) Depois executei o comando abaixo: ALTER DATABASE RENAME GLOBAL_NAME TO BDPROD.COM.BR; Então SQL> select * from dual@bdprod D - X Muito Obrigado! Alessandro Lúcio Cordeiro da Silva Analista de Sistema þ http://alecordeirosilva.blogspot.com/ O tic-tac do relógio me lembra de algo muito importante que esta acontecendo: estamos vivos. "Joana de Souza Schmitz Croxato" ________________________________ De: J. Laurindo Chiappa <jlchia...@yahoo.com.br> Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 24 de Outubro de 2012 16:11 Assunto: [oracle_br] Re: Erro BDLINK e o erro Ora-12560 Bom, é meio Estranho vc ter um dblink apontando não para um banco remoto mas para ele mesmo, mas é possível : o dblink Nada Mais é do que uma conexão, e vc pode criar uma conexão a mais num dado banco havendo permissão e recursos para isso.... Algumas possibilidades que me ocorrem para que a conexão não seja criada : a) o parâmetro GLOBAL_NAMES está como TRUE, o que Exige que o nome do database link seja idêntico ao nome global e/ou b) se é 11g, talvez a senha informada na criação do database link NÃo respeite maiúsc/minusc - lembre-se que no 11g a password por default é case-sensitive e/ou c) há limites na qtdade de links abertos (parâmetros open_links_xxx) E na quantidade de processos/sessões que a instância pode criar, veja lá se vc não está caindo em nenhum deles e/ou d) dado o fato de que a string que vc informa na cláusula USING *** não é *** o NOME do database destino, mas sim uma Entrada no TNSNAMES.ORA do servidor do banco-origem, talvez haja qquer misconfig nele ou no correlato SQLNET.ORA : nome do serviço, porta de conexão, domain não informado ou informado erradamente, etc, etc... RECHEQUE se ambos os arquivos estão OK no banco de origem, se o LISTENER está up e com o serviço citado Registrado.... ===> o meu exemplo, na minha máquina de teste Windows 7 Ultimate, com banco 11gr2 EE : -> configs de conexão OK (serviço registrado no listener, tnsnames e sqlnet ok, etc) : C:\Users\jchiappa>echo %ORACLE_HOME% C:\oracle\product\11.2.0\dbhome_11.2.0.3 C:\Users\jchiappa>echo %PATH% C:\oracle\product\11.2.0\dbhome_11.2.0.3\BIN;C:\oracle\product\product\11.2.0\grid\BIN;C:\Dev10gR2\jdk\jre\bin\classic;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell C:\Users\jchiappa>type %ORACLE_HOME%\network\admin\sqlnet.ora # sqlnet.ora Network Configuration File: C:\oracle\product\11.2.0\dbhome_11.2.0.3\network\admin\sqlnet.ora # Generated by Oracle configuration tools. # 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) NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT) C:\Users\jchiappa>type %ORACLE_HOME%\network\admin\tnsnames.ora # tnsnames.ora Network Configuration File: C:\oracle\product\11.2.0\dbhome_11.2.0.3\network\admin\tnsnames.ora # Generated by Oracle configuration tools. O11GR2 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = meupcteste)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o11gr2) ) ) RMANCAT = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = meupcteste)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = RMANCAT) ) ) C:\Users\jchiappa>lsnrctl status ...... Resumo de Serviþos... O serviþo "o11gr2" tem 1 instÔncia(s). InstÔncia "o11gr2", status READY, tem 1 handler(s) para este serviþo... O serviþo "o11gr2XDB" tem 1 instÔncia(s). InstÔncia "o11gr2", status READY, tem 1 handler(s) para este serviþo... O comando foi executado com Ûxito -> entrada no tnsnames pinga ok : C:\Users\jchiappa> C:\Users\jchiappa>tnsping o11gr2 .... Usado o adaptador TNSNAMES para resolver o apelido Tentativa de contatar (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = meupcteste)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = o11gr2))) OK (10 ms) -> param de global name está Falso, case respeitado na senha, db link criado & usado normal : NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ global_context_pool_size string global_names boolean FALSE global_txn_processes integer 1 SQL> create public database link db_link_teste connect to system identified by oracle using 'o11gr2'; VÝnculo de banco de dados criado. SQL> select * from dual@db_link_teste; D - X []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Alessandro Lúcio Cordeiro da Silva <alecordeirosilva@...> escreveu > > > > Olá Senhores, > > Em um banco de Dados Oracle 10.0.2.5 rodando em Windows Server 2008 > ocorre o Erro Ora-12560 com as consulta remotas. > > O Banco de dados roda com o meu usuario de rede (Alessandro.lucio) e > logado na maquina com o meu usuario de rede entro normalmente no Banco de > dados. > > C:\>sqlplus /nolog > SQL*Plus: Release 11.2.0.2.0 Production on Qua Out 24 14:21:47 2012 > Copyright (c) 1982, 2010, Oracle. All rights reserved. > > SQL> connect alessandrol@bdprod > Informe a senha: > Conectado. > > => então crio um BDLINK apontando para o proprio Banco. > SQL> create public database link connect to alessandrol identified by XXXXX > using 'bdprod'; > > SQL> select * from dual@bdprod > TNS-12560: TNS: protocol adapter error > > Alguem tem alguma idea do porque? Pois logo normalmente no alias bdprod, mas > o Banco não consegue logar nele mesmo. > > > > > > > > Alessandro Lúcio Cordeiro da Silva > Analista de Sistema > þ http://alecordeirosilva.blogspot.com/ > O tic-tac do relógio me lembra de algo muito importante que esta acontecendo: > estamos vivos. > "Joana de Souza Schmitz Croxato" > > [As partes desta mensagem que não continham texto foram removidas] > [As partes desta mensagem que não continham texto foram removidas]
