Re: impdp Issue

I'm pretty sure the link is case sensitive when using impdp.

So if you created lowercase, you have to quote it in lower case (or recreate it uppercase)

That is, the impdp portion is case sensitive.

On Tue, Sep 10, 2024, 7:35 AM Scott Canaan <dmarc-noreply_at_freelists.org> wrote:

> Yes, everything is done on the 19c side. There’s only one tnsnames.ora
> file.
>
>
>
> *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 <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:* Mark W. Farnham <mwf_at_rsiz.com>
> *Sent:* Tuesday, September 10, 2024 10:17 AM
> *To:* andysayer_at_gmail.com; Scott Canaan <srcdco_at_rit.edu>
> *Cc:* dimensional.dba_at_comcast.net; 'Oracle-L Freelists' <
> oracle-l_at_freelists.org>
> *Subject:* 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 <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 <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 <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