Possibilidade bem possível : vc está trabalhando com registro automático de databases no listener, E quando clonou vc mudou o SID na nova instância mas ESQUECEU de mudar o SERVICE_NAME no banco clonado (o auto-registro no listener ** não ** é feito por SID, e sim por esse param), aí vc tem dois bancos respondendo pelo mesmo serviço - se além disso vc tiver no TNSNAMES conexão por Serviço e não por SID, tá explicada a questão... Um exemplo na minha máquina de testes :
=> tinha uma instância com SID o10gr2 e uma instância o10gdev ,cada uma com serviços diferentes : sys...@o10gr2:SQL>show parameters service NAME TYPE VALUE ------------------------------------ ----------- --------- service_names string o10gr2 s...@o10gdev:SQL>show parameters service NAME TYPE VALUE ------------------------------------ ----------- ----------------------------- service_names string O10GDEV ==> vou fazer a segunda instância ter o MESMO service name da instância 1 : s...@o10gdev:SQL>alter system set SERVICE_NAMES=o10gr2 scope=both; Sistema alterado. s...@o10gdev:SQL>show parameters service NAME TYPE VALUE ------------------------------------ ----------- ----------------------------- service_names string O10GR2 s...@o10gdev:SQL>alter system register; Sistema alterado. ==> veja como está o TNSNAMES, ele procurará pelo serviço o10gr2 : C:\O10GR2\BIN>tnsping o10gr2 TNS Ping Utility for 32-bit Windows: Version 10.2.0.4.0 Arquivos de parÔmetros usados: Usado o adaptador TNSNAMES para resolver o apelido Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = localhost)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = o10gr2))) OK (10 ms) ==> vou conectar , ele vai cair na instância 2, que não era o que eu queria : C:\O10GR2\BIN>sqlplus system/ora...@o10gr2 SQL*Plus: Release 10.2.0.4.0 Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine and Real Application Testing options sys...@o10gr2:SQL>select name from v$database; NAME --------- O10GDEV ==> ok ? Pode verificar DIREITINHO o procedimento de clone aí , que alguém deve ter feito alguma caquinha nesse sentido, certamente, ou alguma variação do tema ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Demitre Da Col <demitre.da...@...> escreveu > > Bom dia. > > Possuo um problema na seguinte situação: em um cliente da empresa na qual > trabalho, existem duas instancias do Oracle, SID1 e SID2. Ambas tem pelo > menos um usuario com login e senha identicos. > > Em alguns momentos, quando é feita uma conexão com o SID1, a conexão 'cai' na > SID2. Isto é perceptivel pois a SID2 é um clone da SID1 de X meses atrás. > > Isto acontece em várias máquinas diferentes, em situações as quais não > conseguimos prever. > Já foram levantados e conferidos os tnsnames dos clientes, e não há erros > nestes. > Tambem conferimos no server o listener.ora e tnsnames.ora, arquivos de > parametros das duas SIDs, tambem nao encontrando nenhuma inconsistencia. > Os logs do listener, tambem, informam como solicitada a SID1. > > Fizemos tambem o teste de trocar as senhas da SID2, e ao tentar conectar na > SID1, em algumas vezes, é dado erro de login no oracle por senha incorreta. > > Detalhes: > Isto só acontece quando a SID2 está no ar. Quando está somente a SID1, > não ocorre nenhum problema. > O intrigante é que em outras máquinas, isto funciona perfeitamente bem. > > Paliativamente, levantamos esta SID2 somente quando realmente é necessário. > > Alguém já passou por algo parecido? > > Espero ter sido claro. > > Grato, > > Demitre > > > > > ____________________________________________________________________________________ > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] >