Você se conectou ao banco de dados remoto (via dbuser/[email protected] ), mas seu link de banco de dados é criado em seu banco de dados local. No momento você está tentando executar a importação no banco de dados remoto, com um link de rede também para o banco de dados remoto, e esse link de rede está tentando usar um link de banco de dados que não existe nesse banco de dados remoto.

O tnsnames.ora entrada e o link do banco de dados são coisas completamente separadas.

Você precisa se conectar normalmente localmente - provavelmente usando as credenciais usadas para criar o link do banco de dados. O network_link O parâmetro irá então fazer sua sessão de banco de dados local, que é iniciada por impdp , agir contra o servidor remoto; para que seu diretório local possa ser usado.

Exceto... não funciona assim. O banco de dados remoto identificado pelo network_link pode ser usado como fonte da importação, sem nenhum arquivo de despejo; mas não pode ser o destino de uma importação de um arquivo.

Do impdp documentação :

Se você realmente quisesse seguir esse caminho, acho que precisaria de um link do remoto para o local e executar a importação no controle remoto (como está agora), mas puxando diretamente do seu esquema - não de um anterior exportar. Você ainda precisa ter acesso a um DIRECTORY objeto no servidor remoto, como logs etc. seriam escritos lá, mesmo se você não estivesse copiando seu arquivo de despejo. Mesmo com nologfile Acredito que ocorrerá um erro se você não especificar um diretório ou não tiver permissões nele.

O artigo ao qual você vinculou em sua pergunta anterior disse a mesma coisa: