1) it'll terminate the connection.
2) you can set init.ora parameters to tell the database where the server is.
LOCAL_LISTENER = network_name
Parameter class: Static
Default value: (ADDRESS = (PROTOCOL=TCP)(HOST=)(PORT=1521))
if you start the listener after the database, the database will ulimately get in touch with the listener and register itself. Best to start the listener first if you have any control over that.
Connection load balancing improves connection performance by balancing the number of active connections among multiple dispatchers. In an Oracle Parallel Server environment, connection load balancing also has the capability to balance the
number of active connections among multiple instances.
So, yes, it applies in a non-OPS environment as well. It distributes the load over the dispatchers in a MTS setup.
As for connect time failover:
When more than one listener supports a service, a client can be configured to failover the client request to a different listener if the first listener fails. Reconnection attempts continue until the client successfully connects to a listener.
So yes, it works in a non-ops environment as well. You can have >1 listener setup for the same database or if you have redundant databases -- you can use this to get logged into the other database if the first is not available.
You use the pool_size parameter to set the initial size of the pool.
Host naming enables users to connect to an Oracle server by using a host name alias. Host names are mapped to the servers global database name in an existing names resolution service, such as Domain Name System (DNS), Network Information Service (NIS), or a centrally-maintained set of /etc/hosts files.
The connection is established by using the default TCP/IP port for the listener, 1521. Multiple databases per node and database location transparency are supported through matching global database names with host name aliases.
TNS_ADMIN works on NT for me. Here I have moved my tnsnames.ora from network\admin to \temp. At first I cannot connect but when I set tns_admin I can (perhaps your environment is not what you think?):
C:\oracle\network\ADMIN>sqlplus scott/tiger@ora8i.us.oracle.com
SQL*Plus: Release 8.1.6.0.0 - Production on Sat Nov 18 11:28:48 2000
(c) Copyright 1999 Oracle Corporation. All rights reserved.
ERROR:
ORA-12154: TNS:could not resolve service name
Enter user-name: ^Z
C:\oracle\network\ADMIN>set TNS_ADMIN=c:\temp\
C:\oracle\network\ADMIN>sqlplus scott/tiger@ora8i.us.oracle.com
SQL*Plus: Release 8.1.6.0.0 - Production on Sat Nov 18 11:29:00 2000
(c) Copyright 1999 Oracle Corporation. All rights reserved.
Connected to:
Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production
With the Partitioning and Java options
PL/SQL Release 8.1.5.0.0 - Production
scott@8i> exit
Disconnected from Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production
With the Partitioning and Java options
PL/SQL Release 8.1.5.0.0 - Production
C:\oracle\network\ADMIN>
As for "OUT for connection pooling" -- I assume you meant "set MULTIPLEX=OUT for when enabling connection concentration for connection manager".
That allows many physical INBOUND network connections to be multiplexed into fewer OUTBOUND connections to the database. Connection manager typically runs on a machine separate from the database. The database couldn't handle 50k inbound physical connections - it could handle 5k easily. You would setup a couple of front end machines with connection manager on it multiplexing inbound connections to reduce the 50k inbounds to just 5k or less outbound physical connections to the database.
DCE is an open standard and stands for Distributed Computing Environment. See
</code>
http://www.opennc.org/dce/ <code>
for more info.
As for the point of having multiple passwords -- not sure of the exact reasoning behind it. Since it only works with cleartext, it is not very strong either.