Last updated on OCTOBER 27, 2016
Applies to:Oracle Net Services - Version 10.1.0.2.0 to 22.214.171.124 [Release 10.1 to 12.1]
Oracle Database - Enterprise Edition - Version 126.96.36.199 and later
Information in this document applies to any platform.
Oracle Server - Enterprise Edition - Version: 10.1.0.2 to 188.8.131.52
After upgrading the Oracle database using DBUA, you find that the value for LOCAL_LISTENER has been changed in the pfile:
For example, the parameter might have been changed from:
In addition, DBUA would have added a connect string to the local tnsnames.ora file that would make this value resolvable:
(ADDRESS = (PROTOCOL = TCP)(HOST = abc)(PORT = 1532))
The DBUA upgrade log would have an entry similar to the following:
[Thread-30] [9:37:0:605] [NetworkUtils.getOneLocalListenerProtocolAddress:2856] Returning
[Thread-30] [9:37:0:606] [NetworkUtils.getOneLocalListenerProtocolAddress:2856] Returning
[Thread-30] [9:37:0:606] [EMConfiguration.run:228] Setting LISTENER_NAME=CYCLTEST,
LISTENER_HOME=/opt/oracle/10g2cyc02, REP_DB_PORT=1532, REP_DB_HOST=abc,
DBUA is designed to use the tnsnames alias reference using the nomenclature "LISTENER_<sid>" rather than a full connect string for the LOCAL_LISTENER parameter.
The goal of this Note is to answer the following questions:
1. What are the advantages of tnsnames.ora, over inline specification?
2. How to revert the changes done by DBUA to tnsnames.ora file?
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms