Call now: 252-767-6166  
Oracle Training Oracle Support Development Oracle Apps

 
 Home
 E-mail Us
 Oracle Articles
New Oracle Articles


 Oracle Training
 Oracle Tips

 Oracle Forum
 Class Catalog


 Remote DBA
 Oracle Tuning
 Emergency 911
 RAC Support
 Apps Support
 Analysis
 Design
 Implementation
 Oracle Support


 SQL Tuning
 Security

 Oracle UNIX
 Oracle Linux
 Monitoring
 Remote s
upport
 Remote plans
 Remote
services
 Application Server

 Applications
 Oracle Forms
 Oracle Portal
 App Upgrades
 SQL Server
 Oracle Concepts
 Software Support

 Remote S
upport  
 Development  

 Implementation


 Consulting Staff
 Consulting Prices
 Help Wanted!

 


 Oracle Posters
 Oracle Books

 Oracle Scripts
 Ion
 Excel-DB  

Don Burleson Blog 


 

 

 


 

 

 

 

 

Using the Oracle Interface Configuration Tool (OIFCFG)

Oracle RAC Cluster Tips by Burleson Consulting

This is an excerpt from the bestselling book Oracle Grid & Real Application Clusters.  To get immediate access to the code depot of working RAC scripts, buy it directly from the publisher and save more than 30%.


Next, the use of the Oracle Database 10g Oracle Interface Configuration (OIFCFG) utility and RAC will be explored. The OIFCFG utility is used to define Network Interfaces. The OIFCFG command-line tool is used in both single-instance Oracle databases and in RAC database environments:

* Allocate and de-allocate network interfaces to components

* Direct components to use specific network interfaces

* Retrieve component configuration information

Here are some of the uses of OIFCFG.

Defining Network Interfaces with OIFCFG

A network interface is uniquely identified using these three components:

* An interface name

* An interface subnet address

* An interface type

The interface type is based on the purpose for which the network interface is configured. The OIFCFG supported interface types are:

* Public?Any interface that is used for communication with components external to RAC instances, such as Oracle Net and Virtual Internet Protocol (VIP) addresses

* Cluster interconnect?A private interface used for the cluster interconnect to provide inter-instance or Cache Fusion communication

* Storage?Usually a disk interface used for high-speed file I/O

Network interfaces are stored as one of two possible types:

* global interface

* node-specific interface

An interface should be stored as a global interface when all the nodes of a specific RAC cluster have the same interface connected to the same subnet. An interface is stored as a node-specific interface when any of the nodes in the cluster utilize a different set of interfaces and subnets. If an interface is configured as both a global and a node-specific interface by mistake or design, it will default to the node-specific definition.

A network interface specification is in the form of:

<interface_name>/<subnet>:<interface_type>.

For example, the following identifies eth0 as a cluster interconnect located at the address 1.1.1.1:

eth0/1.1.1.1:cluster_interconnect

OIFCFG Syntax and Commands

As with many of the other Oracle command line tools, use the oifcfg -help command to display online help for OIFCFG. For example:

<add output>

The elements of OIFCFG commands, some of which are optional, are:

* nodename is the name of the host, as known to the network

* if_name is the name by which the interface is known in the node in which it resides

* subnet is the subnet address of the interface, usually its IP address

* if_type is the type of interface: one of the values of: public, cluster_interconnect, or storage

Use the iflist option with the OIFCFG utility to list the interface names and the subnets of all the interfaces available on the local node, for example:

oifcfg iflist
eth0 1.1.1.1
eth0 1.1.1.2

Use the getif option to retrieve specific OIFCFG information:

oifcfg getif [ [-global | -node <nodename>] [-if <if_name>[/<subnet>]] [-type <if_type>] ]

Use the setif keyword to store a new interface. For example, to store the interface hme0, with the subnet 187.188.130.0, as a global interface to be used as an interconnect for all the RAC instances in the cluster, use the command:

oifcfg setif -global hme0/187.188.130.0:cluster_interconnect

For a cluster interconnect that exists between only two nodes, for example aultlinux1 and aultlinux2, the eth1 interface could be created with the following commands, assuming 1.1.1.1 and 1.1.1.2 are the subnet addresses for the interconnect on aultlinux1 and aultlinux2:

oifcfg setif -node aultlinux1 eth1/1.1.1.1:cluster_interconnect
oifcfg setif -node aultlinux2 eth1/1.1.1.2:cluster_interconnect

Use the OIFCFG delif command to delete the stored configuration for global or node-specific interfaces. A specific node-specific or global interface can be deleted by supplying the interface name, with an optional subnet, on the command line. Without the -node or -global options, the delif keyword deletes either the given interface or all the global and node-specific interfaces on all the nodes in the cluster, so be careful with this command. For example, the following command deletes the global interface named gif1 for the subnet 207.122.63.66:

oifcfg delif -global gif1/207.122.63.66

On the other hand, the next command deletes all the global interfaces stored with the OIFCFG utility:

oifcfg delif -global

The next section is an examination of the cluster registry and its management in Oracle Database 10g.

 


This is an excerpt from the bestselling book Oracle Grid & Real Application Clusters, Rampant TechPress, by Mike Ault and Madhu Tumma.

You can buy it direct from the publisher for 30%-off and get instant access to the code depot of Oracle tuning scripts.

http://www.rampant-books.com/book_2004_1_10g_grid.htm


 

 
��  
 
 
Oracle Training at Sea
 
 
 
 
oracle dba poster
 

 
Follow us on Twitter 
 
Oracle performance tuning software 
 
Oracle Linux poster
 
 
 

 

Burleson is the American Team

Note: This Oracle documentation was created as a support and Oracle training reference for use by our DBA performance tuning consulting professionals.  Feel free to ask questions on our Oracle forum.

Verify experience! Anyone considering using the services of an Oracle support expert should independently investigate their credentials and experience, and not rely on advertisements and self-proclaimed expertise. All legitimate Oracle experts publish their Oracle qualifications.

Errata?  Oracle technology is changing and we strive to update our BC Oracle support information.  If you find an error or have a suggestion for improving our content, we would appreciate your feedback.  Just  e-mail:  

and include the URL for the page.


                    









Burleson Consulting

The Oracle of Database Support

Oracle Performance Tuning

Remote DBA Services


 

Copyright © 1996 -  2017

All rights reserved by Burleson

Oracle ® is the registered trademark of Oracle Corporation.

Remote Emergency Support provided by Conversational