Então : vc fez *** realmente *** toda a análise que falei lá no banco-origem, confirmou que a conexão realmente vai sem prob, que a qtdade de linhas na V$SESSIOn lá na origem nunca tá nem perto do limite, descobriu qual o objeto que é IND_SALDO_ESTOQUE_DIARIO, se ele é uma view ou um sinônimo Confirmou *** MESMO *** que os objetos dependentes estão presentes E acessíveis (SEM ROLEs envolvidas!) ao usuário do CONNECT no dblink, Realmente mesmo ???
Se Realmente sim (e veja que é um ponto ** SUCULENTO **, é bastante coisa a se fazer) , aí descarta-se a opção de alguma falta de privilégio, sobra alguma opção de lock/espera por dicionário de dados e similares.... Faça por partes, como eu indiquei : PRIMEIRO para verificar que o acesso ao dicionário no banco-destino onde está criado o dblink tá ok, cria nesse banco-destino um stored PL/SQL (preferencialmente Package, já que é package que vc está tentando usar sem sucesso) que NÂO usa o dblink, tudo ok aí cria uma package que USA o dblink mas faz um select super-simples (talvez com DUAL@dblink)... Se o teste de acesso ao dicionário aí no banco-destino foi OK, tente o repetir (pelo mesno o inicial, simples) no banco-origem... Indo tudo OK na criação de stored PL/SQL, só sobra como Possibilidade algum WAIT nesse objeto : pra vc identificar qual pode ser, ** TANTO ** no banco-origem QUANTO no banco-destino execute consultas nas views/tabelas internas de WAITs, de TRANSAÇÔES e de LOCKS que vc deve encontrar o culpado, ok ? []s Chiappa OBS : se vc não dispuser de scripts apropriados, dá um toque que posso te enviar alguns que costumo usar...
