JBoss Operations Agent · Tabla de Contenidos © 2013 Barcelona/04 Computing Group Página IV 4.3....

JBoss Operations AgentGuía de Usuario

1.6VMC-Mxx

VISUAL Message Center JBoss Operations Agent Guía de Usuario

El software descrito en este documento se distribuye bajo un contracto de licencia y puede utilizarse

únicamente de acuerdo a los términos de uso de dicho acuerdo.

Aviso de Copyright

Copyright © 2013 Barcelona/04. Todos los derechos reservados.

Fecha de documento: Agosto 2012

Versión de documento: 2.11

Versión de producto: 1.6

Ninguna parte de esta publicación puede reproducirse, transmitirse, transcribirse, almacenarse en un

sistema de recuperación o traducirse a ningún idioma o lenguaje de programación, de ninguna forma ni

medio, electrónico, mecánico, magnético, óptico, químico, manual, o de cualquier otro tipo, sin el

permiso por escrito previo de Barcelona/04.

Marcas Registradas

Cualquier referencia a nombres de productos registrados son propiedad de las respectivas empresas.

Soporte Técnico

Para soporte técnico visite nuestra página web en www.barcelona04.com.

Barcelona/04 Computing Group SRL

Avda. Federico Lacroze 2252, Piso 6

1426 Buenos Aires Capital Federal

Argentina

Tel: +54 11 4774-0112

http://www.barcelona04.com

http://www.barcelona04.com

Tabla de Contenidos

Tabla de Contenidos

Tabla de Contenidos.......................................................................... III

Cómo Usar esta Guía......................................................................... VI

Capítulo 1

Introducción ...................................................................................... 11.1. Qué Encontrará en esta Guía de Uso.............................................................2

Capítulo 2

Arquitectura ...................................................................................... 32.1. JMX.................................................................................................................3

Capítulo 3

Requerimientos ................................................................................. 43.1. Servicios ThinkServer JMX.............................................................................4

3.2. Habilitar los Conectores JMX JBoss ..............................................................5

Capítulo 4

Configuración del Origen de Datos....................................................... 74.1. Main Information .............................................................................................7

4.2. System Settings .............................................................................................8

© 2013 Barcelona/04 Computing Group Página III

Tabla de Contenidos

4.3. General settings..............................................................................................8

4.4. Configuración Avanzada ................................................................................8

4.4.1. JMX Explorer.............................................................................................9

4.4.2. Añadir variables ......................................................................................11

4.4.3. Eliminar variables ...................................................................................12

4.4.4. Variables Regulares contra Variables Multivalor ....................................12

4.4.5. Alias ........................................................................................................14

4.4.6. Propiedades SSL ...................................................................................16

Capítulo 5

JBoss Operations ThinAgents............................................................. 185.1. Variables del Origen de datos General de JMX JBoss ................................18

5.2. JBoss CPU Usage ........................................................................................19

5.2.1. Configuración del Monitor .......................................................................19

5.2.2. Acciones de chequeo de Pre-salud por defecto .....................................20

5.2.3. Script de salud por defecto .....................................................................20

5.2.4. Plantilla de mensaje por defecto .............................................................20

5.2.5. Variables específicas del ThinAgent .......................................................20

5.2.6. Mapeo de campos SmartConsole – ThinkServer ...................................21

5.3. JBoss Memory Detailed Usage.....................................................................21







5.4. JBoss Memory General Usage .....................................................................23







5.5. JBoss Threads ..............................................................................................25







Capítulo 6

MQ ThinAgents Group....................................................................... 286.1. MQ Variables ................................................................................................28

© 2013 Barcelona/04 Computing Group Página IV

Tabla de Contenidos

6.2. MQ Destination Queues................................................................................28


6.2.2. Acciones de chequeo de Pre-salud y post- salud por defecto ................29





6.3. MQ General Properties .................................................................................30







6.4. MQ Transport Mechanisms...........................................................................33


6.4.2. Acciones de chequeo de Pre-salud y post-salud por defecto .................34





Apéndice

Apéndice A: Contactar con Barcelona/04............................................ 36

Acerca de Barcelona/04 Computing Group ......................................... 38

Aviso Legal...................................................................................... 39

© 2013 Barcelona/04 Computing Group Página V

Cómo Usar esta Guía

© 2013 Barcelona/04 Computing Group Página VI

Cómo Usar esta Guía

Este capítulo explica cómo usar las Guías de Usuario de Barcelona/04 y comprender las convenciones

tipográficas usadas en toda la documentación de Barcelona/04.

Convenciones Tipográficas

Los siguientes términos, formatos de texto y símbolos convencionales se utilizan en toda la

documentación impresa de Barcelona/04:

Convention Description

Negrita Mandatos, botones en pantalla y opciones de menú.

Cursiva azul Referencias y enlaces a otras secciones en el manual o a otra documentación que contiene información relevante.

Cursiva Texto mostrado en pantalla, o variables donde el usuario debe sustituir sus propios detalles.

Monospacia Mandatos de entrada como mandatos o código System i, o texto que los usuarios deben teclear.

MAYUSCULA Claves de teclado, como CTRL para la tecla Control y F5 para la tecla de función que está etiquetada como F5.

Notas e información adicional de utilidad.

Consejos y pistas que mejoran la experiencia de usuario al trabajar con este producto.

Importante: información adicional que es altamente recomendable que el usuario tenga en cuenta.

Aviso: El no seguir esta información podría derivar potencialmente en serios problemas.

Introducción

Capítulo 1 1 Introducción

VISUAL Message Center ofrece una completa gama de funcionalidades de monitorización para uno o

varios servidores JMX, incluyendo:

• JMX for Tomcat

• JMX for JBoss

• JMX for WebLogic

• JMX for WebSphere

Además, VISUAL Message Center le ayuda a monitorizar estaciones de trabajo que ejecuten la

mayoría de sistemas operativos Windows, como Windows 2000 Professional y Windows XP. VISUAL

Message Center le ayudará a monitorizar la disponibilidad, salud y seguridad de la mayoría de

productos Microsoft y de otros proveedores, incluyendo las más importantes bases de datos como

Microsoft SQL Server, IBM DB2, y Oracle; e incluso aplicaciones en ejecución en diferentes

plataformas, incluidos Unix, Linux, y OS/400; equipamiento de redes, y otros dispositivos.

Nuestra amplia gama de funcionalidades de monitorización incluye control y gestión de:

• Situaciones de fallo para asegurar la disponibilidad del servicio

• Cuellos de botella e incidencias de rendimiento

VISUAL Message Center usa varias tecnologías para alertar proactivamente a los Directores de TI,

Operadores, Administradores de Bases de Datos (DBAs), personal técnico, e incluso directores de

línea de negocio, de eventos y tendencias potencialmente peligrosas antes de que se conviertan en un

problema.

Las exclusivas funcionalidades de VISUAL Message Center SmartConsole proporcionan una forma

exclusiva de modelar fácilmente servicios de negocio y comprender el impacto de un fallo en cada

servicio afectado.

VISUAL Message Center proporciona maneras ilimitadas de consolidar eventos y métricas procedentes

de diferentes entornos, elementos de infraestructura, aplicaciones y plataformas. Como resultado, es

una valiosa solución que permite la implementación de estrategias de Gestión de Servicios de Negocio

(Business Service Management - BSM) en empresas de prácticamente cualquier tamaño o sector,

ayudándole a conseguir los más estrictos Acuerdos de Niveles de Servicio (SLAs).

© 2013 Barcelona/04 Computing Group Página 1

Introducción

1.1 Qué Encontrará en esta Guía de UsoEsta guía de usuario describe los propósitos de cada JMX for JBoss ThinAgent y todas las variables

que vienen preconfiguradas para cada JBoss Operations ThinAgent en particular. También explica los

ajustes de configuración mínimos necesarios para ejecutar un monitor JBoss Operations en particular.

Para una descripción completa de las funcionalidades de VISUAL Message Center ThinkServer diríjase

a la Guía de Uso de VISUAL Message Center ThinkServer.

El capítulo de introducción cubre los propósitos básicos de los JBoss Operations ThinAgents y las

configuraciones comunes de orígenes de datos y monitores.

Los siguientes capítulos ofrecen una descripción detallada de los diferentes ThinAgents, la

configuración por defecto y las variables importantes para cada ThinAgent. Puede utilizar estas

variables para asignar condiciones de Salud, configurar acciones, crear plantillas, y enviar mensajes a

la SmartConsole. También hay disponibles algunas variables genéricas para todos los ThinAgents,

descritas en la Guía de Uso de VISUAL Message Center ThinkServer Configurator.

Además encontrará un mapeo de campos para cada JBoss Operations ThinAgent describiendo los

valores tal y como aparecen en la SmartConsole y ThinkServer.

Esta Guía de uso describe los JBoss Operations ThinAgents.


http://customers.tango04.com/node/471

Arquitectura


Capítulo 2 2 Arquitectura

ThinkServer ofrece un número de ThinAgents predefinidos para monitorizar servidores de aplicaciones

JBoss. Cada ThinAgent contiene una configuración de origen de datos que recupera atributos públicos

y operaciones getter almacenadas en un Managed Bean (MBean) particular en el servidor JBoss en un

intervalo de tiempo predefinido. El ThinAgent utiliza las variables recuperadas en pre- y post-acciones,

reglas de salud de objetos y plantillas de mensajes para monitorizar y realizar reportes de la salud de su

servidor de aplicaciones JBoss.

El origen de datos envía su petición de información en XML sobre una petición SOAP a un servicio

llamado ThinkServer JMX Server JSR. Este servicio traduce la petición XML a RMI y la envía al puerto

apropiado (por defecto el puerto 9005) en el servidor JBoss. El MBeanServer inicia el MBean apropiado

y retorna los datos al ThinkServer JMX Server JSR. El servicio traduce las variables recuperadas a

tipos de datos simples antes de enviarlos en XML sobre SOAP al ThinkServer. ThinkServer utiliza

entonces los datos para determinar el estado de salud actual del objeto conforme a las pre- y post-

acciones, reglas de salud de objetos y plantillas de mensajes predefinidos y envía la información a la

SmartConsole para su posterior procesamiento.

2.1 JMXEl conector RMI recibe la petición en el puerto RMI (para JBoss el puerto por defecto es 9005) e

instancia el MBeanServer.

El MBeanServer es un objeto gestionado donde se registran los MBeans. Un MBean es una clase Java

que contiene atributos y operaciones de un recurso (por ejemplo un servidor JMX habilitado, una

aplicación Java, u otro dispositivo que soporte JMX). Puede incluir propiedades tanto de rendimiento

como generales. En este caso estamos interesados en los MBeans que nos permiten instrumentar y

monitorizar remotamente el servidor de aplicaciones JBoss.

La primera vez que se instancia el MBeanServer lleva a cabo una petición global y recupera todos los

MBeans e instancias en el servidor. El servicio ThinkServer JMX Server JSR cachea esta información

para un uso posterior. En peticiones subsecuentes simplemente retorna las variables solicitadas.

Para información más detallada diríjase a la página Web de Sun: http://java.sun.com.

Requerimientos

Capítulo 3 3 Requerimientos

Para que los JBoss Operations ThinAgents recuperen datos, el servidor de aplicaciones JBoss debe

configurarse para generar la información necesaria:

• El servicio ThinkServer JMX Server JSR apropiado debe estar activo.

• Los conectores JMX JBoss deben estar habilitados en el servidor de aplicaciones JBoss

Estos requerimientos se explican en las siguientes secciones.

3.1 Servicios ThinkServer JMXExisten dos servicios disponibles para comunicarse con los servidores JMX:

• ThinkServer JMXServer WAS

• ThinkServer JMXServer JSR.

Los JBoss Operations ThinAgents requieren un servicio ThinkServer JMXServer JSR activo. Este

servicio se encuentra normalmente en la misma máquina que ThinkServer. Por defecto ThinkServer

utiliza el puerto 8081 para conectarse a este servicio.

ThinkServer se comunica con JBoss utilizando el protocolo RMI. Por defecto el servidor de aplicaciones

JBoss remoto utiliza el puerto 9005.

Consejo

Antes de comenzar, le recomendamos que compruebe si los puertos mencionados están

disponibles.


Requerimientos

Figure 1 – Comunicaciones de ThinkServer

Thinkserver también utiliza el servicio ThinkServer JMXServer JSR para conectarse a Tomcat y Bea

WebLogic y el servicio ThinkServer JMXServer WAS para conectarse a WebSphere. Estos servicios y

servidores de aplicaciones Web no se explican en este documento.

3.2 Habilitar los Conectores JMX JBoss Para habilitar los conectores JMX JBoss necesitamos configurar las siguientes propiedades

(sucesivamente en una linea) en el archive de JBoss run.bat en el directorio de JBoss bin:

Nota

Este producto requiere que el usuario tenga altos conocimientos de la arquitectura de JBoss

Application Server.

set JAVA_OPTS=%JAVA_OPTS% ‐Dsun.rmi.dgc.client.gcInterval=3600000 ‐Dsun.rmi.dgc.server.gcInterval=3600000 ‐Dcom.sun.management.jmxremote.port=9005 ‐Dcom.sun.management.jmxremote.authenticate=false ‐Dcom.sun.management.jmxremote.ssl=false ‐Djavax.management.builder.initial=org.jboss.system. server.jmx.MBeanServerBuilderImpl ‐Djboss.platform.mbeanserver ‐Djava.rmi.server.hostname=localhost


Requerimientos

Nota

Para habilitar los conectores JMX JBoss se requiere al menos JBoss 4.0.

• jmxremote.port=9005: Por defecto ThinkServer utiliza el puerto 9005. Si utiliza un

puerto diferente, puede cambiar aquí este valor, pero recuerde cambiar también la

configuración del origen de datos (diríjase al Capítulo 4 - Configuración del Origen

de Datos en la página 7).

• jmxremote.authenticate=false / jmxremote.ssl=false: Cambie estos

valores a true si desea crear una conexión remota segura entre ThinkServer y los

JBoss Operations ThinAgents.

• server.hostname=localhost: donde localhost se define por la IP donde esta

instalado JBoss. Es necesario configurar esta propiedad para poder aceptar

peticiones del servidor remoto (ThinkServer).


Configuración del Origen de Datos

Capítulo 4 4 Configuración del Origen de Datos

El origen de datos viene preconfigurado conforme a las mejores prácticas y los valores recuperados

varían de ThinAgent a ThinAgent.

Cuando cree un nuevo monitor en el ThinkServer Configurator, compruebe que los ajustes por defecto

son apropiados para sus propósitos y, si es necesario, cambia estos ajustes. Recuerde que cualquier

cambio realizado en los orígenes de datos compartidos tendrá efecto inmediato en todos los monitores

conectados a él.

4.1 Main Information

Importante

Para recuperar datos, recuerde que:

• JBoss Application Server debe estar en ejecución

• Los conectores JMX JBoss deben estar habilitados en el JBoss Application Server

• El servicio apropiado debe estar arrancado.

Para más detalles diríjase al Capítulo 2 - Arquitectura en la página 3.

Variables y Valores de Configuración

Descripción

Name

Nombre del origen de datos, por ejem-plo “JMX JBoss System DataSource”

Puede usar el proporcionado por defecto, o entrar un Nuevo nombre para el origen de datos.

Consejo: Añada el nombre del host que está monitorizando para ayudarle a identificarlo rápida-mente si se producen problemas.

Description Introduzca una descripción del origen de datos



4.2 System Settings La pestaña System Settings contiene la configuración para conectarse al servidor de aplicaciones

JBoss. Es importante que estos ajustes sean correctos. De otra forma, no podrá recuperar datos. La

siguiente tabla muestra las variables necesarias y su descripción.

Además encontrará el botón JMX MBean Explorer. Esta funcionalidad se describe a continuación en la

sección 4.4 - Configuración Avanzada en la página 8.

4.3 General settingsLa pestaña general settings contiene la configuración relativa a la frecuencia con la cual se recuperan

los datos de su servidor de aplicaciones JBoss. Tenga en cuenta que las variables de la pestaña

general settings con las mismas para todos los JBoss Operations ThinAgents.

4.4 Configuración Avanzada Los JBoss Operations ThinAgents comparten orígenes de datos entre múltiples monitores y vienen

preconfigurados para recuperar las variables requeridas. Las variables son multivalor para poder

recuperar datos desde un amplio rango de máquinas. Los usuarios avanzados pueden abrir el JMX

Explorer para cambiar qué variables recuperará el origen de datos, añadir alias a los valores, y

configurar propiedades SSL para incrementar la seguridad de las conexiones.


Descripción

HostPuede entrar la dirección IP o utilizar el nombre DNS del host

Port Número de Puerto

User Usuarios con el que conectarse al host

Password to connect Contraseña del usuario que se conecta al host

Protocol Protocolo utilizado para conectarse a JMX

Service Servicio utilizado para recuperar datos JMX

Importante

Asegúrese que los detalles de conexión son correctos o no podrá recuperar datos.


Descripción

Timer 60 segundosEl origen de datos se refrescará cada 60 segun-dos.

Retries 2Si detectamos un error el origen de datos reinten-tará la conexión dos veces...

Interval retries

10 segundos...y el intervalo entre reintentos será de 10 segun-dos.

Error retry time

60 segundos

En caso que los errores excedan el número espe-cificado en Number of Tries (en este caso más de 2 veces), el origen de datos esperará 60 segundos antes de realizar de Nuevo la recolección de datos.



En el JMX Explorer encontrará todas las operaciones (getters) y atributos públicos que puede recuperar

utilizando nuestro ThinAgent. Otras operaciones como setters y atributos privados no se muestran.

4.4.1 JMX ExplorerPara utilizar el JMX Explorer abra data source configuration, diríjase a la pestaña system settings y

pulse el botón JMX MBean Explorer.

El JMX Explorer se abre mostrando la pestaña Default Options (para detalles sobre la pestaña

advanced diríjase a la sección 4.4.6 - Propiedades SSL en la página 16). En la parte superior de la

pestaña Default Options, verá los ajustes utilizados para conectarse al JBoss Application Server.

Figura 2 – JMX Explorer mostrando las variables para un JBoss Operations ThinAgent en la ventana selected Items.

Panel MBean Inspector

El panel izquierdo, llamado MBean Inspector, muestra la estructura MBean en formato árbol. La

estructura de árbol aquí mostrada proviene de la reutilización de los nombres de objetos del

MBeanServer en el servidor de aplicaciones JBoss. Expanda el árbol para ver los atributos públicos y

operaciones getter recuperadas por este MBean.

El ejemplo se encuentra en el panel MBean Inspector, como se muestra a continuación:



Figura 3 – Ejemplo de localización de variable en el panel MBean Inspector

Panel Selected Items

El panel de la derecha se denomina Selected Items y contiene los atributos y operaciones que este

origen de datos recuperará por defecto. Puede añadir más variables si es necesario. Cada variable en

el panel Selected Items indica el path en el MBean Inspector, como se ha descrito anteriormente.

Ejemplo de Variable

Usage( java.lang: type=MemoryPool,name=Code Cache )

Donde:

Usage es el nombre del atributo u operación a recuperar

java.lang refiere el primer nivel en el árbol

type representa el segundo nivel en el árbol

name es el tercero nivel en el árbol

Nota

Sólo podrá ver el árbol si el Servidor MBean ha sido instanciado. Para más detalles diríjase

al Capítulo 2 - Arquitectura en la página 3.



4.4.2 Añadir variables

Para añadir una variable expanda el árbol hasta que localice el atributo u operación deseado y pulse el

botón de la flecha derecha en el centro de la ventana para añadir el atributo al panel de ítems

seleccionados.

También puede añadir todas las variables en una carpeta particular a la vez. En este caso seleccione la

carpeta deseada, por ejemplo examplesServer, y pulse el botón de la flecha derecha para transferir

todos los atributos en la carpeta.

Figura 4 – Transferir los atributos de una carpeta. En este ejemplo, al seleccionar la carpeta Connector, sólo los atributos de la subcarpeta Tenured Gen han sido transferidos, ya que ésta es la

subcarpeta con el path más corto.

Note

El JMX Explorer está pensado para usuarios con conocimientos avanzados de tecnología

JMX.



4.4.3 Eliminar variables Para eliminar una variable del panel Selected Items simplemente seleccione el ítem y pulse el botón de

la flecha izquierda.

Para eliminar todas las variables del panel Selected Items a la vez, posiciónese en el panel Selected

Items y pulse el botón de la doble fecha izquierda.

4.4.4 Variables Regulares contra Variables Multivalor

Variables Regulares

Una variable regular es una definición específica de un atributo. Por ejemplo:

Usage( java.lang:type=MemoryPool,name=Code Cache )

Aquí el monitor enviará un mensaje conteniendo el valor de uso del pool de memoria llamado Code

Cache.

Si desea recuperar una variable para más de un pool de memoria (en nuestro ejemplo hay cinco pools

de memoria llamados: Code Cache, Eden Space, Perm Gen, Survivor Space y Tenured Gen) es mejor

utilizar variables multivalor, descritas a continuación.

Por ejemplo, si configure diferentes variables para intentar recuperar información de múltiples pools de

memoria, el monitor reconocerá las múltiples entradas como una nueva iteración de la misma variable

y simplemente sobrescribirá el valor previamente recuperado con el nuevo. Para ser específico, si

configura las siguientes variables en este orden:

Usage( java.lang:type=MemoryPool,name=Code Cache )

Usage( java.lang:type=MemoryPool,name=Eden Space )

Nota

Esto no transferirá los atributos de todas las subcarpetas, solo aquellos almacenados en el

path más corto. Por ejemplo para el árbol:

Root

java.lang

MemoryPool

CodeCache

Eden Space

Perm Gen

Survivor Space

Tenured Gen

Name

Si selecciona MemoryPool, solo los atributos de MemoryPool/Tenured Gen se añadirán a

la lista de ítems seleccionados. Los atributos del resto de pools de memoria no se añadirán.

Aviso

Asegúrese que las condiciones son correctas, ya que el monitor podría no funcionar con una

configuración no válida.



Usage( java.lang:type=MemoryPool,name=Perm Gen )

Usage( java.lang:type=MemoryPool,name=Survivor Space )

Usage( java.lang:type=MemoryPool,name=Tenured Gen )

El monitor recuperará primero el valor de uso para Code Cache. A continuación recuperará la de Eden

Space, sobrescribiendo el valor para Code Cache y así sucesivamente. Finalmente, recuperará el valor

para Tenured Gen, sobrescribiendo el valor para Survivor Space. Al finalizar el monitor sólo enviará un

mensaje con el valor de uso de Tenured Gen.

Variables multivalor

Una variable multivalor es una definición genérica de un atributo que le permite recuperar variables de

múltiples localizaciones. Las variables multivalor son más fáciles de explicar con un ejemplo.

Una variable multivalor para recuperar el valor de uso para cada pool de memoria en un entorno con

cinco pools de memoria (Code Cache, Eden Space, Perm Gen, Survivor Space y Tenured Gen) sería

como sigue:

Usage( java.lang:type=MemoryPool,name=* )

Donde:

• Name es el parámetro multivalor y en este caso representa el nombre del pool de memoria.

En este ejemplo el monitor enviará cinco mensajes individuales, cada una de ellos conteniendo detalles

de uso para un pool de memoria en particular.

Para cambiar las propiedades de una variable a multivalor, simplemente pulse botón derecho en el

atributo en la lista selected items y pulse Add a multivalued ObjectName.

Figura 5 – Seleccione el elemento que desea definir como multivalor. Code Cache representa el nombre del pools de memoria

A continuación, pulse el elemento que desea definir como multivalor y pulse OK para regresar a la

ventana JMX Explorer. Puede reconocer una variable multivalor en el panel Selected Items por el

asterisco rojo en el icono.



Figura 6 – Una variable multivalor en el panel Selected Items se indica por un asterisco rojo en el icono.

4.4.5 AliasA veces es útil utilizar un nombre diferente para una variable, para que el usuario pueda comprenderla

mejor. En estos casos puede utilizar un alias amigable para la variable. Para crear un alias simplemente

pulse botón derecho en la variable deseada y seleccione Add An Alias. Introduzca el nombre que

desea utilizar para esta variable.

Continuando con el ejemplo de la variable regular anterior, podemos recuperar los valores de uso de los

cinco pools de memoria diferentes utilizando un alias. Para hacerlo, configuramos cinco variables

regulares para los pools de memoria, cada una definiendo de qué pool de memoria recuperar la

variable.

Usage( java.lang:type=MemoryPool,name=Code Cache )Usage( java.lang:type=MemoryPool,name=Eden Space )

Usage( java.lang:type=MemoryPool,name=Perm Gen )

Usage( java.lang:type=MemoryPool,name=Survivor Space )Usage( java.lang:type=MemoryPool,name=Tenured Gen )



Figura 7 – Cree una variable de uso para cada uno de los pools de memoria, a continuación pulse el botón derecho del mouse en la variable para añadir un alias.

A continuación, dé a cada variable un alias como se muestra a continuación:

CodeCacheUsage( java.lang:type=MemoryPool,name=Code Cache )EdenSpaceUsage( java.lang:type=MemoryPool,name=Eden Space )

PermGenUsage( java.lang:type=MemoryPool,name=Perm Gen )

SurvivorSpaceUsage( java.lang:type=MemoryPool,name=Survivor Space )TenuredGenUsage( java.lang:type=MemoryPool,name=Tenured Gen )



Figura 8 – Cree un alias para cada pool de memoria

El monitor enviará un mensaje conteniendo cinco valores de uso de memoria, un valor para cada pool

de memoria:

4.4.6 Propiedades SSL Por defecto, JBoss Application Server arranca con seguridad de administración. Puede incrementar la

seguridad de su conexión RMI utilizando secure socket layer (SSL).

Para usar SSL debe definir los parámetros SSL en su origen de datos ThinkServer para conectarse

usando SSL como sigue:

En la configuración del origen de datos pulse el botón MBean Explorer, abra la pestaña Advanced

Options, e introduzca su TrustStore File y TrustStore Password.

&CodeCacheUsage=27516 bytes

&EdenSpaceUsage=34070 bytes

&PermGenUsage=12370 bytes

&SurvivorSpaceUsage=14090 bytes

&TenuredGenUsage=29083 bytes



Figure 9 – JMX Explorer - pestaña Advanced Options. Puede hacer clic sobre Apply para actualizar la conexión al servidor deseado


JBoss Operations ThinAgents

Capítulo 5 5 JBoss Operations ThinAgents

Los JBoss Operations ThinAgents proporcionan una visión general de su servidor JBoss en términos de

rendimiento y su impacto en la máquina virtual en la que se está ejecutando. Use estos ThinAgents

para recuperar valores básicos de Threads, Memoria y uso de CPU de su servidor JBoss.

5.1 Variables del Origen de datos General de JMX JBoss Existen tres JBoss Operations ThinAgents que comparten el origen de datos General de JMX Tomcat:

• JBoss CPU Usage

• JBoss Memory General Usage

• JBoss Threads

Las variables importantes para cada uno de estos ThinAgents son:

Variable Descripción

Arch Arquitectura del Chipset del servidor

AvailableProcessors Número de procesadores disponibles

CommittedVirtualMemorySizeCantidad de memoria virtual comprometida en bytes

DaemonThreadCount Número actual de threads daemon

FreePhysicalMemorySizeCantidad de memoria física libre disponible en bytes

FreeSwapSpaceSizeCantidad de espacio swap libre disponible en bytes

HeapMemoryUsagecommittedCantidad de memoria heap comprometida en bytes

HeapMemoryUsageinit Cantidad de memoria heap inicial bytes

HeapMemoryUsagemax Cantidad de memoria heap máxima en bytes

HeapMemoryUsageused Cantidad de memoria heap usada en bytes

LoadedClassCount Número de clases que se han cargado



5.2 JBoss CPU UsageEl JBoss CPU Usage ThinAgent muestra el uso de CPU de un servidor de aplicaciones JBoss. Este

valor no es un valor instantáneo sino el promedio de uso de CPU desde el último refresco. Es realmente

importante saber si la carga de trabajo del sistema es apropiada para la capacidad del procesador. No

hay que preocuparse si el uso de CPU del sistema alcanza el 100%, pero un promedio de uso por

encima del 85% puede ralentizar algunas aplicaciones. Para solucionar un alto uso de CPU, intente

reducir la carga de trabajo del sistema o incrementar la capacidad del procesador.

5.2.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar

en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.

La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del

Origen de Datos en la página 7.

Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.

Simplemente añada un nombre y una descripción para el monitor.

Name Nombre del servidor

NonHeapMemoryUsagecommittedCantidad de memoria no-heap comprometida en bytes

NonHeapMemoryUsageinit Cantidad de memoria no-heap inicial en bytes

NonHeapMemoryUsagemaxCantidad de memoria no-heap máxima en bytes

NonHeapMemoryUsageused Cantidad de memoria no-heap usada en bytes

PeakThreadCountNúmero máximo de threads registrado en el sistema

ProcessCpuTimeCantidad de tiempo en milisegundos que el proceso del servidor ha utilizado la CPU

StartTime Hora en la que arrancó el sistema

ThreadCount Número de threads actuales

TotalLoadedClassCountNúmero Total de clases Java que se han car-gado desde el ultimo arranque del servidor

TotalPhysicalMemorySizeCantidad total de memoria física disponible en bytes

TotalStartedThreadCount Número de threads que han sido arrancados.

TotalSwapSpaceSizeCantidad total de espacio Swap reservado para el servidor en bytes

UnloadedClassCountNúmero total de clases Java que han sido des-cargado desde el inicio del servidor

Uptime Tiempo total que el servidor lleva en marcha




5.2.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de

salud por defecto y en las plantillas por defecto. Las variables incluyen tiempo de proceso de CPU y

uptime.

5.2.3 Script de salud por defectoEl script de salud predefinido ayuda a detectar si el sistema está utilizando demasiada CPU.

Este ThinAgent viene preconfigurado para asignar la salud de los objetos como sigue:

• Critical cuando el sistema está utilizando más de un 80% de CPU.

• Warning cuando el sistema está utilizando más de un 60% de CPU.

• Minor cuando el sistema está utilizando más de un 40% de CPU.

• Success en el resto de casos.

Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña

Advanced de la ventana Set Health and Actions de este monitor para más detalles.

El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto

para que se adapten a sus necesidades.

5.2.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al

evento de salud.

La plantilla de mensaje por defecto para el JBoss CPU Usage ThinAgent incluye la siguiente

información:



El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus

necesidades.

5.2.5 Variables específicas del ThinAgentDiríjase a la sección 5.1 - Variables del Origen de datos General de JMX JBoss en la página 18 para

detalles sobre las variables importantes para este ThinAgent.

Variables y Valores de Configuración Descripción

NameJMX JBoss CPU Usage Moni-tor

De un nombre a su monitor JBoss CPU usage.

DescriptionIntroduzca una descripción para su monitor JBoss CPU Usage.

The total CPU used by JBoss &Host is &CPUUsage%.The CPU processing time is &UpTimeHours hours and &UpTimeMinutes minutes.



5.2.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el

ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se

adapten a sus necesidades.

5.3 JBoss Memory Detailed UsageJBoss detailed memory le ofrece una foto de la memoria gestionada por JBoss, proporcionándole

información detallada sobre cada Pool de Memoria usado por JBoss, incluyendo la cantidad de

memoria usada, comprometida y más.

Para cada Pool de Memoria se crea un Nuevo mensaje en ThinkServer con la información del monitor.








salud por defecto y en las plantillas por defecto. Las variables incluyen uso de pool de memoria, uso

máximo, uso comprometido y más.

5.3.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar la cantidad de memoria gestionada en el servidor. La

información detallada proporcionada para cada Pool de Memoria, le ayuda a saber si una aplicación

que utiliza un tipo específico de memoria puede causar un problema cuando se alcanza un umbral

SmartConsole ThinkServer Descripción

Var01 SetHealth Nombre del Script.

Var02 ProcessCpuTime

Cantidad de tiempo en mili-segundos que el proceso del servidor ha utilizado la CPU

Var03 StartTimeHora en la que arrancó el sistema

Var03 UptimeTiempo total que el servidor lleva en marcha.


NameJMX JBoss Detailed Memory Monitor

Dé un nombre a su monitor JBoss detailed memory

DescriptionIntroduzca una descripción para su monitor JBoss detailed memory.



específico. Consecuentemente algunas aplicaciones que comparten el mismo Pool de Memoria,

pueden presentar problemas de rendimiento si una de las aplicaciones abusa de la memoria.


• Critical cuando la memoria utilizada es mayor del 90% del máximo de memoria disponible.

• Warning cuando la memoria utilizada es mayor del 60% del máximo de memoria disponible o

la memoria comprometida es mayor del 90% del máximo de memoria disponible

• Minor cuando la memoria utilizada es mayor del 70% del máximo de memoria disponible.







evento de salud.

La plantilla de mensaje por defecto para el JBoss Memory Detailed Usage ThinAgent incluye la

siguiente información:



Success:

The Memory Pool item &Name is using &PercentUsed% of available &Type Memory.

The maximum memory for &Name is &MemPoolMax kbytes and it is used &Mem‐PoolUsage kybtes.

Minor:



The committed memory is used &PercentCommitted%.

Warning:



The committed memory is used &PercentCommitted%.

Critical:



Only remain &FreeMem kbytes free.




necesidades.

5.3.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent:




5.4 JBoss Memory General UsageEl JBoss Memory General Usage ThinAgent muestra la cantidad de memoria física libre en un servidor

de aplicaciones JBoss. Un sistema que se está quedando sin memoria mostrará una caída en el

rendimiento y puede causar que algunas aplicaciones funcionen lentamente o caigan. Resuelva esta

incidencia reduciendo la carga de trabajo del sistema o incremente la capacidad de la memoria física.






Name Nombre del Pool de Memoria

Type Tipo de Memoria (heap o no-heap)

UsageResumen de memoria usada (Comprometida, Inicial, Máxima y Usada)

Usagecommitted Cantidad de memoria comprometida en bytes

Usageinit Cantidad de memoria inicial en bytes

Usagemax Cantidad de memoria máxima en bytes

Usageused Cantidad de memoria usada en bytes



Var02 Name Nombre del Pool de Memoria

Var03 PercentUsed Porcentaje de memoria usada

Var04 MemPoolMax Cantidad de memoria máxima en Kbytes

Var05 MemPoolUsage Cantidad de memoria usada en Kbytes

Var06 Type Tipo de Memoria (heap o no-heap)






salud por defecto y en las plantillas por defecto. Las variables incluyen memoria heap (y no heap),

memoria total del sistema, y más.

5.4.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si la cantidad de memoria usada en el sistema puede

tener un impacto en el rendimiento de la aplicación. Estos umbrales pueden proporcionarle avisos a

tiempo para ayudarle a prevenir un colapso del sistema o una degradación del rendimiento de las

aplicaciones del servidor.


• Critical cuando la memoria heap utilizada es mayor del 90% del total de memoria heap

disponible o la memoria no-heap usada es más de un 90% del total de memoria no-heap

disponible.

• Warning cuando la memoria heap utilizada es mayor del 60% del total de memoria heap

disponible o la memoria no-heap usada es más de un 60% del total de memoria no-heap

disponible.

• Minor cuando la memoria heap comprometida es mayor del 60% del total de memoria heap

disponible o la memoria no-heap comprometida es más de un 60% del total de memoria no-

heap disponible.







evento de salud.

La plantilla de mensaje por defecto para el JBoss Memory General Usage ThinAgent incluye la

siguiente información:


NameJMX JBoss Memory Usage Monitor

De un nombre a su monitor JBoss Memory General Usage

DescriptionIntroduzca una descripción para su monitor JBoss Memory General Usage.






necesidades.






5.5 JBoss ThreadsEl JBoss Threads ThinAgent proporciona una visión general del uso del pool de threads de servidores

JBoss.



La configuración del origen de datos es la misma que la descrita en la Capítulo 4 - Configuración del




The total of memory used in your system is &TotalFreeMem kbytes from

&TotalSystemMem kbytes.

The total of heap memory used is &TotalMemHeapUsed kbytes from

&TotalMemHeapMax kbytes total. (&HeapUsed%)

The total of non heap memory used is &TotalMemNonHeapUsed kbytes from

&TotalMemNonHeapMax kbytes total. (&NonHeapUsed%)



Var02 TotalSwapUsed Cantidad de memoria swap en Kbytes.

Var03 TotalMemHeapUsed Cantidad de memoria heap usada en Kbytes

Var04TotalMemNon‐HeapUsed

Cantidad de memoria no-heap usada en Kbytes


NameJMX JBoss Threads Monior

Dé un nombre a su monitor JBoss Threads




salud por defecto y en las plantillas por defecto. Las variables incluyen cuenta de picos de thread.

5.5.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si el sistema tiene una actividad elevada.


• Warning cuando el número total de top threads en ejecución en el sistema es menor o igual a

thread count.

• Success en cualquier otro caso.






evento de salud.

La plantilla de mensaje por defecto para el JBoss Threads ThinAgent incluye la siguiente información:

DescriptionIntroduzca una descripción para su monitor JBoss Threads.


Success:

The total of threads which are running in your system are &ThreadCount,

the maximum was &PeakThreadCount.

The amount of threads which have been created since the start are

&TotalStartedThreadCount.

System Info:

‐ Processors available in your system: &AvailableProcessors

‐ Architecture type: &Arch

‐ Virtual Machine version: &VmVersion

‐ Virtual Machine vendor: &VmVendor

‐ Operating System name: &Name

Minor:

Minor status






necesidades.






Warning:

The Tomcat &Host is performing high activity. The number of running

threads are &ThreadCount, which is a peak of threads activity.

System Info:

‐ Processors available in your system: &AvailableProcessors

‐ Architecture type: &Arch

‐ Virtual Machine version: &VmVersion

‐ Virtual Machine vendor: &VmVendor

‐ Operating System name: &Name

Critical:

Critical status



Var02 ThreadCount Número actual de live threads


MQ ThinAgents Group

Capítulo 6 6 MQ ThinAgents Group

Los ThinAgents disponibles en este grupo se utilizan para recuperar información específica de JBoss

MQ (Cola de Mensajes). JBoss MQ pertenece a la implementación de la parte Java Message Service

(JMS) de la especificación J2EE. Permite la entrega asíncrona de mensajes en sistemas distribuidos

con parámetros QOS (Quality of Service) opcionales como persistencia, entrega garantizada o

transacciones.

Existen 3 JBoss Operations MQ ThinAgents:

• MQ Destination Queues

• MQ General Properties

• MQ Transport Mechanisms

6.1 MQ VariablesLas siguientes variables son importantes para todos los JBoss Operations ThinAgents de la carpeta MQ

Group:

6.2 MQ Destination QueuesEl MQ Destination Queues ThinAgent proporciona información sobre propiedades de las MQ

Destination Queues. Incluye información general para cada tipo de cola de mensajes definida.








State Indica el estado de la cola de mensajes.


MQ ThinAgents Group

6.2.2 Acciones de chequeo de Pre-salud y post- salud por defectoLas acciones de chequeo de pre-salud y post-salud por defecto calculan variables que se utilizan en el

script de salud por defecto y en las plantillas por defecto. Las variables incluyen nombre JNDI, nombre

de cola, cuentas de suscriptores y más.

6.2.3 Script de salud por defectoEl script de salud por defecto ayuda a detectar si las colas de mensajes están funcionando

correctamente.

Este ThinAgent viene preconfigurado para asignar la salud del objeto de la siguiente manera:

• Critical cuando el estado es igual a 0 (significa que no está funcionando).

• Success cuando el estado es igual a 3 (significa que está funcionando).






evento de salud.

La plantilla de mensaje por defecto para el MQ Destination Queues ThinAgent incluye la siguiente

información:




NameJMX JBoss MQ Destination Queue Monitor

Dé un nombre a su monitor JBoss MQ Destination

DescriptionIntroduzca una descripción para su monitor JBoss MQ Destination.

Success:

All &Host JBoss MQ Destination Queues:

&AllQueue

are working properly.

Critical:

Some Destination Queues:

&ErrQueue

are not working.


MQ ThinAgents Group


necesidades.

6.2.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección

6.1 - MQ Variables en la página 28).




6.3 MQ General PropertiesEl MQ General Properties ThinAgent proporciona una visión general de algunas de las propiedades

más importantes de las colas de mensaje de JBoss. Entre los componentes monitorizados por este

ThinAgent se incluyen el caché de mensajes; el invocador, el gestor de seguridad, el gestor JDBC; el

cargador de interceptores, y el proveedor JMS por defecto.






JNDINameNombre del Java Naming and Directory Interface (JNDI) utilizado para localizar la cola de mensajes

MaxDepth Profundidad máxima de la cola de mensajes.

QueueDepth Profundidad actual de la cola de mensajes.

QueueName Nombre de la cola de mensajes.

SubscribersCount Número total de suscriptores a esta cola de mensajes.


Var01 SetHealth Nombre del script.

Var02 AllQueueNamesLista de todos los nombres de Destination Message Queues que se están definiendo en el servidor.

Var03 ErrQueueNamesLista de todos los nombres de Destination Message Queues cuyo estado es fuera de ser-vicio.


MQ ThinAgents Group




salud por defecto y en las plantillas por defecto. Las variables incluyen message cache hits, message

cache status, tracing intercept status y más.

6.3.3 Script de salud por defectoEl script de salud por defecto ayuda a detectar si el motor de colas de mensajes está funcionando o no.

Este ThinAgent viene preconfigurado para asignar la salud a los objetos de la siguiente manera:

• Critical cuando el estado de cualquiera de los siguientes elementos es igual a 0 (significa que

no está funcionando): el caché de mensajes; el invocador, el gestor de seguridad, el gestor

JDBC; el cargador de interceptores, o el proveedor JMS por defecto.

• Success cuando el estado de cualquiera de los siguientes elementos es igual a 3 (significa

que está funcionando): el caché de mensajes; el invocador, el gestor de seguridad, el gestor

JDBC; el cargador de interceptores, o el proveedor JMS por defecto.






evento de salud.

La plantilla de mensaje por defecto para el MQ General Properties ThinAgent incluye la siguiente

información:


NameJMX JBoss MQ General Properties Monitor

Dé un nombre a su monitor JBoss MQ Pro-perties

DescriptionIntroduzca una descripción para su monitor JBoss MQ Properties.


MQ ThinAgents Group




necesidades.

6.3.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección


Summary of general MQ Status Components:

‐ Message Cache:

‐ Status: &MessCacheStatus

‐ Percent of Message Cache Hits &PercentHits%.

‐ Used memory: &MessCacheCurrentMemoryUsage from &MessCacheMaxMemoryMark

‐ &InvLayName :

‐ Status: &InvLayStatus

‐ &DestManagName:

‐ Status: &DestManagStatus

‐ &StateManagName :

‐ Status: &StateManagStatus

‐ &TracingIntercepName :

‐ Status: &TracingIntercepStatus

‐ &JMSProvName :

‐ Status: &JMSProvStatus

‐ JMS Provider Class: &JMSProvProviderAdapterClass

‐ Factory Queue Reference: &JMSProvQueueFactoryRef


DestManagName Nombre del Message Queue Security manager

DestManagStateEstado del Destination Queue Manager. Este ges-tor le permite saber si las Destination Queues pueden funcionar.

InvLayName Nombre del Message Queue Invoke manager

InvLayState Estado del Message Queue Invoke manager

JMSProvNameNombre del JMS (Java Message System) provi-der

JMSProvProviderAdapterClass Nombre del JMS provider adapter class


MQ ThinAgents Group




6.4 MQ Transport MechanismsEl MQ Transport Mechanisms ThinAgent muestra los mecanismos de transporte que el servidor de

aplicaciones JBoss está utilizando para procesar colas de mensajes y si están funcionando

correctamente.





JMSProvQueueFactoryRef Nombre del JMS Queue Factory Reference

JMSProvStateState Estado del JMS provider

MessCacheCacheHits Número de hits en el Message Queue cache

MessCacheCacheMisses Número de misses en el Message Queue cache

MessCacheCacheStoreNúmero de mensajes que pueden almacenarse en el Message Queue cache.

MessCacheCurrentMemoryUsage

Cantidad total de memoria usada por el Message Queue cache

MessCacheMaxMemoryMarkCantidad máxima de memoria que puede utili-zarse por el Message Queue cache

MessCacheState Estado del Message Queue cache

StateManagName Nombre del State Manager

StateManagState Estado del State Manager

TracingIntercepName Nombre del Tracing Interceptor

TracingIntercepState Estado del Tracing Interceptor



Var01 SetHealth Nombre del Script

Var02 MessCacheStatusEstado del Message Queue cache

Var03 PercentHitsPorcentaje de Message cache hits del total de Message cache

Var04MessCacheCurrentMemoryU-sage

Cantidad total de memoria usada por el Message Queue cache


MQ ThinAgents Group



6.4.2 Acciones de chequeo de Pre-salud y post-salud por defectoLas acciones de chequeo de pre-salud y post-salud por defecto calculan variables que se utilizan en el

script de salud por defecto y en las plantillas por defecto. Las variables incluyen nombre del transporte,

desde nombre y más.

6.4.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si los mecanismos de transporte que está usando la

cola de mensajes están funcionando correctamente.

Este ThinAgent viene preconfigurado para asignar la salud de objetos como sigue:

• Critical cuando el estado es igual a 0.

• Success cuando el estado es igual a 3.






evento de salud.

La plantilla de mensaje por defecto para el MQ Transport Mechanisms ThinAgent incluye la siguiente

información:




necesidades.

6.4.5 Variables específicas del ThinAgent


Descripción

NameJMX JBoss MQ Trans-port Mechanisms Moni-tor

Dé un nombre a su monitor JBoss MQ Trans-port Mechanisms

DescriptionIntroduzca una descripción para su monitor JBoss MQ Transport Mechanisms.

Success:

All JBoss MQ Transports Mechanisms (&AllTransports) are working prop‐erly.

Critical:

Transport Mechanism &TranspName is not working.


MQ ThinAgents Group

Las siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección






FromNameNombre del mecanismo de transporte. En este caso, dependiendo del mecanismo de transporte, se añade información adicional del meca-nismo de transporte.

Name Nombre del mecanismo de transporte

State Estado del mecanismo de transporte

PingPeriodTiempo en milisegundos necesario para acceder al método del meca-nismo de transporte específico.


Var01 SetHealth Nombre del script

Var02 AllTransportsLista de todos los mecanismos de transporte utili-zados en la Message Queue.

Var03 ErrTransportsLista de mecanismos de transporte que no están funcionando correctamente.


Apéndice A : Contactar con Barcelona/04

Apéndice AApéndice A: Contactar con Barcelona/04

North America

Tango/04 North America

PO Box 3301

NH 03458 Peterborough USA

Phone: 1-800-304-6872 / 603-924-7391

Fax: 858-428-2864

[email protected]

www.tango04.com

EMEA

Tango/04 Computing Group S.L.

Avda. Meridiana 358, 5 A-B

08027 Barcelona Spain

Phone: +34 93 274 0051

Fax: +34 93 345 1329

[email protected]

www.tango04.com

Italy

Tango/04 Italy

Viale Garibaldi 51/53

13100 Vercelli Italy

Phone: +39 0161 56922

Fax: +39 0161 259277

[email protected]

www.tango04.it

Sales Office in France

Tango/04 France

La Grande Arche

Paroi Nord 15ème étage

92044 Paris La Défense France

Phone: +33 01 40 90 34 49

Fax: +33 01 40 90 31 01

[email protected]

www.tango04.fr

Sales Office in Switzerland

Tango/04 Switzerland

18, Avenue Louis Casaï

CH-1209 Genève

Switzerland

Phone: +41 (0)22 747 7866

Fax: +41 (0)22 747 7999

[email protected]

www.tango04.fr

Latin American Headquarters

Barcelona/04 Computing Group SRL (Argentina)

Avda. Federico Lacroze 2252, Piso 6

1426 Buenos Aires Capital Federal

Argentina

Phone: +54 11 4774-0112

Fax: +54 11 4773-9163

[email protected]

www.barcelona04.com


Mailto:[email protected]

www.tango04.com


www.tango04.com


www.tango04.it


www.tango04.fr


www.tango04.fr


www.barcelona04.com

Apéndice A : Contactar con Barcelona/04

Sales Office in Peru

Barcelona/04 PERÚ

Centro Empresarial Real

Av. Víctor A. Belaúnde 147, Vía Principal 140 Edificio Real Seis, Piso 6

L 27 Lima

Perú

Phone: +51 1 211-2690

Fax: +51 1 211-2526

[email protected]

www.barcelona04.com

Sales Office in Chile

Barcelona/04 Chile

Nueva de Lyon 096 Oficina 702,

Providencia

Santiago

Chile

Phone: +56 2 234-0898

Fax: +56 2 2340865

[email protected]

www.barcelona04.com



www.barcelona04.com


www.barcelona04.com

Acerca de Barcelona/04 Computing Group

Acerca de Barcelona/04 Computing Group

Barcelona/04 Computing Group es una de las principales empresas desarrolladoras de software de

gestión y automatización de sistemas informáticos. El software de Barcelona/04 ayuda a las empresas

a mantener la salud operativa de sus procesos de negocio, mejorar sus niveles de servicio, incrementar

su productividad y reducir costes mediante una gestión inteligente de su infraestructura informática.

Fundada en 1991 en Barcelona, Barcelona/04 es IBM Business Partner y miembro de la iniciativa

estratégica IBM Autonomic Computing. Además de recibir numerosos reconocimientos de la industria,

las soluciones Barcelona/04 han sido validadas por IBM y tienen la designación IBM ServerProven™.

Barcelona/04 tiene más de mil clientes y mantiene operaciones en todo el mundo a través de una red

de 35 Business Partners

Alianzas

Premios

Partnerships IBM Business Partner

IBM Autonomic Computing Business Partner

IBM PartnerWorld for Developers Advanced Membership

IBM ISV Advantage Agreement

IBM Early code release

IBM Direct Technical Liaison

Microsoft Developer Network

Microsoft Early Code Release


Aviso Legal

Aviso Legal

Este documento y su contenido son propiedad de Barcelona/04 Computing Group o de sus respectivos propietarios cuando así se

indique. Cualquier utilización de este documento con una finalidad distinta de aquella con la cual ha sido creado está prohibida sin la

autorización expresa de su propietario. Asimismo queda prohibida la reproducción total o parcial de este documento por cualquier

medio físico, óptico, magnético, impreso, telemático, etc., sin la autorización expresa de su propietario.

La información técnica aquí contenida fue obtenida utilizando equipamiento e instalaciones específicas, y su aplicación se limita a

esas combinaciones especiales de productos y niveles de versiones de hardware y software. Cualquier referencia en este documento

a productos, software o servicios de Barcelona/04 Computing Group, no implica que Barcelona/04 Computing Group planee

introducir esos productos, software o servicios en cada uno de los países en los que opera o está representada. Cualquier referencia

a productos de software, hardware o servicios de Barcelona/04 Computing Group no está hecha con el propósito de expresar que

solamente pueden utilizarse productos o servicios de Barcelona/04 Computing Group. Cualquier producto o servicio funcionalmente

equivalente que no infrinja la propiedad intelectual o condiciones de licenciamiento específicas se podría utilizar en reemplazo de

productos, software o servicios de Barcelona/04 Computing Group.

Barcelona/04 Computing Group puede tener patentes o estar pendiente de obtención de patentes que cubren asuntos tratados en

este documento. La entrega de este documento no otorga ninguna licencia de esas patentes. La información contenida en este

documento no ha sido sometida a ningún test formal por Barcelona/04 Computing Group y se distribuye tal como está. El uso de esta

información o la implementación de cualquiera de las técnicas, productos, tecnologías, ideas o servicios explicitados o sugeridos por

el presente documento es responsabilidad exclusiva del cliente a quien está dirigido este documento, y es el cliente quien debe

evaluar y determinar la aplicabilidad y consecuencias de integrar esas técnicas, productos, tecnologías, ideas o servicios en su

entorno operativo.

Si bien cada ítem puede haber sido revisado por Barcelona/04 Computing Group en cuanto a su exactitud en una situación

específica, no existe ni se otorga ninguna garantía de que los mismos o similares resultados puedan ser obtenidos en otras

situaciones o instalaciones. Los clientes que intenten adaptar esas técnicas en sus propias instalaciones lo hacen bajo su propia

cuenta, responsabilidad y riesgo. Barcelona/04 Computing Group no será en ningún caso responsable directo o indirecto de cualquier

daño o perjuicio causado por el uso de las técnicas explicitadas o sugeridas en este documento, incluso si se han efectuado

notificaciones de la posibilidad de esos daños.

Este documento puede contener errores técnicos y/o errores tipográficos. Todas las referencias en esta publicación a entidades

externas o sitios web han sido provistas para su comodidad solamente, y en ningún caso implican una validación, garantía o respaldo

a esas entidades o sitios.

Las marcas siguientes son propiedad de International Business Machines Corporation en los Estados Unidos y/o otros países: AS/

400, AS/400e, System i, iSeries, e (logo)Server, i5, Operating System/400, OS/400, i5/OS.

Microsoft, SQL Server, Windows, Windows NT, Windows XP y el logotipo de Windows son marcas registradas de Microsoft

Corporation en los Estados Unidos y/o otros países. Java y todos los logotipos y marcas basadas en Java son propiedad de Sun

Microsystems, Inc. en los Estados Unidos y otros países. UNIX es una marca registrada en los Estados Unidos y otros países y se

licencia exclusivamente a través de The Open Group. Oracle es una marca registrada de Oracle Corporation. Otras marcas,

productos o servicios pueden ser marcas registradas de otras empresas.


JBoss Operations Agent · Tabla de Contenidos © 2013 Barcelona/04 Computing Group Página IV 4.3....

Documents

Transcript of JBoss Operations Agent · Tabla de Contenidos © 2013 Barcelona/04 Computing Group Página IV 4.3....