https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=15fsx5wbd1_897&id=1448717.1 2/5
SCANHOST resolves to 2 or 3 unique ip addresses.
CHANGES
This is likely a new installation of RAC with SCAN or this is an EBusiness Suite environment and the
AutoConfig utility has recently been run in this environment. In an E-Business or Applications environment, the
AutoConfig utility might be run to configure the database environment. This could also be a SCAN configuration
and the DBA has chosen to set REMOTE_LISTENER to a tnsnames entry versus the recommended EZCONNECT
style string.
CAUSE
First case example:
If AutoConfig has been run in this environment, it is likely the following bug is involved:
Unpublished BUG:10049430: Issue with S_INSTLOCALLISTENER/REMOTELISTENER Customized Values in
11.2 RAC
AutoConfig will check the value for REMOTE_LISTENER and LOCAL_LISTENER and create a connect string based
on its findings. In our example and due to this defect AutoConfig will create a tnsnames entry for the
REMOTE_LISTENER setting of: SCANHOST:1521
The tnsnames.ora file entry might be in $TNS_ADMIN or $ORACLE_HOME/network/admin.
See also:
Bug:12946495 Services Fail to Register to all SCAN Listeners
There is some mention of this in:
Document 823587.1Using Oracle 11g Release 2 Real Application Clusters with Oracle E-Business
Suite Release 12
In this case, per our setting for REMOTE_LISTENER, the tnsnames.ora file entry would look like this:
SCANHOST:1521 =
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=tcp)(HOST=SCANHOST)(PORT=1521))
)
)
The issue with AutoConfig should be resolved in release 12.1.2.4 per the following unpublished defect:
BUG:8595044: AUTOCONFIG SUPPORT FOR 11GR2 GRID INFRASTRUCTURE
Second case example:
A similar situation arises when REMOTE_LISTENER is intentionally set to a tnsnames.ora file entry and only the
SCAN hostname is used in the string:
评论