1 Descripcin general de soporte de Oracle SNMP

En este captulo se ofrece una breve descripcin de Oracle soportan SNMP, incluyendo:
y y y y

Beneficios de Oracle Soporte SNMP Cmo funciona SNMP Los componentes de SNMP Cmo se realizan las comunicaciones SNMP Soporte de SNMP en Oracle

El Simple Network Management Protocol (SNMP) es un protocolo utilizado para la gestin de la red de Internet. SNMP permite a una sola aplicacin para recuperar primero la informacin, a continuacin, empuje la nueva informacin entre una amplia gama de sistemas independientes del hardware subyacente. Diseado principalmente para los administradores de bases de datos, redes y sistemas, Oracle soporte SNMP integra la gestin de los productos de Oracle en una serie de sistemas existentes, la gestin ms utilizados. Esta caracterstica permite que los productos clave de Oracle que se ejecutan en cualquier parte de la red de una empresa que se encuentra, identificados y monitoreados por una estacin de administracin que se ejecuta en un nodo situado en el centro, en la misma forma y el uso de algunas de las mismas herramientas que tradicionalmente se han utilizado para controlar la actividad de la propia red. Es lo que integra las funciones de base de datos y de los administradores de red, lo que permite tanto utilizar algunas de las mismas herramientas y para integrar mejor sus tareas. Herramientas a travs de SNMP tradicionalmente ofrecen caractersticas de gran alcance para controlar los componentes de la red. Oracle extiende este poder para permitir la monitorizacin SNMP de algunos de sus propios productos.

Beneficios de Oracle Soporte SNMP

Los principales beneficios de Oracle soporte SNMP son los siguientes:
y

El monitoreo de los principales productos de Oracle se integra rpidamente en cualquier marco de gestin basado en SNMP. Estos productos Oracle estn ubicados, identificados y monitoreados en tiempo real a travs de las redes empresariales de cualquier tamao.

Los administradores de ver los iconos estndar de Oracle que representan los productos de Oracle en un mapa de la red. Este mapa es dinmica personalizable. De hecho, los administradores pueden definir y personalizar los mapas diferentes de la red para diferentes propsitos. Los administradores ver el estado actual de los productos de Oracle, como lo demuestran varias variables de estado que se definen para cada producto en una base de informacin de gestin (MIB), o pueden seleccionar los elementos para ver sobre la base de su estado. Los administradores pueden anticipar las condiciones excepcionales mediante la definicin de los umbrales y alertas, para responder a situaciones especiales, como pronto como se produzcan o para permitir respuestas automticas. Los administradores pueden determinar ms fcilmente las caractersticas clave de los objetos de Oracle, tales como el tamao de la base de datos, el nmero de usuarios y nivel de actividad. Los administradores pueden almacenar y analizar datos histricos que se ha obtenido a travs de SNMP. Los proveedores de aplicaciones de gestin pueden crear soluciones personalizadas para los clientes de Oracle porque SNMP es un estndar abierto.

Estrictamente hablando, Oracle soporte SNMP est diseado ms para el control de los productos de Oracle para la gestin de ellos. Oracle soporte SNMP es muy valiosa para el seguimiento de la situacin de toda una red de aplicaciones de Oracle - en primer lugar, para verificar las operaciones normales, y en segundo lugar, para detectar y reaccionar ante los posibles problemas tan pronto como se detecten. Sin embargo, a efectos de investigar y resolver algunos problemas, otras herramientas de Oracle tales como Oracle SQL * Hoja de Ejercicios Plus puede ser ms apropiado. Esto se debe a que Oracle soporte SNMP est diseado para el estado de la consulta, pero no para cambiar los parmetros del sistema, mientras que otras herramientas se han diseado para establecer o ajustar los parmetros del sistema. Oracle no es compatible con SNMP para cambiar, en lugar de consulta, los parmetros del sistema principalmente porque la seguridad de que en la actualidad puede proporcionar SNMP no se considera adecuada.

Cmo funciona el SNMP

SNMP (Simple Network Management Protocol) es un protocolo estndar de Internet permite a ciertos nodos en una red, la gestin de las estaciones o nodos de la gestin , para consultar otros componentes de red o aplicaciones de informacin sobre su situacin y sus actividades. Este tipo de consulta que se conoce como SNMP encuesta . Los elementos que pueden ser

tan encuestados se les llama elementos gestionados .Tradicionalmente, los elementos gestionados se limitaban a los componentes de red, tales como puentes y routers, pero recientemente la definicin se ha ampliado para incluir aplicaciones de misin crtica como bases de datos. El software utilizado por una estacin de administracin se llama un marco de gestin o plataforma de gestin . El marco de gestin utiliza el protocolo SNMP para solicitar informacin a los agentes en los nodos que se logr, y los agentes envan las respuestas adecuadas. Los agentes tambin se puede, independientemente de la estructura, transmitir mensajes de llamadas trampas de la conocida direccin en respuesta a eventos especficos. Esto se hace para permitir reacciones rpidas y automticas, posiblemente a las condiciones especficas que indican las trampas. Todas las solicitudes enviadas a un nodo de red dada son manejados por el mismo agente principal . Este agente vuelve a dirigir las solicitudes a los elementos apropiados logrado en el nodo, en algunos casos consubagentes . El protocolo utilizado para este an no est estandarizado y no es SNMP. La informacin que puede obtener SNMP se describe en una estructura llamada Base de Informacin de Gestin (MIB) , que se encuentra en el nodo del elemento gestionado. Figura 1-1 muestra los componentes de una estacin de administracin y de una muestra de nodo gestionado.

Los componentes de SNMP

Los componentes se muestra en la Figura 1.1 se explican en las secciones siguientes. Gestin de la estacin La estacin de administracin se refiere a un nodo desde el que se controlan los elementos gestionados a travs del protocolo SNMP. Por lo general, se trata de una estacin de trabajo independiente que se encuentra en la misma red o red interna como de los elementos gestionados. Aunque este libro siempre se utiliza la estacin de gestin a largo plazo, de otros trminos utilizados para ello son la consola de administracin, sistema de gestin, o un nodo de gestin. Requisitos para la aplicacin de Oracle Soporte SNMP Los siguientes componentes son necesarios para implementar Oracle soporte de SNMP en la estacin de administracin:

Una plataforma de gestin o el marco . Por lo menos una aplicacin de gestin se requiere, es tpicamente uno de los ms de uso general, llamada una plataforma o marco. Un repositorio . Aqu es donde los datos histricos sobre la actividad del sistema se almacena, para informar, mostrar, contabilidad, etc Algunos marcos ofrecen una base de datos de Oracle como un repositorio, pero en otros casos, el formato del repositorio se establece. Diversas aplicaciones de terceros de gestin especializada . Estos son opcionales en los componentes que integran a menudo con el marco y dar ms profundidad en el manejo de los dispositivos o aplicaciones particulares.
Nota: Estos componentes no son parte de Oracle soporte SNMP.

Marco de Gestin En la estacin de gestin, el marco de gestin SNMP utiliza para solicitar informacin sobre la gestin de otros nodos. El marco recoge, grficos, y, posiblemente, acta sobre los datos SNMP, y guarda todos o algunos de ellos en un depsito para el anlisis histrico y elaboracin de informes. Marcos de gestin incluyen muchas herramientas y opciones. Adems de solicitar informacin directamente de los nodos administrados, los marcos suelen utilizar los demonios que le comunique cuando un nodo administrado ha enviado una trampa, en respuesta a un conjunto especfico de condiciones. Las trampas tambin se puede utilizar para activar las aplicaciones de gestin.
Nota: Oracle no proporciona el marco de gestin.

Figura 1.1 Componentes bsicos de Oracle soporte SNMP.

Descripcin del texto de la ilustracin [Link]

Debido a que la mayora de los marcos de utilizar SNMP como base para la comunicacin, los productos de Oracle que soportan SNMP se pueden integrar en prcticamente todos los marcos de gestin. Ejemplos de tales marcos incluyen:
y y y y y y

CA Unicenter HP OpenView Tivoli NetView Dom SunNet Director Aprisma espectro Castle Rock SNMPc Network Manager

La mayora de marcos de gestin de hoy en da tambin ofrecen una seleccin de objetos grficos que se pueden utilizar las aplicaciones de gestin para crear una interfaz grfica de usuario que sirve a sus necesidades particulares, tales como:
y y y

mapas que ilustran la red fsica o lgica topologas iconos que representan los componentes individuales de la red herramientas de representacin grfica, tales como marca, grficos de barras, grficos de lneas, y as sucesivamente, para el control eficaz de las variables de gestin de la informacin

Administracin de aplicaciones Las aplicaciones de gestin son las herramientas integradas con el marco de gestin de red para llevar a cabo las tareas ms especializadas o base de datos. Estas aplicaciones contienen prcticamente toda la lgica de sofisticados relacionados con la gestin de la red. Una aplicacin de gestin personalizada se puede trabajar con uno o ms marcos (en las estaciones de administracin diferentes) o ejecutar de forma independiente. Debido a que Oracle soporte SNMP es igualmente accesible a cualquier tipo de proveedor, hay muchas maneras diferentes que las aplicaciones puedan utilizarla. Una aplicacin de gestin fundamental, a menudo se dan por defecto junto con el marco de la gestin, es la que es capaz de descubrir la topologa de red y la recoleccin de algunos datos bsicos de identificacin de cada entidad de red descubierto o servicio. Dicha solicitud, por ejemplo, puede descubrir todos los hosts en una subred junto con sus proveedores, ubicacin y estado. Con esta informacin, la aplicacin de gestin posteriormente se puede acumular mapas lgicos del medio ambiente.

Nodo administrado El nodo administrado es una plataforma, como un servidor UNIX, en la que los elementos a ser controlados reside. En la Figura 1-1 , dos elementos gestionados - un servidor de base de datos Oracle y Oracle Names - se encuentran en el nodo administrado. Agente Maestro El agente principal es el proceso en un nodo administrado que acepta consultas, tambin llamado "encuestas", desde el marco de gestin y se comunica con los elementos que se gestiona con el fin de responder a la consulta. Tambin puede enviar trampas SNMP de forma independiente en respuesta a condiciones especficas. Slo un agente maestro puede existir en cada nodo administrado. Cualquier nodo que no tiene un agente no ser capaz de responder a las solicitudes SNMP, pero esto no impide que los dems nodos de la red de hacerlo. En otras palabras, no es necesario que todos los nodos de una red capaz de responder a SNMP, aunque esto suele ser deseable. El agente principal puede ser monoltico o extensible . Si es monoltica, se comunica directamente con los elementos que deben gestionarse. A pesar de ese agente puede manejar varios elementos en el mismo nodo, el conjunto de elementos que puede manejar se fija cuando el agente se crea, ya que el agente monoltico es en s mismo responsable de la interfaz de los elementos gestionados. Si, por otra parte, el agente principal es extensible, se utilizar una determinada sub-agente para cada elemento tiene toanage. Subagente que es el responsable de la interfaz con el elemento. En este escenario, subagentes nuevos pueden inscribirse en el agente principal en cualquier momento, por lo que los nuevos elementos administrados se pueden aadir de forma dinmica. Algunos sistemas operativos slo agentes de suministro monoltico. En este caso, Oracle proporciona un agente principal que puede tratar con eficacia que el agente monoltico como subagente, lo que permite nuevos elementos gestionados que se aade al nodo de forma dinmica. Subagente El subagente es un proceso que recibe consultas de un determinado elemento gestionado desde el agente principal y enva las respuestas adecuadas para el agente principal. Un subagente existe para cada elemento gestionado que residen en el nodo gestionado (con la excepcin de que un sub-agente puede manejar mltiples instancias de base de datos Oracle en el mismo nodo). En la figura 1.1 , un subagente se dedica a la aplicacin de servidor de bases de

datos Oracle y otro subagente se dedica a la aplicacin de nombres. El subagente (s) y comunicarse con el Agente Maestro utilizando un protocolo de multiplexacin dictada por el agente [Link] hay un protocolo estndar para la conexin, y, mientras algunos protocolos se utilizan ampliamente, no es una norma designada. Tenga en cuenta que el subagente del servidor de base de datos es un proceso independiente que se comunica con el servidor a travs de Oracle Net (utilizando el protocolo IPC). El subagente Oracle nombres, por otra parte, est integrado en el software de la aplicacin en s. Ambos enfoques son aceptables, como los medios especficos que los subagentes utilizar para extraer los valores de SNMP son opacos a la del agente principal y el marco. Oracle Enterprise Manager Oracle Enterprise Manager es una herramienta de administracin de sistema que ofrece una solucin integrada para la gestin de un entorno heterogneo. Que combina una consola grfica, agentes, servicios comunes y herramientas para proporcionar una plataforma integrada y completa de administracin de sistemas para la gestin de los productos de Oracle. Oracle Enterprise Manager no utiliza SNMP directamente. En su lugar, se comunica con el agente sobre el uso transparente de Oracle Net Red de Soporte (TNS) conexiones. El agente de escucha a las peticiones SNMP y las pasa a Oracle Enterprise Manager. Agentes Inteligentes Los agentes son inteligentes los procesos que se ejecutan en los nodos remotos de la red. Un agente se encuentra en el mismo nodo que el servicio lo soporta. Sin embargo, el agente puede soportar ms de un servicio en un nodo en particular. Por ejemplo, si dos bases de datos estn instalados en una mquina, un solo agente puede apoyar tanto a las bases de datos. Los agentes realizan tareas tales como los trabajos en ejecucin y los eventos de seguimiento. Tambin son responsables de atender las solicitudes SNMP, SNMP, si es compatible con la plataforma del agente. Los agentes de soporte SNMP para que las aplicaciones se pueden comunicar directamente con el agente mediante el protocolo SNMP en las plataformas soportadas. Los agentes de facilitar el acceso a la base de datos de Oracle Gestin de la Informacin Base (MIB) variables. Aunque el agente SNMP, el Oracle Enterprise Manager Daemon de comunicacin TNS utiliza para comunicarse con el agente. Por lo tanto, con Oracle Enterprise Manager, se puede enviar trabajos o eventos que el acceso de Oracle MIB variables a

travs del demonio, incluso cuando la base de datos reside en una plataforma que no es compatible con SNMP. Gestin de la Informacin Base (MIB) Una base de informacin de gestin (MIB) es un archivo de texto, escrito en notacin ASN.1, que describe las variables que contienen la informacin que pueden tener acceso a SNMP. Las variables descritas en el MIB, que tambin se llaman los objetos MIB, son los elementos que pueden ser monitoreados a travs de SNMP. Hay una MIB para cada elemento que se controle. Cada pieza o subagente consulta el MIB respectivos a fin de conocer las variables que se pueden recuperar y sus caractersticas. La encapsulacin de esta informacin en el MIB es lo que permite a los agentes maestro para registrar subagentes nueva dinmica - todo lo que el agente maestro necesita saber sobre el subagente se encuentra en su MIB. El marco de gestin y aplicaciones de gestin tambin consultar a los MIB para el mismo propsito. En la Figura 1-1 , dos MIB existen, uno para el servidor de Oracle y uno de los nombres de Oracle. MIB puede ser estndar (tambin llamado pblico) o privada (tambin llamada privada o vendedor). Los valores reales de las variables no son parte de la MIB, pero se recuperan a travs de un proceso dependiente de la plataforma denominada "instrumentacin". El concepto de la MIB es muy importante porque todas las comunicaciones SNMP se refieren a uno o ms objetos MIB. Lo que se transmite al marco es, en esencia, las variables del MIB y sus valores actuales. Todos los MIB, de hecho, parte de una gran estructura jerrquica, con nodos de la hoja que contiene los identificadores nicos, tipos de datos y derechos de acceso para cada variable y los caminos de proporcionar clasificaciones. Hay una estructura estndar de ruta que incluye las ramas de subrboles privado. Una parte de esta estructura se muestra en la Figura 1.2 . Cada hoja de este rbol proporciona la siguiente informacin sobre una variable MIB:
y y y y y

la variable de nombre el identificador de objeto (OID) de la variable datos de la variable tipo de los derechos de acceso asociado a la variable una descripcin textual del significado de la variable

Nombre de la variable est destinada a ser descriptivo, mientras que la OID es un nmero que describe el camino recorrido por el rbol para llegar a esa variable. Por ejemplo, la variable llamada sysContact, identificada por el OID

[Link].[Link] (es decir, [Link] y as sucesivamente), es una variable de cadena de lectura y escritura que contiene la informacin de contacto sobre el administrador del sistema subyacente. Todos los objetos contenidos en la Gestin de la rama de la figura 2.1 (en otras palabras, todos los objetos con el comienzo de OID [Link].2) se consideran estndar y estn estrictamente regulados por la Internet Engineering Task Force (IETF). Por ejemplo, el estndar MIB RDBMS vive bajo la Gestin de la rama y con el apoyo de todos los servidores de base de datos relacional que dicen ser con SNMP habilitado. Oracle aade, adems, sus objetos MIB propios en la rama privada para aumentar la capacidad de gestin de sus productos. El MIB siguientes son especficos de servicios de Oracle y se encuentran bajo el {} [Link] rama:
y y y

la Base de Datos Oracle MIB el MIB Listener Oracle los nombres de Oracle MIB

Figura 1.2 La jerarqua MIB

Descripcin del texto de la ilustracin [Link]

Cmo se realizan las comunicaciones SNMP

SNMP se basa en la comunicacin a la conexin entre el marco y los nodos administrados. Porque la mayora de la informacin de gestin no exige una entrega fiable, los paquetes de SNMP se transmite de un nodo a una direccin bien conocida de otro nodo, pero no la verificacin de la entrega exitosa se hace. La pena por el poco peso, la comunicacin SNMP conexin se pagan por las aplicaciones de gestin, que es necesario verificar que las transacciones SNMP se complet con xito en un plazo razonable de tiempo. Si los paquetes SNMP se pierden en la red, la aplicacin se cancela la transaccin asociados y, posiblemente, se re-inicia. La implementacin ms populares de SNMP utiliza el Protocolo de datagramas de usuario (UDP) sobre el Protocolo Internet (IP), aunque tambin existen implementaciones en otros protocolos, como Internetwork Intercambio de Novell de paquetes (IPX) y AppleTalk de Apple.

Soporte de SNMP en Oracle

El soporte de SNMP en Oracle se proporciona a travs del Agente Inteligente. El agente inteligente proporciona acceso directo a la base de datos de Oracle Gestin de la Informacin Base (MIB) variables. Oracle es el soporte de SNMP previsto lo siguiente:
y y y

Oracle Database Server Dos servicios de red (Oyente de red y los nombres de Oracle). Enterprise Manager

Overview of Oracle SNMP Support

This chapter provides a brief overview of Oracle SNMP support, including:
y y y y

Benefits of Oracle SNMP Support How SNMP Works The Components of SNMP How SNMP Communications Are Performed SNMP Support On Oracle

The Simple Network Management Protocol (SNMP) is a protocol used for Internet network management. SNMP enables a single application to first retrieve information, then push new information between a wide range of systems independent of the underlying hardware. Designed primarily for database, network, and system administrators, Oracle SNMP support integrates the management of Oracle products into a number of existing, widely-used management systems. This feature enables key Oracle products running anywhere on an enterprise's network to be located, identified, and monitored by a management station running at a centrally located node, in much the same way and using some of the same tools as traditionally have been used to monitor the activity of the network itself. It thereby integrates the tasks of database and of network administrators, enabling both to use some of the same tools and to better integrate their tasks. Tools using SNMP traditionally provide powerful features for monitoring network components. Oracle extends this power to enable SNMP monitoring of some of its own products.

Benefits of Oracle SNMP Support

The primary benefits of Oracle SNMP support include the following:
y

The monitoring of key Oracle products is quickly integrated into any management framework based upon SNMP. These Oracle products are located, identified, and monitored in real time across enterprise networks of any size. Administrators see standard Oracle icons that represent Oracle products in a network map. This map is dynamically customizable. In fact, administrators can define and customize various network maps for different purposes.

Administrators see the current status of Oracle products, as shown by several status variables that are defined for each product in a management information base (MIB), or they can select which elements to view on the basis of their status. Administrators can anticipate exceptional conditions by defining thresholds and alerts, to respond to special situations as soon as they occur or to enable automatic responses. Administrators can more readily determine key characteristics of Oracle objects, such as database size, number of users, and activity level. Administrators can store and analyze historical data that has been obtained through SNMP. Providers of management applications can easily build customized solutions for Oracle customers because SNMP is an open standard.

Strictly speaking, Oracle SNMP support is intended more for monitoring Oracle products than for managing them. Oracle SNMP support is invaluable for tracking the status of an entire network of Oracle applications -- first, to verify normal operations, and second, to spot and react to potential problems as soon as they are detected. However, for purposes of investigating and solving some problems, other Oracle tools such as Oracle SQL *Plus Worksheet may be more appropriate. This is because Oracle SNMP support is designed to query status, but not to change system parameters, whereas other tools are designed to set or tune system parameters. Oracle does not support using SNMP to change, as opposed to query, system parameters primarily because the security that SNMP currently can provide is not considered adequate.

How SNMP Works

SNMP (Simple Network Management Protocol) is a standard internet protocol enabling certain nodes in a network, the management stations or managing nodes, to query other network components or applications for information concerning their status and activities. Such a query is known as an SNMP poll. The items that can be so polled are called managed elements. Traditionally, managed elements were limited to network components such as bridges and routers, but recently the definition has been extended to include mission-critical applications such as databases. The software used by a management station is called a management framework or management platform. The management framework uses the SNMP protocol to request information from agents on the nodes being managed, and those agents send back the appropriate responses. The agents

can also, independently of the framework, transmit messages called traps to well-known addresses in response to specific events. This is done to enable quick and possibly automatic reactions to the specific conditions that the traps indicate. All requests sent to a given network node are handled by the same master agent. This agent redirects the requests to the appropriate managed elements on the node, in some cases using subagents. The protocol used for this is not yet standardized and is not SNMP. The information that SNMP can obtain is described in a structure called a Management Information Base (MIB), which is located on the node of the managed element.
Figure 1-1 shows the components of a management station and of a sample

managed node.

The Components of SNMP

The components shown in Figure 1-1 are explained in the sections that follow. Management Station The management station refers to a node from which managed elements are monitored using the SNMP protocol. Typically, it is a stand-alone workstation that is on the same network or internetwork as the managed elements. While this book will consistently use the term management station, other terms used for it include management console, management system, or managing node. Requirements for Implementing Oracle SNMP Support The following components are needed to implement Oracle SNMP support on the Management Station:
y

A management platform or framework. At least one management application is required; it is typically one of the general purpose ones, called either a platform or framework. A repository. This is where historical data regarding system activity is stored, for reporting, displaying, accounting, etc. Some frameworks do offer an Oracle database as a repository, but in other cases the format of the repository is set. Various third party specialized management applications. These are optional add-in components that often integrate with the framework and provide more in depth management of particular devices or applications.

Note: These components are not part of Oracle SNMP support.

Management Framework At the management station, the management framework uses SNMP to request management information from other nodes. The framework collects, graphs, and possibly acts on that SNMP data, and saves some or all of it in a repository for historical analysis and reporting. Management frameworks include many tools and options. In addition to directly requesting information from managed nodes, frameworks typically use daemons to alert them when a managed node has sent a trap in response to a specific set of conditions. The traps also can be used to trigger management applications.
Note: Oracle does not provide the management framework.

Figure 1-1 Basic Components of Oracle SNMP support.

Text description of the illustration [Link]

Because most frameworks use SNMP as a basis for communication, Oracle products that support SNMP can be integrated into virtually every management framework. Examples of such frameworks include:
y y y y y y

CA Unicenter HP OpenView Tivoli NetView Sun SunNet Manager Aprisma Spectrum Castle Rock SNMPc Network Manager

Most of today's management frameworks also provide a selection of graphical objects that management applications may use to build a graphical user interface that serves their particular needs, such as:
y y y

maps illustrating logical or physical network topologies icons representing individual network components graphing tools such as dials, bar charts, line plots, and so on, for effective monitoring of management information variables

Management Application The management applications are the tools integrated with the management framework to accomplish more specialized network or database tasks. These applications contain virtually all of the sophisticated logic associated with network management. A customized management application can work with one or more frameworks (on different management stations) or run independently. Because Oracle SNMP support is equally accessible to any type of provider, there are many different ways that applications can utilize it. A fundamental management application, often shipped by default along with the management framework, is one that is capable of discovering the network topology and collecting some basic identification information about each discovered network entity or service. Such an application, for instance, may discover all hosts in a subnet along with their vendor, location, and status. Using this information, the management application can subsequently build up logical maps of the environment. Managed Node

The managed node is a platform, such as a UNIX server, on which elements to be monitored reside. In Figure 1-1, two managed elements -- an Oracle Database server and Oracle Names -- are located on the managed node. Master Agent The master agent is the process on a managed node that accepts queries, also called "polls", from the management framework and communicates with the elements to be managed in order to answer the query. It also can send SNMP traps independently in response to specific conditions. Only one master agent can exist on each managed node. Any node that does not have an agent will not be able to respond to SNMP requests, but this does not prevent other nodes on the network from doing so. In other words, it is not necessary that every node in a network be able to respond to SNMP, although this is normally desirable. The master agent may be either monolithic or extensible. If it is monolithic, it communicates directly with the elements to be managed. Although such an agent can manage multiple elements on the same node, the set of elements that it can manage is fixed when the agent is created, because the monolithic agent itself is responsible for interfacing to the managed elements. If, on the other hand, the master agent is extensible, it will use a specific subagent for each element it has toanage. That subagent is then responsible for interfacing to the element. In this scenario, new subagents can register with the master agent at any time, so new managed elements can be added dynamically. Some operating systems supply only monolithic agents. In this case, Oracle provides a master agent that can effectively treat that monolithic agent as a subagent, enabling new managed elements to be added to the node dynamically. Subagent The subagent is a process that receives queries for a particular managed element from the master agent and sends back the appropriate answers to the master agent. One subagent exists for each managed element residing on the managed node (with the exception that a single subagent can handle multiple Oracle database instances on the same node). In Figure 1-1, one subagent is dedicated to the Oracle Database server application and another subagent is dedicated to the Names application. The subagent(s) and master agent communicate using a multiplexing protocol dictated by the master agent. There is no standard protocol for this connection, and, while a few protocols are widely used, none is a designated standard.

Notice that the subagent for the Database Server is a separate process that communicates with the server through Oracle Net (using the IPC protocol). The Oracle Names subagent, on the other hand, is embedded in the application software itself. Both of these approaches are acceptable, as the specific means the subagents use to extract SNMP values are opaque to the master agent and to the framework. Oracle Enterprise Manager Oracle Enterprise Manager is a system management tool which provides an integrated solution for managing a heterogeneous environment. It combines a graphical console, agents, common services, and tools to provide an integrated, comprehensive systems management platform for managing Oracle products. Oracle Enterprise Manager does not use SNMP directly. Instead, it communicates with the agent over Oracle Net using Transparent Network Substrate (TNS) connections. The agent listens to SNMP requests and passes them on to Oracle Enterprise Manager. Intelligent Agents The agents are intelligent processes running on remote nodes in the network. An agent resides on the same node as the service it supports. However, the agent can support more than one service on a particular node. For example, if two databases are installed on one machine, a single agent can support both databases. The agents perform such tasks as running jobs and monitoring events. They are also responsible for handling SNMP requests, if SNMP is supported on the agent's platform. The agents support SNMP so applications can communicate directly with the agent using SNMP protocol on supported platforms. The agents provide access to Oracle's database Management Information Base (MIB) variables. Although the agent supports SNMP, the Oracle Enterprise Manager Communication Daemon uses TNS to communicate with the agent. Therefore, with Oracle Enterprise Manager, you can submit jobs or events that access Oracle MIB variables through the Daemon even when the database resides on a platform that does not support SNMP. Management Information Base (MIB) A management information base (MIB) is a text file, written in ASN.1 notation, which describes the variables containing the information that SNMP can access. The variables described in a MIB, which are also called MIB objects, are the items that can be monitored using SNMP. There is one MIB

for each element being monitored. Each monolithic or subagent consults its respective MIB in order to learn the variables it can retrieve and their characteristics. The encapsulation of this information in the MIB is what enables master agents to register new subagents dynamically -- everything the master agent needs to know about the subagent is contained in its MIB. The management framework and management applications also consult these MIBs for the same purpose. In Figure 1-1, two MIBs exist, one for the Oracle Server and one for Oracle Names. MIBs can be either standard (also called public) or proprietary (also called private or vendor). The actual values of the variables are not part of the MIB, but are retrieved through a platform-dependent process called "instrumentation". The concept of the MIB is very important because all SNMP communications refer to one or more MIB objects. What is transmitted to the framework is, essentially, MIB variables and their current values. All MIBs are, in fact, part of one large hierarchical structure, with leaf nodes containing unique identifiers, data types, and access rights for each variable and the paths providing classifications. There is a standard path structure that includes branches for private subtrees. A portion of this structure is shown in Figure 1-2. Each leaf of this tree provides the following information about one MIB variable:
y y y y y

the variable's name the Object Identifier (OID) of the variable the variable's data type the access rights associated with the variable a textual description of the meaning of the variable

The variable's name is intended to be descriptive, whereas the OID is a number that describes the path taken through the tree to reach that variable. For example, the variable named sysContact, identified by the OID [Link].[Link] (meaning [Link] and so on), is a read-write string variable that contains contact information about the administrator of the underlying system. All objects contained under the mgmt branch of Figure 1-2 (in other words, all objects with OID's beginning [Link].2) are considered standard and are tightly regulated by the Internet Engineering Task Force (IETF). For example, the standard RDBMS MIB lives under the mgmt branch and is supported by all relational database servers that claim to be SNMP-enabled. Oracle further adds its own MIB objects under the private branch to increase the

manageability of its products. The following MIBs are specific to Oracle Services and are found under the {[Link]} branch:
y y y

the Oracle Database MIB the Oracle Listener MIB the Oracle Names MIB

Figure 1-2 The MIB Hierarchy

Text description of the illustration [Link]

How SNMP Communications Are Performed

SNMP is based on connectionless communication between the framework and the managed nodes. Because most management information does not demand reliable delivery, SNMP packets are transmitted from one node to a wellknown address of another node, but no verification of successful delivery is made. The penalty for the light-weight, connectionless SNMP communication is paid by the management applications, which need to verify that SNMP transactions get completed successfully within a reasonable amount of time. If

SNMP packets get lost in the network, the application cancels the associated transaction and possibly re-initiates it. The most popular SNMP implementation uses the User Datagram Protocol (UDP) over the Internet Protocol (IP), although implementations also exist over other protocols, such as Novell's Internetwork Packet Exchange (IPX) and Apple's AppleTalk.

SNMP Support On Oracle

SNMP support on Oracle is provided through the Intelligent Agent. The Intelligent Agent provides direct access to Oracle's database Management Information Base (MIB) variables. Oracle SNMP support is provided for the following:
y y y

Oracle Database Server Two networking services (Network Listener and Oracle Names). Enterprise Manager