RE: impdp Issue

Just checking: You’re running impdb on the 19 (receiving side) and that is where you also tested tnsping, right?  

Is it possible that the environment starting impdb is finding the wrong names file? I’ve excluded that nightmare area of memory from active use, but if I recall correctly the search order for finding the names file has varied over time by both release and product, with some products helpfully running some extra environment widgets.  

If you can find what the impdb command is actually using, it might be a script to start that you can modify to puke the environment.  

All this stuff *SHOULD* puke the environment when it fails to an identified file (or the screen if it gets no permission to write that file). Enhancement request, January 1989.  

From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Andy Sayer Sent: Tuesday, September 10, 2024 9:01 AM To: srcdco_at_rit.edu
Cc: dimensional.dba_at_comcast.net; Oracle-L Freelists Subject: Re: impdp Issue    

ORA-12154: TNS:could not resolve the connect identifier specified

Means the connection string you’ve used in the DB link does not resolve from the DB server. It will have nothing to do with pdbs/services/sids. Are you sure you made the entry in the right tnsnames file? Have you tnsping'ed from the DB server to confirm it works?  

Unfortunately, you’re on 12.1 so you don’t have dbms_tns which helps test things here.  

Thanks,

Andy  

On Tue, 10 Sep 2024 at 5:53 AM, Scott Canaan <dmarc-noreply_at_freelists.org> wrote:

No.  

Scott Canaan ‘88
Sr Database Administrator
Information & Technology Services
Finance & Administration

Rochester Institute of Technology
o: (585) 475-7886 | f: (585) 475-7520

srcdco_at_rit.edu | c: (585) 339-8659

CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.  

From: dimensional.dba_at_comcast.net <dimensional.dba_at_comcast.net> Sent: Tuesday, September 10, 2024 8:48 AM To: Scott Canaan <srcdco_at_rit.edu>; 'Oracle-L Freelists' <oracle-l_at_freelists.org> Subject: RE: impdp Issue  

Are you using PDBs on 19c?  

From: oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> On Behalf Of Scott Canaan ("srcdco") Sent: Tuesday, September 10, 2024 5:25 AM To: Oracle-L Freelists <oracle-l_at_freelists.org> Subject: impdp Issue  

I’m trying to import from one database to another via the network. I’ve done this many, many times with no issues, until now. I create the database link, put the entry in the tnsnames.ora file, and verified that all is good. The tnsping returns correctly. I can query the remote database from SQL*Plus with no issue, but when I try to run the impdp, I get:  

ORA-39001: invalid argument value

ORA-39200: Link name "advcprod" is invalid.

ORA-12154: TNS:could not resolve the connect identifier specified  

The source database is Oracle 12.1 on Red Hat 7, the destination database is Oracle 19 on Red Hat 8. I’ve tried setting the SID and SERVICE_NAME in the tnsnames.ora file and it doesn’t matter, I get the same error either way.  

Scott Canaan ‘88
Sr Database Administrator
Information & Technology Services
Finance & Administration

Rochester Institute of Technology
o: (585) 475-7886 | f: (585) 475-7520

srcdco_at_rit.edu | c: (585) 339-8659

CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.  

--
http://www.freelists.org/webpage/oracle-l