Configure multiple listeners to facilitate load balancing.
Configure Oracle Load Balancing
The most common multiple listener configuration is the case where each database instance has its own listener.
However, it is also possible to define several listeners, one for each incoming protocol.
Listener load balancing is the term used to describe the distribution of connections among Oracle listeners to ensure that incoming requests do not have
to wait for a listener connection.
By having connections distributed among a number of listeners, no single listener is likely to be overburdened, and connection time will be faster.
SELECT network "Protocol",
DECODE( SUM(totalq), 0, 'No Responses',
SUM(wait)/SUM(totalq) || ' hundredths of seconds')
"Average Wait Time per Response"
q.type = 'DISPATCHER'
q.paddr = d.paddr
GROUP BY network;
You can define multiple mts_listener_addressparameters in the init.ora file, one for each listener. For multiple listeners to be enabled for multi-threaded servers, the database init.ora file must include the mts_multiple_listeners parameter.
You cannot have listener load balancing with pre-started dedicated servers because a pre-started dedicated server process registers only with the listener that started it. The following diagram illustrates load balancing. Notice that you can have more than one listener for a single database of any kind.
The listeners for a dedicated server must be on the same node as the server. Listeners for a multi-threaded server can be distributed on different nodes; the dispatchers are able to register with listeners across nodes.
View the code below to see an example.
If a set of databases is configured to provide equivalent service (such as a replicated database) on the network, you can use listener load balancing among several listeners that all listen for more than one instance of the database. To configure listener load balancing, the administrator must configure multiple listeners for each database. There can be multiple listeners on the same platform as the database, or, for multi-threaded servers, the listeners can be on different nodes.
The next lesson discusses how to set up connection pooling.