How to Configure A Second Listener on a Separate Network in 11.2 Grid

尛樣兒發表於2013-02-22

How to Configure A Second Listener on a Separate Network in 11.2 Grid Infrastructure [ID 1063571.1]
修改時間:2012-12-27型別:HOWTO狀態:PUBLISHED優先順序:3

In this Document

Applies to:

Oracle Server - Enterprise Edition - Version 11.2.0.1 and later
Information in this document applies to any platform.

Goal

During the Grid Infrastructure installation, the (default) node VIP listener is always created referencing the public network. 

However, some systems may be attached to more than 1 public network, so there may be a need to create a second listener for this second public network. 

The purpose of this note is to explain how to add/create/configure a second listener on a second network in an 11.2 Grid Infrastructure environment.

This note does not apply to the binding of two public network interfaces for failover purposes, like IPMP or bonding etc.

Fix

Assume the following names are defined for two nodes cluster (DNS or /etc/hosts):

# public host name and associated VIP on eth1
racnode1             10.10.10.1
racnode1-vip         10.10.10.11
racnode2             10.10.10.2
racnode2-vip         10.10.10.22

# scan name
racscan              10.10.10.41
                     10.10.10.42
                     10.10.10.43
 
# host name for the 2nd public network and associated VIP on eth2
node1n2              20.20.20.1
node1n2-vip          20.20.20.11
node2n2              20.20.20.2
node2n2-vip          20.20.20.22 


A listener has already been created on 10.10.10.x network, we are going to create a 2nd listener on 20.20.20.x network.

1. Ensure a VIP address is defined for the 2nd public network

In this example it's node1n2-vip and node2n2-vip (see above).

2. Create the CRS resource for the 2nd network

A new network and new vip resources for the 2nd network are created by using the '-k' switch (Please note: the should be supplied in lowercase):

as root user:
# srvctl add vip -n  -k  -A //[if1[|if2...]] [-v]

eg:
# srvctl add vip -n racnode1 -k 2 -A 20.20.20.11/255.255.255.0/eth2
# srvctl add vip -n racnode2 -k 2 -A 20.20.20.22/255.255.255.0/eth2
This command will implicitly create the dependent network resource.


From 11.2.0.2+, network resource can be created explicitly:

as root user:
# srvctl add network [-k ] -S //[if1[|if2...]] [-w ] [-v]

eg:
# srvctl add network -k 2 -S 20.20.20.0/255.255.255.0/eth2

Then add vip resource for the 2nd network:
# srvctl add vip -n racnode1 -k 2 -A 20.20.20.11/255.255.255.0/eth2
# srvctl add vip -n racnode2 -k 2 -A 20.20.20.22/255.255.255.0/eth2


The CRS resource 'ora.net2.network' and 2nd network vip should now have been created, they are both required for the 2nd listener, run the following command to verify:

# crsctl stat res -t |grep -E 'net|vip'
ora.net1.network
ora.net2.network
ora.racnode1.vip
ora.node1n2-vip.vip
ora.racnode2.vip
ora.node2n2-vip.vip
...


3. Create a new RAC listener using 'netca'

As the grid user invoke "netca" from the 11.2 GRID_HOME, the select "Cluster configuration" -> "Listener configuration" -> "Add", enter Listener name as required.  For example: "LISTENER_2". 
On the next page, "Select Subnet",  the 2nd subnet will appear in the drop down list. For example:

2 20.20.20.0/255.255.255.0
1 10.10.10.0/255.255.255.0


Select subnet 2 , select the protocol and define the Listener port as desired to complete the listener creation.

Note: When adding 2nd listener with srvctl on the same port, it may fail with:

$ ./srvctl add listener -l LISTENER_2 -p 1521 -k 2
PRCN-2061 : Failed to add listener ora.LISTENER_2.lsnr
PRCN-2065 : Port(s) 1521 are not available on the nodes given
PRCN-2067 : Port 1521 is not available across node(s) "racnode1"

The workaround is to use "-s" option:

$ ./srvctl add listener -l LISTENER_2 -s -p 1521 -k 2


4. Verify the new RAC listener

The new listener will be started at the end of netca. This listener will listen on the IP address 20.20.20.11 (or 20.20.20.22 for node 2) associated with the 2nd network.  To check:

$ lsnrctl status listener_2

LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 08-FEB-2010 16:10:23

Copyright (c) 1991, 2009, Oracle. All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_2)))
STATUS of the LISTENER
------------------------
Alias LISTENER_2
Version TNSLSNR for Linux: Version 11.2.0.1.0 - Production
Start Date 08-FEB-2010 16:10:20
Uptime 0 days 0 hr. 0 min. 2 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u02/app/11.2.0/grid/network/admin/listener.ora
Listener Log File /u02/app/oragrid/diag/tnslsnr/racnode1/listener_2/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER_2)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.10.10.1)(PORT=1588)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=20.20.20.11)(PORT=1588)))
The listener supports no services
The command completed successfully

 

Please note the output for 11.2.0.2+ only shows two ADDRESS lists:
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER_2)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=20.20.20.11)(PORT=1588)))


5. Prepare the database instance for the new listener

To ensure that connections to the remote listener are only redirected to the local listener on the same network, LISTENER_NETWORKS parameter needs to be set in the pfile or spfile for the database instance.

Assuming the RDBMS $ORACLE_HOME/network/admin/tnsnames.ora (or the $TNS_ADMIN/tnsnames.ora) has the following local and remote listener defined,  prepare similar content for each node using node specific VIP name (or VIP IP adddress). For example, on node1:

listener_net1 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.10.10.11)(PORT = 1521))
  )

listener_net2 =
   (DESCRIPTION =
     (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.11)(PORT = 1588))
   )

remote_net2 =
   (DESCRIPTION_LIST =
     (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.11)(PORT = 1588)))
     (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.22)(PORT = 1588)))
   )


On node 2:

listener_net1 =
   (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.10.10.22)(PORT = 1521))
   )

listener_net2 =
   (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.22)(PORT = 1588))
   )

remote_net2 =
   (DESCRIPTION_LIST =
     (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.11)(PORT = 1588)))
     (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 20.20.20.22)(PORT = 1588)))
   )


The database parameter LISTENER_NETWORKS needs to be set to:

alter system set LISTENER_NETWORKS='((NAME=network1)(LOCAL_LISTENER=listener_net1)(REMOTE_LISTENER=racscan:1521))','((NAME=network2)(LOCAL_LISTENER=listener_net2)(REMOTE_LISTENER=remote_net2))';

Without using sid="', above change will be applied to all instances.

Please note:
 
1. Listeners specified by the LISTENER_NETWORKS parameter should not be used in the LOCAL_LISTENER and REMOTE_LISTENER parameters. Otherwise, cross registration will happen and connections will be redirected cross networks.

2. Due to unpublished bug 8678541 INCORRECT ENDPOINTS OF LISTENER ON THE SECOND NETWORK, the 2nd listener by default will also listen on the IP address associated with the host name of the node (in this example 10.10.10.1). Although it is invalid, it should not cause any issue. This has been fixed in 11.2.0.2.

3. Only 1 SCAN name is defined for a RAC cluster, the 2nd network can not use the same SCAN name.

References


        參考文章：《為11gR2 Grid Infrastructure增加新的public網路》：

--end--


來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23135684/viewspace-754503/，如需轉載，請註明出處，否則將追究法律責任。

相關文章