Ti sei connesso al database remoto (tramite dbuser/[email protected] ), ma il collegamento DB viene creato nel database locale. Al momento stai tentando di eseguire l'importazione sul DB remoto, con un collegamento di rete anche al DB remoto, e quel collegamento di rete sta tentando di utilizzare un collegamento DB che non esiste su quel DB remoto.
Il tnsnames.ora entry e il collegamento DB sono cose completamente separate.
Devi connetterti normalmente localmente, probabilmente usando le credenziali che hai usato per creare il collegamento DB. Il network_link parametro creerà quindi la sessione del database locale, che viene avviata da impdp , agire contro il server remoto; in modo che la tua directory locale possa essere utilizzata.
Tranne... non funziona così. Il database remoto identificato dal network_link può essere utilizzato come origine dell'importazione, senza alcun file di dump; ma non può essere la destinazione per un'importazione da un file.
Da impdp documentazione
:
Se volessi davvero seguire questa strada, penso che avresti bisogno di un collegamento da remoto a locale ed eseguire l'importazione contro il remoto (come stai ora), ma per estrarre direttamente dal tuo schema, non da un precedente esportare. Avresti comunque bisogno di accedere a una DIRECTORY oggetto sul server remoto, come registri ecc. Verrebbero scritti lì, anche se non stavi copiando il tuo file di dump. Anche con nologfile Credo che si verificherà un errore se non specifichi una directory o non disponi delle autorizzazioni su di essa.
L'articolo a cui hai collegato la domanda precedente ha detto la stessa cosa:
