Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un...

444
Tivoli Application Dependency Discovery Manager Versión 7.3 Referencia de sensores IBM

Transcript of Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un...

Page 1: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tivoli Application Dependency DiscoveryManagerVersión 7.3

Referencia de sensores

IBM

Page 2: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nota

Antes de utilizar esta información y el producto al que hace referencia, lea la información disponibleen“Avisos” en la página 425.

Aviso de edición

Esta edición es aplicable a la versión 7, release 3 de IBM® Tivoli Application Dependency Discovery Manager (número deproducto 5724-N55) y todos los releases y modificaciones siguientes hasta que se indique de otro modo en las edicionesnuevas.© Copyright International Business Machines Corporation 2008, 2018.

Page 3: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Contenido

Figuras................................................................................................................ vii

Tablas.................................................................................................................. ix

Acerca de esta información................................................................................... xiConvenios utilizados en este Information Center...................................................................................... xiTérminos y definiciones.............................................................................................................................. xi

Capítulo 1. Referencia de sensores........................................................................ 1Descripción general..................................................................................................................................... 1

Sensores habilitados de forma predeterminada................................................................................... 1Sensores que soportan un descubrimiento no de administrador en el sistema operativo

Windows............................................................................................................................................ 9Sensores que soportan el descubrimiento asíncrono y basado en scripts........................................ 10Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring (método antiguo)....... 13Sensores que soportan el descubrimiento utilizando la automatización OSLC ................................ 14Problemas de configuración del sensor.............................................................................................. 15

Sensores de aplicación.............................................................................................................................. 16Sensor de Active Directory...................................................................................................................16Sensor de Apache.................................................................................................................................18Sensor de servidor Citrix...................................................................................................................... 20Sensor de host de Docker.................................................................................................................... 26Sensor de clúster de Docker Swarm....................................................................................................33Sensor de DNS......................................................................................................................................36Sensor HIS............................................................................................................................................36Sensor de Gestión de sistemas en clúster de IBM..............................................................................41Sensor IBM High-Availability Cluster Multi-Processing......................................................................43Sensor de servidor IBM Lotus Domino................................................................................................ 47Sensor de IBM Tivoli Monitoring Scope...............................................................................................50Sensor de IBM WebSphere.................................................................................................................. 63Sensor de caché de IBM WebSphere eXtreme Scale..........................................................................82Sensor de IBM WebSphere Message Broker.......................................................................................84Sensor de IBM WebSphere MQ Server................................................................................................ 86Sensor de servidor iPlanet................................................................................................................... 89Sensor de servidor JBoss.....................................................................................................................90Sensor de JBoss Application Server 7.................................................................................................93Sensor de máquinas virtuales basada en kernel.................................................................................96Sensor de Microsoft Cluster.................................................................................................................97Sensor de Microsoft Exchange...........................................................................................................101Sensor de Microsoft Exchange 2003.................................................................................................112Sensor de Microsoft HyperV.............................................................................................................. 116Sensor del servidor web Microsoft IIS.............................................................................................. 118Sensor de NFS.................................................................................................................................... 123Sensor de Oracle Application Server.................................................................................................123Sensor de servidor SAP CCMS........................................................................................................... 128Sensor de servidor SAP SLD.............................................................................................................. 132Sensor de servidor SMB..................................................................................................................... 136Sensor de servidor SMS..................................................................................................................... 137Sensor de SysImager......................................................................................................................... 138

iii

Page 4: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor de clúster Veritas................................................................................................................... 139Sensor del servidor de VMware Virtual Center................................................................................. 142Sensor de WebLogic...........................................................................................................................152Sensor SSH de WebLogic................................................................................................................... 162

Sensor de nube........................................................................................................................................ 169Sensor de AWS................................................................................................................................... 169

Sensores de base de datos..................................................................................................................... 176Sensor de IBM DB2............................................................................................................................ 176Sensor de IBM Informix.....................................................................................................................181Sensor de Microsoft SQL Server........................................................................................................ 184Sensor de Oracle................................................................................................................................ 189Sensor de Sybase...............................................................................................................................199Sensor de Sybase IQ.......................................................................................................................... 206

Sensor de EMC ViPR SRM........................................................................................................................ 207Elementos descubiertos por el sensor.............................................................................................. 207Requisitos previos y limitaciones...................................................................................................... 208Objetos de modelo con atributos asociados.....................................................................................208Configuración del sensor................................................................................................................... 211

Sensores genéricos................................................................................................................................. 215sensor de ancla.................................................................................................................................. 215Sensor de descubrimiento asíncrono................................................................................................217Sensor ping de descubrimiento asíncrono........................................................................................ 218Sensor del servidor de aplicaciones personalizado..........................................................................218Sensor del sistema MIB2 personalizado...........................................................................................219Sensor de plantillas personalizadas..................................................................................................219Sensor de sistema genérico...............................................................................................................223Sensor de servidor genérico.............................................................................................................. 223Sensor de IBM Tivoli Utilization.........................................................................................................226Sensor de dispositivo IP.................................................................................................................... 233Sensor de interfaz IP..........................................................................................................................234Sensor de ping....................................................................................................................................234Sensor de puerto................................................................................................................................237Sensor de sesión................................................................................................................................ 238Sensor genérico de zonas Solaris...................................................................................................... 241Sensor de Stack Scan.........................................................................................................................242Sensor genérico WPAR.......................................................................................................................249zEnterprise sensor............................................................................................................................. 250

Sensores de red....................................................................................................................................... 257Descripción general de los sensores SNMP...................................................................................... 257Sensor de puerto Alteon.................................................................................................................... 262Sensor SNMP de Alteon..................................................................................................................... 262Sensor VLAN de Alteon...................................................................................................................... 264Sensor de puerto BIG-IP................................................................................................................... 265Sensor SNMP BIG-IP......................................................................................................................... 265Sensor VLAN BIG-IP.......................................................................................................................... 267Sensor SNMP de Bridge..................................................................................................................... 268Sensor SNMP 2 de Bridge.................................................................................................................. 270Sensor de Check Point....................................................................................................................... 272Sensor SNMP de Check Point............................................................................................................ 273Sensor Cisco Adaptive Security Appliance........................................................................................274Sensor de protocolo de descubrimiento de Cisco............................................................................ 275Sensor de Cisco IOS...........................................................................................................................276Sensor de puerto de Cisco................................................................................................................. 277Sensor SNMP de Cisco UCS............................................................................................................... 278Sensor VLAN de Cisco........................................................................................................................ 281Sensor de CiscoWorks....................................................................................................................... 282Sensor de entidad MIB.......................................................................................................................284Sensor VLAN de Extreme................................................................................................................... 285

iv

Page 5: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor SNMP de IBM BladeCenter....................................................................................................286Sensor SNMP del Gestor de LAN....................................................................................................... 289Sensor de LDAP..................................................................................................................................289Sensor de protocolo de descubrimiento de capa de enlace.............................................................292Sensor SNMP de NetScreen...............................................................................................................293Sensor SNMP de Nokia...................................................................................................................... 294Sensor de PIX.....................................................................................................................................295Sensor SNMP Light.............................................................................................................................296Sensor SNMP MIB2............................................................................................................................297

Sensores de sistema operativo............................................................................................................... 302Sensor de Citrix XenServer................................................................................................................ 302Sensor de DataPower.........................................................................................................................303Sensor de sistemas informáticos FreeBSD....................................................................................... 306Sensor SNMP de HP BladeSystem.................................................................................................... 310Sensor del sistema HP NonStop........................................................................................................312Sensor del sistema HP-UX.................................................................................................................313Sensor del sistema IBM AIX.............................................................................................................. 318Sensor de la consola de gestión de hardware de IBM......................................................................324Sensor de IBM Integrated Virtualization Manager............................................................................331Sensor del sistema IBM i................................................................................................................... 332Sensor del sistema IPSO....................................................................................................................333Sensor de sistema Linux.................................................................................................................... 334Sensor del sistema OpenVMS............................................................................................................342Sensor de sistema Solaris..................................................................................................................343sensor de virtualización de Sun Sparc...............................................................................................350Sensor de Sun Fire SysControl...........................................................................................................351Sensor del sistema Tru64.................................................................................................................. 354Sensor del sistema VMware ESX....................................................................................................... 356Sensor de sistema VMware ESXi....................................................................................................... 361Sensor de sistema Windows..............................................................................................................364

Sensores de almacenamiento.................................................................................................................383sensor de EMC Storage Scope........................................................................................................... 383Sensor de conmutador Fibre Channel............................................................................................... 389Sensor de recursos de host............................................................................................................... 391Sensor de almacenamiento de host.................................................................................................. 392Sensor de IBM Tivoli Storage Productivity Center............................................................................ 400Sensor NetApp................................................................................................................................... 412Sensor de unidad Snap...................................................................................................................... 414Sensor de almacenamiento............................................................................................................... 414Sensor de almacenamiento SVC........................................................................................................416Sensor de Veritas Storage Foundation.............................................................................................. 419Sensor de XIV Storage....................................................................................................................... 420

Avisos............................................................................................................... 425Marcas registradas.................................................................................................................................. 426

v

Page 6: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

vi

Page 7: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Figuras

1. Secuencia de llamada para el sensor SNMP Light y el sensor SNMP MIB2............................................258

2. Secuencia de llamada para los sensores SNMP, que se inician una vez que se ha llamado al sensorSNMP Light o al sensor SNMP MIB2........................................................................................................258

vii

Page 8: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

viii

Page 9: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tablas

1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1.................................1

2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2.................................2

3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3.................................4

4. Sensores habilitados de forma predeterminada para un descubrimiento de utilización........................... 8

5. Sensores de aplicación que soportan un descubrimiento no de administrador en el sistemaoperativo Windows.......................................................................................................................................9

6. Sensores de base de datos que soportan un descubrimiento no de administrador en el sistemaoperativo Windows.......................................................................................................................................9

7. Sensores genéricos que soportan un descubrimiento no de administrador en el sistema operativoWindows....................................................................................................................................................... 9

8. Sensores de sistema operativo que soportan un descubrimiento no de administrador en el sistemaoperativo Windows.....................................................................................................................................10

9. Lista de sensores basados en script...........................................................................................................11

10. Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring..........................................14

11. Sensores que soportan el descubrimiento utilizando la automatización OSLC......................................15

12. Correlación de Citrix 7 con Citrix 6........................................................................................................... 24

13. Nombres de paquete de los archivos de biblioteca SAP JCo 2.x.......................................................... 128

14. Archivos JAR de WebLogic necesarios...................................................................................................154

15. Windows Gateway.................................................................................................................................. 174

16. Target (instancia de EC2)....................................................................................................................... 174

17. Ancla........................................................................................................................................................175

18. Target (instancia de EC2)....................................................................................................................... 175

19. Parámetros de configuración................................................................................................................. 229

20. Ejemplo de correlación de OID Foundry................................................................................................ 259

21. Datos de topología Bridge de Nivel 2..................................................................................................... 268

ix

Page 10: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

22. Correlación de credenciales de SNMP V3..............................................................................................280

23. Correlación de credenciales de SNMP V3..............................................................................................311

24. Descubrimiento de tipo de virtualización de Solaris............................................................................. 350

x

Page 11: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Acerca de esta información

El objetivo de esta versión del documento PDF es proporcionar los temas relacionados del InformationCenter en formato imprimible.

Convenios utilizados en este Information CenterEn la documentación de IBM Tivoli Application Dependency Discovery Manager (TADDM) se utilizan unosconvenios determinados. Se utilizan para hacer referencia a las variables y vías de acceso dependientesde sistema operativo, al directorio COLLATION_HOME y la ubicación del archivocollation.properties, al que se hace referencia en toda la documentación de TADDM, inclusive enlos mensajes.

Vías de acceso y variables dependientes del sistema operativo

En este Information Center, se utilizan los convenios de UNIX para especificar variables de entorno y parala notación de directorio.

Cuando utilice la línea de mandatos de Windows, sustituya $variable por %variable% para las variablesde entorno y sustituya cada barra inclinada (/) por una barra invertida (\) en las vías de acceso dedirectorio.

Si utiliza el shell bash en un sistema Windows, puede utilizar los convenios de UNIX.

Directorio COLLATION_HOME

El directorio raíz de TADDM también se conoce como directorio COLLATION_HOME.

En sistemas operativos tales como AIX o Linux, la ubicación predeterminada para instalar TADDM es eldirectorio /opt/IBM/taddm. Por tanto, en este caso, el directorio $COLLATION_HOME es /opt/IBM/taddm/dist.

En sistemas operativos Windows, la ubicación predeterminada para instalar TADDM es el directorioc:\IBM\taddm. Por tanto, en este caso, el directorio %COLLATION_HOME% es c:\IBM\taddm\dist.

Ubicación del archivo collation.properties

El archivo collation.properties contiene propiedades de servidor de TADDM e incluye comentariossobre cada una de las propiedades. Está ubicado en el directorio $COLLATION_HOME/etc.

Términos y definicionesConsulte la lista siguiente de términos y definiciones para conocer conceptos importantes de IBM TivoliApplication Dependency Discovery Manager (TADDM).

colección de accesosColección que se utiliza para controlar el acceso a los elementos y permisos de configuración paramodificar elementos de configuración. Puede crear colecciones de accesos solo cuando se hahabilitado la seguridad a nivel de datos.

descubrimiento asíncronoEn TADDM, la ejecución de un script de descubrimiento en un sistema de destino para descubrirsistemas a los que no se puede acceder directamente mediante el servidor de TADDM. Como eldescubrimiento se realiza manualmente, y de forma independiente del descubrimiento decredenciales típico, se denomina "asíncrono".

© Copyright IBM Corp. 2008, 2018 xi

Page 12: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

aplicación empresarialColección de componentes que proporciona una funcionalidad empresarial que se puede utilizarinternamente, externamente o con otras aplicaciones empresariales.

CIConsulte elemento de configuración.

colecciónEn TADDM, grupo de elementos de configuración.

elemento de configuración (CI)Componente de infraestructura de TI que está bajo el control de gestión de configuración y por lotanto está sujeto a control de cambios formal. Cada elemento de configuración de la base de datos deTADDM tiene un objeto persistente y un historial de cambios asociado a él. Son ejemplos de unelemento de configuración un sistema operativo, una interfaz de nivel 2 o un tamaño de agrupaciónde almacenamiento intermedio de base de datos.

descubrimiento con credencialesExploración del sensor de TADDM que descubre información detallada sobre los siguienteselementos:

• Cada sistema operativo del entorno de ejecución. Esta exploración también se conoce comodescubrimiento de nivel 2 y necesita credenciales de sistema operativo.

• Infraestructura de aplicación, componentes de software desplegados, servidores físicos,dispositivos de red, sistemas virtuales y datos de host que se utilizan en el entorno de ejecución.Esta exploración también se conoce como descubrimiento de nivel 3 y necesita credenciales desistema operativo y credenciales de aplicación.

descubrimiento sin credencialesExploración del sensor de TADDM que descubre información básica sobre los sistemas informáticosactivos en el entorno de ejecución. Esta exploración también se conoce como descubrimiento de nivel1 y no necesita credenciales.

Data Management PortalInterfaz de usuario basada en web de TADDM para ver y manipular los datos en una base de datos deTADDM. Esta interfaz de usuario se puede aplicar a un despliegue de servidor de dominio, a undespliegue de servidor de sincronización y a cada servidor de almacenamiento de un despliegue deservidor en modalidad continua. La interfaz de usuario es muy similar en todos los despliegues,aunque en un despliegue de servidor de sincronización tiene algunas funciones adicionales paraañadir y sincronizar dominios.

hebra Worker de descubrimientoEn TADDM, una hebra que ejecuta sensores.

consola de Discovery ManagementInterfaz de usuario del cliente de TADDM para gestionar descubrimientos. Esta consola también seconoce como consola del producto. Es aplicable a un despliegue de servidor de dominio y a losservidores de descubrimiento en un despliegue de servidor continuo. La función de la consola es lamisma en estos dos despliegues.

servidor de descubrimientoServidor de TADDM que ejecuta sensores en un despliegue de servidor en modalidad continua peroque no tiene su propia base de datos.

dominioEn TADDM, subconjunto lógico de la infraestructura de una compañía u otra organización. Losdominios pueden delinear límites organizativos, funcionales o geográficos.

servidor de dominioServidor TADDM que ejecuta sensores en un despliegue de servidor de dominio y tiene su propia basede datos.

despliegue de servidor de dominioDespliegue de TADDM con un servidor de dominio. Un despliegue de servidor de dominio puede serparte de un despliegue de servidor de sincronización.

xii Acerca de esta información

Page 13: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

En un despliegue de servidor de dominio, la siguiente propiedad de servidor de TADDM debeestablecerse en el siguiente valor:

com.collation.cmdbmode=domain

inicio contextualConcepto de mover sin interrupciones de una interfaz de usuario de producto Tivoli a otra interfaz deusuario de producto Tivoli (en una consola diferente o en la misma interfaz de consola o de portal)con un inicio de sesión único y con la interfaz de usuario de destino en posición en el punto adecuadopara que los usuarios continúen con sus tareas.

Descubrimiento de Nivel 1Exploración del sensor de TADDM que descubre información básica sobre los sistemas informáticosactivos en el entorno de ejecución. Esta exploración también se conoce como descubrimiento sincredenciales porque no requiere credenciales. Utiliza el sensor de Exploración de pila y el sensor deámbito de IBM® Tivoli® Monitoring. El descubrimiento de nivel 1 es muy superficial. Solo recopila elnombre de host, el nombre de sistema operativo, la dirección IP, el nombre de dominio totalmentecalificado y la dirección MAC (Media Access Control - Control de acceso a soportes) de cada interfazdescubierta. Asimismo, el descubrimiento de dirección MAC está limitado a sistemas Linux en Systemz® y Windows. El descubrimiento de nivel 1 no descubre subredes. Para las interfaces IP descubiertasque no pertenecen a una subred existente que se descubre durante el descubrimiento de Nivel 2 oNivel 3, se crean subredes nuevas basándose en el valor de la propiedadcom.collation.IpNetworkAssignmentAgent.defaultNetmask en el archivocollation.properties.

Descubrimiento de Nivel 2Exploración de sensor TADDM que descubre información detallada acerca de cada sistema operativoen el entorno de ejecución. Esta exploración también se conoce como descubrimiento concredenciales y necesita credenciales de sistema operativo. El descubrimiento de nivel 2 recopilanombres de aplicación, así como los nombres de sistema operativo y los números de puerto queestán asociados con cada aplicación en ejecución. Si una aplicación ha establecido una conexiónTCP/IP con otra aplicación, se recopila esta información como una dependencia.

Descubrimiento de Nivel 3Exploración de sensor TADDM que descubre información detallada sobre la infraestructura deaplicación, los componentes de software desplegados, los servidores físicos, los dispositivos de red,los sistemas virtuales y los datos de host utilizados en el entorno de ejecución. Esta exploracióntambién se conoce como descubrimiento con credenciales y necesita credenciales de sistemaoperativo y credenciales de aplicación.

multitenenciaEn TADDM, el uso que un proveedor de servicios o proveedor de TI realiza de una instalación deTADDM para descubrir varios entornos de cliente. Además, el proveedor de servicios o proveedor deTI puede ver los datos de todos los entornos de cliente, pero dentro de cada entorno de cliente,únicamente los datos específicos del cliente respectivo se pueden visualizar en la interfaz de usuarioo ver en informes dentro de dicho entorno de cliente.

Consola del productoConsulte consola de Discovery Management.

descubrimiento basado en scriptsEn TADDM, la utilización, en un descubrimiento de credenciales, de los mismos scripts de sensorproporciona soporte de descubrimiento asíncrono.

SEConsulte equivalente de servidor.

equivalente de servidor (SE)Unidad representativa de infraestructura de TI definida como un sistema informático (conconfiguraciones estándares, sistemas operativos, interfaces de red e interfaces de almacenamiento)con software de servidor instalado (por ejemplo una base de datos, un servidor web o un servidor deaplicaciones). El concepto de un equivalente de servidor también incluye la red, el almacenamiento y

Acerca de esta información xiii

Page 14: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

otros subsistemas que proporcionan servicios para el funcionamiento óptimo del servidor. Unequivalente de servidor depende del sistema operativo:

Sistema operativo Número aproximado de CI

Windows 500

AIX 1000

Linux 1000

HP-UX 500

Dispositivos de red 1000

servidor de almacenamientoServidor TADDM que procesa datos de descubrimiento recibidos de los servidores de descubrimientoy los almacena en la base de datos TADDM. El servidor de almacenamiento primario coordina losservidores de descubrimiento y todos los demás servidores de almacenamiento y sirve de servidor dealmacenamiento. Todos los servidores de almacenamiento que no son el servidor primario sedenominan servidores de almacenamiento secundarios.

despliegue del servidor en modalidad continuaDespliegue de TADDM con un servidor de almacenamiento primario y al menos un servidor dedescubrimiento. Este tipo de despliegue también puede incluir uno o más servidores dealmacenamiento secundario opcionales. El servidor de almacenamiento primario y los servidores dealmacenamiento secundario comparten una base de datos. Los servidores de descubrimiento notienen base de datos.

En este tipo de despliegue, los datos de descubrimiento fluyen en paralelo desde diversos servidoresde descubrimiento a la base de datos de TADDM.

En un despliegue de servidor en modalidad continua, la siguiente propiedad de servidor TADDM sedebe establecer en uno de los siguientes valores:

• com.collation.taddm.mode=DiscoveryServer• com.collation.taddm.mode=StorageServer

Para todos los servidores excepto el servidor de almacenamiento primario, también se debenestablecer las siguientes propiedades (para el nombre de host y el número de puerto del servidor dealmacenamiento primario):

• com.collation.PrimaryStorageServer.host• com.collation.PrimaryStorageServer.port

Si se establece la propiedad com.collation.taddm.mode, la propiedad com.collation.cmdbmode no sedebe establecer o se debe comentar.

servidor de sincronizaciónServidor TADDM que sincroniza los datos de descubrimiento de todos los servidores de dominio de laempresa y que tiene su propia base de datos. Este servidor no descubre los datos directamente.

despliegue de servidor de sincronizaciónUn despliegue de TADDM con un servidor de sincronización y dos o más despliegues de servidor dedominio, cada uno de los cuales tiene su propia base de datos local.

En este tipo de despliegue, el servidor de sincronización copia los datos de descubrimiento de variosservidores de dominio en un dominio a la vez en un proceso de sincronización de lotes.

En un despliegue de servidor de sincronización, la siguiente propiedad de servidor TADDM se debeestablecer en el siguiente valor:

com.collation.cmdbmode=enterprise

xiv Acerca de esta información

Page 15: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Este tipo de despliegue está obsoleto. Por consiguiente, en un nuevo despliegue de TADDM donde senecesita más de un servidor, utilice el despliegue de servidor en modalidad continua. Se puedeconvertir un servidor de sincronización en un servidor de almacenamiento primario para undespliegue de servidor de modalidad continua.

base de datos TADDMEn TADDM, base de datos donde se almacenan datos de configuración, dependencias e historial decambios.

Cada servidor TADDM, excepto los servidores de descubrimiento y los servidores de almacenamientosecundario, tiene su propia base de datos. Los servidores de descubrimiento no tienen base de datos.Los servidores de almacenamiento comparten la base de datos del servidor de almacenamientoprimario.

servidor TADDMTérmino genérico que puede representar cualquiera de los siguientes términos:

• servidor de dominio en un despliegue de servidor de dominio• servidor de sincronización en un despliegue de servidor de sincronización• servidor de descubrimiento en un despliegue de servidor en modalidad continua• servidor de almacenamiento (incluido el servidor de almacenamiento primario) en un despliegue de

servidor en modalidad continua

sistema de destinoEn el proceso de descubrimiento de TADDM, el sistema que se debe descubrir.

descubrimiento de utilizaciónExploración de sensor TADDM que descubre información de utilización para el sistema host. Undescubrimiento de utilización requiere credenciales de sistema operativo.

Acerca de esta información xv

Page 16: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

xvi Application Dependency Discovery Manager: Sensores

Page 17: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Capítulo 1. Referencia de sensores

Descripción generalPara cada sensor, esta referencia incluye información general y, en caso de ser aplicable para el mismo,información sobre configuración y resolución de problemas. Para algunos sensores también se incluyeinformación sobre los atributos asociados con los objetos de modelo. Cuando se incluyen atributos, estosestán disponibles en IBM Tivoli Common Data Model (CDM), pero no se muestran necesariamente en laIU de IBM Tivoli Application Dependency Discovery Manager (TADDM).

Sensores y sistemas de destino compatibles

En la lista de sensores de TADDM y las versiones compatibles de los sistemas de destino que puedendescubrir, consulte Sensors and supported target systems en el wiki de TADDM.

Visión general del proceso de descubrimiento

La Guía del administrador de TADDM contiene una descripción del proceso de descubrimiento, queincluye información sobre cómo descubre un sensor los CI y cómo se inicia un sensor de aplicación.

Últimas actualizaciones

Para actualizaciones de última hora sobre cuestiones de soporte del sensor de TADDM 7.3.0, consulteNotas del release en la documentación de TADDM.

Extensiones del sensor

Si desea descubrir software adicional que no se descubre mediante TADDM de forma predeterminada,puede crear plantillas de servidor predeterminadas. Puede crear sus propias plantillas o puede utilizar lasplantillas predefinidas. Para obtener información detallada, consulte el tema Creación y gestión deplantillas de servidor personalizadas en la Guía del usuario de TADDM.

Sensores habilitados de forma predeterminadaEn los siguientes listados se indican los sensores habilitados de forma predeterminada en cada uno delos perfiles de descubrimiento siguientes: Nivel 1, Nivel 2, Nivel 3 y utilización.

Para obtener más información sobre los niveles de descubrimiento, consulte el tema Niveles dedescubrimiento en la Guía del administrador de TADDM.

Perfil de descubrimiento de Nivel 1Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 1.

Tabla 1 en la página 1 indica los sensores habilitados de forma predeterminada para el descubrimientode Nivel 1.

Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de laUI de TADDM.

Tabla 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1

SensorNombre del sensor utilizado en la UI y losregistros

“sensor de ancla” en la página 215 AnchorSensor

“Sensor SNMP Light” en la página 296 SnmpLightSensor

© Copyright IBM Corp. 2008, 2018 1

Page 18: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1(continuación)

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de Stack Scan” en la página 242 StackScanSensor

Perfil de descubrimiento de Nivel 2Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 2.

Tabla 2 en la página 2 indica los sensores habilitados de forma predeterminada para el descubrimientode Nivel 2.

Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de laUI de TADDM.

Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de puerto Alteon” en la página 262 AlteonPortSensor

“Sensor SNMP de Alteon” en la página 262 AlteonSnmpSensor

“Sensor VLAN de Alteon” en la página 264 AlteonVlanSensor

“sensor de ancla” en la página 215 AnchorSensor

“Sensor de descubrimiento asíncrono” en la página217

ASDSensor

“Sensor de puerto BIG-IP” en la página 265 BigIPPortSensor

“Sensor SNMP BIG-IP” en la página 265 BigIPSnmpSensor

“Sensor VLAN BIG-IP” en la página 267 BigIPVlanSensor

“Sensor SNMP de Bridge” en la página 268 BridgeSnmpSensor

“Sensor SNMP 2 de Bridge” en la página 270 BridgeSnmpSensor2

“Sensor SNMP de Check Point” en la página 273 CheckpointSnmpSensor

“Sensor de protocolo de descubrimiento de Cisco”en la página 275

CdpSensor

“Sensor de Cisco IOS” en la página 276 CiscoIOSSensor

“Sensor de puerto de Cisco” en la página 277 CiscoPortSensor

“Sensor VLAN de Cisco” en la página 281 CiscoVlanSensor

“Sensor del servidor de aplicacionespersonalizado” en la página 218

CustomAppServerSensor

“Sensor del sistema MIB2 personalizado” en lapágina 219

CustomMib2ComputerSystemSensor

“Sensor de entidad MIB” en la página 284 EntityMIBSensor

“Sensor VLAN de Extreme” en la página 285 ExtremeVlanSensor

“Sensor de sistemas informáticos FreeBSD” en lapágina 306

FreeBSDComputerSystemSensor

“Sensor de sistema genérico” en la página 223 GenericComputerSystemSensor

2 Application Dependency Discovery Manager: Sensores

Page 19: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2(continuación)

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de servidor genérico” en la página 223 GenericServerSensor

“Sensor del sistema IBM AIX” en la página 318 AixComputerSystemSensor

“Sensor SNMP de IBM BladeCenter” en la página286

BladeCenterSnmpSensor

“Sensor de la consola de gestión de hardware deIBM” en la página 324

HmcSensor

“Sensor del sistema IBM i” en la página 332 I5OSComputerSystemSensor

“Sensor de IBM Integrated Virtualization Manager”en la página 331

IvmSensor

“Sensor de recursos de host” en la página 391 HostResourcesSensor

“Sensor SNMP de HP BladeSystem” en la página310

HPBladeSystemSnmpSensor

“Sensor del sistema HP NonStop” en la página 312 HPNonStopComputerSystemSensor

“Sensor del sistema HP-UX” en la página 313 HpUxComputerSystemSensor

“Sensor de dispositivo IP” en la página 233 IpDeviceSensor

“Sensor del sistema IPSO” en la página 333 IPSOComputerSystemSensor

“Sensor SNMP del Gestor de LAN” en la página 289 LanManagerSnmpSensor

“Sensor de sistema Linux” en la página 334 LinuxComputerSystemSensor

“Sensor NetApp” en la página 412 NetAppSensor

“Sensor SNMP de NetScreen” en la página 293 NetscreenSnmpSensor

“Sensor SNMP de Nokia” en la página 294 NokiaSnmpSensor

“Sensor del sistema OpenVMS” en la página 342 OpenVmsComputerSystemSensor

“Sensor de ping” en la página 234 PingSensor

“Sensor de puerto” en la página 237 PortSensor

“Sensor de sesión” en la página 238 SessionSensor

“Sensor de unidad Snap” en la página 414 SnapDriveSensor

“Sensor SNMP MIB2” en la página 297 SnmpMib2Sensor

“Sensor de sistema Solaris” en la página 343 SunSparcComputerSystemSensor

“Sensor genérico de zonas Solaris” en la página241

ZonesGenericSensor

“Sensor de Sun Fire SysControl” en la página 351 SysControlSensor

Sensor de virtualización de Sun Sparc SunSparcVirtualizationSensor

Sensor de almacenamiento de SVC SVCStorageSensor

“Sensor del sistema Tru64” en la página 354 Tru64ComputerSystemSensor

Capítulo 1. Referencia de sensores 3

Page 20: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2(continuación)

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor del sistema VMware ESX” en la página356

VmwareComputerSystemSensor

“Sensor de sistema VMware ESXi” en la página 361 VmwareEsxiComputerSystemSensor

“Sensor de sistema Windows” en la página 364 WindowsComputerSystemSensor

“Sensor genérico WPAR” en la página 249 WparGenericSensor

Sensor de almacenamiento de XIV XIVStorageSensor

“zEnterprise sensor” en la página 250 ZEnterpriseSensor

Perfil de descubrimiento de Nivel 3Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 3.

Tabla 3 en la página 4 indica los sensores habilitados de forma predeterminada para el descubrimientode Nivel 3.

Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de laUI de TADDM.

Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de Active Directory” en la página 16 ActiveDirectorySensor

“Sensor de puerto Alteon” en la página 262 AlteonPortSensor

“Sensor SNMP de Alteon” en la página 262 AlteonSnmpSensor

“Sensor VLAN de Alteon” en la página 264 AlteonVlanSensor

“sensor de ancla” en la página 215 AnchorSensor

“Sensor de Apache” en la página 18 ApacheServerSensor

“Sensor de descubrimiento asíncrono” en la página217

ASDSensor

“Sensor de puerto BIG-IP” en la página 265 BigIPPortSensor

“Sensor SNMP BIG-IP” en la página 265 BigIPSnmpSensor

“Sensor VLAN BIG-IP” en la página 267 BigIPVlanSensor

“Sensor SNMP de Bridge” en la página 268 BridgeSnmpSensor

“Sensor SNMP 2 de Bridge” en la página 270 BridgeSnmpSensor2

“Sensor de Check Point” en la página 272 CheckpointSensor

“Sensor SNMP de Check Point” en la página 273 CheckpointSnmpSensor

“Sensor Cisco Adaptive Security Appliance” en lapágina 274

• ASASensor• CiscoApplianceVersionSensor

“Sensor de protocolo de descubrimiento de Cisco”en la página 275

CdpSensor

4 Application Dependency Discovery Manager: Sensores

Page 21: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3(continuación)

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de Cisco IOS” en la página 276 CiscoIOSSensor

“Sensor de puerto de Cisco” en la página 277 CiscoPortSensor

“Sensor SNMP de Cisco UCS” en lapágina 278

CiscoUCSSensor

“Sensor VLAN de Cisco” en la página 281 CiscoVlanSensor

“Sensor de CiscoWorks” en la página 282 • CiscoWorks405FileUDS• CiscoWorks405UDS• CiscoWorksFileUDS• CiscoWorksSensor• CiscoWorksUDS

“Sensor de servidor Citrix” en la página 20 CitrixServerSensor

“Sensor de Citrix XenServer” en la página 302 XenServerSensor

“Sensor del servidor de aplicacionespersonalizado” en la página 218

CustomAppServerSensor

“Sensor del sistema MIB2 personalizado” en lapágina 219

CustomMib2ComputerSystemSensor

“Sensor de DNS” en la página 36 DnsSensor

“sensor de EMC Storage Scope” en la página 383 • EMCStorageScopeSensor• EMCStorageScopeDetailSensor

“Sensor de entidad MIB” en la página 284 EntityMIBSensor

“Sensor VLAN de Extreme” en la página 285 ExtremeVlanSensor

“Sensor de sistemas informáticos FreeBSD” en lapágina 306

FreeBSDComputerSystemSensor

“Sensor de sistema genérico” en la página 223 GenericComputerSystemSensor

“Sensor de servidor genérico” en la página 223 GenericServerSensor

“Sensor HIS” en la página 36 HISServerSensor

“Sensor de recursos de host” en la página 391 HostResourcesSensor

“Sensor SNMP de HP BladeSystem” en la página310

HPBladeSystemSnmpSensor

“Sensor del sistema HP NonStop” en la página 312 HPNonStopComputerSystemSensor

“Sensor del sistema HP-UX” en la página 313 HpUxComputerSystemSensor

“Sensor del sistema IBM AIX” en la página 318 AixComputerSystemSensor

“Sensor SNMP de IBM BladeCenter” en la página286

BladeCenterSnmpSensor

Capítulo 1. Referencia de sensores 5

Page 22: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3(continuación)

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de IBM DB2” en la página 176 • Db2Sensor• Db2WindowsSensor

“Sensor de la consola de gestión de hardware deIBM” en la página 324

HmcSensor

“Sensor IBM High-Availability Cluster Multi-Processing” en la página 43

HACMPSensor

“Sensor del sistema IBM i” en la página 332 I5OSComputerSystemSensor

“Sensor de IBM Informix” en la página 181 Informix

“Sensor de IBM Integrated Virtualization Manager”en la página 331

IvmSensor

“Sensor de servidor IBM Lotus Domino” en lapágina 47

• DominoDomainSensor• DominoServerDetailSensor• DominoInitialSensor

“Sensor de IBM Tivoli Storage Productivity Center”en la página 400

TPCStorageSensor

“Sensor de caché de IBM WebSphere eXtremeScale” en la página 82

WebSphereXSCacheSensor

“Sensor de IBM WebSphere Message Broker” en lapágina 84

MBServerSensor

“Sensor de IBM WebSphere MQ Server” en lapágina 86

MQServerSensor

“Sensor de IBM WebSphere” en la página 63 • WebSphereCellSensor• WebSphereNodeSensor• WebSphereVersionSensor

“Sensor de dispositivo IP” en la página 233 IpDeviceSensor

“Sensor de servidor iPlanet” en la página 89 IPlanetServerSensor

“Sensor del sistema IPSO” en la página 333 IPSOComputerSystemSensor

“Sensor de JBoss Application Server 7” en lapágina 93

JBoss7Sensor

“Sensor de servidor JBoss” en la página 90 • JBossSensor• JBossVersionSensor

“Sensor de máquinas virtuales basada en kernel”en la página 96

KvmSensor

“Sensor SNMP del Gestor de LAN” en la página 289 LanManagerSnmpSensor

“Sensor de LDAP” en la página 289 LdapSensor

“Sensor de sistema Linux” en la página 334 LinuxComputerSystemSensor

6 Application Dependency Discovery Manager: Sensores

Page 23: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3(continuación)

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de Microsoft Cluster” en la página 97 MSClusterSensor

“Sensor de Microsoft Exchange 2003” en la página112

Exchange2003Sensor

“Sensor de Microsoft Exchange” en la página 101 ExchangeSensor

“Sensor de Microsoft HyperV” en la página 116 Microsoft HyperV Sensor

“Sensor del servidor web Microsoft IIS” en lapágina 118

• IISWebServiceSensor• IISServerSensor

“Sensor de Microsoft SQL Server” en la página 184 SqlServerSensor

“Sensor NetApp” en la página 412 NetAppSensor

“Sensor SNMP de NetScreen” en la página 293 NetscreenSnmpSensor

“Sensor de NFS” en la página 123 NFSServerSensor

“Sensor SNMP de Nokia” en la página 294 NokiaSnmpSensor

“Sensor del sistema OpenVMS” en la página 342 OpenVmsComputerSystemSensor

“Sensor de Oracle Application Server” en la página123

• OracleAppOpmnSensor• OracleAppSensor

“Sensor de Oracle” en la página 189 OracleSensor

“Sensor de ping” en la página 234 PingSensor

“Sensor de PIX” en la página 295 PixSensor

“Sensor de puerto” en la página 237 PortSensor

“Sensor de servidor SAP CCMS” en la página 128 CCMSServerSensor

“Sensor de servidor SAP SLD” en la página 132 SLDServerSensor

“Sensor de sesión” en la página 238 SessionSensor

“Sensor de servidor SMB” en la página 136 SMBServerSensor

“Sensor de servidor SMS” en la página 137 SMSServerSensor

“Sensor de unidad Snap” en la página 414 SnapDriveSensor

“Sensor SNMP MIB2” en la página 297 SnmpMib2Sensor

“Sensor de sistema Solaris” en la página 343 SunSparcComputerSystemSensor

“Sensor genérico de zonas Solaris” en la página241

ZonesGenericSensor

“Sensor de almacenamiento” en la página 414 StorageSensor

“Sensor de Sybase IQ” en la página 206 SybaseIQSensor

“Sensor de Sybase” en la página 199 SybaseSensor

“Sensor de Sun Fire SysControl” en la página 351 SysControlSensor

Capítulo 1. Referencia de sensores 7

Page 24: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3(continuación)

SensorNombre del sensor utilizado en la UI y losregistros

Sensor de virtualización de Sun Sparc SunSparcVirtualizationSensor

Sensor de almacenamiento de SVC SVCStorageSensor

“Sensor del sistema Tru64” en la página 354 Tru64ComputerSystemSensor

“Sensor de clúster Veritas” en la página 139 VeritasClusterSensor

“Sensor de Veritas Storage Foundation” en lapágina 419

VeritasStorageSensor

“Sensor del sistema VMware ESX” en la página356

VmwareComputerSystemSensor

“Sensor de sistema VMware ESXi” en la página 361 VmwareEsxiComputerSystemSensor

“Sensor del servidor de VMware Virtual Center” enla página 142

VirtualCenterSensor

“Sensor SSH de WebLogic” en la página 162 • WeblogicLauncherSensor• WeblogicApplicationSensor• WeblogicDomainSensor• WeblogicServerSensor

“Sensor de sistema Windows” en la página 364 WindowsComputerSystemSensor

“Sensor genérico WPAR” en la página 249 WparGenericSensor

Sensor de almacenamiento de XIV XIVStorageSensor

“zEnterprise sensor” en la página 250 ZEnterpriseSensor

Perfil de descubrimiento de utilizaciónEstos sensores se habilitan de forma predeterminada en los perfiles de descubrimiento de utilización.

Tabla 4 en la página 8 indica los sensores habilitados de forma predeterminada para undescubrimiento de utilización.

Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de laUI de TADDM.

Tabla 4. Sensores habilitados de forma predeterminada para un descubrimiento de utilización

SensorNombre del sensor utilizado en la UI y losregistros

“sensor de ancla” en la página 215 AnchorSensor

“Sensor de IBM Tivoli Utilization” en la página 226 OperatingSystemUtilizationSensor

“Sensor de ping” en la página 234 PingSensor

“Sensor de puerto” en la página 237 PortSensor

“Sensor de sesión” en la página 238 SessionSensor

8 Application Dependency Discovery Manager: Sensores

Page 25: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensores que soportan un descubrimiento no de administrador en el sistema operativoWindows

Estos sensores soportan el descubrimiento en el sistema operativo Windows sin proporcionarcredenciales de usuario con el rol de administrador.

Los sensores siguientes soportan ahora el descubrimiento en Windows sin proporcionar credenciales deusuario con el rol de administrador:Sensores de aplicación

Tabla 5. Sensores de aplicación que soportan un descubrimiento no de administrador en el sistemaoperativo Windows.

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de DNS” en la página 36 DnsSensor

“Sensor de NFS” en la página 123 NFSServerSensor

“Sensor de servidor SMB” en la página 136 SMBServerSensor

Sensores de base de datos

Tabla 6. Sensores de base de datos que soportan un descubrimiento no de administrador en elsistema operativo Windows.

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de Microsoft SQL Server” en la página184

SqlServerSensor

Sensores genéricos

Tabla 7. Sensores genéricos que soportan un descubrimiento no de administrador en el sistemaoperativo Windows.

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor del servidor de aplicacionespersonalizado” en la página 218 (conrestricciones)

CustomAppServerSensor

“Sensor de sistema genérico” en la página 223 GenericComputerSystemSensor

“Sensor de servidor genérico” en la página 223(con restricciones)

GenericServerSensor

“Sensor de ping” en la página 234 PingSensor

“Sensor de puerto” en la página 237 PortSensor

“Sensor de sesión” en la página 238 (conrestricciones)

SessionSensor

Capítulo 1. Referencia de sensores 9

Page 26: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensores de sistema operativo

Tabla 8. Sensores de sistema operativo que soportan un descubrimiento no de administrador en elsistema operativo Windows.

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de sistema Windows” en la página 364 WindowsComputerSystemSensor

Restricciones:

• El sensor de sesión no soporta el despliegue automático de archivos de proveedor WMI de TADDM.Consulte “Copia de los archivos TaddmWmi” en la página 375.

• El sensor de servidor genérico no descubre argumentos de línea de mandatos de proceso de tiempode ejecución. Por consiguiente, el sensor de servidor de aplicaciones personalizado no se inicia paralas plantillas que se basan en las condiciones de tipo Argumento. Además, es posible que lossensores de aplicaciones que utilizan dichas plantillas no se inicien.

Un usuario con credenciales válidas y derechos de acceso se debe proporcionar de todas formas.

El resto de sensores de aplicación sigue necesitando que el usuario tenga un rol de administrador paraque el descubrimiento sea satisfactorio.

Nota: Los valores de Control de acceso de usuario (UAC) de Windows no afectan al descubrimiento no deadministrador porque no se pueden inhabilitar para los usuarios estándares.

Configuración de los sensores para ejecutar un descubrimiento no de administrador

Para configurar los sensores para que ejecuten un descubrimiento no de administrador en el sistemaoperativo Windows, consulte el tema “Configuración de un descubrimiento de Windows no deadministrador” en la página 372.

Sensores que soportan el descubrimiento asíncrono y basado en scriptsAlgunos sensores se pueden utilizar como sensores basados en script. Estos sensores son másaparentes, lo que significa que todos los mandatos que el sensor utiliza están en un script, que puede ver.Los sensores basados en script también soportan el descubrimiento asíncrono.

La tabla siguiente lista todos los sensores basados en script y los sistemas operativos, en los que sesoportan.

Se necesita el “Sensor de descubrimiento asíncrono” en la página 217 para el descubrimiento asíncrono.Consulte también el tema Configuración para el descubrimiento asíncrono en la Guía del administrador deTADDM.

Notas:

• Algunos de los siguientes sensores se basan en script de forma predeterminada, pero algunos de ellosse deben configurar para el descubrimiento basado en script. Consulte el tema Configuración para eldescubrimiento basado en script en la Guía del administrador de TADDM.

• Si el sistema de destino se ejecuta en un sistema operativo Solaris, es posible que el descubrimientobasado en script no funcione si se utiliza SunSSH 1.0.

10 Application Dependency Discovery Manager: Sensores

Page 27: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 9. Lista de sensores basados en script

Sensor Nombre del sensor utilizadoen la UI y los registros

Sistemas operativos, en losque se soporta el sensor

Basado enscript deformapredeter-minada

“Sensor de Apache” en lapágina 18

ApacheServerSensor • AIX• Linux• Solaris

No

“Sensor de descubrimientoasíncrono” en la página 217

ASDSensor • AIX• FreeBSD• Linux• HP NonStop• Solaris• Windows

“Sensor de Citrix XenServer”en la página 302

XenServerSensor • Linux Sí

“Sensor de sistemasinformáticos FreeBSD” en lapágina 306

FreeBSDComputerSystemSensor

• FreeBSD No

“Sensor de servidorgenérico” en la página 223

GenericServerSensor • AIX• Linux• Solaris• Windows

No

“Sensor del sistema HPNonStop” en la página 312

HpNonStopComputerSystemSensor

• HP NonStop Sí

“Sensor del sistema IBMAIX” en la página 318

AixComputerSystemSensor

• AIX No

“Sensor de IBM DB2” en lapágina 176

Db2Sensor • AIX• Linux• Solaris

No

“Sensor de servidor IBMLotus Domino” en la página47

DominoInitialSensor • AIX• Linux• Solaris

No

“Sensor de IBM TivoliUtilization” en la página 226

OperatingSystemUtilizationSensor

• AIX• FreeBSD• Linux• Solaris

No

Capítulo 1. Referencia de sensores 11

Page 28: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 9. Lista de sensores basados en script (continuación)

Sensor Nombre del sensor utilizadoen la UI y los registros

Sistemas operativos, en losque se soporta el sensor

Basado enscript deformapredeter-minada

“Sensor de IBM WebSphereMQ Server” en la página 86

MQServerSensor • AIX• Linux• Solaris• Windows

“Sensor de IBM WebSphere”en la página 63

WebSphereScriptSensor

• AIX• Linux• Solaris

• Windows

“Sensor de JBoss ApplicationServer 7” en la página 93

JBoss7Sensor • AIX• Linux• Solaris• Windows

“Sensor de máquinasvirtuales basada en kernel”en la página 96

KVMSensor • Linux Sí

“Sensor de sistema Linux” enla página 334

LinuxComputerSystemSensor

• Linux No

“Sensor de MicrosoftExchange” en la página 101

ExchangeSensor • Windows Sí

“Sensor del servidor webMicrosoft IIS” en la página118

IISServerSensor • Windows Sí

“Sensor de Microsoft SQLServer” en la página 184 (conrestricciones)

SqlServerSensor • Windows No

“Sensor de Oracle” en lapágina 189

OracleSensor • AIX• Linux• Solaris

No

“Sensor de sistema Solaris”en la página 343

SunSparcComputerSystemSensor

• Solaris No

“sensor de virtualización deSun Sparc” en la página 350

SunSparcVirtualizationSensor

• Solaris Sí

“Sensor SSH de WebLogic”en la página 162

WeblogicLauncherSensor

• AIX• Linux• Solaris

No

12 Application Dependency Discovery Manager: Sensores

Page 29: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 9. Lista de sensores basados en script (continuación)

Sensor Nombre del sensor utilizadoen la UI y los registros

Sistemas operativos, en losque se soporta el sensor

Basado enscript deformapredeter-minada

“Sensor de sistemaWindows” en la página 364

WindowsComputerSystemSensor

• Windows No

Restricciones

• La modalidad de descubrimiento basada en script el sensor de Microsoft SQL Server sebasa en el módulo sqlps, el cual está disponible en Microsoft SQL Server 2008, y posterior. Por lotanto, si desea descubrir Microsoft SQL Server 2005, también debe tener instaladas otrasinstancias, tales como Microsoft SQL Server 2008, 2008 R2 o 2012.

Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring (métodoantiguo)

Estos sensores soportan el descubrimiento utilizando IBM Tivoli Monitoring.

Nuevo método de integración

Importante: Comience por TADDM 7.3.0, es aconsejable integrar con IBM Tivoli Monitoring 6.3 utilizandola automatización OSLC. El método antiguo de integración con el uso del sensor IBM Tivoli MonitoringScope está en desuso y se eliminará de los releases futuros.

Obtenga más información sobre la integración de TADDM con ITM utilizando la automatización OSLC en eltema que trata sobre la Integración de TADDM con IBM Tivoli Monitoring mediante la automatización OSLCen la Guía del administrador y sobre los sensores que soportan el descubrimiento utilizando laautomatización OSLC en “Sensores que soportan el descubrimiento utilizando la automatización OSLC ”en la página 14.

El “Sensor de IBM Tivoli Monitoring Scope” en la página 50 es necesario para el descubrimientoutilizando IBM Tivoli Monitoring. Este sensor debe ejecutarse al menos una vez para crear los conjuntosde ámbito necesarios.

El sensor IBM Tivoli Monitoring Scope crea objetos de ámbito para todos los sistemas activos en unentorno de a Tivoli Monitoring. Después de crear conjuntos de ámbito, puede ejecutar el Nivel 2 y el Nivel3 descubrimiento de esos sistemas utilizando una sesión de Tivoli Monitoring, sin incluir el sensor de IBMTivoli Monitoring Scope en los perfiles de descubrimiento del Nivel 2 y del Nivel 3.

Nota: Si sus sistemas gestionados de IBM Tivoli Monitoring están detrás de un cortafuegos (no sonaccesibles desde el servidor de descubrimiento de TADDM), puede que tenga que incluir el sensor IBMTivoli Monitoring Scope en su perfil con la opción startSessionOnly habilitada. Para obtener más detalles,consulte Configuración del perfil de descubrimiento en la documentación del sensor IBM Tivoli MonitoringScope.

Para el descubrimiento de Nivel 2 y Nivel 3 de los sistemas que están supervisados por IBM TivoliMonitoring, se deben instalar las siguientes características en el sistema de destino:

• En los sistemas de destino de Windows, debe estar instalado Microsoft .NET Framework. Para obtenermás información, consulte el tema Configuración del descubrimiento en sistemas Windows en la Guíadel administrador de TADDM.

• En sistemas de destino Linux y UNIX, debe tener instalado Portable Operating System Interface(POSIX) compatible con los mandatos uuencode y uudecode.

En sistemas operativos Linux, estos mandatos se incluyen normalmente con el paquete sharutils.

En sistemas operativos AIX, Solaris, y HP-UX, estos mandatos se instalan de forma predeterminada.

Capítulo 1. Referencia de sensores 13

Page 30: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

No todos los sensores en un perfil de descubrimiento de Nivel 2 y Nivel 3 soportan el descubrimientoutilizando Tivoli Monitoring. Tabla 10 en la página 14 proporciona una lista de los sensores que soncompatibles con el descubrimiento utilizando Tivoli Monitoring. Cuando un sensor se ejecuta dentro deuna sesión de Tivoli Monitoring, utiliza las credenciales de acceso de Tivoli Monitoring en vez de lascredenciales de acceso que están configuradas para el sensor. La cuenta de usuario de Tivoli Monitoringdeben contar con la autorización necesaria para acceder a la aplicación que se está descubriendo. Porejemplo, para descubrirlos servidores de IBM DB2 Universal Database (UDB), la cuenta de usuario deTivoli Monitoring en el servidor de destino DB2 debe ser miembro del grupo de administradores de DB2.

Tabla 10. Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring

SensorNombre del sensor utilizado en la UI y losregistros

“Sensor de Apache” en la página 18 ApacheServerSensor

“Sensor de servidor genérico” en la página 223 GenericServerSensor

“Sensor del sistema IBM AIX” en la página 318 AixComputerSystemSensor

“Sensor de IBM DB2” en la página 176 Db2Sensor

“Sensor de IBM WebSphere MQ Server” en lapágina 86

MQServerSensor

“Sensor de IBM WebSphere” en la página 63 WebSphereScriptSensor

“Sensor de sistema Linux” en la página 334 LinuxComputerSystemSensor

“Sensor de Oracle” en la página 189 OracleSensor

“Sensor de sistema Solaris” en la página 343 SunSparcComputerSystemSensor

“sensor de virtualización de Sun Sparc” en lapágina 350

SunSparcVirtualizationSensor

“Sensor de almacenamiento” en la página 414 StorageSensor

“Sensor SSH de WebLogic” en la página 162 WeblogicLauncherSensor

“Sensor de sistema Windows” en la página 364 WindowsComputerSystemSensor

Sensores que soportan el descubrimiento utilizando la automatización OSLCEstos sensores soportan el descubrimiento utilizando IBM Tivoli Monitoring.

Para ejecutar un descubrimiento utilizando la automatización OSLC, OSLCAutomationAgent debe crearlos conjuntos de ámbitos necesarios. Una vez que se han creado estos conjuntos de ámbitos, puedeejecutar el descubrimiento de Nivel 2 y Nivel 3 de los sistemas que utilizan la sesión de automatizaciónOSLC.

Para obtener más información sobre la configuración del descubrimiento, consulte el tema sobreConfiguración para el descubrimiento sobre la sesión de automatización OSLC en la Guía deladministrador de TADDM.

Para el descubrimiento de Nivel 2 y Nivel 3 de los sistemas supervisados por IBM Tivoli Monitoring,Microsoft .NET Framework se debe instalar en los sistemas de destino Windows

Para obtener información acerca de las versiones soportadas de .NET Framework, consulte la secciónConfiguración del descubrimiento de sistemas de Windows en la Guía del administrador de TADDM.

Los sensores que soportan el descubrimiento utilizando la automatización OSLC son los mismos que losque soportan el descubrimiento utilizando IBM Tivoli Monitoring.

14 Application Dependency Discovery Manager: Sensores

Page 31: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 11. Sensores que soportan el descubrimiento utilizando la automatización OSLC

Sensor Nombre del sensor utilizado en la UI y losregistros

“Sensor de Apache” en la página 18 ApacheServerSensor

“Sensor de servidor genérico” en la página 223 GenericServerSensor

“Sensor del sistema IBM AIX” en la página 318 AixComputerSystemSensor

“Sensor de IBM DB2” en la página 176 Db2Sensor

“Sensor de IBM WebSphere MQ Server” en lapágina 86

MQServerSensor

“Sensor de IBM WebSphere” en la página 63 WebSphereScriptSensor

“Sensor de sistema Linux” en la página 334 LinuxComputerSystemSensor

“Sensor de Oracle” en la página 189 OracleSensor

“Sensor de sistema Solaris” en la página 343 SunSparcComputerSystemSensor

“sensor de virtualización de Sun Sparc” en lapágina 350

SunSparcVirtualizationSensor

“Sensor de almacenamiento” en la página 414 StorageSensor

“Sensor SSH de WebLogic” en la página 162 WeblogicLauncherSensor

“Sensor de sistema Windows” en la página 364 WindowsComputerSystemSensor

Problemas de configuración del sensorEsta información incluye los problemas comunes que se producen con la configuración del sensor enTADDM.

Un sistema operativo Linux, Solaris, AIX, o Linux en un sistema operativo System z no se puededescubrirProblema

Un sistema Linux, Solaris, AIX, o Linux en un sistema operativo System z no se puede descubrir.Solución

Asegúrese de que se cumplen los siguientes requisitos previos para descubrir sistemas Linux, Solaris,AIX y Linux en sistemas operativos System z:

• Cree una cuenta de servicio. Configure la cuenta para que sea miembro de del grupo sys, yutilice /bin/sh como shell para la cuenta.

• Instale y pruebe el protocolo Secure Shell (SSH) desde el servidor de TADDM. Si utilizaautenticación basada en claves, instale claves públicas en todos los hosts. Para comprobar si elregistro y contraseña o la clave y frase de contraseña funcionan correctamente, escriba elmandatossh en el indicador de mandatos del sistema en el que está instalado TADDM.

• Instale el programa LiSt Open Files (lsof) en todos los sistemas de acuerdo con los requisitos enrequisitos lsof en la wiki TADDM que aparece en https://github.com/TADDM/taddm-wiki/wiki/Generic-Server-Sensor-(lsof).

En sistemas operativos Linux, AIX y Linux en System z, el descubrimiento no finaliza nuncaProblema

En un sistema operativo Linux, AIX o Linux en System z, el descubrimiento no finaliza nunca. Alejecutar el mandato ps -ef se muestran las instancias del proceso stop-local-anchor.sh queduran más de 5 minutos.

Capítulo 1. Referencia de sensores 15

Page 32: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónDebe estar configurado el acceso al mandato sudo de forma que el usuario de TADDM, que es elusuario que inicia el servidor de TADDM, pueda ejecutar los mandatos sudo sin que se le pida unacontraseña. Para configurar el accesosudo de este modo, complete los siguientes pasos:

1. Inicie sesión como usuario root en el servidor de TADDM.2. Escriba el mandato visudo.3. Escriba la siguiente línea en el archivo /etc/sudoers, donde TADDM_USER es el usuario que

inicia el servidor de TADDM:

<TADDM_USER> ALL=NOPASSWD:ALL

Para comprobar si se ha configurado correctamente el acceso sudo, escriba los siguientes mandatos:

cd $COLLATION_HOME/binsh ./stop-local-anchors.sh

Si se abre el indicador de solicitud de contraseña, el acceso NOPASSWD no se habrá configuradocorrectamente para el usuario de TADDM.

Un descubrimiento de servidores de aplicaciones en ejecución en el sistema operativo Solaris 10devuelve número de puerto incorrectosProblema

Se devuelven número de puerto incorrectos al ejecutar un descubrimiento de servidores deaplicaciones en ejecución en el sistema operativo Solaris 10.

SoluciónAsegúrese de que lsof 4.77 o posterior está instalado en cada sistema que se ejecuta en el sistemaoperativo Solaris 10. Las versiones de lsof anteriores a la 4.77 no soportan Solaris 10 6/06 oposterior. De forma adicional, existen dos versiones de lsof 4.77. Una es para releases pre 6/06Solaris 10 y la otra para el release 6/06 de Solaris 10 y las versiones posteriores. Asegúrese de queinstala la versión de lsof 4.77 adecuada para la versión del sistema operativo Solaris 10 instalada.

Sensores de aplicaciónLos sensores de aplicación descubren las aplicaciones que se ejecutan en el entorno.

Sensor de Active DirectoryEl sensor de Active Directory descubre los servidores de Microsoft Active Directory.

Nombre del sensor utilizado en la GUI y los registros

ActiveDirectorySensor

Cuestiones de seguridad

El sensor utiliza el mandato ntdsutil.exe durante el descubrimiento y este mandato requiereprivilegios de seguridad elevados. Para verificar que la cuenta de descubrimiento tiene privilegiosadecuados, escriba el siguiente mandato en una línea:En Windows 2000 y Windows Server 2003:

ntdsutil "domain management" connections "connect to server localhost" q "list" q q

En Windows Sever 2008:

ntdsutil "partition management" connections "connect to server localhost" q "list" q q

16 Application Dependency Discovery Manager: Sensores

Page 33: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo con atributos asociadosEl sensor de Active Directory crea objetos de modelo con atributos asociados. Los atributos indican el tipode información que el sensor recoge sobre los servidores Microsoft Active Directory en el entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.sys.ActiveDirectory

• Host• InitRecvTimeout• MaxConnIdleTime• MaxConnections• MaxDatagramRecv• MaxNotificationPerConn• MaxPageSize• MaxPoolThreads• MaxQueryDuration• MaxReceiveBuffer• MaxResultSetSize• MaxTempTableSize• MaxValRange• NamingContexts• Name• RootDomain• SchemaVersion• ServiceXML• WorkingDirectory

sys.ServiceAccessPoint

• ContextIp• BindAddress• Name• ProductName• ProductVersion• VendorName

sys.NamingContext

• Índice• Valor

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del ámbito

El servidor Active Directory debe incluirse en el ámbito de descubrimiento.

Configuración de la lista de acceso

Debe añadir el sistema informático (por ejemplo, Windows) para acceder a la lista, y el ID de usuario paraacceder al sistema debe pertenecer al grupo de administradores.

Capítulo 1. Referencia de sensores 17

Page 34: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del perfil de descubrimiento

El sensor se habilita por defecto en un perfil de descubrimiento de nivel 3. De forma alternativa, puedecrear un perfil personalizado y después habilitar el sensor Active Directory y el sensor del sistemainformático de Windows desde el perfil nuevo.

Sensor de ApacheEl sensor de Apache descubre servidores web Apache.

Nombre del sensor utilizado en la GUI y los registros

ApacheServerSensor

Requisitos previos

La cuenta de servicio de TADDM requiere:

• Permisos de ejecución en el archivo binario httpd• Acceso de lectura al archivo httpd.conf• El usuario del descubrimiento debe tener permisos de lectura y ejecución para todos los elementos de

Apache como bibliotecas/módulos/archivos/carpetas para ejecutar mandatos httpd correctamente(por ejemplo: /oracle/product/iasgrm/librarypath y /oracle/product/iasgrm/Apache, etc.)

Limitaciones

El sensor de Apache no puede descubrir el servidor Apache si la instancia de este está configurada o seha iniciado de tal forma que sobrescriba su línea de mandatos (por ejemplo, la matriz argv), haciendo quela instancia de servidor de Apache se muestre en un proceso indicado como httpd, sin ruta u opcionesde línea de mandatos.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.CertificateFile• app.ConfigFile• app.PrivateKeyFile• app.web.ServerAlias• app.web.apache.ApacheGlobalSSLSettings• app.web.apache.ApacheModule• app.web.apache.ApacheSSLSettings• app.web.apache.ApacheServer• app.web.apache.ApacheVirtualHost• app.web.apache.ApacheWebContainer• app.web.ibm.IBMHTTPServer• app.web.oracleapp.OracleAppHTTPServer• app.web.WebConnection• app.web.WebVirtualHostConfigDirective

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de Apache soporta el descubrimiento asíncrono y basado en scripts.

18 Application Dependency Discovery Manager: Sensores

Page 35: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Limitaciones

Algunas funciones proporcionadas por el sensor de Apache durante un descubrimiento no basado enscripts no son compatibles con el descubrimiento asíncrono o basado en scripts.

No soporta el descubrimiento mediante descriptor de aplicación.

Los siguientes atributos no son compatibles con los archivos de configuración:

• Last modified• Owner• Group• Permissions

Solo se descubren las aplicaciones en ejecución.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Este sensor se puede ejecutar utilizando las credenciales de acceso ComputerSystem utilizadas paradescubrir el cliente.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.discover.agent.ApacheServerAgent.UseListenningIp=falseEl sensor descubre servidores web Apache y asigna el mismo nombre, en vez de asignar uno paracada nombre de host del servidor web. Cuando esta propiedad está definida como true, el nombre devisualización del objeto ApacheServer se define como:HOSTNAME:LISTENINGIP:PORTEl valor predeterminado para esta propiedad es false.Debe suprimir manualmente las instancias de HOSTNAME:PORT.

com.collation.discover.agent.ApacheServerAgent.CmdPrefixAñade un mandato o script que debe ejecutarse antes del mandato httpd -V. Esta propiedad puedeconfigurarse para el nombre del sistema operativo, para la dirección IP o para ambos.El sensor de Apache intenta utilizar la propiedad si el primer mandato (estándar) falla. Por ejemplo:com.collation.discover.agent.ApacheServerAgent.CmdPrefix. AIX.9.156.47.172=LIBPATH=/usr/local/apache2/build:/usr/local/ apache2/lib:/usr/lib:/lib/;export LIBPATH

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Apache y ofrecesoluciones a dichos problemas.

Capítulo 1. Referencia de sensores 19

Page 36: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Error de descubrimiento con "no se puede ejecutar httpd"Problema

Un error de descubrimiento indica no se puede ejecutar httpd, pero la cuenta de servicio deTADDM puede ejecutar el proceso httpd de forma manual.

El sensor de la sesión prueba todos los credenciales de la lista de acceso adecuados hasta que unofunciona. Cuando un credencial de la lista de acceso funciona, el sensor de sesión deja de intentarlo.Así, el primer credencial de la lista de acceso que funcione debe ser capaz de ejecutar el procesohttpd.

SoluciónIntente utilizar restricciones de ámbito con una lista de acceso reordenada para forzar el uso de lacuenta adecuada para descubrir el servidor de Apache.

El sensor de Apache falla con el error CTJTD0072EProblema

El sensor de Apache utiliza el mandato httpd -V para obtener el directorio raíz, el archivo deconfiguración y otros datos relacionados con el servidor de Apache. Si el mandato httpd -V falla, elsensor también falla.

SoluciónUtilice la propiedad com.collation.discover.agent.ApacheServerAgent.CmdPrefix para especificar unmandato que se ejecute antes de ejecutar el mandato httpd -V.

Varios campos del panel Detalles están vacíosProblema

Diversos campos del panel Detalles están vacíos.Solución

La cuenta de servicio no puede leer el archivo http.conf. Haga que el archivo http.conf puedaleerse públicamente o añada la cuenta de servicio a un grupo con acceso de lectura al archivohttp.conf.

Sensor de servidor CitrixEl sensor de servidor Citrix descubre un Citrix Presentation Server (Citrix Presentation Server Enterprise 3y 4) o XenApp Server (Citrix XenApp Enterprise versión 5 y versión 6).

Nombre del sensor utilizado en la GUI y los registros

CitrixServerSensor

Cuestiones de seguridad

El usuario del descubrimiento debe tener permiso de lectura (definido en la consola del producto Citrix)de la configuración Citrix. Para descubrir la configuración del Citrix Presentation Server, debe tenerpermiso para realizar consultas al Proveedor WMI de Citrix. Este proveedor debe estar en ejecución paraser descubierto.

El Proveedor WMI de Citrix estará en el sistema descubierto en el que esté instalado el Citrix PresentationServer. Forma parte del producto Citrix.

Para garantizar este permiso, complete los siguientes pasos:

1. Inicie sesión en la Consola de gestión de Metaframe Presentation Server.2. En el menú, seleccione Acciones > Permisos.3. Edite los permisos del usuario y el grupo.4. Asegúrese de que el Permiso de vista de gestión de conjunto de servidores está garantizado. Este

permiso es el permiso mínimo que debe tenerse para realizar consultas al Proveedor WMI de Citrix.

20 Application Dependency Discovery Manager: Sensores

Page 37: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

a. Seleccione un usuario o grupo.b. Pulse Editarc. Seleccione el permiso adecuado:

• Ver solo: funciona para el sensor de Citrix• Administración completa: funciona para el sensor de Citrix• Personalizado: el administrador puede definir su propio nivel de acceso

Objetos de modelo con atributos asociados

El sensor del servidor Citrix crea objetos de modelo con atributos asociados. Los atributos indican el tipode información que recopila el sensor acerca de Citrix Presentation Server y XenApp Server en su entornode TI.

Resolución de problemas del sensor

Este tema describe los problemas más comunes que se producen en el sensor de servidor de Citrix yofrece soluciones a dichos problemas.

Descubrimiento de Citrix XenApp 7.6

Este tema describe los detalles sobre el descubrimiento del software de Citrix XenApp 7.6.

Objetos de modelo con atributos asociadosEl sensor del servidor Citrix crea objetos de modelo con atributos asociados. Los atributos indican el tipode información que recopila el sensor acerca de Citrix Presentation Server y XenApp Server en su entornode TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.CitrixAccountAuthority

• AuthorityName• AuthorityType• Group

CitrixAppFolder

• Applications• Farm

CitrixApplication

• AppFolder• ApplicationID• CitrixFarm• CitrixGroups• Servers• Users

CitrixFarm

• AppFolders• DSDriver• DSODBC• FarmName• LicensePool• LocalIp

Capítulo 1. Referencia de sensores 21

Page 38: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• SNMPDisconnectTrap• SNMPLogoffTrap• SNMPLogonTrap• SNMPThresholdExceededTrap• SNMPThresholdValue• ServerFolders• Zones

CitrixFolder

• FolderDN• FolderName• Folders• Parent

CitrixGroup

• AccountAuthority• CitrixApplications

CitrixLicense

• Pool• SerialNumber

CitrixLicensePool

• DupGroup• Farm• FloatOk• HostBased• HostID• Licenses• PLD• Platforms• SubscriptionDate• UserBased• VendorString

CitrixServer

• Applications• Folder• IsFarmServer• LocalPrimarySAP• Processes• Zone

CitrixServerFolder

• Farm• Servers

CitrixUser

• AccountAuthority

22 Application Dependency Discovery Manager: Sensores

Page 39: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Applications

CitrixZone

• DataCollector• Farm• Servers• ZoneName

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor de Citrix yofrece soluciones a dichos problemas.

El sensor de Citrix se ejecuta lentamenteProblema

El sensor Citrix se ejecuta lentamente en sistemas que están sobrecargados con muchas aplicacionesCitrix publicadas (las consultas WMI tardan mucho tiempo).

SoluciónAumente el tiempo de espera de sensor estableciendo las propiedades siguientes en el archivocollation.properties:

• com.collation.discover.agent.CitrixServerAgent.sessiontimeout=600000

• com.collation.discover.agent.CitrixServerAgent.timeout=600000

Estas propiedades se deben establecer en un valor que sea al menos igual al valor de la propiedadcom.collation.discover.DefaultAgentTimeout.

Sensor de servidor Citrix 7El sensor de servidor Citrix 7 descubre un XenApp Server (Citrix XenApp Enterprise versión 7.6) y utiliza lainterfaz de SDK de powershell de Citrix para fines de descubrimiento.

Nombre del sensor utilizado en la GUI y los registros

Citrix7Sensor

Elementos descubiertos por el sensor

El sensor descubre los siguientes elementos que están asociados al entorno de software de virtualizaciónde aplicación de Citrix XenApp:

Sitios de entrega - Elemento de nivel superior. Los sitios ofrecen aplicaciones a grupos de usuarios.

Catálogos de máquina – Pueden utilizarse para gestionar máquinas que alojan aplicaciones.

Máquinas – Máquinas de Citrix que alojan Citrix XenApp 7.6

Usuarios de Citrix – conjunto de usuarios autorizados para acceder a las aplicaciones virtualizadasespecificadas.

Aplicaciones de Citrix – Aplicaciones virtualizadas que están disponibles para un determinado conjuntode usuarios.

Información de la licencia – Agrupaciones de licencia de Citrix y detalles de licencias individuales.

Requisitos previos

Se necesitan los requisitos previos siguientes:

• Este sensor basado en scripts utiliza el mismo usuario de descubrimiento que se utiliza para el inicio desesión de Windows.

Capítulo 1. Referencia de sensores 23

Page 40: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• El usuario de descubrimiento de Windows debe tener permisos de “sólo lectura de administrador”(definidos en la consola de Citrix) para la configuración de Citrix en cualquier controlador de entregapara cada sitio. Citrix requiere que el usuario de descubrimiento sea una cuenta de directorio activa yno una cuenta local.

• Los complementos de Citrix Powershell deben instalarse y estar disponibles en el controlador deentrega.

Objetos de modelo con atributos asociados

Citrix 7 presenta un cambio de arquitectura respecto a Citrix 6, pero el modelo de datos de TADDM estábasado en la arquitectura de Citrix 6. Para conservar la retrocompatibilidad para la correlación deaplicaciones empresariales, los componentes de arquitectura de Citrix 7 se almacenan comocomponentes de modelos de datos de Citrix 6. La tabla siguiente muestra los conceptos nuevos yantiguos y cómo se correlacionan con el modelo de datos de TADDM.

Tabla 12. Correlación de Citrix 7 con Citrix 6

Citrix 7 Citrix 6 Comentarios

Site CitrixFarm/CitrixZone Para cada sitio de Citrix hay unacombinación de Farm/Zone deuno a uno con el mismo nombre.

Carpeta Admin CitrixAppFolder Organiza los componentes deCitrixApplication.

Catálogo de escritorio CitrixServerFolder N/D

Grupo de escritorio N/D Los grupos de escritorio seutilizan para asignarCitrixApplications a CitrixServers.

El sensor del servidor Citrix 7 crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que recopila el sensor acerca de Citrix Presentation Server y XenApp Server en suentorno de TI.

Algunos de los atributos en los objetos de modelo de Citrix no son relevantes o no se utilizan en laarquitectura de Citrix XenApp 7.6 y por lo tanto no se rellenarán y pueden visualizarse sin ningún valor(“Blanco") en el Portal de gestión de datos de TADDM, puesto que el modelo de datos de TADDM estábasado en la arquitectura de Citrix 6.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.

CitrixAccountAuthority

• AuthorityName• Group

CitrixAppFolder

• Applications• Farm

CitrixApplication

• AppFolder• ApplicationID• CitrixFarm• CitrixGroups• Servers

24 Application Dependency Discovery Manager: Sensores

Page 41: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Users

CitrixFarm

• AppFolders• FarmName• LicensePool• LocalIp• ServerFolders• Zones

CitrixFolder

• FolderDN• FolderName• Folders• Parent

CitrixGroup

• AccountAuthority• CitrixApplications

CitrixLicense

• Pool• SerialNumber

CitrixLicensePool

• DupGroup• Farm• FloatOk• HostBased• HostID• Licenses• PLD• Platforms• SubscriptionDate• UserBased• VendorString

CitrixServer

• Applications• Folder• LocalPrimarySAP• Processes• Zone

CitrixServerFolder

• Farm• Servers

CitrixUser

Capítulo 1. Referencia de sensores 25

Page 42: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• AccountAuthority• Applications

CitrixZone

• DataCollector• Farm• Servers• ZoneName

Limitaciones

• Los nombres de sitio se da por supuesto que son globales. No podemos tener dos sitios con el mismonombre exacto o esto causará demasiada fusión.

• El modo de Descubrimiento asíncrono no está soportado.

Nota: Para el descubrimiento basado en ancla de Citrix XenApp 7.6, el descubrimiento de script debeestar habilitado en el archivo collation.properties:

com.ibm.cdb.discover.PreferScriptDiscovery=true

Sensor de host de DockerEl sensor de host de Docker (DHS) descubre los hosts de Docker, atributos de host, contenedores, trabajoen red, imagen e información relacionada con el almacenamiento.

Nombre del sensor utilizado en la GUI y los registros

DockerHostSensor

Elementos descubiertos por el sensor

El sensor descubre los siguientes elementos:

• Host de Docker• Contenedores de Docker• Volúmenes de Docker• Redes de Docker• Imágenes de Dockers

En la Consola de Gestión de descubrimiento y el Data Management Portal, un host de Docker serepresenta mediante un icono con un diseño de ballena Docker de color azul y el contenedor de Dockerutilizando cuatro contenedores de transporte apilados cuadrados.

El Sensor de host de Docker utiliza las API de REST para recuperar la información relacionada con eldescubrimiento de la máquina de host de Docker que ejecuta el proceso o la aplicación de daemon'dockerd'. Los datos recuperados ante todo incluyen datos de atributos que son necesarios paraadaptarse a las reglas de denominación y crear objetos de modelo válidos.

Requisitos previos

• El daemon/aplicación de Docker se ejecuta en una máquina Linux de destino• Para conseguir un descubrimiento satisfactorio del host de Docker, el soporte de REST debe habilitarse

en la máquina de destino• Deben definirse los puertos para la comunicación del servicio web. De forma predeterminada, se utiliza

el valor de puerto resultante del proceso GenericServerSensor. Si el host de Docker utiliza la correlaciónde puertos o un puerto no estándar, modifique el valor de la propiedad portList en el perfil dedescubrimiento. Para obtener detalles, consulte 'Configuración del perfil de descubrimiento'

26 Application Dependency Discovery Manager: Sensores

Page 43: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Un conjunto único de certificado TLS es aplicable para la comunicación de TADDM a todos los hosts deDocker

• Habilitar o inhabilitar TLS para el descubrimiento tendrá un comportamiento uniforme en todos loshosts de Docker definidos dentro del ámbito

– Es aplicable a todos los host de Docker o a ninguno

En la Consola de Gestión de descubrimiento y el Data Management Portal, un host de Docker serepresenta mediante un icono con un diseño de ballena Docker de color azul y el contenedor de Dockerutilizando cuatro contenedores de transporte apilados cuadrados.

El Sensor de host de Docker utiliza las API de REST para recuperar la información relacionada con eldescubrimiento de la máquina de host de Docker que ejecuta el proceso o la aplicación de daemon'dockerd'. Los datos recuperados ante todo incluyen datos de atributos que son necesarios paraadaptarse a las reglas de denominación y crear objetos de modelo válidos.

Cuestiones de seguridad

No se requiere ninguna entrada de lista de acceso específica. Para los detalles de seguridad basados enTLS, consulte Conexión al host de Docker a continuación:

Conexión al host de Docker

El Sensor de host de Docker puede descubrir datos del host de Docker a través de 2 modalidades:modalidad no TLS y modalidad TLS.

Modalidad no TLS

La modalidad no TLS es la modalidad predeterminada. Recupera datos mediante servicios web y norequiere autenticación. Esta modalidad se recomienda en redes privadas o en despliegues de nubesprivadas en locales del cliente.

Modalidad TLS

La modalidad TLS es una modalidad segura de comunicación con el host de Docker. Verifica loscertificados TLS instalados en TADDM y el host de Docker de destino. Para utilizar esta modalidad, debeestablecer la propiedad enableTLS en true, así como configurar las vías de acceso de certificadosdefinidas en el perfil de descubrimiento. Para más detalles, consulte 'Configuración del perfil dedescubrimiento'. Para generar manualmente los certificados TLS para TADDM y el host de Docker,consulte 'Generación manual de certificado TLS para no UCP'.

Objetos de modelo con atributos asociados

El Sensor de host de Docker crea objetos de modelos con atributos asociados. Los atributos indican eltipo de información que el sensor recoge sobre los recursos del host de Docker en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.

app.docker.dockerhost.DockerHost

• Name• VersionString• DockerContainers• DockerImages• DockerNetworks• DockerVolumes• Host• XA

o Architecture

Capítulo 1. Referencia de sensores 27

Page 44: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

o KernelVersion

o OperatingSystem

o OSType

o RunningContainers

o StoppedContainers

o TotalContainers

app.docker.dockerhost.DockerContainer

• Name• Parent• RuntimeProcesses• DockerContainerStatus• DockerImages• DockerNetworks• DockerVolumes

app.docker.dockerhost.DockerImage

• DockerHost• ImageName• DockerContainer

app.docker.dockerhost.DockerNetwork

• Name• SubnetAddress• DockerHost• DockerContainer

app.docker.dockerhost.DockerVolume

• Name• DockerHost• DockerContainer

sys.RuntimeProcess (aplicable a procesos dentro de un contenedor)

• PID• Command• PPID• User• CmdLine (hace referencia al mandato completo)

Configuración del sensor

Antes de utilizar el Sensor de host de Docker, debe configurarlo.

Configuración del perfil de descubrimiento:

De forma predeterminada, el Sensor de host de Docker está habilitado para un descubrimiento de nivel 3.Una vez habilitado, de forma predeterminada se ejecuta en una modalidad no TLS. El sensor descubretodos los contenedores de host de Docker, incluyendo los que no están en ejecución. Para descubrir sololos contenedores que se están ejecutando o, para conmutar a la modalidad TLS, cree un perfil dedescubrimiento para el Sensor de host de Docker y personalice los valores del sensor.

28 Application Dependency Discovery Manager: Sensores

Page 45: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:Ejemplo:

1. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil. En la lista Clonar perfil

existente, seleccione Descubrimiento de Nivel 3 y pulse Aceptar4. En la pestaña Configuración de sensor, seleccione el sensor DockerHostSensor y pulse Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción para la configuración y

marque el recuadro de selección Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, pulse

discoverNonRunningContainers. A continuación, efectúe una doble pulsación en el campo Valorde la fila y escriba false.

7. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse Guardar.

Propiedades

Puede modificar las siguientes propiedades y atributos:

portList

Hace referencia a los puertos que se van a utilizar para la comunicación del servicio web en el host deDocker. De forma predeterminada, se utiliza el valor de puerto devuelto por el procesoGenericServerSensor. Si el host de Docker utiliza la correlación de puertos o, puerto no estándar (o, listade puertos separada por comas), especifique el valor en consonancia.

enableTLS

Hace referencia a la modalidad de conexión entre TADDM y el host de Docker.

El valor predeterminado es false.

pathStore

Vía de acceso local en el servidor de descubrimiento TADDM donde se colocan todos los certificados TLS/seguridad.

caFileName

Nombre de archivo de entidad emisora de certificados.

cerFileName

Nombre de archivo de certificado de cliente

keyFileName

Nombre de archivo de clave de cliente

Habilitar soporte de REST en el host de Docker

En un host de Docker es necesario realizar los siguientes cambios de configuración:

1. Habilite las API de REST en el host de Docker.

• Inicie la sesión en la máquina host de Docker utilizando las credenciales 'root'.• Cree/Actualice el siguiente archivo en el host de Docker:

vim /etc/systemd/system/docker.service.d/remote-api.conf

Capítulo 1. Referencia de sensores 29

Page 46: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

con el siguiente contenido:

[Servicio]

ExecStart=

ExecStart=/usr/bin/dockerd -H tcp://<DockerHost-IP>:2376 -H unix:///var/run/docker.sock

2. Reinicie el daemon 'dockerd' y compruebe el estado mediante la línea de mandatos:

service docker restart

ps -aef | grep -i dockerd

Generación manual de certificado TLS para no UCP

En caso de que la modalidad TLS esté habilitada y que los certificados no estén disponibles, puedegenerar manualmente estos certificados en una máquina Linux tal como se muestra a continuación.

A. Host de Docker:

En una máquina host de Docker, genere claves públicas y privadas CA por el procedimiento por etapasmencionado a continuación. Recuerde que el ejemplo de clave siguiente es únicamente un ejemplo ydebe suministrar valores según sus estándares de seguridad.

1. Inicie la sesión en la máquina host de Docker utilizando 'root', u otro usuario que tenga privilegios desuperusuario.

2. Cree un directorio local utilizando mandatos.

mkdir docker_certificates

cd docker_certificates

3. Ejecute mandato:

a. openssl genrsa -aes256 -out ca-key.pem 4096

• 1. Escriba cualquier frase de contraseña para generar ca-key.pem y almacénela de modo seguro

b. openssl req -new -x509 -days 365 -key ca-key.pem -sha256 -out ca.pem

• 1. Escriba la contraseña entrada en el paso (3.a.1)• 2. Escriba los valores solicitados• 3. Escriba host de Docker 'domain.com' en Fqdn

4. Utilizando la entidad emisora de certificados, cree una clave de servidor y una solicitud de firma decertificado (CSR) mediante mandatos.

a. openssl genrsa -out server-key.pem 4096

b. openssl req -subj '/CN=$HOST' -sha256 -new -key server-key.pem -out server.csr

• 1. Donde, $HOST es el nombre de host del host de Docker.5. Las conexiones TLS pueden realizarse a través de la dirección IP o el nombre DNS, las direcciones IP

necesitan especificarse cuando se crea el certificado mediante mandato:

a. echo subjectAltName = DNS:$HOST,IP:<DockerHost-IP> > extfile.cnf

30 Application Dependency Discovery Manager: Sensores

Page 47: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• 1. donde, $HOST es el nombre de host del host de Docker.

a.echo extendedKeyUsage = serverAuth >> extfile.cnf

6. Ahora, genere la clave mediante mandato:

a.openssl x509 -req -days 365 -sha256 -in server.csr -CA ca.pem -CAkey ca-key.pem \

-CAcreateserial -out server-cert.pem -extfile extfile.cnf

• 1. Escriba la contraseña proporcionada en el paso (3.a.1).7. Elimine los archivos no necesarios y establezca los permisos correctamente:

rm -v server.csr

chmod -v 0400 ca-key.pem server-key.pem

chmod -v 0444 ca.pem server-cert.pem

8. Inicie el daemon de Docker utilizando la verificación TLS:

a.dockerd --tlsverify --tlscacert=ca.pem --tlscert=server-cert.pem --tlskey=server-key.pem -H=0.0.0.0:2376

Nota: En el caso del soporte TLS para varios hosts de Docker, ejecute los pasos 1-3 solo una vez y lospasos 4-8 necesitan ejecutarse por separado para que cada host genere los certificados TLSnecesarios para los hosts.

B. Máquina TADDM

Los certificados de cliente TLS para la máquina TADDM (correspondientes a los generados por el host deDocker) se pueden generar manualmente. En la máquina de host de TADDM, genere claves públicas yprivadas de CA siguiendo el procedimiento por etapas indicado a continuación:

1. Inicie la sesión en la máquina TADDM utilizando las credenciales de usuario 'root'2. Cree un directorio local utilizando mandatos

a. mkdir taddm_certificates

b. cd taddm_certificates

3. Utilizando la entidad emisora de certificados, cree una clave de servidor y una solicitud de firma decertificado (CSR) mediante mandatos:

a. openssl genrsa -out key.pem 4096

b. openssl req -subj '/CN=client' -new -key key.pem -out client.csr

c. echo extendedKeyUsage = clientAuth >> extfile.cnf

4. Firme la clave privada mediante mandato:

a. openssl x509 -req -days 365 -sha256 -in client.csr -CA ca.pem -CAkey ca-key.pem -CAcreateserial -out cert.pem -extfile extfile.cnf

• 1. proporcione ca.pem y ca-key.pem generadas en la sección A: paso (3.a, 3.b)• 2. Escriba la contraseña proporcionada en la sección A: paso (3.a.1)

5. Elimine los archivos no necesarios y establezca los permisos correctamente:

Capítulo 1. Referencia de sensores 31

Page 48: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

a. rm -v client.csr

b. chmod -v 0400 ca-key.pem key.pem

c. chmod -v 0444 ca.pem cert.pem

d. cd ../

e. chown -R taddmusr:taddmusr taddm_certificates

f. chown -R taddmusr:taddmusr taddm_certificates

6. Compruebe la conexión TLS con la máquina de DockerHost utilizando los siguientes mandatos:

curl https://<Dockerhost-IP>:<Docker-Port>/_ping --cert ./cert.pem --key key.pem --cacert ca.pem

por ej. curl https://<Dockerhost-IP>:<2376>/_ping --cert ./cert.pem --key key.pem --cacert ca.pem

Generación manual de certificado TLS para UCP

1. Inicie la sesión en la máquina TADDM utilizando las credenciales de usuario 'root'.2. Cree un directorio local utilizando mandatos:

a. mkdir taddm_certificates

b. cd taddm_certificates

3. Valide el URL de UCP. Debe estar activo y en ejecución. Por ejemplo: https://x.x.x.x:4434. Inicie sesión en la interfaz de usuario de UCP de Docker.5. Descargue los certificados desde la interfaz de usuario de UCP:

• Navegue hasta admin > Mi perfil > Paquetes de cliente > Paquete de cliente nuevo > Generarpaquete de cliente.

6. Descargue el archivo zip de certificados.7. Copie el archivo zip de certificados en el servidor de TADDM en el directorio taddm_certificates creado

en el paso 2.8. Descomprima el archivo zip de certificados en el servidor de TADDM en el directorio

taddm_certificates.9. Ejecute el siguiente mandato para cambiar una propiedad de certificados de TADDM:

chown -R taddmusr:taddmusr taddm_certificates

Resolución de problemas del sensor

Este tema describe los problemas más comunes que se producen en el Sensor de host de Docker y ofrecesoluciones a dichos problemas.

El sensor falla con la descripción ` CTJTD1585E Error – El host de Docker no es accesible en ningunode estos puertos:`

Problema : Es posible que la API web remota no esté habilitada en el host de Docker.

32 Application Dependency Discovery Manager: Sensores

Page 49: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónValide utilizando 'ps - eaf | grep dockerd' para ver qué puerto utiliza el proceso de daemon'dockerd'. La salida debe parecerse a lo siguiente:

/usr/bin/dockerd -H tcp://9.158.143.51:2376 -H unix:///var/run/docker.sock

Para habilitar el soporte de API remoto, consulte 'Habilitar soporte de REST' en el Host de Docker.

El sensor falla con la descripción `CTJTD1587E/ CTJTD1590E Error – Las configuraciones de TLSentre el sensor del host de Docker y el nodo remoto no coinciden:’

Problema: El problema se debe a la no coincidencia en la configuración para el sensor de host de Dockery el nodo remoto del host de Docker. TLS puede estar habilitado en uno e inhabilitado en el otro.

Solución: Valide y configure correctamente la propiedad enableTLS para el sensor de host de Docker.

El sensor falla con la descripción ` CTJTD1589E Error – Hay un problema con el directorio delalmacén de vías de acceso de TLS`

Problema: El directorio de almacén de vías de acceso configurado en la configuración del sensor de Hostde Docker es inválido o le faltan los permisos correctos.

Solución: Compruebe si el directorio de almacén de vías de acceso configurado existe en el servidor dedescubrimiento de TADDM. Si el directorio existe, compruebe que se la hayan otorgado los permisoscorrectos.

drwxr-xr-x. 2 taddmusr taddmusr 4096 Nov 24 08:28 taddm_certificates

El sensor falla con la descripción ` Anomalía: Código de error HTTP: 503`

Problema: En el caso de que TADDM no pueda conectarse a través de REST al daemon/aplicación deDocker en el nodo de destino, el sensor puede fallar con un mensaje de error.

Solución: Si el proceso/aplicación dockerd está ejecutándose correctamente, es importante validar elpuerto específico en el que el daemon/proceso está a la escucha utilizando el mandato ps - Aef | grepdockerd. El puerto obtenido de la salida debe coincidir con el que TADDM está intentando conectarse.

El sensor falla con un `CTJTD3520E Error – Se ha producido un error de almacenamiento. ID deservidor:`

Problema: En el caso de que falten dependencias de jars de java en la conversión del conjunto decaracteres, el sensor puede fallar con un mensaje de error de almacenamiento mostrado anteriormente.

Solución: Compruebe si falta algún jar de Java y coloque el que corresponda en el directorio siguiente:

/opt/IBM/taddm/dist/lib/jdbc

Ejecute de nuevo el descubrimiento.

Sensor de clúster de Docker Swarm

Sensor de clúster de Docker Swarm

El Sensor de clúster de Docker Swarm (DSHS) descubre información relacionada con Docker Swarm,atributos, nodos de swarm, red de swarm y los servicios de swarm.

Nombre del sensor utilizado en la GUI y los registros

DockerSwarmClusterSensor

Elementos descubiertos por el sensor

El sensor descubre los siguientes elementos:

• Docker Swarm• Nodos de Docker (llamados Host de Docker)• Servicios de Docker

Capítulo 1. Referencia de sensores 33

Page 50: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Red de Docker

En la Consola de Gestión de descubrimiento y el Data Management Portal, un clúster de Docker Swarm serepresenta mediante un icono con un diseño de ballena Docker de color azul.

El sensor de clúster de Docker Swarm utiliza las API de REST para recuperar la información relacionadacon el descubrimiento del nodo ‘Manager’ del host de Docker que ejecuta el proceso/aplicación deldaemon 'dockerd' en el rol ‘Manager’. Los datos recuperados ante todo incluyen datos de atributos queson necesarios para adaptarse a las reglas de denominación y crear objetos de modelo válidos.

Requisitos previos

• El daemon/aplicación de Docker se ejecuta en una máquina Linux de destino.• Para conseguir un descubrimiento satisfactorio de Docker Swarm, el soporte de REST debe habilitarse

en la máquina de host de Docker.• Para desencadenar DSCS, en el ámbito del descubrimiento como mínimo debe incluirse un Host de

Docker en el rol 'Manager'.• En cualquier momento dado, un host de Docker dado puede pertenecer solo a un único clúster de

swarm, es decir, no puede formar parte de varios clústeres de Docker Swarm simultáneamente.• El sensor de clúster de Docker Swarm es a su vez dependiente del descubrimiento realizado por el

sensor de host de Docker. La configuración para el sensor de clúster de Docker Swarm se derivaimplícitamente del sensor de host de Docker. Para obtener detalles, consulte 'Sensor de host deDocker'“Sensor de host de Docker” en la página 26.

• Un conjunto único de certificado TLS es aplicable para la comunicación de TADDM a todos los hosts deDocker.

• Habilitar o inhabilitar TLS para el descubrimiento tendrá un comportamiento uniforme en todos loshosts de Docker definidos dentro del ámbito.

o Es aplicable a todos los host de Docker o a ninguno.

Problemas de seguridad

• No se requiere ninguna entrada de lista de acceso específica. Para los detalles de seguridad basados enTLS, consulte “Conexión a Docker Swarm” a continuación:

Conexión a Docker Swarm

El sensor de clúster de Docker Swarm descubre datos del host de Docker (trabajando en el rol de‘Manager’) a través de dos modalidades: modalidad no TLS y modalidad TLS.

Modalidad no TLS

La modalidad no TLS es la modalidad predeterminada. Recupera datos mediante servicios web y norequiere autenticación. Esta modalidad se recomienda en redes privadas o en despliegues de nubesprivadas en locales del cliente.

Modalidad TLS

La modalidad TLS es una modalidad segura de comunicación con el host de Docker. Verifica loscertificados TLS instalados en TADDM y el host de Docker de destino. Para utilizar esta modalidad, debeestablecer la propiedad enableTLS en true, así como configurar las vías de acceso de certificadosdefinidas en el perfil de descubrimiento. Para obtener detalles, consulte “Sensor de host de Docker:Configuración del perfil de descubrimiento”. Para generar manualmente los certificados TLS para TADDMy el host de Docker, consulte “Sensor de host de Docker” en la página 26 'Configuración del perfil dedescubrimiento'. Para generar manualmente los certificados TLS para TADDM y el host de Docker,consulte “Sensor de host de Docker” en la página 26 ': Generación manual de certificado TLS'.

34 Application Dependency Discovery Manager: Sensores

Page 51: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo con atributos asociados

El sensor de clúster de Docker Swarm crea objetos de modelos con atributos asociados. Los atributosindican el tipo de información que el sensor recoge sobre los recursos de Docker Swarm en su entorno deTI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.

app.docker.dockerswarm.DockerSwarm

• app.docker.dockerswarm.DockerSwarm• Servers• SwarmServices• IP• Port• DockerNetwork

app.docker.dockerswarm.SwarmService

• Name• DockerSwarm

app.docker.dockerhost.DockerContainer

• Task• SwarmService

app.docker.dockerhost.DockerNetwork

• Name• SubnetAddress• DockerHost• DockerContainer

Nota: Todos los objetos de modelos del sensor de host de Docker también son aplicables aquí, ya queDocker Swarm es un clúster de nodos de host de Docker.

Configuración del sensor

Antes de utilizar el sensor de clúster de Docker Swarm, debe configurarlo.

Configuración del perfil de descubrimiento:

El sensor de clúster de Docker Swarm es a su vez dependiente del descubrimiento realizado por el sensorde host de Docker. La configuración para el sensor de clúster de Docker Swarm se deriva implícitamentedel sensor de host de Docker. Para obtener detalles, consulte “Sensor de host de Docker” en la página26 :'Configuración del perfil del sensor'.

Resolución de problemas del sensor

Este tema describe los problemas más comunes que se producen en el Sensor de clúster de DockerSwarm y ofrece soluciones a dichos problemas.

El sensor de clúster de Docker Swarm no se invoca en un nodo de host de Docker

Problema: Es posible que el sensor de clúster de Docker Swarm no se invoque en un nodo de host deDocker en el caso de que dicho nodo no tenga actualmente el rol de ‘manager’ para ese clúster.

Solución: Compruebe mediante el archivo de registro (DiscoverManager.log) que está viendo lossiguientes rastreos:

“La modalidad swarm no está habilitada o el host de Docker no tiene actualmente el rol de manager”.

Capítulo 1. Referencia de sensores 35

Page 52: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para desencadenar DSCS, en el ámbito del descubrimiento como mínimo debe incluirse un Host deDocker en el rol 'Manager'.

Sensor de DNSEl sensor de DNS descubre los servidores Domain Name System (DNS).

Nombre del sensor utilizado en la GUI y los registros

DnsSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• Sys.DNSSAP

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de DNS y ofrecesoluciones a dichos problemas.

El sensor no logra descubrir un servidor DNSProblema

El sensor no consigue descubrir un servidor DNS en ejecución.Solución

Si el sensor no puede descubrir un servidor DNS, verifique que el servidor DNS puede resolver ladirección IP 127.0.0.1. El sensor de DNS requiere que el servidor DNS resuelva 127.0.0.1 y, si elservidor no devuelve un valor, el sensor no puede reconocer el servidor DNS concreto.

Sensor HISEl sensor HIS descubre un Microsoft Host Integration Server.

Nombre del sensor utilizado en la GUI y los registros

HISServerSensor

Requisitos previos

Antes de ejecutar este sensor, se deben cumplir los siguientes requisitos previos:

• El descubrimiento del sistema Windows debe realizarse correctamente.• El servicio SNABase debe estar en ejecución.• Utilizando el proveedor Windows Management Instrumentation (WMI) de TADDM, debe garantizarse el

acceso de lectura WMI al espacio de nombres root/microsoftHis. Si el descubrimiento del sistemaWindows se realiza correctamente, este acceso de lectura WMI se otorga de forma predeterminada. Espreferible contar con acceso de nivel administrativo.

Objetos de modelo con atributos asociadosEl sensor HIS crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recoge sobre los recursos de Microsoft Host Integration Server en su entornode TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.his.HISDomain

• APPCModes• AuditLevel

36 Application Dependency Discovery Manager: Sensores

Page 53: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• BroadcastMeanTime• BroadcastProtocolIpxSpx• BroadcastProtocolNamedPipes• BroadcastProtocolTcpIp• ClientBackupDomainNames• ClientBackupSponsorNames• ClientDomainBackupType• ConfigServer• DisplayName• DisplayVerbConnection• DomainName• EventLogServerName• NetViewConnection• PopupServerName• RTMEndOfSession• RTMOverflow• RTMThreshold• RTMTimerUntil• Security3270• SecurityAPPC• SecurityLUA• Servers• Status

app.his.HostIntegrationServer

• DisplayName• Domain• LinkServices• Name• ProductName• ProductVersion• ServerRole• Services• TransportString• VendorName

app.his.IPDLCService

• BackupNetworkNameServers• CMDMaxRetry• CPName• DeviceDriver• DisplayName• DllName• IsRemotable• LENNode

Capítulo 1. Referencia de sensores 37

Page 54: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• LocalAddressAdapter• LocalAddressIP• MaxActivationAttempts• MaxBTUReceive• MaxBTUSend• Name• Network• NodeID• Parent• PrimaryNetworkNameServer• ReceiveAckTimeout• ResolvedIP• UseDynamicPUDefinition

app.his.APPCMode

• AllowLZandRLE• AutoActivate• DisplayName• EndPointOnly• IsPriority• MaxReceiveCompression• MaxSendCompression• MinimumContentionWinnerLimit• Name• Parent• PartnerMinimumContentionWinnerLimit• ReceivePacing• ReceiveRuSize• SessionLimit• TransmitPacing• TransmitRuSize

app.his.HISConnection

• Activation• AllowIncoming• BlockId• CompressionLevel• DisplayName• DynamicLuDef• LUs• LinkService• Name• NodeId• Parent• PartnerConnectionName

38 Application Dependency Discovery Manager: Sensores

Page 55: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• PeerRole• RemoteBlockId• RemoteControlPoint• RemoteEnd• RemoteNetName• RemoteNodeId• RetryDelay• RetryLimit• XIDFormat

app.his.HISLUA

• Compression• DisplayName• HighPriorityMode• Name• Number• Parent• Protocol• UserWksSecure

app.his.HISLUDisplay

• AssociatedLU• Compression• DisplayModel• DisplayModelOverride• DisplayName• HISService• Name• Number• Parent• Protocol• UserWksSecure

app.his.HISLUPrint

• AssociatedLU• Compression• HISService• Name• Number• Parent• Protocol• UserWksSecure

app.his.PrintService

• Account• ActivationRetryInterval

Capítulo 1. Referencia de sensores 39

Page 56: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ActivationRetryLimit• AlwaysDoNL• CanBePaused• CanBeStopped• DelayPrintStart• Descripción• DesktopInteract• DisplayName• DoAllFF• ErrorControl• ExitCode• FlushFinalFF• IgnoreCharsUnder3F• Name• NoEventLogOnSkippingTransparentSection• NoSpaceAfterFF• OperatingState• Parent• PathName• Server• ServiceName• ServiceSpecificCode• ServiceType• SoftwareVersion• StartMode• Started• UseFixedTabs• UseProportionalFontChange

app.his.SNAService

• ControlPoint• HISConnections• Nombre• NetworkName• Parent• Server

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

No existen requisitos de acceso para este sensor. Este sensor se puede ejecutar utilizando lascredenciales de acceso ComputerSystem utilizadas para descubrir el cliente.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de HIS y ofrece solucionesa dichos problemas.

40 Application Dependency Discovery Manager: Sensores

Page 57: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El servicio WMI falla en un destino durante el descubrimientoProblema

El servicio Windows Management Instrumentation (WMI) falla en un sistema de destino durante eldescubrimiento.

SoluciónAsegúrese de que todos los arreglos relacionados con WMI, incluyendo el arreglo KB933061 seaplican en el sistema de destino. Si el problema persiste, ejecute las herramientas de diagnósticoWMI desde Microsoft.

Sensor de Gestión de sistemas en clúster de IBMEl sensor de Gestión de sistemas en clúster de IBM descubre clústers de Cálculo de alto rendimiento(HPC) de Gestión de sistemas en clúster de IBM(CSM).

Nombre del sensor utilizado en la GUI y los registros

CSMServerSensor y CSMNodeSensor

Requisitos previos

GenericComputerSystemSensor, además de los sensores requeridos previamente, debe estar habilitadoen el perfil de descubrimiento utilizando para descubrir el clúster CSM.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.hpc.cm.ConfigurationManagementCluster• sys.hpc.cm.ConfigurationManagementNode• sys.hpc.cm.ConfigurationMangementNodeGroup• sys.hpc.cm.ConfigurationManagementClusterConfigFile• sys.hpc.CSMNode

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Para configurar el CSMServerSensor, complete los siguientes pasos:

1. Cree un perfil de descubrimiento y seleccione la configuración de agente de tipoCSMServerAgentConfiguration.

2. Defina los siguientes atributos obligatorios:masterServerNames

Las direcciones IP o nombres de host de los nodos maestros CSM. Esta propiedad debe definirsepara iniciar el sensor de servidor CSM.

3. En caso de ser necesario, defina los siguientes parámetros o acepte los valores determinados.lsNodeCommand

El mandato utilizado para determinar los nodos CSM. El valor predeterminado es lsnode.nodeGrpCommand

El mandato utilizado para determinar los nodos CSM del grupo. El valor predeterminado esnodegrp.

nodeGrpCommandDelimiterEl delimitador entre nodos de nodeGrpCommand. El valor predeterminado es ",".

Capítulo 1. Referencia de sensores 41

Page 58: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CFMDirectoryLocationLa ubicación del directorio raíz CFM. El valor predeterminado es /cfmroot.

CFMDiscoveryModeLa profundidad de captura de archivos de los archivos y scripts de los directorios de configuraciónde CSM. Los valores válidos son los siguientes:

• 0: No se captura información sobre el archivo.• 1: Solo se capturan el nombre e información sobre el archivo.• 2: Se ha capturado toda la información y contenido del archivo.

El valor predeterminado es 1.

CFMDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio raíz CSM. El valorpredeterminado es "*".

preRebootScriptsLocationLa ubicación de los scripts ejecutados antes del rearranque. El valor predeterminado es /csminstall/csm/scripts/installprereboot/.

preRebootScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/installprereboot/.El valor predeterminado es "*".

postRebootScriptsLocationLa ubicación de los scripts ejecutados tras el rearranque. El valor predeterminado es /csminstall/csm/scripts/installpostreboot/.

postRebootScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/installpostreboot/.El valor predeterminado es "*".

osUpgradePreRebootScriptsLocationLa ubicación de los scripts ejecutados tras la actualización del SO pero antes del rearranque. Elvalor predeterminado es /csminstall/csm/scripts/osupgradeprerboot/.

osUpgradePreRebootScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/osupgradeprereboot/.El valor predeterminado es "*".

osUpgradePostRebootScriptsLocationLa ubicación de los scripts ejecutados tras la actualización del SO y tras el rearranque. El valorpredeterminado es /csminstall/csm/scripts/osupgreadepostreboot/.

osUpgradePostRebootScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/osupgradepostreboot/.El valor predeterminado es "*".

disklessBootScriptsLocationLa ubicación de los scripts de arranque de los nodos sin disco. El valor predeterminado es /csminstall/csm/scripts/disklessboot/.

disklessBootScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/disklessboot/.El valor predeterminado es "*".

disklessPreBuildScriptsLocationLa ubicación de los scripts precompilados ejecutados para los nodos sin disco.

42 Application Dependency Discovery Manager: Sensores

Page 59: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El valor predeterminado es /csminstall/csm/scripts/disklessprebuild/.disklessPreBuildScriptsDiscoveryPattern

El patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/disklessprebuild/.El valor predeterminado es "*".

dataScriptsLocationLa ubicación de todos los scripts adicionales o archivos de datos referenciados por los scripts.El valor predeterminado es /csminstall/csm/scripts/data/.

dataScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/data/.El valor predeterminado es "*".

updateScriptsLocationLa ubicación de los scripts ejecutados una vez completada cualquier actualización CSM.El valor predeterminado es /csminstall/csm/scripts/update/.

updateScriptsDiscoveryPatternEl patrón de denominación de archivos de los archivos del directorio /csminstall/csm/scripts/update/.El valor predeterminado es "*".

nodesScopeEl ámbito de las direcciones IP al que los sensores de nodo CSM están limitados.

doPingNodesEspecifica si los sensores de ping se ejecutan contra los nodos CSM descubiertos.

No existen requisitos de configuración del sensor específicos asociados con el CSMNodeSensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

CSMServerSensor utiliza una entrada de acceso al servidor CSM. Si esta entrada no está disponible, elsensor utiliza la entrada de accesoComputerSystem para acceder al servidor CSM.

CSMNodeSensor utiliza la entrada de acceso ComputerSystem para acceder a los nodos CSM.

Sensor IBM High-Availability Cluster Multi-ProcessingEl sensor multiproceso de clúster de alta disponibilidad (HACMP) de IBM descubre clústers HACMP ycomponentes asociados. El sensor descubre información sobre el clúster, nodos, grupos de recursos,grupos de recursos locales, recursos de aplicaciones, gestor de clúster, etiqueta de IP del servicio,sistema de archivos compartido, direcciones de red de los nodos e información sobre el sitio.

Nombre del sensor utilizado en la GUI y los registros

HACMPSensor

Requisitos previos

El servicio HACMP y el daemon de gestión del clúster deben ejecutarse en los sistemas de destino.

Cuestiones de seguridad

Se requieren privilegios para ejecutar los siguientes mandatos en los sistemas descubiertos:lssrc,clstat, cltopinfo,clRGinfo, cllsserv, cllsif, cllsfs, clshowres, cllsgrp,get_local_nodename, cllssite.

Capítulo 1. Referencia de sensores 43

Page 60: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitaciones

Se aplican las siguientes limitaciones:

• TADDM soporta solo servidores Apache que se están ejecutando en el clúster HACMP.• Solo un servidor de aplicaciones puede ejecutarse en el grupo de recursos HACMP.• Cuando el mandato clstat, que se utiliza en TADDM para comprobar el estado del clúster HACMP,

falla, el sensor ejecuta el mandato odmget. Sin embargo, el ámbito de los datos descubierto por elmandato odmget es limitado porque no incluye los atributos de estado ni subestado del objeto delclúster HACMP.

Objetos de modelo con atributos asociadosEl sensor IBM HACMP crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que recoge el sensor sobre los elementos de configuración en el entorno de IBM HACMP.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.HACMPAppResource

• AppServer• LocalAppResources• Nombre• Parent

HACMPCluster

• ClusterID• ComputerSystems• ConnAuthMode• HeartbeatNetworks• MessageAuthMode• MessageEncryption• Nodes• ResourceGroups• State• Substate• UsePersistentLabel

HACMPClusterHeartbeatNetwork

• Nombre• Netmask• NetworkElements• Parent• PrefixLength• Type

HACMPClusterHeartbeatNetworkElement

• L2Interface• Nombre• NetworkAddress• Parent• StorageVolume

44 Application Dependency Discovery Manager: Sensores

Page 61: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Type

HACMPClusterManager

• CurrentState• HacmpNode

HACMPLocalAppResource

• Node• Parent• StartScript• StopScript

HACMPLocalResourceGroup

• LocalState• Node• Parent

HACMPNode

• ClusterManager• LocalAppResources• LocalResourceGroups• Nombre• NetworkElements• Parent• SiteInfo• State• System

HACMPResourceGroup

• AppResources• FallbackPolicy• FalloverPolicy• FileSystems• GlobalState• LocalResourceGroups• Nodes• Parent• PrimaryNode• ServiceIpLabels• SitePolicy• StartupPolicy• StorageVolumes

ServiceIPLabel

• IpAddress• Nombre• Parent

Capítulo 1. Referencia de sensores 45

Page 62: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SiteInfo

• Nombre

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación en el sistema de destino.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de IBM HACMP.

El sensor utiliza la siguiente entrada en el archivo collation.properties:com.collation.platform.os.UnixOs.forcedServerList=clstrmgr

Debe añadir el atributo clstrmgr a esta entrada para asegurarse de que se inicie el sensor. Porejemplo,

com.collation.platform.os.UnixOs.forcedServerList=vxconfigd;clstrmgr

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen con el sensor de IBM HACMPy ofrecesoluciones a dichos problemas.

El clúster de HACMP está duplicadoProblema

Es posible que un clúster HACMP duplicado se cree en el siguiente caso de ejemplo:

1. Se descubre un clúster HACMP.2. El nombre de clúster HACMP se cambia en la configuración de clúster.3. Se descubre el clúster HACMP de nuevo.

SoluciónPara solucionar una situación donde se ha duplicado un clúster HACMP, utilizando el Portal de gestiónde datos, elimine la copia del clúster que tiene el nombre de clúster antiguo.

Se devolvió una versión incorrecta de HACMPProblema

Cuando se descubre un clúster HACMP con el sensor de IBM HACMP, la versión del producto delclúster HACMP es posible que se descubra de forma incorrecta como "0".

SoluciónDebido a que se ha producido un error con HACMP, a veces se devuelve la versión de clústerincorrecta.

Para comprobar de forma manual la versión de clúster, ejecute el siguiente mandato en uno de losnodos de clústerHACMP:

ssrc -ls clstrmgrES

En la salida del mandato, compruebe la versión del clúster de HACMP, por ejemplo

local node vrmf is 0

46 Application Dependency Discovery Manager: Sensores

Page 63: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Si se muestra la versión correcta de clúster, vuelva a descubrir HACMP.

Los mandatos clstat y cldump no funcionan en nodos directamente instalados en AIX 6.1Problema

Si un clúster de HACMP está instalado en nodos que están directamente instalados en AIX 6.1, losmandatos clstat y cldump no funcionan.

SoluciónDescargue el arreglo para este problema de http://www-01.ibm.com/support/docview.wss?uid=isg1IZ45540.

Sensor de servidor IBM Lotus DominoEl sensor de servidor IBM Lotus Domino descubre servidores Lotus Domino.

Nombre del sensor utilizado en la GUI y los registros

DominoDomainSensor, DominoServerDetailSensor y DominoInitialSensor

Requisitos previos

En el sistema Lotus Domino, debe configurarse una cuenta de usuario con el acceso correcto a losrecursos que se están descubriendo. Asegúrese de que se cumplen los siguientes requisitos:

• El servidor del protocolo Inter-ORB de Internet (IIOP) se debe estar ejecutando al menos en unservidorDomino para cada dominio Domino.

• Añada la dirección IP o el nombre de dominio completo (FQDN) de los servidores IIOP al archivo$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.lotus.dominoserverinitial_7.5.0/plugin.xml .Puede añadir el número de puerto del servidor IIOP Domino al nombre de servidor. La adición delnúmero de puerto es opcional. Normalmente, el número de puerto predeterminado es 63148 para elprotocolo Inter-ORB de Internet de Domino (DIIOP). Si se necesita acceso anónimo, el número depuerto es 80 para HTTP.

El siguiente ejemplo ilustra cómo añadir un nombre de servidor IIOP:

<IIOPServers> <item> <name>example1-server.ibm.com[:Port_number]</name> <SSL>false</SSL> </item> <item> <name>example2-server.ibm.com[:Port_number]</name> <SSL>false</SSL> </item></IIOPServers>

• Para cada uno de los servidores IIOP, deben tener un Id. de usuario y una contraseña válidos.• El Id. de usuario del servidor IIOP debe tener acceso de lectura al archivo names.nsf.• Debe especificar un ámbito de descubrimiento que contenga todos los nodos del servidor, para

obtenerinformación completa sobre los clústeres de Domino.• Compruebe el documento de servidor en el directorio Domino y asegúrese de que el Id. de usuario tiene

el acceso de lectura habilitado para los siguientes valores de seguridad:

– Servidor de acceso– Ejecutar los agentes LotusScript/Java restringidos

En el sistema Lotus Domino, debe configurarse una cuenta de usuario con el acceso correcto a losrecursos que se están descubriendo, por ejemplo archivos y bases de datos.

• Para que TADDM se conecte con un servidor IIOP de Domino utilizando SSL, es necesario definir elarchivo osgi/plugins/com.ibm.cdb.discover.sensor.app.lotus.dominoserverinitial_7.5.0/plugin.xml

Capítulo 1. Referencia de sensores 47

Page 64: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

como true. A continuación, debe copiar el archivo TrustedCerts.class en el directorio$COLLATION_HOME/etc/domino_trusted del servidor de TADDM. El archivoTrustedCerts.class está ubicado en la carpeta domino data folder/domino/java.

• Emita el mandato show task en la consola de Domino para determinar si la tarea DIIOP se estáejecutando.

• Si la tarea DIIOP no está en ejecución, emita el mandato load diiop utilizando la consola deDominopara cargar la tarea DIIOP.

• Emita el mandato tell diiop show config para comprobar la configuración.

Si actualiza el archivo plugin.xml, debe reiniciar el servidor de TADDM para que los cambios surtanefecto.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.lotus.AgentManager• app.lotus.AdminProcess• app.lotus.DirectoryAssistance• app.lotus.DirectoryCataloger• app.lotus.DomainCatalog• app.lotus.DominoCluster• app.lotus.DominoConnection• app.lotus.DominoDatabase• app.lotus.DominoDomain• app.lotus.DominoNamingContext• app.lotus.DominoReplicas• app.lotus.DominoSecurity• app.lotus.DominoServer• app.lotus.DominoTransactionLogging• app.lotus.HTTPFilterSpecialtyServer• app.lotus.IIOPConfig• app.lotus.IMAPConfig• app.lotus.InternetClusterManager• app.lotus.LDAPConfig• app.lotus.OtherDatabase• app.lotus.POPConfig• app.lotus.RemoteDebugManager• app.lotus.SMTPConfig• app.lotus.SpecialityServer• app.lotus.WebConfig• app.lotus.WebRetriever

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del servidor IBM Lotus Domino soporta el descubrimiento asíncrono y basado en script.Además, en un descubrimiento no basado en scripts, el sensor del servidor Lotus Domino no se soportaen el sistema operativo Solaris; sin embargo, en el descubrimiento asíncrono o basado en script, el sensorse soporta en el sistema operativo Solaris.

48 Application Dependency Discovery Manager: Sensores

Page 65: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la entrada de la lista de acceso al sistema se utiliza para leer elarchivo de configuración de Lotus Domino. No se necesita la entrada de lista de acceso para el servidorLotus Domino.

Limitaciones

La mayoría de funciones proporcionadas por el sensor del servidor Lotus Domino durante undescubrimiento no basado en scripts no son compatibles con el descubrimiento asíncrono o basado enscripts.

En un descubrimiento asíncrono o basado en scripts, solo se soporta el atributo Versión.

No soporta el descubrimiento mediante descriptor de aplicación.

Configuración de la lista de accesoPara que el sensor del servidor IBM Lotus Domino pueda acceder al servidor de Lotus Domino, debeconfigurar la lista de acceso.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. En la Consola de gestión del descubrimiento, cree un conjunto de ámbito del descubrimiento quecontenga la dirección IP del servidor Lotus Domino.

2. Para crea una lista de acceso, pulse el icono Lista de acceso.3. En la ventana Lista de acceso, pulse Añadir.4. En el campo Tipo de componente de la ventana Detalles de acceso, pulse Servidores de mensajería.5. En el campo Proveedor de la ventana Detalles de acceso, pulse Domino.6. Escriba los credenciales para acceder al servidor de Lotus Domino de destino.

También debe tener una entrada de lista de acceso y las credenciales para los sistemas Windows. Elsensor de sesión crea una sesión entre el servidor de TADDM y los sistemas de destino antes de ejecutarel descubrimiento del sensor del servidor de IBM® Lotus® Domino®.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor SNMP de IBM LotusDomino y ofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

Si el protocolo Domino Internet Inter-ORB Protocol (DIIOP) no se está ejecutando o el archivoplugin.xml no está configurado correctamente, el sensor no se inicia o falla.

Solución

• Compruebe el archivo $COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.lotus.dominoserverinitial_7.5.0/plugin.xmlpara asegurarse de que está configurado correctamente. Si actualiza el archivo plugin.xml, debereiniciar el servidor de TADDM para que los cambios surtan efecto.

• Utilizando la consola Domino, ejecute los siguientes mandatos:

– load diiop

Capítulo 1. Referencia de sensores 49

Page 66: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

– show tasks

El sensor no se inicia si no se puede acceder al archivo notes.iniProblema

Para los sistemas operativos AIX, si el archivo notes.ini no se encuentra en el entorno deprocesamiento, el sensor no se inicia.

SoluciónEl Id. de usuario que está llevando a cabo el descubrimiento no tiene acceso de lectura al entorno deprocesamiento debido a problemas de seguridad. Compruebe la siguiente entrada en el archivocollation.properties:

com.collation.platform.os.command.psEnv.AIX

En caso de ser necesario, añada el mandato sudo para definir los permisos de acceso al archivo.

Sensor de IBM Tivoli Monitoring ScopeUtilización de credenciales para el servidor de Tivoli Enterprise Portal en vez de las credenciales paracada sistema que supervisa el servidor de Portal, El sensor de IBM Tivoli Monitoring Scope descubre loselementos de configuración en el entorno de IBM Tivoli Monitoring.

El sensor de IBM Tivoli Monitoring Scope proporciona las siguientes prestaciones de descubrimiento:

• Proporciona el descubrimiento básico de los puntos de finalización de Tivoli Monitoring, de formasimilar al descubrimiento de TADDM Nivel 1. El sensor descubre las direcciones IP, las direcciones MAC,y el tipo de sistema operativo para cada sistema que supervisa Tivoli Monitoring.

• Crea un entorno especial para todos los puntos finales de Tivoli Monitoring que descubre para quetodos los futuros descubrimientos de TADDM Nivel 2 (y algunos de nivel 3) puedan ejecutarse sinnecesitar las credenciales de acceso para los puntos finales de Tivoli Monitoring.

Consulte la Guía del administrador de TADDM para obtener información sobre la configuración deldescubrimiento utilizando IBM Tivoli Monitoring.

Nombre del sensor utilizado en la GUI y los registros

ITMScopeSensor y ITMScopeSensor-x.xx.xxx.xxx.log, donde x.xx.xxx.xxx representa la dirección IP delsistema descubierto.

El sensor deIBM Tivoli Monitoring Scope también guarda un registro de la información en local-anchor.nombredehost.ITMScopeSensor.log, donde nombredehost representa el nombre de hostdel servidor de TADDM.

Requisitos previos

Para que un sistema supervisado se almacene en la base de datos de TADDM, IBM Tivoli Monitoring debeproporcionar las direcciones IP y MAC como respuesta a las peticiones del sensor.

Limitaciones

El descubrimiento con el sensor de Tivoli Monitoring Scope causa los siguientes problemas derendimiento en el entorno de Tivoli Monitoring:

• Un aumento en el uso de la CPU del Tivoli Enterprise Portal Server y el Tivoli Enterprise MonitoringServer

• Un aumento del uso de la red• Si dos o más servidores de TADDM llevan a cabo el descubrimiento contra el servidor de Tivoli

Monitoring de forma simultánea, el descubrimiento de Tivoli Monitoring no se realiza correctamente.

50 Application Dependency Discovery Manager: Sensores

Page 67: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Estos impactos en el rendimiento están presentes durante el periodo que dura el descubrimiento ypueden afectar también al rendimiento de las funciones de Tivoli Monitoring, dependiendo del hardwareTivoli Monitoring utilizado.

El sensor no descubre hosts en una red privada que utilizada NAT (Traducción de dirección de Red).

Objetos de modelo con atributos asociadosEl sensor de IBM Tivoli Monitoring Scope crea objetos de modelo con atributos asociados. Los atributosindican el tipo de información que el sensor recoge sobre el entorno de IBM Tivoli Monitoring.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.net.IpInterface

• IpAddress

Diversos sistemas con los siguientes objetos de modelo:

sys.aix.AixUnitaryComputerSystemsys.hpux.HpUxUnitaryComputerSystemsys.linux.LinuxUnitaryComputerSystemsys.sun.Solarissys.sun.SunSPARCUnitaryComputerSystemsys.UnitaryComputerSystemsys.windows.WindowsComputerSystemsys.zOS.ZSeriesComputerSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• Fqdn• Ipinterface• Nombre• OSInstalled• OSRunning• Signature• Type

Diversos sistemas operativos con los siguientes objetos de modelo:

sys.aix.Aixsys.hpux.HpUxsys.linux.Linuxsys.sun.Solarissys.zOS.Sysplexsys.unix.Unixsys.windows.WindowsOperatingSystemsys.zOS.ZOS

Los siguientes atributos están asociados a estos objetos de modelo:

• Nombre• ManagedSystemName• OSVersion

Configuración del sensorAntes de ejecutar el descubrimiento del entorno IBM Tivoli Monitoring, debe configurar el sensor deIBMTivoli Monitoring Scope.

Capítulo 1. Referencia de sensores 51

Page 68: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Copia de los archivos necesarios desde el Tivoli Enterprise Portal Server al servidor de TADDMDebe copiar algunos archivos desde el Tivoli Enterprise Portal Server al servidor de TADDM.

En un despliegue del servidor en modalidad continua, siga estos pasos en el servidor de descubrimiento,si está configurando el sensor por primera vez. No complete este procedimiento si ya ha copiado losarchivos desde Tivoli Enterprise Portal Server al servidor de TADDM en la versión 7.2.1.x y ha actualizadoa la versión 7.2.2 o posterior.

1. En el servidor de TADDM, verifique que el directorio $COLLATION_HOME/lib/itm existe.2. Copie los siguientes archivos desde el Tivoli Enterprise Portal Server al directorio$COLLATION_HOME/lib/itm del servidor de TADDM:

• browser.jar• cnp.jar• cnp_vbjorball.jar• kjrall.jar• util.jar• tap_cli.jar

En sistemas Windows, copie los archivos desde el directorio ITM_INSTALLATION_DIR\CNB\classes.

En sistemas Linux y UNIX, copie los archivos desde el directorio ITM_INSTALLATION_DIR/classes.

3. Nota: Sáltese este paso si está integrando con ITM 6.3 o posterior.

Copie el archivo cfwk.zip desde Tivoli Enterprise Portal Server al directorio$COLLATION_HOME/lib/itm del servidor de TADDM.

En sistemas Windows, copie el archivo desde el directorio ITM_INSTALLATION_DIR\GSK7\classes.

En sistemas Linux y UNIX, copie el archivo desde el directorio ITM_INSTALLATION_DIR/ARCH/gs/classes.

4. En sistemas Linux y UNIX, utilice el siguiente mandato para que el usuario y grupo de los archivoscopiados previamente sean iguales al usuario y grupo utilizados para ejecutar el servidor de TADDM:

chown -R taddmuser:taddmuser $COLLATION_HOME/lib/itm

5. Reinicie el servidor de TADDM.

Distribución del paquete de soporte de destino del descubrimientoDurante el proceso de descubrimiento, TADDM debe copiar datos de archivo binario entre él mismo y eldestino de descubrimiento utilizando IBM Tivoli Monitoring como intermediario. Para destinos dedescubrimiento Windows, el soporte de destino de descubrimiento habilita archivos binarios para sercopiados desde TADDM al destino del descubrimiento como parte del proceso de descubrimiento.Además, el paquete de soporte de destino de descubrimiento proporciona parte de la pasarela deWindows en el destino, de forma que esta pasarela esté disponible durante dicho descubrimiento. Es temétodo evita que tenga que desplegar una pasarela de descubrimiento de Windows independiente en suentorno de Tivoli Monitoring. El paquete de soporte de destino de descubrimiento no es obligatorio ensistemas operativos Linux, AIX, Solaris o HP-UX.

Antes de realizar el primer descubrimiento de TADDM, el paquete de soporte de destino dedescubrimiento debe desplegarse en cada punto final del sistema operativo Tivoli Monitoring Windows. Elpaquete ocupa poco y está diseñado para no ser intrusivo y ser utilizado únicamente durante undescubrimiento de TADDM. Si va a realizar un descubrimiento de Nivel 1, esta tarea no es necesaria.

Debe distribuir el paquete de soporte en los destinos de descubrimiento de Windows mediante eldepósito de Tivoli Enterprise Monitoring Server. El paquete del soporte debe estar también cargado encualquier depósito de Tivoli Enterprise Monitoring Server remoto que exista en su entorno de TivoliMonitoring.

52 Application Dependency Discovery Manager: Sensores

Page 69: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Además de desplegar el paquete de soporte de destino del descubrimiento, debe asegurarse de quetodos los puntos finales de Tivoli Monitoring están configurados para el descubrimiento. Por ejemplo,todos los puntos finales basados en UNIX deben tener instalado el programa LiSt Open Files (lsof). Paraobtener más información, consulte la Guía del administrador de TADDM.

En el DVD de TADDM DVD, el paquete de soporte está en el archivo KD7.zip o KD7_621.zip en eldirectorio /itm-discovery-support. Dependiendo de la versión del servidor Tivoli EnterpriseMonitoring, se distribuye el paquete de soporte apropiado. Para IBM Tivoli Monitoring Versión 6.2.1-TIV-ITM-FP0001 o posterior, se distribuye el paquete de soporte en KD7_621.zip. Para IBM TivoliMonitoring Versión 6.2.2-TIV-ITM-FP0002 o superior, se distribuye el paquete de soporte en KD7.zip.

Para distribuir el paquete de soporte en los destinos del descubrimiento, complete los siguientes pasos:

1. Extraiga el archivo de paquete de soporte apropiado KD7.zip o KD7_621.zip en un directorio en elservidor Tivoli Enterprise Monitoring. Por ejemplo, el directorio C:\TEMP en Windows y /tmp en Linuxo sistemas UNIX.

2. Para añadir el paquete de soporte al depósito de Tivoli Enterprise Monitoring Server, ejecute elmandato tacmd, como se muestra en el siguiente ejemplo. Para suprimir la confirmación, utilice laopción -f.En sistemas operativos Windows:

C:\IBM\ITM\bin>tacmd login -u sysadmin -p mypassword -s localhost

Validando usuario...

KUIC00007I: Usuario sysadmin en servidor https://localhost:3102.C:\IBM\ITM\bin>tacmd addBundles -i C:\TEMP\KD7\072200000

KUICAB023I: ¿Está seguro de que desea añadir los siguientes paquetesal depósito C:\IBM\ITM\CMS\depot\?

Tipo : ComponenteCód. de prod.: d7Desplegable : síVersión : 072200000Descripción : Descubrimiento TADDM mediante habilitación ITMTipo Host : WINNTVersión host : WINNTReq. previos :

KUICAB024I: Introduzca Y para sí o N para no: y

KUICAB020I: Añadiendo paquetes al depósito C:\IBM\ITM\CMS\depot\. El tiempo necesario para completar esta operación depende del número y tamaño de los paquetes añadidos.

KUICAB022I: Los siguientes paquetes se han añadido correctamente al C:\IBM\ITM\CMS

En sistemas operativos Linux o UNIX:

[root@localhost bin]# /opt/IBM/ITM/bin/tacmd login -s localhost -u sysadmin -p "mypassword"

Validando usuario...

KUIC00007I: Usuario sysadmin en servidor https://localhost:3661.[root@localhost bin]# /opt/IBM/ITM/bin/tacmd addBundles -i /tmp/KD7/072200000/

KUICAB023I: ¿Está seguro de que desea añadir los siguientes paquetes al depósito /opt/IBM/ITM/tables/TEMS/depot? Tipo : ComponenteCód. de prod.: d7Desplegable : síVersión : 072200000Descripción : Descubrimiento TADDM mediante habilitación ITMTipo Host : WINNTVersión host : WINNTReq. previos :

KUICAB024I: Introduzca Y para sí o N para no: y

Capítulo 1. Referencia de sensores 53

Page 70: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

KUICAB020I: Añadiendo paquetes al depósito /opt/IBM/ITM/tables/TEMS/depot. El tiempo necesario para completar esta operación depende del número y tamaño de los paquetes añadidos.

KUICAB022I: Los siguientes paquetes se han añadido correctamente al depósito /opt/IBM/ITM/tables/TEMS/depot:

3. Para obtener el nombre de los sistemas gestionados para los sistemas operativos Windows, utilice elmandato tacmd listSystems -t NT . Para obtener más información sobre tacmd listSystems-t NT, consulte los mandatos tacmd CLI en: http://www-01.ibm.com/support/knowledgecenter/SSTFXA_6.2.2.2/com.ibm.itm.doc_6.2.2fp2/tacmd.htm.

4. Para distribuir el paquete de soporte desde Tivoli Enterprise Monitoring Server a los destinos deldescubrimiento, inicie sesión en elTivoli Enterprise Monitoring Server y ejecute el mandato tacmd,como se muestra en el siguiente ejemplo:En sistemas operativos Windows:

C:\IBM\ITM\bin>tacmd login -u sysadmin -p mypassword -s localhostValidando usuario...KUIC00007I: Usuario sysadmin en servidor https://localhost:3102.C:\IBM\ITM\bin>tacmd addsystem -t d7 -n Primary:OMPDEV2:NTKUICAR010I: El tipo de agente d7 está siendo desplegado.KUICAR028I: La operación se ha puesto correctamente en cola para el despliegue, el ID de transacción es 121969167781300000018467, utilice el CLI getDeployStatus para ver el estado.

En sistemas operativos Linux o UNIX:

[root@localhost bin]# /opt/IBM/ITM/bin/tacmd login -s localhost -u sysadmin -p "mypassword"

Validando usuario...

KUIC00007I: Usuario sysadmin en servidor https://localhost:3661.[root@blueronin bin]# /opt/IBM/ITM/bin/tacmd addsystem -t d7 -n Primary:OMPDEV2:NT

KUICAR010I: El tipo de agente d7 está siendo desplegado.

KUICAR028I: La operación se ha puesto correctamente en cola para el despliegue, El Id. de la transacción es 1255360658461460000354687074, utilice el CLI getDeployStatus para ver el estado.

5. Compruebe el estado del despliegue introduciendo el mandato tacmd getDeployStatus. Porejemplo:

C:\IBM\ITM\bin>tacmd getdeploystatus -g 121969167781300000018467

ID de transacción : 121969167781300000018467 Mandato : INSTALL Estado : SUCCESS Reintentos : 0 Nombre TEMS : HUB_TEMS Nombre de host de destino: Primary:OMPDEV2:NT Plataforma : WINNT Producto : D7 Versión : 072200000 Mensaje de error : KDY0028I: Solicitud finalizada correctemente. La solicitud se procesó correctamente y ha finalizado.

Instalación de consultas personalizadas en el Tivoli Enterprise Portal ServerPara descubrimientos de Nivel 1 y Nivel 2 mediante IBM Tivoli Monitoring, debe instalar consultaspersonalizadas en el Tivoli Enterprise Portal Server para dar soporte a la consulta de direcciones MAC desistemas gestionados y versiones de agente por parte del sensor de IBM Tivoli Monitoring Scope.

En el TADDM DVD, el paquete de soporte se encuentra en el archivoTEPS_Query.zip del directorio /itm-discovery-support. Las consultas personalizadas están definidas en el archivoinstall_zkd7.sql.

Estas consultas devuelven la siguiente información:

• Número de versión del agente de cada punto final

54 Application Dependency Discovery Manager: Sensores

Page 71: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Dirección MAC de cada punto final de Linux• Nombre del sistema operativo y versión de cada punto final

Para instalar las consultas personalizadas en el Tivoli Enterprise Monitoring Server, complete lossiguientes pasos:Instalación en sistemas operativos Linux:

1. Inicie sesión en el Tivoli Enterprise Portal Server y copie el archivo TEPS_Query.zip en undirectorio local.

En estas instrucciones, el archivoTEPS_Query.zip se copia y extrae en el directorio /tmp/teps.Los archivos install_zkd7.sql y uninstall_zkd7.sql se ubican a continuación en eldirectorio/tmp/teps.

2. Instale las consultas personalizadas:

/opt/IBM/ITM/bin/itmcmd execute cq"/opt/IBM/ITM/li6263/cq/bin/KfwSQLClient -d KFW_DSN–f /tmp/teps/install_zkd7.sql"

3. Detenga el Tivoli Enterprise Portal Server:

/opt/IBM/ITM/bin/itmcmd agent stop cq

4. Inicie el Tivoli Enterprise Portal Server:

/opt/IBM/ITM/bin/itmcmd agent start cq

Instalación en sistemas operativos Windows:

1. Inicie sesión en el Tivoli Enterprise Portal Server y copie el archivo TEPS_Query.zip en undirectorio local.

En estas instrucciones, el archivo TEPS_Query.zip se copia y extrae en el directorio c:\TEMP\TEPS. Los archivos install_zkd7.sql y uninstall_zkd7.sql se ubican a continuación enel directorio c:\TEMP\TEPS.

2. Cambie al directorio en el que está instalado Tivoli Enterprise Portal Server:

cd c:\IBM\ITM\CNPS

3. Instale las consultas personalizadas:

.\kfwsqlclient.exe /d KFW_DSN /f c:\TEMP\TEPS\install_zkd7.sql

4. Desde la ventana Servicios de Tivoli Monitoring, reinicie el Tivoli Enterprise Portal Server.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor de IBM Tivoli Monitoring Scope no está habilitado. Tras habilitarlo,TADDM descubre puntos finales de Tivoli Monitoring y crea un conjunto de ámbito. El conjunto de ámbitoscontiene los puntos finales descubiertos y utiliza los puertos predeterminados 1920 y 15001 de TivoliEnterprise Portal Server. No obstante, de forma predeterminada, no se crean los objetos del sistema paralos puntos finales deTivoli Monitoring. Si desea crear objetos de sistema para cada punto finaldescubiertos o para utilizar puertos de Tivoli Enterprise Portal Server distintos de los puertospredeterminados, cree un perfil de descubrimiento nuevo de Nivel 1 o Nivel 2 para el sensor de IBM TivoliMonitoring Scope y personalice los valores de sensor.

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En la Consola de gestión del descubrimiento, pulse el icono Perfiles de descubrimiento.2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil. En el campo Clonar perfil

existente, pulse Descubrimiento de Nivel 1 o Descubrimiento de Nivel 2, y pulse Aceptar.4. En la lista de sensores, pulse ITMScopeSensor, y después Nuevo.

Capítulo 1. Referencia de sensores 55

Page 72: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

5. En la ventana Crear configuración, escriba el nombre y descripción de su configuración deITMScopeSensor y seleccione la casilla de verificaciónHabilitar configuración.

6. En la sección Configuración de la ventana Crear configuración, para definir un conjunto de puertospara que busque el Tivoli Enterprise Portal Server, pulse portList. A continuación, pulse dos veces enel campo Valor de la fila, y escriba cada valor de número de puerto, separados por coma.

7. Si desea configurar el sensor para que no utilice el puerto 1920, pulse useDefaultPortList. Acontinuación pulse dos veces en el campo Valor de la fila y escriba false.

El valor predeterminado parauseDefaultPortList es true. Si se facilita un lista de puertos yuseDefaultPortList está definido como true, el puerto 1920 se añadirá a la lista para que busque elTivoli Enterprise Portal Server.

8. Para crear objetos del sistema que se muestren en el árbol de componentes descubiertos durante undescubrimiento, pulsediscoverITMEndpoints. A continuación pulse dos veces en el campo Valor dela fila y escriba true.

Si no des ea crear objetos de sistema durante un descubrimiento, no escriba nada en el campo ointroduzcafalse.

9. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.10. En la ventana Perfiles de descubrimiento, pulse Guardar.

Descubrimiento de puntos finales que están detrás de cortafuegosEl sensor de IBM Tivoli Monitoring Scope soporta los puntos finales de Tivoli Monitoring que están detrásde un cortafuegos.

Procedimiento

1. Ejecute un descubrimiento de Nivel 1 de su entorno ITM para crear el archivoitmserver.properties.

2. Incluya el sensor en su perfil y defina el parámetro startSessionOnly como true en las opciones deconfiguración.

Resultados

El sensor comprueba si la dirección IP del ámbito original está gestionada por ITM y ejecuta un sensor desesión. El sensor utiliza la sesión ITM únicamente si está permitida y es la preferida para el host.

Restricción: El parámetro startSessionOnly tiene prioridad sobre todas las demás opciones deconfiguración. Si está habilitado, el sensor no inicia ninguna otra operación.

Configuración de la lista de accesoPara ofrecer al sensor de IBM Tivoli Monitoring Scope acceso a la aplicación Tivoli Enterprise PortalServer, debe configurar la lista de acceso.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. En la Consola de gestión del descubrimiento, cree un conjunto de ámbito del descubrimiento quecontenga su Tivoli Enterprise Portal Server o utilice un ámbito existente que contenga su TivoliEnterprise Portal Server.

2. Para crea una lista de acceso, pulse el icono Lista de acceso.3. En la ventana Lista de acceso, pulse Añadir.4. En el campo Tipo de componente de la ventana Detalles de acceso, pulse Integración.5. En el campo Proveedor de la ventana Detalles de acceso, pulse IBM Tivoli Monitoring.6. Escriba los credenciales para el Tivoli Enterprise Portal Server. Utilice los credenciales necesarios para

iniciar sesión en el Tivoli Enterprise Portal Server en vez de los necesarios para el sistema en el quereside el Tivoli Enterprise Portal Server.

56 Application Dependency Discovery Manager: Sensores

Page 73: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Desinstalación del sensorPara desinstalar los componentes de configuración de IBM Tivoli Monitoring Scope, debe completarvarios pasos.

Supresión de entradas de la lista de accesoEn la Consola de gestión del descubrimiento, suprima cada entrada de la lista de acceso de IBM TivoliMonitoring.

Para suprimir una entrada de la lista de acceso, complete los siguientes pasos:

1. Desde la Consola de gestión del descubrimiento, suprima los conjuntos de ámbito de descubrimientoque contenga suTivoli Enterprise Portal Server.

2. Para suprimir una lista de acceso, pulse el icono Lista de acceso.3. En la ventana Lista de acceso, seleccione las listas de acceso de IBM Tivoli Monitoring y pulse

Suprimir para cada una de ellas.

Supresión de perfiles de descubrimientoEn la Consola de gestión del descubrimiento, suprima cada perfil de descubrimiento de IBM TivoliMonitoring.

Para suprimir un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En la Consola de gestión del descubrimiento, pulse el icono Perfiles de descubrimiento.2. En la ventana Perfiles de descubrimiento, seleccione cada uno de los perfiles de descubrimiento

creados por IBM Tivoli Monitoring y pulse Suprimir.

Desinstalación de consultas personalizadas en Tivoli Enterprise Portal ServerPara desinstalar la configuración del sensor de IBM Tivoli Monitoring Scope, debe desinstalar lasconsultas personalizadas de Tivoli Enterprise Portal Server.

Las consultas personalizadas pueden eliminarse ejecutando la consulta de desinstalaciónuninstall_zkd7.sql. En el TADDM DVD, esta consulta se encuentra en el archivo TEPS_Query.zipdel directorio /itm-discovery-support.

Para desinstalar las consultas personalizadas del Tivoli Enterprise Portal Server, complete los siguientespasos:Desinstalación en sistemas operativos Linux:

1. Inicie sesión en el Tivoli Enterprise Portal Server y copie el archivo TEPS_Query.zip en undirectorio local.

En estas instrucciones, el archivoTEPS_Query.zip se copia y extrae en el directorio /tmp/teps.A continuación, el archivo uninstall_zkd7.sql se ubicará en el directorio /tmp/teps.

2. Ejecute la consulta de desinstalación:

/opt/IBM/ITM/bin/itmcmd execute cq "/opt/IBM/ITM/li6263/cq/bin/KfwSQLClient -d KFW_DSN –f /tmp/teps/uninstall_zkd7.sql"

3. Detenga el Tivoli Enterprise Portal Server:

/opt/IBM/ITM/bin/itmcmd agent stop cq

4. Inicie el Tivoli Enterprise Portal Server:

/opt/IBM/ITM/bin/itmcmd agent start cq

Desinstalación en sistemas operativos Windows:

1. Inicie sesión en el Tivoli Enterprise Portal Server y copie el archivo TEPS_Query.zip en undirectorio local.

Capítulo 1. Referencia de sensores 57

Page 74: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

En estas instrucciones, el archivo TEPS_Query.zip se copia y extrae en el directorio c:\TEMP\TEPS. A continuación, el archivo uninstall_zkd7.sql se ubicará en el directorio c:\TEMP\TEPS.

2. Cambie al directorio en el que está instalado Tivoli Enterprise Portal Server:

cd c:\IBM\ITM\CNPS

3. Ejecute la consulta de desinstalación (soporta todas las plataformas:

.\kfwsqlclient.exe /d KFW_DSN /f c:\TEMP\TEPS\uninstall_zkd7.sql

4. Desde la ventana Servicios de Tivoli Monitoring, reinicie el Tivoli Enterprise Portal Server.

Eliminación del paquete de soporte de destino del descubrimientoPara desinstalar la configuración del sensor de IBM Tivoli Monitoring Scope, debe eliminar el paquete desoporte de destino de los depósitos de Tivoli Enterprise Monitoring Server.

En el TADDM DVD, el paquete de soporte se encuentra en el archivoKD7.zip del directorio /itm-discovery-support.

Para eliminar el paquete de soporte del depósito del agente, sigas estos pasos:

1. Extraiga el archivo KD7.zip en un directorio de Tivoli Enterprise Monitoring Server (por ejemplo eldirectorio C:\TEMP).

2. Para eliminar el paquete de soporte de los destinos de descubrimiento, inicie sesión en el TivoliEnterprise Monitoring Server. Ejecute el mandato tacmd, como se muestra en el siguiente ejemplo.Facilite el código del producto (D7) utilizando la opción -t, y el sistema gestionado del que se debeneliminar los paquetes utilizando la opción -n.

tacmd removesystem -t D7 -n Primary:Sirius:NT

3. Para eliminar el paquete de soporte del depósito de Tivoli Enterprise Monitoring Server, ejecute elmandato tacmd, como se muestra en el siguiente ejemplo. Facilite la ruta al directorio en el que seencuentran los paquetes instalables utilizando la opción -i.

tacmd removeBundles -i C:\TEMP\KD7\072200000

Supresión de los archivos de Tivoli Enterprise Portal Server desde el servidor de TADDMPara desinstalar la configuración del sensor de IBM Tivoli Monitoring Scope, debe suprimir los archivoscopiados desde el Tivoli Enterprise Portal Server al servidor de TADDM.

Para suprimir los archivos copiados desde elTivoli Enterprise Portal Server, complete los pasossiguientes:

1. En el servidor de TADDM, suprima el directorio $COLLATION_HOME/lib/itm.2. Reinicie el servidor de TADDM.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de IBM Tivoli MonitoringScope y ofrece soluciones a dichos problemas.

Se crean sistemas que están fuera del ámbito definidoProblema

Durante el descubrimiento se crean algunos sistemas que están fuera del ámbito definido.Solución

Si el atributo discoverITMEndpoints del perfil de descubrimiento para este sensor está definido comotrue, durante el descubrimiento el sensor crea un sistema para cada punto final de Tivoli Monitoringconocido por elTivoli Enterprise Portal Server. Esta creación se produce aunque un punto final seencuentre fuera del ámbito de descubrimiento inicial incluido en el servidor de portal.

58 Application Dependency Discovery Manager: Sensores

Page 75: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Se sobrescriben las actualizaciones realizadas al ámbito de Tivoli Monitoring generado utilizando laConsola de gestión del descubrimientoProblema

Se sobrescriben las actualizaciones realizadas al ámbito de Tivoli Monitoring generado en eldescubrimiento previo utilizando la Consola de gestión del descubrimiento.

SoluciónDurante un descubrimiento de Nivel 1, se crea un nuevo ámbito basado en el nombre del TivoliEnterprise Portal Server. Este ámbito se sobrescribe la siguiente vez que se descubre el servidor deportal durante un descubrimiento de Nivel 1 y 2.

Para cambiar el ámbito de Tivoli Monitoring generado, cree un ámbito con un nombre diferente quecontenga lo s elementos del ámbito generado.

En los entornos grandes de Tivoli Monitoring, el sensor falla con un error de tiempo de esperaProblema

En los entornos grandes de Tivoli Monitoring, el sensor de Tivoli Monitoring Scope falla con un error detiempo de espera.

SoluciónEn el archivo etc/collation.properties, edite la siguiente propiedad, donde valor es el númerode milisegundos permitidos para la ejecución del sensor (por ejemplo, 60000 es 1 minuto):

com.collation.discover.agent.ITMScopeSensor.timeout=valor

El sensor falla con un error de tiempo de espera cuando existen vínculos de red lentos o muchossaltos de direccionador entre los sistemas de destino y el Tivoli Enterprise Portal Server o TADDMProblema

El sensor de Tivoli Monitoring Scope falla con un error de tiempo de espera. Existen vínculos de redlentos o muchos saltos de direccionador entre los sistemas de destino y el Tivoli Enterprise PortalServer o TADDM. El entorno incluye sistemas Windows, Linux y UNIX.

SoluciónEste problema se debe a los valores del búfer TCP. Dado que el tamaño de memoria intermedia enocasiones es demasiado pequeño, se produce un rendimiento inadecuado de los sensores de TADDMy el Tivoli Enterprise Portal Server.

Para solucionar este problema, complete los pasos indicados a continuación, dependiendo de susistema operativo:

En sistemas AIX:

1. Ejecute los siguientes mandatos:

/usr/sbin/no -o tcp_sendspace=32768/usr/sbin/no -o tcp_recvspace=32768

2. Reinicie el servidor de TADDM.

En sistemas Linux:

1. Edite el archivo /etc/sysctl.conf con los siguientes valores:

# aumenta el tamaño de memoria intermedia TCP máximo net.core.rmem_max = 16777216 net.core.wmem_max = 16777216

# aumenta los límites de almacenar en búfer TCP de Linux

# nº mínimo, predeterminado y máximo de bytes a utilizar net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 65536 16777216

2. Ejecute sysctl -p para leer y definir los nuevos valores.

Capítulo 1. Referencia de sensores 59

Page 76: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

3. Reinicie el servidor de TADDM.

En sistemas Solaris:

1. Ejecute los siguientes mandatos:

/usr/sbin/ndd -set /dev/tcp tcp_xmit_hiwat 32768/usr/sbin/ndd -set /dev/tcp tcp_recv_hiwat 32768

2. Reinicie el servidor de TADDM.

Mensaje de error al ejecutar el mandato tacmd getDeployStatus tras desplegar el paquete desoporte de destino del descubrimientoProblema

Aparecen uno o varios de los mensajes siguientes al ejecutar el mandato tacmd getDeployStatustras desplegar el paquete de soporte del destino del descubrimiento:

• Mensaje de error: KDY1024E: El mandato /opt/IBM/ITM/bin/CandleAgent-h /opt/IBM/ITM start d7 no inicia o detiene el agente.El mandato devuelve un código de retorno.

• Mensaje de error: KDY1008E: La acción del agente INSTALL ha falladocon un código de retorno del código de producto d7. El mandato/opt/IBM/ITM/tmaitm6/aix526/bin/kdy_xa -setCMS d7 ha producidoel siguiente error: <Variable formatSpec="{4}">stdErrText</Variable>. El código de retorno especificado se ha recibido desdeel conversor de dos direcciones.

• Mensaje de error: KDY1024E: El agente ha fallado al responder almandato C:\itmagent\installITM\Batch\kincli -startagent -akd7 no inicia o detiene el agente. El mandato devuelve un código de retorno anómalo.

SoluciónEstos mensajes no indican errores reales, ya que el paquete de soporte de destino deldescubrimiento no ha de responder al mandatostart o stop del agente. El mandato de TivoliMonitoring cinfo tampoco muestra el paquete de soporte porque este es una adición al agente SOexistente.

Compruebe que el paquete de soporte de destino del descubrimiento está correctamente instaladoen el destino del descubrimiento. Desde el directorio de Tivoli Monitoring del sistema de destino,ejecute el mandato directory tal y como se muestra en el siguiente ejemplo:

C:\Documents and Settings\Administrator>cd %CANDLEHOME%

C:\IBM\ITM>dir taddm Volume in drive C has no label. Volume Serial Number is B81D-9114

Directory of C:\IBM\ITM\taddm

09/24/2010 06:38 PM <DIR> .09/24/2010 06:38 PM <DIR> ..09/24/2010 06:38 PM 6,656 Base64.exe09/24/2010 06:38 PM 1,960 KD7WINNT.dsc09/24/2010 06:38 PM 1,363 post.bat09/24/2010 06:38 PM 4,280 pre.bat09/24/2010 06:38 PM 249,856 TaddmTool.exe09/24/2010 06:38 PM 474,624 TaddmTool.pdb09/24/2010 06:38 PM 569,344 TaddmWmi.dll09/24/2010 06:38 PM 106,496 TaddmWmi.exe09/24/2010 06:38 PM 1,424 TaddmWmi.mof09/24/2010 06:38 PM 2,968,576 TaddmWmi.pdb 10 File(s) 4,384,579 bytes 2 Dir(s) 10,931,712,000 bytes free

Los archivos del paquete de soporte del descubrimiento deben estar en el directorio %CANDLE_HOME%\taddm.

60 Application Dependency Discovery Manager: Sensores

Page 77: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Cuando se ejecuta el sensor para un descubrimiento de Nivel 2 en sistemas de destino Windows, seabren diversas ventanas de mandatos en el sistema en el que se está ejecutando Tivoli EnterprisePortal ServerProblema

Cuando ejecuta el sensor de IBM Tivoli Monitoring Scope para un descubrimiento de Nivel 2 ensistemas de destinoWindows, se abren diversas ventanas de mandatos en el sistema en el que seejecuta Tivoli Enterprise Portal Server.

SoluciónEl agente de SO de IBM Tivoli Monitoring Windows probablemente esté configurado para ejecutarsecomo un servicio del sistema, y la opción Permitir a servicio interactuar con escritorio estaráhabilitada. Complete los siguientes pasos para corregir este problema:

1. Pulse con el botón derecho en el agente en el programa Manage Tivoli Monitoring Services.2. Pulse Cambiar lanzamiento.3. En el panel "Iniciar sesión como" de la ventana que se abre, borre el recuadro de selección

Permitir a servicio interactuar con escritorio.4. Pulse Aceptar.5. Pulse de nuevo con el botón derecho en el agente en el programa Manage Tivoli Monitoring

Services.6. Pulse Reiniciar.

Existen archivos temporales en el directorio de registros del sistema de destinoProblema

Durante un descubrimiento de Nivel 2 mediante IBM Tivoli Monitoring, algunos mandatos fallan en lospuntos finales, lo que provoca que existan varios archivosKD7* o session_script*.bat en eldirectorio de registros del sistema de destino. Estos archivos también podrían estar presentes porotras razones, por ejemplo porque un descubrimiento ha terminado de forma anticipada o existealgún problema con la conexión del agente de Tivoli Monitoring con Tivoli Enterprise MonitoringServer.

SoluciónEl administrador puede eliminar estos archivos de forma manual en cualquier momento siempre queel descubrimiento no se esté ejecutando. Si elimina estos archivos mientras se ejecuta eldescubrimiento, este podría fallar.

Existen varios espacios en blanco en el resultado de los destinos del descubrimientoProblema

Si crea plantillas de servidor personalizadas para que se ejecuten bajo el sensor de IBM TivoliMonitoring Scope, podrían aparecer espacios en blanco (caracteres de nueva línea o retornos decarro) en el resultado de los destinos del descubrimiento.

SoluciónPara asegurarse de que las plantillas de servidor personalizadas proporcionan el mismo resultadocuando se utilizan con el sensor deTivoli Monitoring Scope, elimine los espacios en blanco de la lógicalado del servidor de la plantilla de servidor personalizada.

Tras actualizar IBM Tivoli Monitoring, se producen errores durante el descubrimientoProblema

Tras actualizar IBM Tivoli Monitoring, se pueden producir errores durante el descubrimiento por lossiguientes motivos:

• Resultado de la actualización de las bibliotecas o tablas de agente de Tivoli Monitoring• Resultado de la actualización de la lógica de descubrimiento de TADDM

Capítulo 1. Referencia de sensores 61

Page 78: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónSi estos errores se deben a actualizaciones de las bibliotecas o tablas de agente de Tivoli Monitoring,vuelva a llevar a cabo las siguientes tareas:

• “Copia de los archivos necesarios desde el Tivoli Enterprise Portal Server al servidor de TADDM” enla página 52

• “Instalación de consultas personalizadas en el Tivoli Enterprise Portal Server” en la página 54

Si los errores resultan de la actualización de la lógica de descubrimiento de TADDM, lleve de nuevo acabo las siguientes tareas:

• “Copia de los archivos necesarios desde el Tivoli Enterprise Portal Server al servidor de TADDM” enla página 52

• “Distribución del paquete de soporte de destino del descubrimiento” en la página 52• “Instalación de consultas personalizadas en el Tivoli Enterprise Portal Server” en la página 54• “Configuración del perfil de descubrimiento” en la página 55• “Configuración de la lista de acceso” en la página 56

Si ninguna de las soluciones anteriores funciona, asegúrese de que la propiedadcom.ibm.cdb.discover.ITM.https.strictChecking del archivo collation.properties sehaya establecido en false. De forma predeterminada, esta propiedad no se añade al archivocollation.properties, lo cual significa que el valor es false. Esta propiedad se utiliza solo conla sesión SSL. Si se establece en true, el nombre de host de la conexión debe coincidir con el nombrede host del certificado. De lo contrario, el descubrimiento fallará.

Se producen errores durante el descubrimiento de un entorno Tivoli Monitoring 6.2.2Problema

Durante el descubrimiento de un entorno Tivoli Monitoring Versión 6.2.2, el Tivoli EnterpriseMonitoring Server podría cerrarse de forma inesperada, resultando en los siguientes mensajes deerror de TADDM:

• CTJTD0203E El agente del sistema no puede recuperar el host ni la información IP del siguiente sistema

• CTJTD3000E Iniciando - Se ha producido un error y el sensor ha superadoel tiempo de espera

SoluciónCompruebe que el proceso de Tivoli Enterprise Monitoring Server en el servidor de Tivoli Monitoringse está ejecutando y, si fuera necesario, reinicie el Tivoli Enterprise Monitoring Server. Este procesopodría cerrarse inesperadamente debido a un número excesivo de solicitudes al proxy, relacionadascon un problema conocido del Tivoli Monitoring 6.2.2. Para obtener más información, consulte TivoliMonitoring APAR IZ52960.2.

El ámbito de Tivoli Monitoring no incluye todos los puntos finales definidos en Tivoli Enterprise PortalServerProblema

El ámbito de Tivoli Monitoring creado durante un descubrimiento no incluye todos los puntos finalesdefinidos en Tivoli Enterprise Portal Server.

SoluciónLos puntos finales inactivos y los puntos finales cuya dirección MAC no puede resolverse no seincluyen en un ámbito creado.

62 Application Dependency Discovery Manager: Sensores

Page 79: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Los destinos son descubiertos por una sesión de IBM Tivoli Monitoring pero no por SSH o WMIdurante un descubrimiento de Nivel 2Problema

Cuando el sensor de IBM Tivoli Monitoring Scope descubre un punto final, los futurosdescubrimientos de Nivel 2 utilizan Tivoli Monitoring para los descubrimientos de formapredeterminada. No se utiliza una conexión directa (SSH o WMI). Este método se utiliza incluso si elsensor de IBM Tivoli Monitoring Scope no está incluido en el perfil de descubrimiento.

SoluciónPara descubrir el punto final a través de SSH o WMI, defina la siguiente propiedad en el archivocollation.properties:com.ibm.cdb.session.allow.ITM.endpoint_ip_address=false.

Consulte la Guía del administrador de TADDM para obtener información sobre cómo modificarpropiedades que afectan a la forma en que TADDM descubre los puntos finales de Tivoli Monitoring.

Existen demasiadas consultas de informe activas en Tivoli Enterprise Portal ServerProblema

El siguiente mensaje informativo se genera en el archivo SessionSensor.log:

KFWITM460E: Existen demasiadas consultas de informe activo del cliente IPAddress; se excede el límite de solicitudes number.

SoluciónAumente el número máximo de solicitudes pendientes. Edite los valores de configuración de TivoliEnterprise Portal Server, en sistemas operativos Windows edite el archivo KFWENV, y en sistemasoperativos Linux o UNIX edite el archivo cq.ini con los valores siguientes:

KFW_REPORT_REQUEST_LIMIT_MAX=100 KFW_REPORT_REQUEST_LIMIT=30 KFW_REPORT_REQUEST_LIMIT_DURATION=300

La propiedad KFW_REPORT_REQUEST_LIMIT especifica el límite normal de solicitudes pendientes aTivoli Enterprise Portal Server desde un cliente individual. KFW_REPORT_REQUEST_LIMIT_MAXespecifica un límite máximo temporal de solicitudes pendientes que puede exceder elKFW_REPORT_REQUEST_LIMIT, esto solo es posible durante una separación de tiempo definida porel KFW_REPORT_REQUEST_LIMIT_DURATION (en segundos).

Sensor de IBM WebSphereEl sensor de IBM WebSphere descubre información sobre nodos, información sobre células e informaciónsobre la versión de IBM WebSphere Application Server.

TADDM captura todos los archivos e información de configuración del sistema WebSphere NetworkDeployment Manager. Si se hacen cambios en los archivos de Deployment Manager System, estospodrían no ser iguales a los del sistema nodo distribuido real. Estas diferencias pueden deberse al tiempotranscurrido para actualizar los cambios del archivo en el sistema nodo distribuido. Así, un cambio deconfiguración indicado en un nodo distribuido podría no reflejar lo realmente presente en el nododistribuido.

El sensor de WebSphere Application Server se ejecuta en su propia máquina virtual Java (JVM). Así, elsensor puede personalizar la vía de acceso de tiempo de ejecución para no entrar en conflicto con otrosprocesos de TADDM.

Nombre del sensor utilizado en la GUI y los registros

WebSphereCellSensor, WebSphereJDBCDriverSensor, WebSphereNodeSensor,WebSphereVersionSensor, y WebSphereScriptSensor.

Capítulo 1. Referencia de sensores 63

Page 80: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos previos

Para los descubrimientos de controladores de IBM WebSphere JDBC, asegúrese de que se cumplen lossiguientes requisitos previos:

• Tiene permiso para ejecutar la máquina virtual Java incluida en la instalación de WebSphere ApplicationServer.

• Tiene permiso para ejecutar el script setupCmdLine incluido en la instalación de WebSphereApplication Server.

• Debe tener permiso para leer los archivos JAR del controlador JDBC.

Limitaciones

Se aplican las siguientes limitaciones:

• Para el descubrimiento utilizando IBM Tivoli Monitoring, TADDM soporta solo el descubrimiento basadoen scripts para el sensor de WebSphere.

• Las conexiones JBDC que utilizan alias DB nativos configuradas en cliente DB nativos no se soportan.• Los servidores de WebSphere distribuidos no se pueden descubrir por sí mismos. El descubrimiento se

realiza a partir de dmgr (gestor de célula). Para descubrir esta máquina, esta debe estar en el ámbitodel descubrimiento. Si no está en el ámbito del descubrimiento, el registro de ancla local mostrará lossiguientes mensajes:

CTJTD1121W verifyStandaloneServer() ha determinado la célula a distribuir (DISTRIBUTED), terminando descubrimientoCTJTD1116W Terminando descubrimiento de servidor/agente de nodo gestionado <NOMBRE SERVIDOR - el descubrimientose manejará a nivel de célula

• La información de tiempo de ejecución de JVM que está en la versión de Java y el nombre del editor sedescubren para todos los servidores que se están ejecutando. El descubrimiento de la información detiempo de ejecución depende de la sicronización del agente de célula y de nodo. La sincronización debeestar habilitada para todos los nodos dentro de una célula. El intervalo de sincronización determinacómo actualizar el descubrimiento. La información más actual se obtiene de la célula después de que lainformación de JVM se propague desde el agente de nodo.

• La versión del controlador JDBC para los proveedores de JDBC no la descubren los servidores deWebSphere Application que se ejecutan en z/OS

• Debido a un problema conocido en WebSphere Application Server, la información del arreglo temporalno se recopila para algunas versiones de WebSphere Application Server (como WebSphere ApplicationServer 8.0.0.0 y 8.0.0.1).

• Cuando descubre los controladores JDBC desde WebSphere Application Server, los datos no se llenancon datos. Se produce debido a que los orígenes de datos JDBC no utilice direcciones IP pero nombresde host (FQDN), mientras TADDM se basa en DNS. Cuando las dependencias entre WebSphereApplication Server y servidores de bases de datos se crean, el archivo /etc/hosts no se lee.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.AppServer• app.ConfigFile• app.SoftwareContainer• app.j2ee.J2EEComponent• app.j2ee.J2EEDeployedObject• app.j2ee.J2EEModule• app.j2ee.J2EEResource

64 Application Dependency Discovery Manager: Sensores

Page 81: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.j2ee.JDBCDriver• app.j2ee.websphere.WebSphereAuthMappingModule• app.j2ee.websphere.WebSphereCell• app.j2ee.websphere.WebSphereCluster• app.j2ee.websphere.WebSphereConfiguredConnection• app.j2ee.websphere.WebSphereConnector• app.j2ee.websphere.WebSphereConnectorModule• app.j2ee.websphere.WebSphereCustomUserRegistry• app.j2ee.websphere.WebSphereDeploymentManager• app.j2ee.websphere.WebSphereDynamicCache• app.j2ee.websphere.WebSphereEFixInfo• app.j2ee.websphere.WebSphereEJB• app.j2ee.websphere.WebSphereEJBModule• app.j2ee.websphere.WebSphereGlobalSecuritySettings• app.j2ee.websphere.WebSphereJ2EEApplication• app.j2ee.websphere.WebSphereJ2EEResource• app.j2ee.websphere.WebSphereJ2EEResourceProperty• app.j2ee.websphere.WebSphereJDBCConnectionPool• app.j2ee.websphere.WebSphereJDBCDataSource• app.j2ee.websphere.WebSphereJDBCProvider• app.j2ee.websphere.WebSphereJMSDestination• app.j2ee.websphere.WebSphereJMSProvider• app.j2ee.websphere.WebSphereJMSQueue• app.j2ee.websphere.WebSphereJMSTopic• app.j2ee.websphere.WebSphereLDAPUserRegistry• app.j2ee.websphere.WebSphereLibraryRef• app.j2ee.websphere.WebSphereMQJMSDestination• app.j2ee.websphere.WebSphereMQJMSQueue• app.j2ee.websphere.WebSphereMQJMSTopic• app.j2ee.websphere.WebSphereNamedEndpoint• app.j2ee.websphere.WebSphereNode• app.j2ee.websphere.WebSphereNodeAgent• app.j2ee.websphere.WebSphereServlet• app.j2ee.websphere.WebSphereServer• app.j2ee.websphere.WebSphereSessionTuningParams• app.j2ee.websphere.WebSphereSharedLibrary• app.j2ee.websphere.WebSphereSSLSettings• app.j2ee.websphere.WebSphereUserRegistry• app.j2ee.websphere.WebSphereVariable• app.j2ee.websphere.WebSphereVirtualHost• app.j2ee.websphere.WebSphereWebModule

• app.j2ee.websphere.WebSphereGroup

• app.j2ee.websphere.WebSphereRole

Capítulo 1. Referencia de sensores 65

Page 82: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.j2ee.websphere.WebSphereUser• app.JVM

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de IBM WebSphere soporta el descubrimiento asíncrono y basado en scripts.

Requisitos de configuración del sensor

Para un descubrimiento asíncrono, el sensor no requiere configuración.

Para realizar un descubrimiento basado en script, hay que crear un perfil de descubrimiento con soloWebSphereScriptSensor habilitado y el resto de los sensores de la familia WebSphere inhabilitados.

Nota: WebSphereScriptSensor está indicado únicamente para descubrimiento asíncrono y basado enscripts, y no recopila datos cuando se utiliza en el modo de descubrimiento normal.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en scripts, la entrada de la lista de acceso del sistema se utiliza para leerlos archivos de configuración de WebSphere. La entrada de la lista de acceso de la aplicación para elservidor WebSphere no es necesaria.

Ejecución de descubrimientos

Cuando se descubre una célula distribuida de WebSphere, la mayor parte de la configuración se recopiladel repositorio maestro, que se almacena en el nodo del DMGR. Sin embargo, otros hosts que pertenecena la célula también se debe descubrir para crear relaciones entre los servidores de WebSphere y lossistema en los que se ejecutan.

Importante: El descubrimiento basado en script de WAS varía respecto a la modalidad regular, en la queun host de un gestor de despliegue es el único destino de descubrimiento necesario.

Limitaciones

Algunas funciones proporcionadas por el sensor del WebSphere durante un descubrimiento no basado enscripts no son compatibles con el descubrimiento asíncrono o basado en scripts.

El descubrimiento de descriptores de aplicación no es compatible.

Además, no se soportan los siguientes objetos de modelo:

• app.j2ee.JDBCDriver• app.j2ee.websphere.WebSphereConnector• app.j2ee.websphere.WebSphereEFixInfo• app.j2ee.websphere.WebSphereLibraryRef• app.j2ee.websphere.WebSphereServlet• app.j2ee.websphere.WebSphereSessionTuningParams• app.j2ee.websphere.WebSphereSharedLibrary• app.JVM

Solo los siguientes archivos de configuración se almacenan en la base de datos de TADDM:

• Desde <INICIO_PERFIL<NOMBRE_CELDA:

– cell.xml– resources.xml

66 Application Dependency Discovery Manager: Sensores

Page 83: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

– virtualhosts.xml– variables.xml– security.xml

– fileRegistry.xml

– admin-authz.xml

– audit-authz.xml• Desde <INICIO_PERFIL<CELL_NAME>/nodes/<NOMBRE_NODO:

– node.xml– variables.xml– resources.xml– serverindex.xml– spi.policy– app.policy– library.policy

• Desde <INICIO_PERFIL>/config/cells/<NOMBRE_CELDA<NOMBRE_NODO<NOMBRE_SERVIDOR:

– server.xml– variables.xml– resources.xml

Nota: La siguiente limitación se aplica sólo a la versión 7.3.0 de TADDM; no se aplica a la versión 7.3.0.1 yposterior.

Los objetos app.ProcessPool solo se descubren para los servidores que se ejecutan en un host deDMGR.

Configuración del sensorDependiendo del tipo de entorno, antes de ejecutar un descubrimiento tendrá que configurar el sensordeIBM WebSphere.

Habilitar el descubrimiento del controlador JDBCSi desea descubrir la información del controlador JDBC, debe habilitar el sensor de controlador JDBC deWebSphere.

Para habilitar el sensor del controlador JDBC de WebSphere, complete los siguientes pasos:

1. Cree un perfil de descubrimiento de nivel 3.2. Para el sensor de células de WebSphere, habilite el elemento de configuración deepDiscoveryLevel.3. Habilite el sensor del controlador JDBC de WebSphere en el perfil de descubrimiento nuevo.4. Defina las opciones de configuración apropiadas para el sensor de controlador JDBC de WebSphere.

Están disponibles las siguientes opciones de configuración:

• Puede configurar que se añada un prefijo a todos los mandatos que ejecuta el controlador JDBC deWebSphere en el host de destino. Puede configurar un prefijo diferente para los sistemas UNIX yWindows. No hay ningún prefijo definido de forma predeterminada.

• Puede configurar que el sensor elimine el archivo OracleUtility después de completar eldescubrimiento. El archivo OracleUtility es un archivo auxiliar utilizado por TADDM en hosts dedestino para descubrir la información del controlador JDBC en bases de datos de Oracle. De formapredeterminada, el archivo OracleUtility no se elimina.

Configuración del perfil de descubrimientoSi desea cambiar el nivel de descubrimiento, actualice el perfil de descubrimiento para el sensor deIBMWebSphere.

Capítulo 1. Referencia de sensores 67

Page 84: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nota: El cambio de nivel de descubrimiento no se aplica a la modalidad de descubrimiento asíncrono obasado en script, porque WebSphereScriptSensor no tiene propiedades de configuración.

Para cambiar el nivel de descubrimiento predeterminado para este sensor, complete los pasossiguientes:

1. En la ventana Perfiles de descubrimiento, pulse Nuevo.2. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil y pulse Aceptar.3. En la lista de sensores, pulse WebSphereCellSensor, y después Nuevo.4. En la ventana Crear configuración, escriba el nombre y descripción de su configuración de

WebSphereCellSensor y seleccione la casilla de verificación Habilitar configuración.5. En la sección Configuración de la ventana Crear configuración, seleccione una de las siguientes

opciones para cambiar el valor del nivel de descubrimiento:

• Para habilitar el descubrimiento medio, pulse dos veces en el valor de mediumDiscoveryLevel ycámbielo de false a true

• Para habilitar el descubrimiento profundo, pulse dos veces en el valor de deepDiscoveryLevel ycámbielo de false a true

Si deepDiscoveryLevel está definido como true, este ejecuta un descubrimiento profundoindependientemente de que se haya definido el descubrimiento superficial o medio como true ofalse.

6. Opcional: para configurar el sensor para descubrir solo servidores que están en ejecución, pulsediscoverStoppedServers. A continuación pulse dos veces en el campo Valor de la fila y escribafalse.

7. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.8. Asegúrese de que WebSphereVersionSensor y WebSphereNodeSensor están seleccionados junto con

la configuración de WebSphereCellSensor creada.9. En la ventana Perfiles de descubrimiento, pulse Guardar.

10. Elija este perfil de descubrimiento cuando ejecute un descubrimiento.

Para obtener más información sobre los perfiles de descubrimiento, consulte el tema Utilización deperfiles de descubrimiento en la Guía del usuario de TADDM.

Propiedades del sensorshallowDiscoveryLevel, mediumDiscoveryLevel, deepDiscoveryLevel

El sensor de WebSphere tiene tres niveles de descubrimiento, superficial, medio y profundo. El nivelde descubrimiento superficial es el nivel habilitado de forma predeterminada. Para modificar el valordel nivel de descubrimiento, seleccione unas de las opciones siguientes:

• Para habilitar el descubrimiento medio, pulse dos veces en el valor mediumDiscoveryLevel ycámbielo de false a true.

• Para habilitar el descubrimiento profundo, pulse dos veces en el valor deepDiscoveryLevel ycámbielo de false a true.

Si deepDiscoveryLevel está definido como true, este ejecutará el descubrimiento profundoindependientemente de que los descubrimientos superficial y medio estén definidos como true ofalse.

• La siguiente lista contiene la información capturada en cada nivel de descubrimiento.

– El descubrimiento superficial descubre los siguientes componentes:

- Archivos del descriptor de aplicaciones- Nombres de la célula, nodo y servidor- Tipo de la célula, nodo y servidor- Sistema host

68 Application Dependency Discovery Manager: Sensores

Page 85: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

- Versión de tiempo de ejecución de máquina virtual Java para los servidores en ejecución- Nombre del producto y versión- Directorio raíz

– El descubrimiento medio descubre los siguientes componentes:

- Clústers- Archivos de configuración- Conexiones- Módulos del conector desplegados- Módulos EJB desplegados- Aplicaciones Java EE desplegadas- Módulos web desplegados- Efixes- Contenedores EJB- Puntos finales- Valores JVM- Puertos- Definición del proceso- Política de supervisión del proceso- Agrupaciones del proceso- Seguridad, valores SSL y registros de usuarios- Hosts virtuales- Contenedores web

– El descubrimiento profundo descubre los siguientes componentes:

- Proveedores de célula, nodo, servidor y clúster JDBC, así como orígenes de datos JDBC, asícomo dependencias JDBC

- Propiedades personalizadas- Descriptores del despliegue para aplicaciones y módulos Java EE- Proveedores JMS y destinos JMS- Bibliotecas compartidas- Variables- Servicios web- Valores de servicio de caché dinámico y clústeres dinámicos

traceSpecification

Define la serie de especificación del rastreo para habilitar el registro de rastreo del código cliente deWebSphere llamado por el sensor WebSphere de TADDM. sample value - Admin=all=enabled

Aviso: El valor precedente genera un registro de rastreo verboso. Si no se define ningún valor se evitael registro de rastreo.

traceOutputFile

Le permite especificar el nombre completo de ruta del archivo de salida que se va a utilizar para lasalida del registro de rastreo. Deje esta propiedad en blanco si no se requiere rastreo.

El usuario de TADDM debe tener permiso para crear el archivo de salida.

Capítulo 1. Referencia de sensores 69

Page 86: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

ffdcLogDirectory

Habilita registros FFDC del código de cliente de WebSpherellamado por el sensor deWebSphere paraprocesos de resolución de problemas. Los registros FFDC capturan la ruta fallida mediante el códigodel cliente de WebSphere en un subdirectorio llamado ffdc y especificado en esta propiedad.

Si no se define ningún valor se asegurará de que FFDC no está habilitado. El directorio debe existir y elusuario de TADDM debe tener acceso de escritura.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo del tipo de configuración que seutilice.

Nota: La configuración de la lista de acceso no se aplica a la modalidad de descubrimiento basado enscript o asíncrono, porque WebSphereScriptSensor solo necesita un usuario de nivel de sistema operativoen la lista de acceso de TADDM.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Si la seguridad está inhabilitada no se requieren cuentas de usuario.2. Si la seguridad está habilitada, especifique los siguientes detalles:

a. En tipo de componente, especifique Application Server.b. En proveedor, especifique WebSphere.c. Especifique el nombre de usuario y la contraseña de WebSphere Application Server.d. En Valores de SSL, cargue dos certificados, de confianza, y almacenes de claves con sus

contraseñas. La contraseña predeterminada es WebAS.3. Para el sensor del controlador JDBC de WebSphere, siga los siguientes pasos:

a. En tipo de componente, especifique Application Server.b. En proveedor, especifique WebSphere SSH.c. Especifique el nombre de usuario y la contraseña de una cuenta con privilegios adecuados. Si la

lista de acceso de WebSphere SSH no se especifica, el sensor del controlador JDBC de WebSphereno intentará iniciar sesión con las credenciales de ComputerSystem.

4. El usuario de WebSphere Application Server puede tener el rol de supervisor, operador, configurador oadministrador. Cualquiera de estos roles puede descubrir toda la información. El administrador es elúnico rol que descubre información sobre configuración de seguridad de WebSphere ApplicationServer.

5. Inhabilitar la seguridad no significa que no utiliza SSL. Compruebe si se le pide una contraseña alconectarse a la consola de administración de WebSphere Application Server.

• Si solo necesita el nombre de usuario para iniciar sesión en la consola de administración, laseguridad estará inhabilitada.

• Si necesita el nombre de usuario y la contraseña para iniciar sesión en la consola de administración,la seguridad estará habilitada.

• Si la conexión a la consola de administración se realiza mediante https (compruébelo en la URL desu navegador web), necesitará los certificados.

Acceso a los archivos de configuración

• Por lo general, el sensor de WebSphere Application Server captura los siguientes archivos deconfiguración:

– Célula de WebSphere Application Server– Nodo de WebSphere Application Server– Servidor de WebSphere Application Server

70 Application Dependency Discovery Manager: Sensores

Page 87: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Esta información está disponible para el historial de cambios con el tiempo. También está visible en laConsola de gestión del descubrimiento (pestaña Archivos de configuración del panel Detalles) paracada uno de los elementos de configuración precedentes.

• Cuando se inicia el sensor, este también utiliza los dos archivos siguientes para tomar decisiones clavesobre el descubrimiento deWebSphere Application Server:

– $WAS_ROOT/config/cells/cell_name/cell.xml

Esto ayuda a determinar si el sistema es unWebSphere Application Server ND o autónomo. Si no estádisponible el acceso de lectura a este archivo, el sensor continuará y utilizará JMX para determinar sise trata de un WebSphere Application Server ND o autónomo.

– $WAS_ROOT/config/cells/cell_name/nodes/node_name/serverindex.xml (para ND,node_name es el nodo dmgr's, para el modo autónomo solo existe un nodo)

Esto ayuda a determinar el puerto en el que escucha el conector JMX SOAP. Si no está disponible elacceso de lectura a este archivo, el sensor intenta establecer una conexión JMS rotando por todoslos puertos a la escucha de WebSphere Application Server server/dmgr que se están descubriendo.Los puertos se comprueban en orden ascendente ya que este método resulta en una identificaciónmás rápida del puerto JMX.

Configuración de certificadosSi se habilita la seguridad al descubrir WebSphere Application Server, debe definir los certificados SSL enlas entradas de lista de acceso. TADDM soporta los tipos de almacén de certificados PKCS12 y JKS. Losarchivos de almacén de claves y de almacén de confianza deben estar presentes en el sistema queejecute la consola de TADDM, no en el servidor de TADDM.

Nota: La configuración de certificados no se aplica a la modalidad de descubrimiento basado en script oasíncrono, porque WebSphereScriptSensor solo necesita un usuario de nivel de sistema operativo en lalista de acceso de TADDM.

Los archivos de almacén de confianza y almacén de claves se encuentran normalmente en el directorio$PROFILE_HOME/etc en el sistema en el que está instalado WebSphere Application Server. De formapredeterminada, los siguientes archivos son almacenes de certificados:

• PKCS12

– $PROFILE_HOME/etc/trust.p12– $PROFILE_HOME/etc/key.p12

• JKS

– $PROFILE_HOME/etc/DummyClientTrustFile.jks– $PROFILE_HOME/etc/DummyClientKeyFile.jks

La frase de contraseña predeterminada para estos archivos es WebAS. También puede crear archivos dealmacén de confianza y de almacén de claves descargando los certificados con la consola de WebSphereApplication Server.

TADDM requiere un almacén de confianza con certificado de firmante únicamente para conectarse conDMGR en caso de WebSphere Application Server Network Deployment (ND) y con server1 en caso detratarse de un servidor autónomo.

Debido a las restricciones del protocolo JMX, que se utiliza para recuperar datos de WebSphereDeployment Manager o de un servidor autónomo, TADDM puede manejar solo un archivo de almacén deconfianza para un único descubrimiento. Los certificados que se almacenan en el almacén de confianzase cargan cuando se establece la conexión con WebSphere Application Server. Solo TADDM puede utilizaresos certificados durante el proceso completo de descubrimiento, así que si se necesitan certificados devarios almacenes de confianza, no los adjunte por separado a la lista de acceso. Debe exportar losalmacenes de confianza originales a un único archivo, ya sea manualmente o a través de un script decollectwascerts que se incluye con TADDM. Cuando todas las entradas necesarias para cada servidorWebSphere están en la lista de acceso de TADDM, la primera debe tener adjuntos los archivos exportadosde almacén de claves y de almacén de confianza. Siempre hay una entrada para cada combinación deinicio de sesión y contraseña para los servidores WebSphere descubiertos.

Capítulo 1. Referencia de sensores 71

Page 88: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Creación de un único almacén de confianza con el script collectwascertsTADDM solo puede utilizar un archivo de almacén de confianza para un único descubrimiento. Si deseautilizar certificados de diferentes almacenes de confianza, deberá exportar esos almacenes a un únicoarchivo. Puede utilizar el script collectwascerts que descarga los certificados para exportarlos.

Procedimiento

1. Edite el archivo $COLLATION_HOME/bin/collectwascerts.config.

Añada una línea para cada servidor WebSphere desde el que desee descargar los certificados. En elcaso de las celdas distribuidas, solo necesitará certificados del gestor de despliegue (DMGR) paraejecutar un descubrimiento correcto. Si empieza una línea con un signo de almohadilla (#), seconsiderará un comentario y no se procesará.

Todas las líneas deben tener este formato:

<Server IP/HOSTNAME/FQDN><SOAP port number><username><password>

156.24.24.11 8879 wasadmin waspassword

Podrá encontrar el valor del número de puerto del protocolo SOAP en la sección de puertos de DMGR oen el panel del servidor de la consola de administración WAS. El nombre exacto esSOAP_CONNECTOR_ADDRESS.

2. Ejecute $COLLATION_HOME/bin/collectwascerts.sh (o $COLLATION_HOME/bin/collectwascerts.bat) en su host de TADDM, aunque el archivo collectwascerts.config notenga ninguna entrada. Es posible que el archivo no tenga ninguna entrada porque todos losservidores WAS solo se pueden alcanzar desde los servidores de ancla.

Todos los certificados recuperados se almacenan en $COLLATION_HOME/bin/collectedwascerts.jks. La herramienta escribe la frase de contraseña en la salida estándar.También puede leerla desde la propiedad com.collation.sslpassphrase en$COLLATION_HOME/etc/collation.properties.

Complete los pasos opcionales solo si no se puede acceder directamente a sus entornos WAS desdesu servidor de TADDM.

3. Opcional: Copie el archivo collectedwascerts.jks desde el host de TADDM a su primer ancla.

Copie el archivo en el directorio bin que contiene los archivos collectwascerts.config,collectwascerts.bat y collectwascerts.sh.

4. Opcional: Ejecute collectwascerts.sh (o collectwascerts.bat) en el host de ancla.5. Opcional: Copie collectedwascerts.jks desde el host de ancla al siguiente ancla.

Copie el archivo en el directorio bin que contiene los archivos collectwascerts.config,collectwascerts.bat y collectwascerts.sh.

6. Opcional: Ejecute collectwascerts.sh (o collectwascerts.bat) en el siguiente host de ancla.7. Opcional: Repita los pasos 5 y 6 para todas las anclas.8. Adjunte el archivo collectedwascerts.jks de la última ancla, o de su host de TADDM si no utiliza

el script en las anclas, a su lista de acceso de WebSphere como almacén de confianza. El tipo SSL deeste archivo es JKS. Utilice la frase de contraseña descrita en el paso 2.

Creación manual de un almacén único de confianzaTADDM solo puede utilizar un archivo de almacén de confianza para un único descubrimiento. Si deseautilizar certificados de diferentes almacenes de confianza, deberá exportar esos almacenes a un únicoarchivo. Puede extraer los certificados y añadirlos a los archivos del almacén de claves y del almacén deconfianza de forma manual.

Acerca de esta tarea

72 Application Dependency Discovery Manager: Sensores

Page 89: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Procedimiento

1. Lleve a cabo los siguientes pasos para extraer todos los certificados del almacén de claves común odel almacén de confianza para cada servidor:a) En la consola de administración de WebSphere Application Server, pulse Seguridad > Certificado

SSL y gestión de claves.b) Pulse Almacenes de claves y certificados.c) Pulse NodeDefaultTrustStore.d) Pulse Certificados de firmante.e) Seleccione un certificado firmante y pulse Extraer.f) Especifique una vía de acceso y un nombre de archivo exclusivos para el certificado de firmante.

Por ejemplo, especifique C:\temp\signer1.arm.g) Pulse Aceptar.h) Repita este procedimiento para cada certificado de firmante del almacén de confianza.i) Repita este proceso para todos los servidores que se van a descubrir.

2. Si utiliza los almacenes de confianza JKS, añada los certificados de firmante exportados a losarchivos .jks. Para añadirlos a los archivos predeterminados DummyServerTrustFile.jks yDummyClientTrustFile.jks, lleve a cabo los siguientes pasos. Si utiliza almacenes de confianzaPKCS12, siga los mismos procedimientos para los archivos key.p12 y trust.p12:a) Para abrir iKeyman, desde el directorio raíz_WebSphere/profiles/perfil_dmgr/bin,

ejecute ikeyman.sh o ikeyman.bat.b) Pulse Archivo de base de datos de claves > Abrir.c) Seleccione el archivo DummyServerTrustFile.jks desde uno de los siguientes directorios:

• WebSphere_Root/profiles/dmgr_profile/etc• WebSphere_Root/profiles/stand-alone_server_profile/etc

d) Cuando se le pida la contraseña, escriba WebAS.e) Pulse Añadir, y seleccione uno de los certificados de firmante que extrajo en el paso 1.f) Repita el paso anterior para cada certificado de firmante que deba añadir.g) Repita este procedimiento para añadir los certificados de firmante exportados al archivoWebSphere_Root/profiles/dmgr_profile/etc/DummyClientTrustFile.jks.

3. Recupere los certificados SSL lado cliente del WebSphere Application Server. Si no se han generadocertificados nuevos, normalmente los certificados predeterminados DummyClientTrustFile.jks yDummyClientKeyFile.jks o trust.p12 y key.p12 se encuentran ubicados en los siguientesdirectorios:

• WebSphere_Root/profiles/dmgr_profile/etc• WebSphere_Root/profiles/stand-alone_server_profile/etc

La frase de contraseña predeterminada para los archivos ficticios es WebAS.4. Si desea utilizar certificados diferentes, no intente editarlos. Suprima la antigua entrada de lista de

acceso y cree una nueva.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor deIBMWebSphere.

Nota: Las propiedades siguientes no se aplican a la modalidad de descubrimiento basado en script oasíncrono, porque WebSphereScriptSensor no las utiliza.

com.collation.discover.localanchor.timeout=7200000com.collation.discover.agent.WebSphereNodeSensor.timeout=7200000com.collation.discover.agent.WebSphereCellSensor.timeout=7200000

El valor predeterminado es 7200000, que significa 7,200,000 milisegundos (o 2 horas).

Capítulo 1. Referencia de sensores 73

Page 90: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Estas propiedades definen el tiempo permitido para que se ejecute el sensor de WebSphere.

Si cuenta con un entorno amplio de WebSphere y necesita niveles de descubrimiento medios oprofundos, es posible que necesite aumentar estos valores para que el sensor tenga tiempo suficientepara descubrir el entorno.

com.collation.discover.websphere.jmx.timeout=Esta propiedad define el tiempo permitido para abrir una conexión JMX en WebSphere. De formapredeterminada, el valor es 600000 milisegundos (10 minutos)

com.collation.discover.agent.WebSphereVersionAgent.versionscript=sudoEsta propiedad se puede habilitar para acceder al archivo WebSphere versionInfo.sh si el usuariodel descubrimiento no tiene acceso al sistema WebSphere Application Server de destino.

Uso del sensor de inicio de WebSphere para z/OSTADDM no soporta sensores de sistema operativo para sistemas z/OS. Para descubrir recursosWebSphere en un sistema z/OS, el sensor de WebSphere se ha mejorado con el fin de dar soporte adescubrimientos iniciados desde archivos de partida creados por el usuario.

Dado que no existe un sensor de sistema z/OS, de be utilizar el programa de utilidad de iniciodeWebSphere Application Server para el DLA de z/OS. Este programa de utilidad crea un archivo departida XML desde un libro IdML de z/OS. Este archivo contiene información sobre los recursos deWebSphere que intenta descubrir en el sistemaz/OS.

Una vez que se ha creado este archivo, en el siguiente descubrimiento el WebsphereIdmlSeedSensorbuscará archivos de partida de z/OS WebSphere en el servidor de TADDM. Si existen, analizará el archivode partida y creará un archivo de partida de descubrimiento real para iniciar el sensor de WebSphere. Acontinuación, el sensor de WebSphere realizará un descubrimiento más profundo de WebSphere en estesistema z/OS.

Para instalar y configurar el programa de utilidad de inicio de WebSphere Application Server para el DLAde z/OS, consulte la sección correspondiente.

Preparación para ejecutar el sensor de inicio de WebSphereAntes de ejecutar el sensor de inicio de WebSphere, debe crear un archivo de partida.

Antes de ejecutar el sensor de inicio de WebSphere, complete los siguientes pasos:

1. elija el método adecuado para crear el archivo de partida de WebSphere:

• Para descubrir WebSphere en un sistema z/OS utilizando Discovery Library Adapter, utilice elprograma de utilidad de inicio de WebSphere Application Server que genera los archivos de inicioautomáticamente a partir de los libros IdML creados con el DLA de z/OS. El programa de utilidad seproporciona como parte del paquete DLA de z/OS.

Para obtener más información sobre este programa de utilidad, consulte el apartado WebSphereApplication Server discovery del DLA para el Information Center de z/OS.

• Para descubrir WebSphere en un sistema fuera del marco principal creando manualmente el archivode partida, utilice las siguientes convenciones de denominación de archivos para la creación delmismo:

– Si desea que el archivo se incluya como parte del descubrimiento, el nombre del archivo debefinalizar con una extensión .xml.

– el nombre del archivo se debe adaptar al siguiente formato:

<cellname>_<fqdn>_<port>.xml

Por ejemplo c1_0.0.0.0_2809.xml.

El siguiente ejemplo muestra el formato del archivo:

<IDML_WAS_SEED> <WAS_ROOT_DIR>/opt/WebSphere/AppServer</WAS_ROOT_DIR> <WAS_VERSION>6.0.2.7</WAS_VERSION> <SOAP_CONNECTOR_PORT>8880</SOAP_CONNECTOR_PORT>

74 Application Dependency Discovery Manager: Sensores

Page 91: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

<RMI_CONNECTOR_PORT>2809</RMI_CONNECTOR_PORT> <JMX_LISTEN_IP_ADDRESS>0.0.0.0</JMX_LISTEN_IP_ADDRESS> <HOST_MAPPINGS> <HOST_MAPPING> <HOST_NAME>wasserver.company.com</HOST_NAME> <PRIMARY_IP_ADDRESS>0.0.0.0</PRIMARY_IP_ADDRESS> <IP_ADDRESS>0.0.0.0</IP_ADDRESS> </HOST_MAPPING> </HOST_MAPPINGS></IDML_WAS_SEED>

WAS_ROOT_DIRLa ruta del directorio en el que está instalado WebSphere Application Server.

WAS_VERSIONLa versión de WebSphere Application Server, que puede encontrarse en el archivo del productodel directorio <WebSphere Root Directory>/properties/version.

SOAP_CONNECTOR_PORTEl número de puerto se recupera del archivo serverindex.xml para el nombre del punto finalSOAP_CONNECTOR_ADDRESS. Por ejemplo <WebSphere Root Directory>/profiles/<app server or dmgr>/conf/cells/<cell name>/nodes/<node name>Si el recurso es un gestor de despliegue, utilice el archivo serverindex.xml con el siguientevalor especificado: serverType="DEPLOYMENT_MANAGER".Si el recurso es un componente autónomo, utilice el archivo serverindex.xml con el siguientevalor especificado: serverType="APPLICATION_SERVER".

RMI_CONNECTOR_PORTEl número de puerto se recupera del mismo archivo serverindex.xml utilizado para encontrarel puerto soap, donde el nombre del punto final es BOOTSTRAP_CONNECTOR_ADDRESS.

JMX_LISTEN_IP_ADDRESSLa dirección IP utilizada para conectarse mediante JMX. Normalmente, esta dirección IP es lamisma que la del servidor de WebSphere.

HOST_MAPPINGSUna lista de correlaciones entre el nombre de host y la dirección IP de WebSphere ApplicationServer o el gestor de despliegue y cada agente de nodo distribuido.

HOST_MAPPINGUna correlación de host formada por un nombre de host, una dirección IP primaria y unadirección IP.

HOST_NAMEEl nombre de dominio totalmente calificado.

PRIMARY_IP_ADDRESSLa dirección IP primaria a la que resuelve el nombre de host.

IP_ADDRESSLa dirección IP a la que resuelve el nombre de host, si fuera diferente a la dirección IP primaria.

2. Coloque los archivos .xml en el directorio $COLLATION_HOME/var/dla/zos/was. Si el directoriono existe, créelo. Los archivos de este directorio controlan el ámbito del descubrimiento. Si ya no senecesita el descubrimiento de un servidor de WebSphere concreto, el archivo debe eliminarse de estedirectorio o se le debe cambiar el nombre y eliminar la extensión .xml.

3. Cree un nuevo archivo de configuración del sensor al ejecutar el sensor de inicio de WebSphere.Cambie la ubicación del archivo de partida XML utilizando las dos etiquetas indicadas a continuación:<fileName>

Defina esta etiqueta en el directorio en el que se encuentran los archivos de partida XML deWebSphere.

<scope>Defina esta etiqueta en la dirección IP del servidor de TADDM en el que se encuentran los archivosde partida XML de WebSphere.

Capítulo 1. Referencia de sensores 75

Page 92: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Ejecución del sensor de inicio de WebSphereEste tema describe cómo utilizar el sensor de inicio de WebSphere.

Para ejecutar el sensor de inicio de WebSphere, efectúe los pasos siguientes:

1. Inicie el servidor de TADDM.2. Abra la Consola de gestión del descubrimiento.3. Añada la dirección IP del servidor en el que está ubicado el archivo de partida de WebSphere a un

ámbito.4. En la lista de acceso, añada los credenciales de acceso del servidor en el que está ubicado el archivo

de partida de WebSphere.5. Si se ha habilitado la seguridad para el servidor de WebSphere que va a descubrir, añada la entrada de

credencial del servidor de WebSphere. Si desea utilizar la entrada con una restricción de ámbito, debeincluir la dirección IP del servidor de WebSphere en el ámbito de descubrimiento además de ladirección IP del host, donde está ubicado el archivo de partida de WebSphere.

Al crear la entrada de la lista de acceso también necesita el certificado SSL lado cliente. Estecertificado debe exportarse desde el producto de seguridad del sistema principal, por ejemplo,Resource Access Control Facility (RACF) y transferirse a una herramienta para el mantenimiento decertificados digitales. Utilice esta herramienta, por ejemplo iKeyman, para generar un archivo JKS oPKCS12. Este archivo contiene el certificado SSL lado cliente en un formato que puede ser utilizadopor TADDM. El archivo JKS o PKCS12 debe utilizarse a continuación para los valores SSL de la entradade la lista de acceso de TADDM WebSphere tanto para los certificados de almacén de claves como dealmacén de confianza.

6. Complete los pasos siguientes:

a. Configure el sensor IdmlFileUDS utilizando la consola de gestión del descubrimiento:

1) En la ventana Perfiles de descubrimiento, pulse IdmlFileUDS.2) Pulse Nuevo.3) Escriba el nombre y descripción de la configuración del sensor.4) Seleccione Habilitar configuración.5) Pulse dos veces en /data/latest/dist/var/dla/zos/was y escriba la ubicación de los archivos de

partida XML de WebSphere. Esta ubicación es el servidor donde se ubica el archivo de partidaWebSphere.

6) Pulse dos veces en 0.0.0.0 y escriba la dirección IP de la máquina en la que está ubicado elarchivo de partida.

b. Cree un perfil de descubrimiento que incluya los siguientes sensores:

• Sensor ancla• Nombre del sensor especificado en el paso a. (El sensor IdmlFileUDS modificado creado

anteriormente).• PortSensor• PingSensor• SessionSensor• GenericServerSensor• WebSphereIdmlSeedSensor• WebSphereCellSensor• WebSphereNodeSensor• WebSphereSensor (seleccione este sensor en vez de WebSphereCellSensor y

WebSphereNodeSensor solo si com.collation.websphere.performance.setting=false)

Los sensores pueden requerir que se habiliten sensores adicionales en el perfil predeterminado, deser así, habilite los sensores adicionales.

76 Application Dependency Discovery Manager: Sensores

Page 93: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

c. Guarde el archivo de configuración.7. Ejecute el descubrimiento y seleccione el ámbito para incluir el servidor y el perfil de descubrimiento

creados.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen con el sensor de IBM WebSphere yofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

El sensor de WebSphere Application Server no se inicia.Solución

Para determinar por qué no se inicia el sensor de WebSphere Application Server, valide los siguientescriterios en su servidor de WebSphere:

• El proceso WebSphere se está ejecutando.• La línea de mandatos no está truncada (el proceso que está en ejecución debe coincidir con la

plantilla deWebSphere Application Server).

Para Windows 2003/2008, Linux, Solaris, AIX, y Linux en sistemas operativos System z, la línea demandatos debe contener la palabra WsServer.

• WebSphere Application Server se inició como un servicio (en Windows 2000), o como un servicio odesde la línea de mandato (Windows 2003 o Windows 2008).

Si ninguno de los elementos parece ser la causa, compruebe el registro del sistema y los registros deerrores de WebSphere Application Server en busca de mensajes de error.

No se pueden descubrir los servidores o los nodos de WebSphereProblema

No se pueden descubrir algunos servidores o los nodos de WebSphereSolución

Cuando el servidor o el nodo de WebSphere que se van a descubrir se han configurado para utilizarFQDN en lugar de una dirección IP sin formato, el servidor de TADDM debe tener acceso a un servidorDNS que pueda resolver ese FQDN. De lo contrario, la información sobre este servidor o nodo enconcreto no se podrá descubrir aunque se haya definido el ámbito de destino para que utilice ladirección IP.

El descubrimiento de WebSphere Application Server no se ha registradoProblema

el descubrimiento de WebSphere Application Server no se ha registrado en el archivoDiscoverManager.log. Dado que para el descubrimiento se utiliza el ancla local, los mensajes deregistro aparecen en un archivo diferente.

SoluciónLos mensajes de registro se ubican en los siguientes archivos de registro, donde hostname es elnombre de dominio totalmente calificado del servidor de TADDM:

• local-anchor*.hostname.WebSphereAgent.log• local-anchor*.hostname.WebSphereNodeSensor.log

Errores cuando se habilita la seguridad en WebSphere Application ServerProblema

Se muestran los siguientes tipos de mensaje de error:

• ERROR cdb.WebSphereAgentDelegate - [WebSphereAgentDelegate.E.1]descubrimiento() fallido con excepción : java.lang.Exception: No se puede conectar con el servidor de WebSphere en

Capítulo 1. Referencia de sensores 77

Page 94: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

9.48.158.37:8,880 - ADMC0016E: El sistema no puede crear un conector SOAP para conectarse al host 9.48.158.37 en el puerto 8880...

• ERROR cdb.WebSphereJMXUtils - Se ha producido un error,no se puede establecer una conexión de repositorio utilizando los credenciales raleigh-was60: com.ibm.websphere.management.exception.AdminException: javax.management.JMRuntimeException: ADMN0022E: Acceso denegado para la operación getServerConfig en FileTransferServer MBean debido a credenciales insuficienteso vacíos.

Estos errores se pueden producir por las siguientes razones:

• No existen credenciales en la lista de acceso para WebSphere Application Server.• En los credenciales de WebSphere Application Server, los certificados no son correctos o no se haespecificado a través de la lista de acceso.

• En los credenciales de WebSphere Application Server, la contraseña es incorrecta.

SoluciónAñada los credenciales para WebSphere Application Server en la lista de acceso. Corrija loscertificados, especifique los certificados mediante la lista de acceso o proporcione la contraseñacorrecta.

Error al establecer una conexión JMXProblema

Se produce el siguiente tipo de error:

El sensor ha fallado en el servidor remoto:No se puede conectar al servidor de WebSphere en 10.0.1.69:8880 - ADMC0016E:No se ha podido crear un conector SOAP para conectarse con el host 10.0.1.69en el puerto 8880

Este tipo de error indica los siguientes problemas:

• Un certificado inexistente o incorrecto o un Id. de usuario y contraseña incorrectos. El siguienteejemplo muestra una causa raíz:

[SOAPException: faultCode=SOAP-ENV:Client;msg=Error opening socket:javax.net.ssl.SSLHandshakeException: certificate expired;targetException=java.lang.IllegalArgumentException:Error opening socket:javax.net.ssl.SSLHandshakeException: certificate expired]

• Un cortafuegos evita la conexión con el WebSphere Application Server mediante el puerto SOAP.• El WebSphere Application Server podría no estar en buen estado, aunque el proceso aparezca en la

tabla de procesos o la lista de servicios deWindows. Para comprobar el estado de WebSphereApplication Server, intente conectarse a él utilizando el programa de utilidad administrativowsadmin WebSphere. Si el programa de utilidad wsadmin falla, el sensor sufrirá problemas.

SoluciónUtilice una de las soluciones siguientes:

• Ejecute uno de los siguientes programas para comprobar la conexión JMX y verificar loscredenciales y la conectividad:

– Para sistemas operativos Linux, AIX y Linux en System z: $COLLATION_HOME/bin/testwasconnection.sh. En el archivo testwasconnection.sh encontrará instruccionespara ejecutar este programa.

– Para sistemas Windows: %COLLATION_HOME%\bin\testwasconnection.bat. En el archivotestwasconnection.bat encontrará instrucciones para ejecutar este programa.

• Asegúrese de que la lista de acceso se ha definido correctamente. Si descubre WAS en z/OS y deseautilizar una entrada de lista de acceso con una restricción de ámbito, debe incluir la dirección IP del

78 Application Dependency Discovery Manager: Sensores

Page 95: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

servidor WebSphere en el ámbito de descubrimiento además de la dirección IP del host donde estáubicado el archivo de partida de WebSphere.

El sensor falla en una consulta JMXProblema

El sensor falla en una consulta JMX con el siguiente mensaje:

error en la consulta JMX --compruebe el estado del servidor einténtelo de nuevo

Este error indica que la configuración puede estar corrupta.Solución

Compruebe los registros para ver lo que se está consultando y si el valor puede leerse en la consoladeWebSphere Application Server. Normalmente, este error se produce porque el descubrimiento seejecuta por la noche y losWebSphere Application Servers están inactivos por razones demantenimiento. En este caso, reinicie el servidor e intente realizar el descubrimiento de nuevo.

Error de almacenamiento de datos - el almacenamiento de datos tarda demasiadoProblema

El almacenamiento de los dtos recopilados en un descubrimiento de WebSphere tarda demasiadotiempo.

SoluciónEl script de definición de la base de datos no se ha ejecutado antes de la creación del esquema deTADDM. Antes de crear un esquema de TADDM, ejecute el siguiente script de definición de la base dedatos:

• Para sistemas no Windows:

$COLLATION_HOME/bin/gen_db_stats.jy

• Para sistemas de Windows:

%COLLATION_HOME%\bin\gen_db_stats.bat

El WebSphere Application Server está inactivoProblema

El WebSphere Application Server está inactivo por una de las siguientes razones:

• TADDM se ejecuta cuando se está realizando el mantenimiento de WebSphere Application Server yel descubrimiento no se completa. El archivo local-anchor*.hostname.WebSphereAgent.log o local-anchor*.hostname.WebSphereNodeSensor.log podrían mostrar el siguiente mensaje deerror:INFO cdb.AnchorServer[main] - [AnchorServer.I.0] el servidor noacepta nuevas conexiones

• Un mensaje de error indica que la consulta no puede completarse.

SoluciónCompruebe que el WebSphere Application Server funciona correctamente.

El sensor no muestra tantos datos como en releases anteriores de TADDMProblema

La ventana Detalles de las células, nodos y servidores de WebSphere no muestra tantos datos comoel releases anteriores de TADDM y muchas de las pestañas de la ventana ni siquiera tienen datos.

SoluciónTADDM implementa los siguientes niveles de descubrimiento:

Capítulo 1. Referencia de sensores 79

Page 96: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Superficial• Medio• Profundo

El nivel de descubrimiento predeterminado para el sensor de WebSphere Application Server es elsuperficial.

Para obtener más detalles sobre WebSphere Application Server, cree una configuración del sensor dedescubrimiento para el sensor WebSphereCellSensor en la ventana Configuración del sensor. Definael valor de la propiedad mediumDiscoveryLevel o la propiedad deepDiscoveryLevel como verdadero.

El sensor de WebSphere falla durante el descubrimiento de WebSphere en un sistema operativo AIXdebido a problemas con el mandato AIX psProblema

En algunos sistemas operativos AIX, al ejecutar el mandato UNIX ps se devuelven series JavaCLASSPATH truncadas. El sensor de TADDM WebSphere no reconoce estas series, lo que resulta enun descubrimiento erróneo.

SoluciónActualice al menos a la versión AIX 5.3. FP5 (5.3.0.50). Esta versión y las versiones posteriores deAIX devuelve las series Java CLASSPATH completas.

Se muestra el mensaje CTJDT0736WProblema

Existen credenciales insuficientes en la lista de acceso para el protocolo Secure Shell (SSH) oWindows Management Instrumentation (WMI) en el sistema host en el que se ejecuta el nododistribuido.Los credenciales del sistema para este sistema host se utilizan para recuperar información y llenar elhost para los elementos de configuración del servidor y el nodo en dicho sistema.

SoluciónSi quiere que se especifique esta información, debe añadir los credenciales del sistema adecuadospara el sistema host.

El sensor de WebSphere falla y se muestra el siguiente mensaje: CTJTD0692EProblema

Al intentar descubrir una célula distribuida de WebSphere, el sensor de WebSphere falla con elmensaje siguiente:

CTJTD0692E No se encuentra la dirección deenlace del gestor de despliegue de células distribuidopara la siguiente célula:etabsap1TCell

SoluciónLos descubrimientos en los que participan sensores relacionados con WebSphere DeploymentManager deben tener un DNS en funcionamiento. Como método alternativo, cambiecom.collation.platform.os.disableRemoteHostDNSLookups a true y asegúrese de que elservidor de TADDM siempre tiene la ruta de búsqueda de DNS correcta.

El sensor de WebSphere falla y se muestra el siguiente mensaje: CTJTD3021EProblema

El sensor de WebSphere falla con el siguiente mensaje:CTJTD3021E El sensor falla en un servidor remoto : CTJTD2120E Se ha producido un error en el proceso de descubrimiento.:CTJTD0775E No hay disponible una conexión con el servidor de WebSphere : << ip address of IBM WebSphere application server >> - ADMC0016E: El sistema no puede crear un conector SOAP para conectarseal host: << ip address of IBM WebSphere application server >>

80 Application Dependency Discovery Manager: Sensores

Page 97: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónCompruebe si el problema reside en el soporte SSL en el código de cliente de WebSphere. Pararealizar la comprobación, asegúrese de que la entrada de la lista de acceso deWebSphere para esteWebSphere Server es la primera en dicha lista (anterior a otros credenciales de WebSphere). Si eldescubrimiento se realiza correctamente, importe todos los certificados deWebSphere desde losdiferentes servidores a un almacén de confianza. Es aceptable tener varias entradas de lista deacceso con diferentes identificadores de usuario y contraseñas. Sin embargo, todas las entradas delista de acceso deben especificar el mismo almacén de confianza,que contiene todos los certificados.

Para más información, consulte “Configuración de la lista de acceso” en la página 70.

El sensor del controlador WebSphere JDBC no se iniciaProblema

El sensor del controlador WebSphere JDBC no se inicia.Solución

Para establecer por qué el sensor de controlador de WebSphere JDBC no se inicia, asegúrese de quese cumplen las siguientes condiciones:

• Se ha creado un perfil de usuario para el descubrimiento de Nivel 3 y el sensor de controladorWebSphere JDBC está habilitado.

• El descubrimiento profundo está habilitado para el sensor de célula de WebSphere.

El sensor de controlador JDBC de WebSphere no se puede conectar al sistema principal de destino yse muestra el siguiente mensaje: CTJTD0796EProblema

Durante el descubrimiento, el sensor del controlador JDBC de WebSphere no puede establecer unaconexión con el sistema principal de destino y se muestra el siguiente mensaje de error CTJTD0796E.

SoluciónEsto se puede deber a una de las siguientes situaciones:

• La conexión SSH no se ha podido establecer con el sistema principal.• Se ha establecido una conexión con el sistema principal, pero el usuario no tiene los privilegios

apropiados para ejecutar el script WebSphere setupCmdLine.• Se ha establecido una conexión con el sistema principal, pero el usuario no tiene los privilegios

apropiados para ejecutar el mandato Java.

Debe comprobar los archivos de registro de errores de los sensores para determinar cual de estassituaciones se ha producido.

Si el sensor falla, se muestra el aviso CTJTD0798W en los archivos de registro, asegúrese de que elusuario que especificó en la entrada de la lista de accesoWebSphere SSH tiene los privilegiosapropiados para ejecutar el script WebSphere setupCmdLine script.

Si el sensor falla, se muestra el aviso CTJTD0799W en los archivos de registro de errores, asegúresede que el usuario especificado en la entrada de la lista de acceso WebSphere SSH cuenta con losprivilegios apropiados para ejecutar el mandato Java.

Algunas dependencias JBDC no se crean entre un servidor WebSphere y servidores de base dedatos.Problema

TADDM descubre el servidor WebSphere y un servidor de bases de datos relacionado, pero no creauna relación entre ellos. Dicha relación se basa en las propiedades de conexión de JDBC que esténdefinidas en el servidor de aplicaciones.

Solución

El problema puede ser resultado de uno de los siguientes asuntos:

Capítulo 1. Referencia de sensores 81

Page 98: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Los detalles de conectividad JDBC los recopilan únicamente descubrimientos de nivel profundo.Asegúrese de que el perfil de descubrimiento del sensor de WebSphere esté configurado para esenivel de descubrimiento.

• Las dependencias las crea el JDBCDependencyAgent que se ejecuta en el grupo de agentes detopología Dependencia. Asegúrese de que el agente se ejecuta después de que finalice eldescubrimiento de los servidores de WebSphere.

• El JDBCDependencyAgent solo procesa los servidores de aplicaciones descubiertos recientemente.Si algunas dependencias aún faltan tras ejecutarse el agente, vuelva a descubrir los servidores deWebSphere y espere a que los agentes de topología se vuelvan a ejecutar.

• Asegúrese de que el servidor de bases de datos es de los que soportan la creación de dependenciastransaccionales entre ellos y el servidor de aplicaciones de WebSphere. Las bases de datossiguientes están soportadas:

– Oracle– IBM DB2– Microsoft SQL Server– Sybase

El sensor de WebSphere falla cuando el servidor de TADDM ejecuta Red Hat Enterprise Linux 6Problema

El sensor de WebSphere falla cuando el servidor de TADDM ejecuta Red Hat Enterprise Linux 6. Esposible que se muestre el error siguiente:

CTJTD3021E El sensor falla en un servidor remoto

CTJTD2015E Se ha producido un error del sensor ancla local

SoluciónEn el archivo de configuración /etc/security/limits.d/90-nproc.conf, comente la líneasiguiente:

* soft nproc 1024

Después de actualizar el archivo de configuración, debe reiniciar el servidor de TADDM.

Solo los objetos de marcador se almacenan después de un descubrimiento basado en scriptProblema

Después de ejecutar un descubrimiento de WebSphereScriptSensor satisfactorio, todos los objetosalmacenados se marcan como marcadores y contienen pocos detalles.

SoluciónWebSphereScriptSensor crea objetos de marcador cuando un destino de descubrimiento es un nodode WebSphere Application Server en una célula distribuida distinta de la célula de gestión (un nodo deDMGR). Para obtener información más detallada sobre los objetos de modelo de marcador, ejecute undescubrimiento del host con el DMGR.

Sensor de caché de IBM WebSphere eXtreme ScaleEl sensor de memoria caché de IBM WebSphere eXtreme Scale descubre las memorias caché de IBMWebSphere eXtreme Scale y algunos de sus componentes.

El sensor descubre los siguientes elementos para la memoria caché de eXtreme Scale:

• El nombre de la memoria caché• Una lista de los nodos en los que se encuentra la memoria caché

El sensor descubre los siguientes elementos para cada nodo eXtreme Scale:

82 Application Dependency Discovery Manager: Sensores

Page 99: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• El nombre del nodo• El nombre de host del nodo• Los contenidos del archivo de configuración principal• El contenido del archivo de configuración orb.properties para JVM que ejecuta este nodo y versión

de este JVM• Los contenidos de los archivo de .xml, .sh, .props, y .properties que están en el mismo directorio

como archivo de configuración principal

Nombre del sensor utilizado en la GUI y los registros

WebSphereXSCacheSensor

Requisitos previos

IBM WebSphere eXtreme Scale debe ejecutarse en los sistemas de destino.

La vía de acceso al archivo de configuración, especificado por el parámetro -objectgridfile, debe serabsoluto.

Cuestiones de seguridad

El usuario debe tener permisos para llevar a cabo las siguientes tareas:

• Obtenga una lista completa de procesos, incluyendo procesos de máquina virtual de Java (JVM), que seejecutan en el sistema de llegada.

• Lea el archivo de configuración especificado por el parámetro -objectgridfile, normalmenteobjectGrid.xml.

• Lea cualquiera de los archivos XML, los archivos de script o los archivos de propiedades en el mismodirectorio que el archivo de configuración especificado por el parámetro -objectgridfile, si estainformación se va a capturar.

• Ejecute la JVM que ejecuta el nodo eXtreme Scale con el parámetro -version, para obtener lainformación sobre la versión del entorno de ejecución.

• Lea el archivo de configuración orb.properties, que está en el directorio lib de JVM.

Limitaciones

Se aplican las siguientes limitaciones:

• Solo se descubren los nodos eXtreme Scale que utilizan JVM de forma separada como contenedorespara las memorias cachés de eXtreme Scale. Se seleccionan aquellos que utilizan aplicaciones webespeciales como contenedores para nodos eXtreme Scale que no se han descubierto.

• No se descubren las JVM que proporcionan servicios de catálogo para nodos eXtreme Scale.• Si se inicia más de un proceso JVM con el mismo nombre de nodo y la misma copia del archivo deconfiguración especificado por el parámetro-objectgridfile, el sensor no reconoce que haya nodosseparados, y los nodos se juntan.

• El sensor busca archivos de configuración solo en el mismo directorio en el que está el archivo deconfiguración especificado por el parámetro -objectgridfile, y sus subdirectorios. Solo sereconocen los archivos con una de las siguientes extensiones:

– .xml– .sh– .props– .properties

No puede configurar la extensión del archivo reconocida.• El sensor no analiza los archivos de configuración, pero captura todo los contenidos de cada archivo.

Capítulo 1. Referencia de sensores 83

Page 100: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Cuando comprueba el parámetro -objectgridfile, el sensor ignora el caso.

Objetos de modelo con atributos asociadosEl sensor de caché IBM WebSphere eXtreme Scale crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que recoge el sensor sobre los elementos de configuración en elentorno de IBM WebSphere.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.JVM

ExecutableNameJVMVersionEditorSoftwareVersion

websphere.WebSphereXSCache

• Nombre

websphere.WebSphereXSCacheNode

• Nombre• Host

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación en el sistema de destino.

Sensor de IBM WebSphere Message BrokerEl sensor de IBM WebSphere Message Broker descubre la atribución de WebSphere Message Broker enlos niveles de instancia de intermediario, configuración y aplicación para Windows y UNIX.

Nombre del sensor utilizado en la GUI y los registros

MBServerSensor

Requisitos previos

El servidor de TADDM requiere la siguiente información de inicio de sesión:

Inicio de sesión en el sistema con capacidad para descubrir el sistema de destino.

Debe tener autorización para ejecutar el mandato mqsiprofile.

Limitaciones

Después de un descubrimiento utilizando el sensor de IBM WebSphere Message Broker, algunos valoresde atributo del panel Detalles permanecen vacíos, ya que el sensor no llena todos los elementos deMessage Broker. Puede encontrar la lista completa de las clases y los atributos descubiertos en eldiccionario de datos del sensor. Para llenar los valores de atributo que faltan, puede utilizar otrosproductores de datos, como adaptadores de biblioteca de descubrimiento (DLA) o extensiones deservidor personalizadas que amplían las prestaciones de descubrimiento de TADDM.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

84 Application Dependency Discovery Manager: Sensores

Page 101: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• messaging.mb.MBBroker• messaging.mq.MQQueueManager• messaging.mb.MBExecutionGroup• messaging.mb.MBHTTPListenerProperties• messaging.mb.MBHTTPConnectorProperty• messaging.mb.MBHTTPSConnectorProperty• messaging.mb.MBHTTPListenerProperty• messaging.mb.MBBrokerSecurity• messaging.mb.MBBrokerProfile• messaging.mb.MBMessageFlow• messaging.mb.MBMessageFlowNode• messaging.mb.MBBarFile• messaging.mb.MBProperty

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoSi desea cambiar el nivel de descubrimiento, actualice el perfil de descubrimiento para el sensor de IBMWebSphere Message Broker.

Para cambiar el nivel de descubrimiento predeterminado para este sensor, complete los pasossiguientes:

1. En la ventana Perfiles de descubrimiento, pulse Nuevo.2. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil y pulse Aceptar.3. En la lista de sensores, pulse MBServerSensor y después Nuevo.4. En la ventana Crear configuración, escriba el nombre y descripción de su configuración de

MBServerSensor.5. En la sección Configuración de la ventana Crear configuración, para cambiar las opciones de

descubrimiento, seleccione una de las siguientes opciones:

• Para utilizar las credenciales OS para llevar a cabo el descubrimiento, pulse dos veces en el valor deuseHostAuth y cámbielo de false a true

• Para descubrir los atributos de los nodos de flujo de mensajes de WebSphere, pulse dos veces en elvalor de useNodeLevel y cámbielo de false a true

6. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.7. En la ventana Perfiles de descubrimiento, pulse Guardar.8. Elija este perfil de descubrimiento cuando ejecute un descubrimiento.

Para obtener más información sobre los perfiles de descubrimiento, consulte el tema Utilización deperfiles de descubrimiento en la Guía del usuario de TADDM.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios para configurar la lista de acceso.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Servidores de mensajería como Tipo de componente.2. Seleccione WebSphere Message Broker como Proveedor.3. Especifique la siguiente información obligatoria:

• Nombre de usuario• Contraseña

Capítulo 1. Referencia de sensores 85

Page 102: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Debe tener autorización para ejecutar el mandato mqsiprofile.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.platform.os.UnixOs.forcedServerList=bipbrokerEsta propiedad obliga al proceso bipbroker a iniciar el sensor en la plataforma UNIX.

com.collation.platform.os.WindowsOs.forcedServerList=bipserviceEsta propiedad obliga al proceso bipservice a iniciar el sensor en la plataforma Windows.

com.collation.platform.os.AixOs.forcedServerList=bipbroker

Esta propiedad obliga al proceso bipbroker a iniciar el sensor en la plataforma AIX.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de IBM WebSphereMessage Broker y ofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

El sensor de WebSphere Message Broker no se inicia.Solución

Asegúrese de que el nombre de proceso bipbroker se añade a la propiedadcom.collation.platform.os.UnixOs.forcedServerList en el archivo collation.properties.

Sensor de IBM WebSphere MQ ServerEl sensor de IBM WebSphere MQ Server descubre servidores IBM WebSphere MQ.

Nombre del sensor utilizado en la GUI y los registros

MQServerSensor

Cuestiones de seguridad

El servidor de TADDM requiere la siguiente información de inicio de sesión:

• Inicio de sesión en el sistema con capacidad para descubrir el sistema de destino.• Para el servidor WebSphere MQ de un sistema UNIX, el usuario de WebSphere MQ y contraseña

utilizados para iniciar sesión en la consola MQSC.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.messaging.mq.MQChannel• app.messaging.mq.MQClientConnectionChannel• app.messaging.mq.MQCluster• app.messaging.mq.MQClusterReceiverChannel• app.messaging.mq.MQClusterSenderChannel• app.messaging.mq.MQInstallation• app.messaging.mq.MQListener• app.messaging.mq.MQNameList• app.messaging.mq.MQQueueManager• app.messaging.mq.MQRequesterChannel

86 Application Dependency Discovery Manager: Sensores

Page 103: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.messaging.mq.MQServerChannel• app.messaging.mq.MQTCPListener• app.ProcessPool

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de IBM WebSphere MQ Server solo soporta el descubrimiento basado en script y asíncrono. Nose ejecuta en descubrimientos normales.

Requisitos de configuración del sensor

Para el descubrimiento basado en script y asíncrono, el sensor no requiere configuración.

Limitaciones

El descubrimiento de descriptores de aplicación no es compatible.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoDescribe los detalles de acceso necesarios para instalaciones de UNIX y Windows.

Requisitos previos

En el caso de sistemas Windows, el usuario debe ser miembro del grupo Admin de Windows para ejectuarel mandato runmqsc.

En el caso de sistemas UNIX, el usuario de WebSphere MQ tiene privilegios para ejecutar el mandatorunmqsc.

Configure la lista de acceso de la siguiente manera:

1. Seleccione Servidores de mensajería como Tipo de componente.2. Seleccione WebSphere MQ como Proveedor.

Los sistemas Windows requieren la siguiente información:

• Nombre de usuario• Contraseña

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.platform.os.UnixOs.forcedServerList=amqzxma0Esta propiedad fuerza el proceso aqmzxma0 para que inicie el sensor.

com.collation.topobuilder.mq.clusterrelations=trueEsta propiedad permite crear dependencias basadas en pertenencia al clúster. Todos los QueueManager del clúster tienen dos dependencias (una como origen y una como destino) con el resto deQueue Managers del mismo clúster.Si no se define, el valor predeterminado es false.

com.collation.topobuilder.mq.channelrelations=trueesta propiedad permite crear dependencias basadas en nombres de canal emisor-receptor. Si no sedefine, el valor predeterminado es false.Limitación: Esta prestación solo está disponible si los nombres de cana contienen el nombre delgestor de origen y el del gestor de destino. De lo contrario, no es posible crear una expresión regularpara la propiedad com.collation.topobuilder.mq.channelnaming.

Capítulo 1. Referencia de sensores 87

Page 104: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.topobuilder.mq.checkreceiverchannelname=trueSi se define como verdadera, la dependencia se define únicamente en caso de que exista un canalreceptor con un nombre que coincida con el nombre del canal emisor del gestor de destino. El valorpredeterminado es false.

com.collation.topobuilder.mq.channelnaming=<REGULAR EXPRESSION>Le permite especificar reglas de denominación de canales personalizadas para crear dependencias decanal. REGULAR_EXPRESSION debe devolver dos grupos con nombre:

• El primer coincide con el nombre del gestor de origen.• El segundo coincide con el nombre del gestor de colas de destino.

Si el nombre de canal personalizado no contiene el nombre del gestor de colas de origen, porejemplo, TO.TARGET_MANAGER, el primer grupo puede definirse con un valor vacío, por ejemplo()TO.(.*). En este caso, el nombre del gestor de colas de origen no se compara con el nombre delgestor de colas padre del canal emisor.Si no se define, el valor predeterminado para <REGULAR_EXPRESSION) es CH\\.(.*?)\\.TO\\.(.*

Las siguientes propiedades se utilizan para generar nombres de visualización para el QueueManager.

com.collation.discover.agent.MQQueueManager.Use ListenningIp=trueDefine el nombre de QueueManager; el valor predeterminado es false.<FQDN>:<QUEUE_MANAGER_NAME> - Se utiliza el primer nombre de dominio totalmente calificado(FQDN) no vacío o IP del primer MQListener a la escucha

com.collation.discover.agent.MQQueueManager.UseIpFromConnections=trueEl valor predeterminado es false.<FQDN>:<QUEUE_MANAGER_NAME> - Se utiliza el primer FQDN (o IP) no vacío del atributoLOCLADDR de la ServerConnection.

com.collation.discover.agent.MQQueueManager.UseEmptyHostName=trueSi el FQDN no está presente, se utiliza el primer FQDN (o IP) no vacío del atributo LOCLADDR de laClientConnection. El valor predeterminado es false.<QUEUE_MANAGER_NAME> - Se utiliza el nombre del QueueManager sin el FQDN.

com.collation.topobuilder.mq.removerelationsSi no se define, el valor predeterminado es false. Si se define como verdadero, las dependencias delgestor de colas deWebSphere MQ se eliminan siempre que no estén en ejecución.

Si ninguna de las propiedades anteriores se define como true (UseListenningIp o UseIpFromConnectionsno resuelven el FQDN), se utiliza el FDQN del host padre.

<HOST_FQDN>:<QUEUE_MANAGER_NAME>

Las siguientes propiedades se utilizan para especificar que el sensor debe utilizar el mandato sudo paraejecutar mandatos MQ en el servidor.

com.collation.discover.agent.MqServerAgent.versionCommand=sudo -u userEspecifica que el sensor debe utilizar sudo con el nombre de usuario especificado al ejecutar elmandato version de MQ.

com.collation.discover.agent.MqServerAgent.statusCommand=sudo -u userEspecifica que el sensor debe utilizar sudo con el nombre de usuario especificado al ejecutar elmandato dspmq de MQ.

com.collation.discover.agent.MqServerAgent.mqscCommand=sudo -u userEspecifica que el sensor debe utilizar sudo con el nombre de usuario especificado al ejecutar elmandato runmqsc de MQ.

Las propiedades anteriores pueden enmarcarse en un tipo de sistema operativo particular, dirección IP, oambos, como en el ejemplo siguiente:

com.collation.discover.agent.MqServerAgent.mqscCommand.Linux.1.2.3.4=sudo -u mqm

88 Application Dependency Discovery Manager: Sensores

Page 105: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de IBM WebSphere MQServer y ofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

El sensor de WebSphere MQ Server no se inicia.Solución

Asegúrese de que el nombre de proceso amqzxma0 se añade a la propiedadcom.collation.platform.os.UnixOs.forcedServerList del archivocollation.properties.

El sensor se inicia, pero no descubre toda la información a través del descubrimiento de IBM TivoliMonitoringProblema

El descubrimiento del sensor de WebSphere MQ Server a través de IBM Tivoli Monitoring finalizacorrectamente pero no se descubre toda la información.

SoluciónAsegúrese de que en el host de destino, el usuario bajo el que se ejecuta el agente de IBM TivoliMonitoring, se ha añadido al grupo mqm.

Sensor de servidor iPlanetEl sensor de servidor iPlanet descubre servidores web iPlanet.

Nombre del sensor utilizado en la GUI y los registros

IPlanetServerSensor

Requisitos previos

La cuenta de servicio de TADDM requiere:

• Permisos de ejecución binaria de iPlanet, ns-httpd o webserd.• Acceso de lectura de los archivos de configuración de iPlanet

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.SoftwareContainer• app.SoftwareModule• app.StaticContentModule• app.web.CGIScript• app.web.iplanet.IPlanetJSP• app.web.iplanet.IPlanetJVMSettings• app.web.iplanet.NSAPIPlugin• app.web.iplanet.IPlanetServer• app.web.iplanet.IPlanetServlet• app.web.iplanet.IPlanetSSLSettings• app.web.iplanet.IPlanetVirtualHost• app.web.iplanet.IPlanetWebContainer

Capítulo 1. Referencia de sensores 89

Page 106: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.web.iplanet.WebLogicConnection• app.web.WebConnection• sys.DataFile sys.Directory

Sensor de servidor JBossEl sensor de JBoss descubre la versión de una instalación de JBoss y recopila datos para el servidor. Sepuede utilizar para descubrir JBoss AS versiones 4, 5 y 6.

Nombre del sensor utilizado en la GUI y los registros

JBossVersionSensor, JBossSensor

Requisitos previos

Se deben cumplir los siguientes requisitos previos:

• El descubrimiento del sistema debe realizarse correctamente.• JMX debe estar habilitado en el servidor JBoss.• Si JMX está protegida por contraseña, debe introducir las credenciales en la lista de acceso.

El sensor de JBoss requiere archivos JAR adicionales que forman parte de la instalación de JBoss Server.Debe copiar estos archivos JAR en los siguientes directorios (($COLLATION_HOME) del servidor deTADDM.

Para JBoss AS 4:

• lib/jboss/402/jbossall-client.jar, lib/jboss/402/jnpserver.jar• lib/jboss/402/jboss-jmx.jar

Para JBoss AS 5:

• lib/jboss/5/jboss-client.jar• lib/jboss/5/jnp-client.jar• lib/jboss/5/jboss-logging-spi.jar• lib/jboss/5/jboss-security-spi.jar• lib/jboss/5/jboss-common-core.jar• lib/jboss/5/jboss-javaee.jar• lib/jboss/5/jmx-invoker-adaptor-client.jar• lib/jboss/5/jbosssx-client.jar• lib/jboss/5/jboss-integration.jar• lib/jboss/5/jboss-serialization.jar• lib/jboss/5/jboss-remoting.jar• lib/jboss/5/jboss-jca.jar

Para JBoss AS 6:

• lib/jboss/6/jboss-client.jar• lib/jboss/6/jnp-client.jar• lib/jboss/6/jboss-logging.jar• lib/jboss/6/jboss-security-spi.jar• lib/jboss/6/jboss-common-core.jar• lib/jboss/6/jmx-invoker-adaptor-client.jar• lib/jboss/6/jbosssx-client.jar• lib/jboss/6/jboss-integration.jar

90 Application Dependency Discovery Manager: Sensores

Page 107: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• lib/jboss/6/jboss-serialization.jar• lib/jboss/6/jboss-remoting.jar• lib/jboss/6/jboss-jca.jar

Limitaciones

Importante: JBoss AS 6 se soporta desde TADDM 7.2.2 Fixpack 1.

Si un descubrimiento de una una versión de JBoss a través de una conexión JMS no tiene éxito,JBossVersionSensor utiliza la sesión de SSH para el descubrimiento. El sensor no descubre el contenidode JBoss y los objetos de modelo no se crean.

en el caso de ManagedConnectionFactories de JBoss, las propiedades de origen de datos de XA de JDBCno son descubiertas por el sensor. Como resultado, las dependencias transaccionales entre el servidor deJBoss y los servidores de base de datos que denotan dichos orígenes de datos no se crean.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppServer• app.j2ee.J2EEServer• app.j2ee.jboss.JBossCluster• app.j2ee.jboss.JBossDomain• app.j2ee.jboss.JBossJMSServer• app.j2ee.jboss.JBossServer

Configuración del sensorAntes de ejecutar un descubrimiento de la instalación de JBoss, debe configurar el sensor del servidor deJBoss.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Necesita la siguiente información:

• La entrada de la lista de acceso del sistema que ejecuta el servidor JBoss.• La entrada de la lista de acceso de la consola JMX del servidor JBoss, en caso de estar protegida con

contraseña.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.discover.jbossversion.sockettimeoutEsta propiedad especifica un valor de tiempo de espera de socket (en milisegundos) paraJBossVersionSensor.

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de JBoss y ofrece soluciones adichos problemas.

El JBossVersionSensor no se iniciaProblema

El JBossVersionSensor no se inicia.

Capítulo 1. Referencia de sensores 91

Page 108: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Solución

• Vaya a http://dirección_ip:puerto_web/jmx-console y desplácese por la consola para versi la consola JMX del servidor de JBoss está habilitada.

• Asegúrese de que lsof funciona correctamente.

No se encuentran las bibliotecas de JBossProblema

Cuando se ejecuta el sensor, se muestra el mensaje No se encuentran las bibliotecas deJBoss.

SoluciónAsegúrese de que los archivos JAR de JBoss para su versión del servidor de JBoss están en eldirectoriodist y de que el acceso de lectura está habilitado para el usuario (User).

Algunas dependencias de JBDC no se crean entre un servidor de JBoss y servidores de base dedatos.Problema

TADDM descubre el servidor de JBoss y un servidor de bases de datos relacionado, pero no crea unarelación entre ellos. Dicha relación se basa en las propiedades de conexión de JDBC que esténdefinidas en el servidor de aplicaciones.

Solución

El problema puede ser resultado de uno de los siguientes asuntos:

• Las dependencias las crea el JDBCDependencyAgent que se ejecuta en el grupo de agentes detopología Dependencia. Asegúrese de que el agente se ejecuta después de que finalice eldescubrimiento de los servidores de JBoss.

• El JDBCDependencyAgent solo procesa los servidores de aplicaciones descubiertos recientemente.Si algunas dependencias aún faltan tras ejecutarse el agente, vuelva a descubrir los servidores deJBoss y espere a que los agentes de topología se vuelvan a ejecutar.

• Asegúrese de que el servidor de bases de datos es de los que soportan la creación de dependenciastransaccionales entre ellos y el servidor de aplicaciones de JBoss. Las bases de datos siguientesestán soportadas:

– Oracle– IBM DB2– Microsoft SQL Server– Sybase

JBossVersionSensor falla con el mensaje de error "CTJTD0030E Se ha producido un error alejecutar ./run.bat -V".Problema

JBossVersionSensor falla y se puede encontrar el siguiente mensaje de error en los registros:

• Para JBoss AS en Windows:

ERROR sensor.JBossVersionSensor - CTJTD1573E Seha producido un error mientras se ejecuta ./run.bat -V: com.collation.platform.os.OsException: '.' no se reconoce como mandato interno o externo.

• Para JBoss AS en Linux:

ERROR sensor.JBossVersionSensor - CTJTD1573E Seha producido un error mientras se ejecuta./run.sh -V: com.collation.platform.os.OsException: '.' no se reconoce como mandato interno o externo.

92 Application Dependency Discovery Manager: Sensores

Page 109: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónJBossVersionSensor no ha podido detectar la versión de JBoss AS porque la vía de acceso completaal script run.bat o run.sh no se ha proporcionado antes de que se iniciara el servidor deaplicaciones. Copie las bibliotecas JBoss necesarias (archivos JAR) en el directorio$COLLATION_HOME/lib/jboss para habilitar una detección de versión a través de JMX. Sin estasbibliotecas, el sensor de servidor JBoss no almacena objetos de modelo. Consulte la sección“Requisitos previos” en la página 90 para saber las bibliotecas que se deben copiar.

Sensor de JBoss Application Server 7El sensor de JBoss Application Server 7 descubre la configuración de JBoss AS para JBoss AS 7.0 yposterior.

El sensor descubre los servidores JBoss que se ejecutan como servidores autónomos y en un dominiogestionado. Cada host que pertenece a un dominio gestionado se descubre de forma independiente, demodo que para obtener una imagen completa de una topología JBoss, se debe ejecutar undescubrimiento para cada uno de los hosts. Cuando se descubre un entorno por primera vez, serecomienda empezar con un descubrimiento de un host, que actúe como controlador de dominio JBoss y,a continuación, ejecutar un descubrimiento de miembros de dominio.

Nombre del sensor utilizado en la GUI y los registros

JBoss7Sensor

Requisitos previos

Un usuario de sistema operativo que ejecute un descubrimiento debe tener acceso de lectura a losarchivos de configuración de JBoss y al contenido de despliegue. El usuario también debe poder ejecutarjava, de lo contrario los descriptores de despliegue no se descubren.

Limitaciones

• El sensor no descubre aplicaciones y módulos que se despliegan en un servidor autónomo colocando elcontenido de despliegue en la carpeta de despliegues (despliegue de sistema de archivos). Solo sesoportan las aplicaciones y los módulos que se despliegan utilizando las API de gestión de AS JBoss (lalínea de mandatos o interfaz web).

• El reconocimiento de tipo de despliegue se basa en la búsqueda de archivos de descriptor específicosen el contenido de despliegue. Si no se encuentra ninguno de estos descriptores, se asigna un tipogeneral J2EEDeployedObject a un objeto de modelo almacenado por el sensor.

Objetos de modelo creados

El sensor crea objetos de modelo de los tipos siguientes:

• app.j2ee.jboss.JBossDomain• app.j2ee.jboss.JBossHost (solo para dominios gestionados)• app.j2ee.jboss.JBossCluster (que representa grupos de servidores en un dominio gestionado JBoss)• app.j2ee.jboss.JBossServer• app.ConfigFile• app.j2ee.J2EEDeployedObject (y los subtipos)

Los orígenes de datos JDBC se almacenan como datos ampliados de JBossClusters (para un dominiogestionado) o JBossServer (para un servidor autónomo). Los descriptores de despliegue se almacenancomo datos ampliados de J2EEDeployedObjects.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor de JBoss Application Server 7.

Capítulo 1. Referencia de sensores 93

Page 110: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de JBoss Application Server 7 tiene las siguientes opciones de configuración. Si desea cambiarestas opciones, cree una configuración de sensor personalizada. Consulte el tema Creación de perfiles dedescubrimiento en la Guía del usuario de TADDM.

extractAllXmlDescriptorsEl valor predeterminado de esta propiedad es true.Si esta propiedad se establece en true, el sensor descubre todos los archivos con la extensión .xmlen los directorios META-INF y WEB-INF de las aplicaciones o los módulos que se despliegan enJBoss. Si esta propiedad se establece en false, se utiliza la propiedad descriptorsToExtract.

descriptorsToExtractEsta propiedad especifica una lista separada por espacios de archivos, que se deben descubrir paralos despliegues JBoss cuando la propiedad extractAllXmlDescriptors está establecida enfalse. Por ejemplo META-INF/application.xml WEB-INF/web.xml. No se permiten caracterescomodín.

extractSubmodulesEl valor predeterminado de esta propiedad es false.Si esta propiedad se establece en true y si un despliegue es una aplicación Java Platform EnterpriseEdition en forma de EAR (archivador empresarial), el sensor descubre descriptores de este desplieguey los módulos, por ejemplo de los archivos JAR o WAR. Si esta propiedad se establece en false, losdescriptores de los submódulos del despliegue no se descubren.

Nota: Para descubrir módulos de un EAR (archivador empresarial), se debe extraer el META-INF/application.xml. Significa que la propiedad extractAllXmlDescriptors se debe estableceren true o el valor de la propiedad descriptorsToExtract debe incluir META-INF/application.xml.

tagsToMaskEl valor predeterminado de esta propiedad es 'contraseña'.Esta propiedad especifica una lista separada por espacios de etiquetas XML. Cualquier contenido detexto de dichas etiquetas en los archivos que se descubra se ocultará con asteriscos.

Configuración de las entradas de archivo collation.propertiesPuede configurar las entradas de archivo collation.properties para ajustar mandatos que el sensorde JBoss Application Server 7 utiliza.

com.ibm.cdb.discover.sensor.app.j2ee.jboss7.java o com.collation.discover.agent.command.javaes un archivo ejecutable java. Si no se establece este mandato, el sensor utiliza el valorpredeterminado java en un host descubierto (el que está presente en el sistema $PATH). Si falla, seutiliza en su lugar java, que ejecuta el JBoss AS descubierto.

com.ibm.cdb.discover.sensor.app.j2ee.jboss7.pwdx o com.collation.discover.agent.command.pwdxinforma del directorio de trabajo actual de un proceso (solo para sistemas UNIX).El valor predeterminado es pwdx.

com.ibm.cdb.discover.sensor.app.j2ee.jboss7.ps.full ocom.collation.discover.agent.command.ps.full

lista todos los procesos en ejecución en un formato completo (solo para sistemas UNIX).El valor predeterminado es ps -ef, excepto para el sistema operativo Solaris, para el que el valorpredeterminado es /usr/ucb/ps auxww.

Configuración para el descubrimiento asíncronoPuede modificar los valores predeterminados si desea ejecutar el sensor de JBoss Application Server 7en modalidad de descubrimiento asíncrono.

Las configuraciones de sensor personalizado no se leen cuando se prepara un paquete de descubrimientoasíncrono. Si necesita utilizar una configuración distinta a la predeterminada, modifique la configuraciónen el archivo $COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.j2ee.jboss7_<version>/plugin.xml.

94 Application Dependency Discovery Manager: Sensores

Page 111: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe problemas comunes que se producen con el sensor de JBoss Application Server 7 yofrece soluciones a dichos problemas.

Un dominio gestionado está duplicadoProblema

Cuando muchos hosts que pertenecen al mismo dominio gestionado JBoss se descubrensimultáneamente por primera vez, es posible que se creen duplicados en la base de datos de TADDM.

SoluciónEjecute de nuevo un descubrimiento del dominio JBoss. Los duplicados se fusionan.Para evitar dicho problema en el futuro, en primer lugar descubra un host, que actúe comocontrolador de dominio JBoss y, a continuación, ejecute un descubrimiento de miembros de dominio.

Los despliegues y/o los orígenes de datos JDBC no se descubrenProblema

No todos los despliegues, u orígenes de datos JDBC, están presentes en la base de datos TADDMdespués de que se descubran algunos hosts que pertenecen a un dominio JBoss gestionado.

SoluciónAunque JBoss AS propaga automáticamente los despliegues y los orígenes de datos JDBC en undominio gestionado, es posible que la información completa sobre ellos solo esté disponible en unhost que actúe como controlador de dominio JBoss. Para obtener una imagen completa de unentorno JBoss, se deben descubrir todos los hosts que constituyen el dominio, especialmente elcontrolador de dominio.

No se descubren módulos de un despliegue EARProblema

Se despliega una aplicación Java Platform, Enterprise Edition en forma de archivador empresarial(EAR) en el AS JBoss, pero el sensor no descubre los módulos de la aplicación.

SoluciónConfigure el sensor para que se recopile el descriptor META-INF/application.xml. Consulte“Configuración del sensor” en la página 93.

No se crean algunas dependencias de JDBC entre un servidor JBoss o un grupo de servidores y losservidores de base de datosProblema

TADDM descubre el servidor JBoss o el grupo de servidores y un servidor de base de datosrelacionado pero no crea una relación entre ellos. Dicha relación se basa en propiedades de conexiónJDBC que se definen en el servidor de aplicaciones.

SoluciónEl problema puede ser resultado de uno de los siguientes asuntos:

• Las dependencias las crea el JDBCDependencyAgent que se ejecuta en el grupo de agentes detopología Dependencia. Asegúrese de que el agente se ejecuta después del descubrimiento del ASJBoss.

• El JDBCDependencyAgent solo procesa los servidores de aplicaciones descubiertos recientemente.Si aún faltan algunas dependencias después de que se ejecute el agente, vuelva a descubrir elentorno JBoss y espere a que los agentes de topología se ejecuten de nuevo.

El sensor de JBoss Application Server 7 no se iniciaProblema

Aunque el AS JBoss se ha iniciado, el sensor de JBoss 7 Application Server no se activa.

Capítulo 1. Referencia de sensores 95

Page 112: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónSi un servidor autónomo JBoss o un controlador de host JBoss solo escucha en una dirección debucle de retorno y la propiedadcom.collation.platform.os.ignoreLoopbackProcesses=true se ha establecido en TADDM,se ignora el proceso de servidor y el sensor no se inicia. Cambie el valor de la propiedad a false parael host JBoss, que no se ha descubierto, de la manera siguiente:

com.collation.platform.os.ignoreLoopbackProcesses.x.x.x.x=false

donde x.x.x.x es la dirección IP del destino de descubrimiento.

Los servidores JBoss que pertenecen a un dominio JBoss se están fusionando en exceso o solo seguarda el servidor JBoss de un solo host

ProblemaCuando se ejecuta un descubrimiento para varios miembros de un solo servidor de dominio JBoss,una vez que el descubrimiento finaliza, se guardan los servidores JBoss que solo pertenecen a uno delos varios hosts JBoss descubiertos.

SoluciónEl problema se resuelve en TADDM 7.3.0.6 con las siguientes condiciones:

• Sólo un servidor de descubrimiento a la vez debería estar ejecutando JBoss7Sensor para losdestinos que son miembros de un único servidor de dominio JBoss. En el caso de undescubrimiento con equilibrio de carga, esto significa que el usuario debe poner todos los destinosJBoss que están bajo un solo servidor de dominio JBoss en el mismo conjunto de ámbitos parautilizar este sensor, por ejemplo, los destinos no deben estar en distintos conjuntos de ámbitos deun grupo de ámbitos para impedir que se ejecuten en paralelo en el descubrimiento con equilibriode carga

CustomTemplateSensor definido en JBoss7Sensor causa que el servidor JBoss se fusione en exceso

ProblemaCuando se descubre el servidor JBoss desplegado en modalidad de dominio y el perfil incluye unCustomTemplateSensor en el que se ha definido una plantilla que obtiene un objeto JBossDomain deun JBoss7Sensor y produce el mismo tipo de objeto enriquecido, se produce una fusión excesiva delservidor JBoss. Solo se guardan los servidores JBoss que pertenecen a un host aleatorio.

SoluciónEl problema se resuelve en TADDM 7.3.0.6 con las siguientes condiciones:

• Para un destino, los dos sensores, JBoss7Sensor y JBossSensor, no deben invocarse. Pueden estaren el perfil de descubrimiento, pero si ambos son invocados, se producirá una fusión excesiva en elcaso de CustomTemplateSensor definido en el resultado de JBoss7Sensor.

Sensor de máquinas virtuales basada en kernelEl sensor de máquinas virtuales basadas en kernel utiliza la biblioteca libvirt para descubrir supervisorde KVM con la lista de máquinas virtuales gestionadas.

Nombre del sensor utilizado en la GUI y los registros

KvmSensor

Requisitos previos

El daemon de libvirt debe ejecutarse en un host de KVM de destino.

Para evitar que el sensor de sistemas informáticos de Linux y el sensor de KVM creen duplicados, debeinstalarse decodificación DMI en cada uno de los sistemas operativos invitados.

96 Application Dependency Discovery Manager: Sensores

Page 113: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• KVM• L2Interface• ComputerSystem• StoragePool• StorageVolume• CPU

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

configuración del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

La siguiente propiedad especifica que el sensor utiliza sudo para elevar los privilegios al ejecutarmandatos virsh de KVM:

• com.collation.discover.agent.kvm.systemcommand.Linux=sudo

Puede hacer que el ámbito de esta propiedad sea una dirección IP específica, como se muestra en lossiguientes ejemplos:

com.collation.discover.agent.kvm.systemcommand.Linux.192.168.1.1=sudo

Especifique la opción sudo para un sistema operativo únicamente si es necesaria para todos los sistemasque usen dicho sistema operativo. De lo contrario, especifique la opción para las direcciones IPespecíficas en las que se ha configurado el mandatosudo.

En los sistemas de destino que necesiten escalamiento de privilegios, configure el mandato sudo con laopción NOPASSWD. De lo contrario, el descubrimiento se bloquea hasta que el servidor de TADDM agote eltiempo de espera.

Configuración del perfil de descubrimientoPara cambiar el nivel de descubrimiento, actualice el perfil de descubrimiento para el sensor de KVM.Puede inhabilitar el descubrimiento de invitados que no estén en ejecución para descubrir solo aquellosservidores que están en ejecución.

Procedimiento

1. En la Consola de gestión del descubrimiento, pulse el icono Perfiles de descubrimiento.2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil y pulse Aceptar.4. En la lista de sensores, pulse en KVMSensor y después pulse en Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción de su configuración del sensor

de KVM y seleccione la casilla de verificación Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, para configurar el sensor y que

descubra solo los servidores que están en ejecución, pulse en discoverNonRunningGuests. Acontinuación pulse dos veces en el campo Valor de la fila y escriba false.

7. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse Guardar.

Sensor de Microsoft ClusterEl sensor de Microsoft Cluster descubre instalaciones de clústers de Microsoft Windows Server. El sensorsolo descubre los clústeres del servidor (incluye un proceso conocido como migración tras error)y no los

Capítulo 1. Referencia de sensores 97

Page 114: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

clústeres de Network Load Balancing. El sensor descubre los nodos, recursos y grupos de recursos delclúster.

Nombre del sensor utilizado en la GUI y los registros

MSClusterSensor

Requisitos previos

El sensor de MS Cluster requiere:

• El descubrimiento correcto de los sistemas Windows• El servicio Cluster Server ClusSvc debe estar en ejecución• Utilizando el proveedor Windows Management Instrumentation (WMI) de TADDM, debe garantizarse el

acceso de lectura WMI al espacio de nombres root/mscluster. Si el descubrimiento del sistemaWindows se realiza correctamente, este acceso de lectura WMI se otorga de forma predeterminada. Espreferible contar con acceso de nivel administrativo.

Limitaciones

El ámbito de descubrimiento debe contener la dirección IP de al menos uno de los nodos de MS Cluster omencionar la dirección IP del clúster. Un nodo es cualquier sistema que forme parte del clúster.

Objetos de modelo con atributos asociadosEl sensor de MS Cluster crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recoge sobre los clústeres de Microsoft Server en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.MsFailoverCluster.MsCluster

• CrossSubnetDelay• CrossSubnetThreshold• DefaultNetworkRole• Descripción• DisableGroupPreferredOwnerRandomization• Domain• EnableEventLogReplication• HangRecoveryAction• HangTimeout• InternalNetwork• LogLevel• LogSize• MaintenanceFile• MaxNumberofNodes• MaxQuorumArbitrationTime• MinQuorumArbitrationTime• Nombre• Nodes• PlumbAllCrossSubnetRoutes• PublicNetworks• QuorumLogFileSize

98 Application Dependency Discovery Manager: Sensores

Page 115: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• QuorumPath• QuorumType• RegroupOpeningTimeout• RegroupPruningTimeout• RegroupStageTimeout• RegroupTick• RequestReplyTimeout• ResourceDllDeadlockPeriod• ResourceGroups• Resources• SameSubnetDelay• SameSubnetThreshold• SecurityLevel• WitnessDatabaseWriteTimeout• WitnessRestartInterval

app.MsFailoverCluster.MsClusterNode

• Descripción• EnableEventLogReplication• InitialLoadInfo• LastLoadInfo• Nombre• NodeHighestVersion• NodeLowestVersion• System

app.MsFailoverCluster.MsClusterResource

• AppServers• CryptoCheckpoints• DeadlockTimeout• DebugPrefix• DeleteRequiresAllNodes• DependsOnResources• Descripción• HasSeparateMonitor• IpAddresses• IsAlivePollInterval• IsCoreResource• IsLocalQuorumCapable• IsPersistentState• IsQuorumCapable• LooksAlivePollInterval• Nombre• PendingTimeout• RegistryCheckpoints

Capítulo 1. Referencia de sensores 99

Page 116: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• RestartAction• RestartDelay• RestartPeriod• RestartThreshold• RetryPeriodOnFailure• Type

app.MsFailoverCluster.MsClusterResourceGroup

• AntiAffinityClassNames• AutoFailbackType• Descripción• FailbackWindowEnd• FailbackWindowStart• FailoverPeriod• FailoverThreshold• IsPersistentState• Nombre• Parent• Resources

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Se necesita una cuenta de nivel de dominio que sea miembro del grupo de administradores. Paraconfigurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem (Windows) como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña).

Debe utilizarse una cuenta con privilegios de administrador.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.topomgr.topobuilder.agents.MSClusterAgent.setComputerSystemMSClusterRel=false

Esta propiedad especifica si el agente compilador de topologías del clúster MS establece la relaciónentre ComputerSystem y MSCluster. Si se establece esta propiedad en true, se establece larelación.El valor predeterminado es false.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Microsoft Cluster yofrece soluciones a dichos problemas.

El servicio WMI se bloqueaProblema

El servicio WMI se bloquea en el destino durante el descubrimiento.

100 Application Dependency Discovery Manager: Sensores

Page 117: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónAsegúrese de que todos los arreglos relacionados con WMI, incluyendo el arreglo KB933061 seaplican en el sistema de destino. Si el problema persiste, utilice los siguientes programas de utilidadMicrosoft para resolver los problemas de WMI:WMIDiag

El programa de utilidad WMIDiag está disponible en el siguiente sitio web: http://www.microsoft.com/downloads/details.aspx?familyid=d7ba3cd6-18d1-4d05-b11e-4c64192ae97d&displaylang=en

Siga las instrucciones para instalar y ejecutar el programa de utilidad y compruebe que WMIfunciona correctamente.

Sensor de Microsoft ExchangeEl sensor de Microsoft Exchange descubre los servidores de Microsoft Exchange.

Para las versiones soportadas de los servidores de Microsoft Exchange, consulte Sensores y sistemas dedestino compatibles.

Notas:

• En los releases de TADDM anteriores a TADDM 7.2.2, este sensor se llamaba sensor de MicrosoftExchange 2007 Server.

• El sensor de Microsoft Exchange solo soporta el descubrimiento basado en script y asíncrono. Nosoporta los descubrimientos normales.

Nombre del sensor utilizado en la GUI y los registros

ExchangeSensor

Requisitos previos

El sensor utiliza las Exchange Management Tools que se incluyen con Microsoft Exchange Server 2007 yMicrosoft Exchange Server 2010.

Si utiliza Microsoft Exchange Server 2007 para verificar que los permisos de la cuenta de usuario soncorrectos, ejecute el siguiente mandato en Exchange Server con la sesión iniciada con la cuenta dedescubrimiento de TADDM:

C:\> powershell Add-PSSnapin Microsoft.Exchange.Management.PowerShell.Admin;Get-ExchangeServer

Si utiliza Microsoft Exchange Server 2010 para verificar que los permisos de la cuenta de usuario soncorrectos, ejecute el siguiente mandato en Exchange Server con la sesión iniciada con la cuenta dedescubrimiento de TADDM:

C:\> powershell Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010;Get-ExchangeServer

Limitaciones

En el clúster del entorno de Exchange Server, el sensor descubre solo el servidor de buzón activo.

Objetos de modelo con atributos asociadosEl sensor de Microsoft Exchange crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que el sensor recoge sobre los recursos de Microsoft Exchange Server en su entornode tecnologías de la información.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.messaging.exchange.AcceptedDomain

• AcceptedDomainName

Capítulo 1. Referencia de sensores 101

Page 118: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Default• DistinguishedName• DomainName• DomainType• Parent

app.messaging.exchange.ActiveSyncVirtualDirectory

• BasicAuthenticationEnabled• ClientAccessServer• ClientCertEnabled• DistinguishedName• ExternalURL• InternalURL• Path• RemoteDocumentsActionForUnknownServers• VirtualDirectoryName• WebSiteName• WebSiteSSLEnabled

app.messaging.exchange.ClientAccess

• ClientAuthenticationMethod• ExchangeProtocols• ExternalHostName• Host• Name• OutlookAnywhereEnabled• PrimarySAP• ProductName• ProductVersion• RoleName• SSLOffloading• VersionString

Los atributos ClientAuthenticationMethod, ExternalHostName y SSLOffloadingse solo se aplican si lafunción Outlook Anywher está habilitada.

app.messaging.exchange.EdgeTransport

• AcceptedDomains• AntiSpamUpdatesEnabled• ConnectivityLogEnabled• ConnectivityLogPath• DelayNotificationTimeout• ExternalDNSAdapterEnabled• Host• InternalDNSAdapterEnabled• MaxOutboundConnections• MaxPerDomainOutboundConnections

102 Application Dependency Discovery Manager: Sensores

Page 119: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• MessageExpirationTimeout• MessageTrackingLogEnabled• MessageTrackingLogPath• ObjectType• OutboundConnectionFailureRetryInterval• PrimarySAP• ProductName• ProductVersion• Queues• ReceiveConnectors• ReceiveProtocolLogPath• RoleName• SendConnectors• SendProtocolLogPath• TransientFailureRetryCount• TransientFailureRetryInterval• TransportRules• VersionString

app.messaging.exchange.HubTransport

• AntiSpamUpdatesEnabled• ConnectivityLogEnabled• ConnectivityLogPath• DelayNotificationTimeout• ExternalDNSAdapterEnabled• Host• InternalDNSAdapterEnabled• Journals• MaxOutboundConnections• MaxPerDomainOutboundConnections• MessageClassifications• MessageExpirationTimeout• MessageTrackingLogEnabled• MessageTrackingLogPath• ObjectType• OutboundConnectionFailureRetryInterval• PrimarySAP• ProductName• ProductVersion• Queues• ReceiveConnectors• ReceiveProtocolLogPath• RoleName• SendConnectors

Capítulo 1. Referencia de sensores 103

Page 120: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• SendProtocolLogPath• TransientFailureRetryCount• TransientFailureRetryInterval• TransportRules• VersionString

app.messaging.exchange.TransportServer

• AntiSpamUpdatesEnabled• ConnectivityLogEnabled• ConnectivityLogPath• DelayNotificationTimeout• ExternalDNSAdapterEnabled• Host• InternalDNSAdapterEnabled• MaxOutboundConnections• MaxPerDomainOutboundConnections• MessageExpirationTimeout• MessageTrackingLogEnabled• MessageTrackingLogPath• ObjectType• OutboundConnectionFailureRetryInterval• PrimarySAP• ProductName• ProductVersion• Queues• ReceiveConnectors• ReceiveProtocolLogPath• RoleName• SendConnectors• SendProtocolLogPath• TransientFailureRetryCount• TransientFailureRetryInterval• TransportRules• VersionString

app.messaging.exchange.ExchangeConnector

• Enabled• Fqdn• ProtocolLoggingLevel

Esta clase la amplían ReceiveConnector y SendConnectorque, que son subclases directas de estaclase.

app.messaging.exchange.ExchangeJournalRule

• EmailAddress• JournalRuleIdentity• Parent

104 Application Dependency Discovery Manager: Sensores

Page 121: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Recipient• Ámbito

app.messaging.exchange.ExchangeMailbox

• ActiveDirectoryGUID• Alias• Enabled• LegacyDN• MailboxDisplayName• OrganizationalUnit• Parent• PrimarySmtpAddress• RecipientTypeDetails• UserDistinguishedName

app.messaging.exchange.ExchangeMailboxStore

• AllowFileRestore• CopyEdbFilePath• DatabaseName• DatabasePath• DeletedItemRetention• DistinguishedName• IssueWarningQuota• JournalRecipient• LastFullBackup• LastIncrementalBackup• MailboxRetention• MailboxStoreName• Mailboxes• MaintenanceSchedules• MountAtStartup• ProhibitSendQuota• ProhibitSendReceiveQuota• PublicFolderStore• QuotaNotificationSchedules• RetainDeletedItemsUntilBackup

app.messaging.exchange.ExchangeProtocol

• AuthenticatedConnectionTimeout• Banner• DistinguishedName• LoginType• MaxCommandSize• MaxConnections• MaxConnectionsFromSingleIP• MaxConnectionsPerUser

Capítulo 1. Referencia de sensores 105

Page 122: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• PreAuthenticatedConnectionTimeout• ProtocolName• ProxyTargetPort• SSLBindings• UnencryptedOrTLSBindings• X509CertificateName

app.messaging.exchange.ExchangePublicFolder

• AgeLimit• Children• DeletedItemLifetime• MailEnabled• MaximumItemSize• Parent• Path• PerUserReadDisabled• ProhibitPostLimit• PublicFolderName• ReplicaAgeLimit• URL• UseDatabaseQuotaDefaults• UseDatabaseReplicationSchedule• UsePublicStoreAgeLimits• UsePublicStoreDeletedLifetime• WarningLimit

app.messaging.exchange.ExchangePublicFolderStore

• AllowFileRestore• CopyEdbFilePath• CustomReferralServerList• DatabaseName• DatabasePath• DeletedItemRetention• DistinguishedName• IssueWarningQuota• ItemRetentionPeriod• LastFullBackup• LastIncrementalBackup• MaintenanceSchedules• MaxItemSize• MountAtStartup• ProhibitPostQuota• PublicFolderHierarchy• PublicFolderStoreName• PublicFolders

106 Application Dependency Discovery Manager: Sensores

Page 123: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• QuotaNotificationSchedules• ReplicationMessageSize• ReplicationPeriod• ReplicationSchedules• RetainDeletedItemsUntilBackup• StorageGroup• UseCustomReferralList

app.messaging.exchange.ExchangeServer

• Accepteddomain• ActiveDirectoryDomainName• ActiveDirectoryGUID• AdministrativeGroup• CreationTime• DistinguishedName• Domain• Edition• ErrorReportingEnabled• ExchangeArchitecture• ExchangeGroup• Host• Journals• MessageClassifications• Name• ObjectType• PrimarySAP• ProductID• ProductName• ProductVersion• Protocols• ServerRoles• Site• VendorName• VersionString• VirtualDirectories

app.messaging.exchange.ExchangeServerRole

• Name• ProductName• ProductVersion• RoleName• VersionString

Esta clase la amplían ClientAccess, TransportServer (EdgeTransport y HubTransport) yUnifiedMessagingServer que son subclases directas de esta clase.

Capítulo 1. Referencia de sensores 107

Page 124: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

app.messaging.exchange.ExchangeVirtualDirectory

• ClientAccessServer• DistinguishedName• ExternalURL• InternalURL• Path• VirtualDirectoryName

Esta clase la amplían ActiveSyncVirtualDirectory, OABVirtualDirectory y OwaVirtualDirectory, que sonsubclases directas de esta clase.

app.messaging.exchange.MailboxServer

• AutoDatabaseMountDial• ClusteredStorageType• ForcedDatabaseMountAfter• Host• Name• PrimarySAP• ProductName• ProductVersion• RedundantMachines• RoleName• StorageGroups• VersionString• VirtualDirectories

app.messaging.exchange.OABVirtualDirectory

• PollInterval• VirtualDirectoryName

Esta clase amplía la clase ExchangeVirtualDirectory.

app.messaging.exchange.OwaVirtualDirectory

• ActiveSyncIntegrationEnabled• AllAddressListsEnabled• BasicAuthentication• CalendarEnabled• ChangePasswordEnabled• ContactsEnabled• DefaultDomain• Description• DigestAuthentication• FormsAuthentication• JournalEnabled• JunkEmailEnabled• LogonFormat• MailboxServer

108 Application Dependency Discovery Manager: Sensores

Page 125: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• NotesEnabled• OwaVersion• PremiumClientEnabled• PublicFoldersEnabled• RecoverDeletedItemsEnabled• RemindersAndNotificationsEnabled• RulesEnabled• SMimeEnabled• SearchFolderEnabled• SignatureEnabled• SpellCheckerEnabled• TasksEnabled• ThemeSelectionEnabled• UMIntegrationEnabled• VirtualDirectoryName• WebSiteName• WindowsAuthentication

app.messaging.exchange.ReceiveConnector

• AnonymousUsersPermission• BasicAuthRequiresTLS• BasicAuthentication• BindAddresses• ConnectorName• DistinguishedName• Enabled• ExchangeAuthentication• ExchangeLegacyServersPermission• ExchangeServersPermission• ExchangeUsersPermission• ExternalAuthoritative• Fqdn• MaxMessageSize• MutualAuthTLS• PartnersPermission• ProtocolLoggingLevel• RemoteIPRanges• TLS• WindowsAuthentication

app.messaging.exchange.SendConnector

• AddressSpaces• ConnectorName• DistinguishedName• DNSRoutingEnabled

Capítulo 1. Referencia de sensores 109

Page 126: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• DomainSecureEnabled• Enabled• Fqdn• IsScoped• MaxMessageSize• ProtocolLoggingLevel• SmartHosts• UseExternalDNSRoutersEnabled

app.messaging.exchange.TransportRule

• Comentarios• Enabled• Parent• RulePriority• TransportRuleName

app.messaging.exchange.UMDialPlan

• DigitsInExtension• DistinguishedName• UMDialPlanName

app.messaging.exchange.UnifiedMessagingServer

• Host• Languages• MaxCallsAllowed• MaxFaxCallsAllowed• ProductName• ProductVersion• RoleName• StorageGroups• UMDialPlans• VersionString

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

El sensor requiere las credenciales (nombre de usuario y contraseña) para sistema informático en el queExchange Server ejecute ComputerSystem (Windows).

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem (Windows) como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

acceder al dominio de Active Directory en el que Exchange Server se está ejecutando. El usuario debeser miembro del grupo de administradores local y debe tener asignados permisos Exchange ViewOnly Administrator en Exchange Server 2007.

110 Application Dependency Discovery Manager: Sensores

Page 127: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

3. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar paraacceder al papel del servidor Edge Transport. El papel de servidor Edge Transport server se encuentraen un sistema dedicado y requiere información de acceso independiente.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de MicrosoftExchange.

com.collation.discover.agent.ExchangeServerAgent.capturePublicFolders=trueEl valor predeterminado es true, lo que significa que el sensor descubre las carpetas públicas deMicrosoft Exchange.

Esta propiedad especifica si las carpetas públicas se descubren y se almacenan en la base de datosde TADDM. En función del tamaño del entorno y del número de carpetas que se haya que descubrir,es posible cambiar el valor predeterminado para mejorar el rendimiento. Si define el valor comofalse, no se realiza un descubrimiento profundo de las carpetas públicas.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Microsoft Exchange yofrece soluciones a dichos problemas.

El sensor de Exchange no se inicia.Problema

El sensor de Exchange no se inicia.Solución

Para Microsoft Exchange Server 2007, asegúrese de que se han iniciado los siguientes servicios:

• Microsoft Exchange Information Store (store.exe)• Microsoft Exchange Service Host (Microsoft.Exchange.ServiceHost.exe)• Microsoft Exchange Transport (MSExchangeTransport.exe)• Microsoft Exchange Unified Messaging (umservice.exe)

Ejecute el programa services.msc para comprobar el estado del servicio o compruebe el estadoutilizando el gestor de tareas deWindows.

El descubrimiento devuelve un mensaje Almacenados-0 Exchange Server en la base dedatosProblema

El sensor de Exchange se completa correctamente con el siguiente mensaje: Almacenados 0Exchange Server en la base de datos.

SoluciónNingún Exchange Server se está ejecutando en el sistema de destino. Las posibles causas son lassiguientes:

• El Exchange Server está instalado como un nodo de clúster pero actualmente está inactivo. ParaMicrosoft Exchange Server 2007, inicie el programa de administración de clústers en el sistema enel que está instalado el Exchange Server como nodo de clúster. A continuación, compruebe si elnodo está activo.

• El servidor actúa como un volumen de suministro y no tiene ninguno de los roles de servidor.• Compruebe el archivos de registro para conocer la causa del error y verifique si la pasarela estáconfigurada correctamente.

Credenciales de dominio no válidos utilizadosProblema

El sensor finaliza con el siguiente mensaje de error:

Capítulo 1. Referencia de sensores 111

Page 128: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CTJTD0835E Credenciales de dominio no válidos.

SoluciónCompruebe en la configuración de la Lista de Acceso si la información de acceso (nombre de usuario ycontraseña) es correcta. Debe tenerse permiso de acceso al dominio de Active Directory en el que elservidor Exchange se está ejecutando, no al sistema local.

Sensor de Microsoft Exchange 2003El sensor de Microsoft Exchange 2003 descubre Microsoft Exchange Server 2003.

Nota: En los releases de TADDM anteriores a TADDM 7.2.2, este sensor se llamaba sensor de MicrosoftExchange Server.

Nombre del sensor utilizado en la GUI y los registros

Exchange2003Sensor

Requisitos previos

La cuenta que utiliza TADDM para acceder a la pasarela de Windows debe tener una cuenta de ActiveDirectory y no una cuenta local en la pasarela.

Limitaciones

Tenga en cuenta las siguientes limitaciones:

• En el entorno de clúster del servidor de Exchange, el sensor descubre únicamente el nodo de clústeractivo.

• El sensor descubre solo los servidores virtuales para protocolos SMTP y X400.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.messaging.exchange.ExchangeAdministrativeGroup• app.messaging.exchange.ExchangeConnector• app.messaging.exchange.ExchangeDSAccessDomainController• app.messaging.exchange.ExchangeFolderTree• app.messaging.exchange.ExchangeLink• app.messaging.exchange.ExchangeMailbox• app.messaging.exchange.ExchangeMailboxStore• app.messaging.exchange.ExchangeProtocolVirtualServer• app.messaging.exchange.ExchangePublicFolder• app.messaging.exchange.ExchangePublicFolderStore• app.messaging.exchange.ExchangeQueue• app.messaging.exchange.ExchangeRoutingGroup• app.messaging.exchange.ExchangeScheduleInterval• app.messaging.exchange.ExchangeServer• app.messaging.exchange.ExchangeStorageGroup

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el Microsoft Exchange Server 2003 que desea queel servidor de TADDM descubra.

112 Application Dependency Discovery Manager: Sensores

Page 129: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El servicio de gestión de Microsoft Exchange debe estar en ejecución en el sistema Windows dedestino antes de ejecutar un descubrimiento. El ID de servicio de Windows para la cuenta de serviciode TADDM debe crearse en el sistema Windows en el que se ejecuta el servidor de MicrosoftExchange. El ID de servicio de Windows debe tener permiso completo (Ejecutar métodos, Escrituracompleta, Escritura parcial, Escritura de proveedor, Habilitar cuenta, Llamada remota habilitada,Seguridad de lectura y Editar seguridad) para los nombres de espacio WMI siguientes:

• Root\CIMV2• Root\CIMV2\Applications\Exchange• Root\MicrosoftExchangeV2

Si el ID de servicio de Windows para la cuenta de servicio de TADDM tiene permisos suficientes paradescubrir un servidor de Microsoft Exchange, el sensor utiliza el ID de servicio de Windows y no esnecesaria ninguna entrada de lista de acceso de servidor de Microsoft Exchange.

Si el ID de servicio de Windows para la cuenta de servicio de TADDM no tiene suficientes permisospara descubrir un servidor de Microsoft Exchange, debe crear una lista de acceso de servidor deMicrosoft Exchange.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Servidores de mensajería como Tipo de componente.2. Seleccione Microsoft Exchange Server como Proveedor.3. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

El sensor utiliza credenciales de la lista de acceso en el siguiente orden:

1. El sensor intenta conectarse al Microsoft Exchange Server, utilizando los credenciales de usuario deMicrosoft Exchange Server desde la lista de acceso.

2. Si el paso 1 falla, el sensor intenta conectarse al Microsoft Exchange Server utilizando los credencialesdel usuario del sistema(Windows) desde la lista de acceso.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.discover.agent.exchange.command.timeout=600000

El valor predeterminado es 600000 (en milisegundos), que son 10 minutos. El valor debe ser unnúmero entero.

Esta propiedad especifica el tiempo de espera (en milisegundos) de la llamada WMI para conseguir lainformación del Exchange Server.

Si la llamada WMI tarda mucho (lo que podría ocurrir en entornos grandes), puede aumentar estevalor.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Microsoft Exchange2003 y ofrece soluciones para dichos problemas.

El sensor no se iniciaProblema

El sensor de Exchange 2003 no se ha iniciado.

Capítulo 1. Referencia de sensores 113

Page 130: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónPara Microsoft Exchange Server 2003, asegúrese de que el servicio de gestión de Microsoft Exchangese ha iniciado en el sistema Windows de destino. Ejecute el programa services.msc para comprobarel estado del servicio.

El descubrimiento no encuentra ningún sistemaProblema

El sensor de Exchange 2003 se completa correctamente con el siguiente mensaje: “No se ha podidodescubrir nada”.

SoluciónNingún Exchange Server se está ejecutando en el sistema de destino. A continuación se indican lasposibles causas:

• La Herramienta de gestión de Exchange está instalada pero el Exchange Server no. Para MicrosoftExchange Server 2003, asegúrese de realizar lo siguiente:

1. Inicie el Exchange System Manager en el sistema en el que está instalado Exchange Server.2. En la lista de servidores, verifique que se muestra el Exchange Server local.3. Si el Exchange Server local no se muestra, compruebe si el Microsoft Exchange Server está

instalado y se ejecuta correctamente.• El Exchange Server está instalado como un nodo de clúster pero actualmente está inactivo. Para

Microsoft Exchange Server 2003, complete los siguientes pasos:

1. Inicie el programa de administración del clúster en el sistema en el que está instalado ExchangeServer como nodo de clúster.

2. Compruebe qué recurso de Exchange está asignado al servidor virtual de Exchange.

El sensor no puede recuperar información del servidorProblema

El sensor de Exchange 2003 termina con el siguiente mensaje de error:

CTDTD0811E El Agente de Exchange Server no puede recuperar información de Microsoft Exchange Server

SoluciónEste mensaje de error significa que no se ha recuperado ningún resultado mediante WindowsManagement Instrumentation (WMI). Para Microsoft Exchange Server 2003, complete los siguientespasos:

1. Ejecute el programa services.msc en el sistema Windows de destino.2. Reinicie el servicio de gestión de Microsoft Exchange.3. Ejecute de nuevo el descubrimiento.4. Si el problema persiste, consulte el archivo sensors/ ExchangeServerSensor-*.log para

determinar si el problema está relacionado con WMI.

No se descubren Microsoft Exchange Server 2007, 2000 y 5.5Problema

El sensor de Exchange 2003 termina con el siguiente mensaje de error: CTDTD0812E No se haencontrado ningún Microsoft Exchange Server.

SoluciónEste mensaje de error significa que no existe ningún objeto de Exchange Server recuperado medianteWindows Management Instrumentation (WMI). Para Microsoft Exchange Server 2003, complete lossiguientes pasos:

1. Ejecute el programa services.msc en el sistema Windows de destino.

114 Application Dependency Discovery Manager: Sensores

Page 131: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. Reinicie el servicio de gestión de Microsoft Exchange.3. Ejecute de nuevo el descubrimiento.4. Si el problema persiste, consulte el archivo sensors/ ExchangeServerSensor-*.log para

determinar si el problema está relacionado con WMI.

El sensor no puede acceder al espacio de nombres de Windows Management Instrumentation (WMI)Problema

El siguiente mensaje se encuentra en el archivo sensors/ExchangeServerSensor-*.log:

System.UnauthorizedAccessException: Acceso denegado

SoluciónEste mensaje normalmente significa que la cuenta de servicio de TADDM no cuenta con el permisoadecuado para acceder al espacio de nombres necesario de WMI. Para Microsoft Exchange Server2003, complete los siguientes pasos:

1. Asegúrese de que la cuenta de servicio de TADDM tiene permiso total para acceder a lossiguientes espacios de nombre de WMI:

Root\CIMV2Root\CIMV2\Applications\ExchangeRoot\MicrosoftExchangeV2

Para configurar el permiso, complete los siguientes pasos:

a. Pulse Inicio > Ejecutar > Abrir wmimgmt.msc.b. Pulse con el botón derecho en Control WMI (Local) y pulse Propiedades.c. En la ventana Propiedades de control WMI (Local), pulse la pestaña Seguridad.d. Pulse Espacio de nombres WMI y después Seguridad.e. En la ventana Seguridad, seleccione los siguientes permisos para el usuario o grupo:

• Ejecutar métodos• Escritura total• Escritura parcial• Escritura proveedor• Habilitar cuenta• Habilitar remoto• Seguridad lectura• Seguridad edición

2. Asegúrese de que la cuenta de servicio de TADDM tiene permiso suficiente para acceder a lossiguientes objetos de Exchange Server o el árbol de carpeta: Para configurar el permiso, completelos siguientes pasos:

a. PulseInicio > Todos los programas > Microsoft Exchange > Gestor del sistema

b. En el Gestor del sistema Exchange, expanda el árbol Servidores y busque el objeto de servidorque desea descubrir.

c. Pulse con el botón derecho en el servidor y seleccione Propiedades.d. En la ventana Propiedades, pulse la pestaña Seguridad.e. Pulse Añadir, seleccione el usuario de la cuenta de servicio de TADDM y pulse Aceptar.f. En el campo Permisos del administrador, asegúrese de seleccionar las Casillas deverificación junto a los siguientes permisos:

• Lectura

Capítulo 1. Referencia de sensores 115

Page 132: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Ejecución• Leer permisos• Lista contenido• Leer propiedades• Objeto de lista• Ver estado de almacenamiento de información

g. En el Gestor del sistema Exchange, expanda el árbol de carpetas y busque el objeto que deseadescubrir.

h. Lleve a cabo la misma operación descrita anteriormente para el servidor.

La clase WMI no existeProblema

El siguiente mensaje aparece en el archivo sensors/ ExchangeServerSensor-*.log:

System.Management. ManagementException: Clase no válida

SoluciónEste mensaje normalmente significa que el sensor ha intentado referirse a una clase WMI que noexiste. Esto podría deberse a que el Exchange Server no está instalada correctamente, o a que laversión de Exchange Server no es compatible.Únicamente se admite Microsoft Exchange Server 2003. Microsoft Exchange Server 2007, 2000 y 5.5no se descubren porque no se soportan estas versiones.

Resultado de descubrimiento inesperadoProblema

Los servidores virtuales de los siguientes protocolos no se descubren:

• HTTP• IMAP4• NNTP• POP3

SoluciónPara Microsoft Exchange Server 2003, el sensor solo soporta servidores virtuales de protocolos SMTPy X400.

Sensor de Microsoft HyperVEl sensor de Microsoft HyperV descubre sistemas basados en Microsoft Windows con el servidor Hyper-V.El descubrimiento incluye el host (también conocido como padre o partición raíz) y los sistemas invitadosvirtualizados (también conocidos como particiones hijo) en un entorno de Hyper-V.

Nombre del sensor utilizado en la GUI y los registros

Microsoft HyperV Sensor

Cuestiones de seguridad

La cuenta de servicio de TADDM del sistema Hyper-V de destino debe poder ejecutar el mandato wmicpara consultar la interfaz de Windows Management Instrumentation (WMI).

Introduzca el siguiente mandato en una línea, desde la interfaz de línea de mandato del sistema principalde destino (partición padre) para realizar una comprobación:

116 Application Dependency Discovery Manager: Sensores

Page 133: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

wmic /namespace:'\\root\virtualization' path Msvm_VirtualSystemSettingData get SystemName, BaseBoardSerialNumber, ElementName

Objetos de modelo con atributos asociadosEl sensor de Microsoft HyperV crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que el sensor recopila sobre sistemas basados en Microsoft Windows con el servidorde Microsoft Hyper-V en el entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.sys.ComputerSystem

El siguiente atributo está asociado con el host que ejecuta el software Hyper-V:

• ChildSystem (host)

sys.ComputerSystemLos siguientes atributos están asociados con los objetos descubiertos que se virtualizan en el host:

• HostSystem• IsVMIDanLPAR• Fabricante• MemorySize• Modelo• Nombre• NumCPUs• SerialNumber• UUID• Virtual• VirtualMachineState

app.AppServer

• Host• MajorVersion• ProductName• ProductVersion• VendorName• VersionString

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

El sensor Microsoft HyperV utiliza las mias credenciales de acceso de Sistema (Windows) que senecesitan para descubrir el host de destino (partición padre). No es necesaria ninguna configuraciónadicional.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Microsoft HyperV yofrece soluciones a dichos problemas.

Los sistemas invitados no se muestranProblema

El sensor HyperV se ha ejecutado, pero ¿dónde se ubican los invitados en el Portal de gestión dedatos después del descubrimiento?

Capítulo 1. Referencia de sensores 117

Page 134: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Solución

En el panel de Componentes descubiertos vaya a Resumen de inventario > Sistemas informáticos >Otros Sistemas informáticos, para buscar los sistemas invitados Hyper-V (particiones hijo).

Sensor del servidor web Microsoft IISEl sensor del servidor web Microsoft IIS descubre servidores Microsoft Internet Information Services(IIS).

IIsWebServiceSensor soporta el descubrimiento de IIS 6.0, IISServerSensor soporta el descubrimientode IIS 7.0 y posterior.

Restricción: El sensor del servidor web de Microsoft IIS ya no define el atributo IIsParametersRow paralas clases IIsWebServer, IIsWebService y IIsWebVirtualDir . Use el atributo IIsParameters en su lugar.

IISServerSensor descubre las series de conexión, que se almacenan a continuación con el formato XMLen el atributo XD de la clase IISModule. Basándose en estas series de conexión, los agentes de topologíacrean dependencias entre el módulo IIS y las bases de datos Oracle que utiliza el módulo.

El sensor del servidor web IIS de Microsoft IIS descubre el archivo tnsnames.ora, que se utiliza paraestablecer la información de las series de conexión cuando se utiliza la base de datos Oracle. El sensordescubre el archivo en el sistema de destino en las ubicaciones siguientes en el orden especificado:

1. El directorio <entrada vía de acceso>\..\network\admin\ para cada entrada de la vía deacceso especificada en la variable %PATH%.

2. La ubicación que se especifica mediante la propiedad com.ibm.cdb.tnsNamesLocation.3. El directorio de instalación del cliente de Oracle que se especifica en la variable %PATH%.4. %TNSNAMES_PATH%\tnsnames.ora.5. %ORACLE_HOME%\network\admin\tnsnames.ora.

En TADDM 7.3.0.4, y versiones posteriores, TADDM no admite el descubrimiento no deadministrador de servidores IIS. Para obtener más detalles, consulte “Configuración de undescubrimiento IIS no de administrador” en la página 119.

Nombre del sensor utilizado en la GUI y los registros

IIsWebServiceSensor, IISServerSensor

Requisitos previos

Asegúrese de que se cumplan los siguientes requisitos.Requisitos para el descubrimiento de todas las versiones de IIS

• El descubrimiento del sistema debe realizarse correctamente.

Requisitos para el descubrimiento de IIS 6.0

Nota: Se ha retirado el soporte de los sistemas operativos en los que se ejecutan los destinos IIS 6.0.Por lo tanto, dado que el sensor se ha mantenido y actualizado para descubrir nuevos releases de losdestinos, es posible que el descubrimiento IIS 6.0 falle.

• La pasarela debe tener el IIS Manager instalado. Este método garantiza la instalación de las clasesCOM. Estas clases son necesarias para los mandatos de TaddmTool AdsiDump y AdsiEnum

• Si IIS Manager no está presente, instálelo utilizando Añadir o quitar programas en el Panel decontrol deWindows. Seleccione Componentes Windows > Servidor de aplicaciones > IIS >Instalar IIS Manager.

.

118 Application Dependency Discovery Manager: Sensores

Page 135: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos para el descubrimiento de IIS 7.0 y posteriorPara descubrir servidores IIS 7.0, se debe instalar el complemento de IIS PowerShell en el servidorde destino. El complemento IIS PowerShell está incluido en los scripts y herramientas de gestión deIIS. También puede descargarlo con el paquete adecuado desde el centro de descargas de Microsofte instalarlo manualmente.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.ProcessPool• app.web.iis.IIsModule• app.web.iis.IIsParameter• app.web.iis.IIsWebServer• app.web.iis.IIsWebService• app.web.iis.IIsWebVirtualDir• sys.RuntimeProcess

Nota: Los módulos descubiertos por el sensor son de la clase IIsWebVirtualDir. El sensor no descubre losmódulos IIS y la clase IIsModule no se utiliza en los módulos IIS.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor del servidor web de Microsoft IIS.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

No existen requisitos específicos. Este sensor se puede ejecutar utilizando las credenciales de accesoComputerSystem utilizadas para descubrir el cliente.

Configuración del perfil de descubrimientoPuede personalizar el valor del sensor del servidor web Microsoft IIS configurando la configuración delsensor en la consola de Gestión de descubrimiento.

Si desea personalizar IIsWebServiceSensor e IISServerSensor, cree un nuevo perfil de descubrimiento enla consola de Gestión de descubrimiento. En dicho perfil, cree una nueva configuración de sensor yseleccione el recuadro de selección Habilitar esta configuración e inhabilitar la configuraciónseleccionada.

Puede modificar las propiedades de descubrimiento siguientes:

discoverIISParametersEsta propiedad especifica si se han descubierto los parámetros IIS. De forma predeterminada, lapropiedad se establece en true, lo que significa que los parámetros se descubren.Es posible que los parámetros de IIS sean de gran tamaño y reduzcan el rendimiento o generenerrores de memoria insuficiente. Si no desea descubrir estos parámetros, establezca esta propiedaden false.

tagsToMaskEsta propiedad especifica una lista de propiedades separadas por comas en series de conexión.Cualquier contenido de texto de dichas propiedades en las series de conexión descubierto se ocultarácon asteriscos.El valor predeterminado de esta propiedad es password,pwd.

Nota: Esta propiedad solo está disponible para IISServerSensor.

Configuración de un descubrimiento IIS no de administradorPuede configurar el sensor del servidor web de Microsoft IIS para ejecutar el descubrimiento no deadministrador de servidores IIS. Dicho descubrimiento no requiere un usuario con derechos deadministrador. En esta modalidad, se puede habilitar la opción del control de cuentas de usuario (UAC).

Capítulo 1. Referencia de sensores 119

Page 136: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nota: El descubrimiento no de administrador solo se soporta con IISServerSensor, que soporta IIS 7.0 yversiones posteriores.

Con el descubrimiento no de administrador, se puede habilitar la opción del control de cuentas de usuario(UAC). En función de si utiliza la sesión de WMI o la de PowerShell, podrá crear los siguientes tipos deusuarios:

• Para la sesión de WMI, se soportan aquellos usuarios que no sean administradores pero quepertenezcan al grupo de administradores.

• Para la sesión de PowerShell, se soportan aquellos usuarios que no sean administradores y que nopertenezcan al grupo de administradores.

ProcedimientoPara configurar el sensor de TADDM para ejecutar el descubrimiento no de administrador deservidores IIS, siga estos pasos:

1. Copie los archivos siguientes en el sistema de destino:

• Desde el directorio $COLLATION_HOME/dist/support/bin:

– copyFiles.ps1– dcomConfiguration.ps1– iisConfiguration.ps1– nonadmin.properties– psSessionConfiguration.ps1– scriptsRunner.bat– scriptsRunner.ps1– wmiConfiguration.ps1– wrmConfiguration.ps1

• Desde el directorio $COLLATION_HOME/dist/lib/ms/gateway :

– TaddmWmi.pdb– TaddmWmi.exe– TaddmWmi.mof– TaddmWmi.dll

2. Configure el archivo nonadmin.properties actualizando las propiedades nonadmin.user ynonadmin.files.path:

nonadmin.user=usernonadmin.wmi.namespace=rootnonadmin.files.path=pathnonadmin.permissions=Enable,MethodExecute,RemoteAccessnonadmin.components.iis7=yes

El valor usuario es el usuario que desea utilizar para el descubrimiento no de administrador. Siespecifica el usuario local, solo debe añadir el nombre de usuario. En caso contrario, proporcionetambién el nombre de usuario, por ejemplo, domain\user. El valor ruta es la ruta al directoriodonde se han copiado los archivos del paso 1. No modifique los valores de las propiedadesrestantes.

3. Ejecute el archivo scriptsRunner.bat como administrador con una de las siguientes opciones:

• scriptsRunner.bat set -wmi: establece permisos para la sesión de WMI.• scriptsRunner.bat set -ps: establece permisos para la sesión de PowerShell.• scriptsRunner.bat set -wmi -ps: establece permisos tanto para WMI como para

PowerShell.

Si decide dejar de ejecutar descubrimientos no de administrador, puede revertir a la configuraciónoriginal. Ejecute el archivo scriptsRunner.bat con una de las siguientes opciones:

120 Application Dependency Discovery Manager: Sensores

Page 137: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• scriptsRunner.bat revert -wmi• scriptsRunner.bat revert -ps• scriptsRunner.bat revert -wmi -ps

Tareas relacionadas“Configuración de un descubrimiento de Windows no de administrador” en la página 372Puede configurar el sensor para que ejecute descubrimientos sin proporcionar credenciales de usuariocon el rol de administrador.

Diferencias entre IISServerSensor e IIsWebServiceSensorIISServerSensor e IisWebServiceSensor descubren diversas versiones de IIS. Cuando se combinan en unperfil de descubrimiento, todas las versiones de IIS soportadas por TADDM se pueden descubrirutilizando este perfil.

IISServerSensorIISServerSensor es un sensor independiente que soporta el descubrimiento de IIS 7 y posteriorutilizando cmdlets de complemento PowerShell IIS. Este sensor solo soporta el descubrimientobasado en script o asíncrono. Utiliza denominación nueva de los valores de configuración y laspropiedades de metabase IIS. Los atributos cambiados se almacenan en el modelo existente.

IIsWebServiceSensorIIsWebServiceSensor es un sensor anterior que soporta el descubrimiento de IIS 6.0 o anterior.Ejecuta el descubrimiento regular utilizando los mandatos de TaddmTool AdsiDump y AdsiEnum.

Nota: Para todos los perfiles que no sean el valor predeterminado, que tengan IIsWebServiceSensorhabilitado, también se habilita IIsWebServiceSensor después de la migración.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del servidor web deMicrosoft IIS y ofrece soluciones a dichos problemas.

Las dependencias del módulo IIS no están incluidas en las aplicaciones empresariales

ProblemaIncluso si se crean dependencias del módulo IIS, no se incluyen en las aplicaciones empresariales.

SoluciónLas dependencias del módulo IIS no se incluyen en las aplicaciones empresariales debido a que laconfiguración del patrón de agrupación predeterminado excluye estas relaciones. Para resolver elproblema, siga estos pasos:

1. Exporte la configuración predeterminada ejecutando la herramienta bizappscli:

$COLLATION_HOME/sdk/bin/bizappscli.sh exportDefaultConfiguration -f conf.xml

2. Abra el archivo conf.xml y elimine las líneas siguientes:

<exclude relation="{any}" source="app.web.iis.IIsModule" target="{any}"/><exclude relation="{any}" source="{any}" target="app.web.iis.IIsModule"/>

3. Importe la configuración modificada ejecutando la herramienta bizappscli:

$COLLATION_HOME/sdk/bin/bizappscli.sh importDefaultConfiguration -f conf.xml

No se descubre información web sobre el servidor webProblema

El sensor no descubre información sobre el servidor web.

Capítulo 1. Referencia de sensores 121

Page 138: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónSi falta información sobre el servidor web, compruebe los registros para determinar si los mandatosdel programa TaddmTool AdsiDump y AdsiEnum se han emitido correctamente o han fallado.Compruebe si los mandatos del programa TaddmTool QueryRegistry se han emitidocorrectamente. Son necesarias dos vías de acceso de consulta.

• HKLM\SOFTWARE\Microsoft\W3SVC• HKLM\SYSTEM\CurrentControlSet\Services\W3SVC

La primera clave proporciona información general sobre software de IIS, la segunda ofreceinformación relacionada con el servicio.

El servidor web está duplicadoProblema

Durante el descubrimiento, se han encontrado servidores web IIS duplicados. Este problema puedeproducirse cuando los servidores web IIS se han descubierto con una versión anterior de TADDM. Lasversiones anteriores de TADDM utilizaban el puerto 0 como el puerto de escucha predeterminado. Silos mismos servidores se descubren utilizando un puerto de escucha diferente, estos servidoresestán duplicados y no pueden mezclarse de forma automática.

SoluciónUtilice una sentencia SQL para identificar los servidores web IIS duplicados en la base de datos. Lasiguiente sentencia puede ejecutarse en una línea en las bases de datos de DB2 o en bases de datosde Oracle:

select cast(APPZ.contextip_x as VARCHAR(100)) as CONTEXT_IP, APPZ.guid_x as OLD_GUID, APPZ.displayname_x as OLD_DISPLAYNAME, APPN.guid_x as NEW_GUID, APPN.displayname_x as NEW_DISPLAYNAME desde APPSRVR APPZ INNER JOIN APPSRVR APPN ON APPZ.contextip_x = APPN.contextip_x AND APPZ.jdoclassx = APPN.jdoclassxdonde APPZ.jdoclassx='com.collation.topomgr.jdo.topology.app.web.iis.IIsWebServiceJdo' and APPZ.displayname_x like '%:0' and APPN.displayname_x not like '%:0'

Utilice uno de los siguientes métodos para eliminar los duplicados:

• Fusione los duplicados en Data Management Portal.• Suprima de forma manual los elementos de la configuración antigua.

Para obtener más información sobre la fusión y la supresión de los elementos de configuracióndescubiertos, consulte el tema Tareas de descubrimiento en la Guía del usuario de TADDM.

El sistema tiene un error desconocido (0x80005000)Problema

Al descubrir IIS8 en Windows Server 2012 con el Control de cuentas de usuario activado, seproduce el siguiente error:

System.Runtime.InteropServices.COMException (0x80005000): Unknown error (0x80005000)

SoluciónPara arreglar el problema, siga estos pasos:

1. en la máquina de destino, ejecute el Editor del Registro, Regedit.exe.2. Defina el valor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System LocalAccountTokenFilterPolicy como 1.

3. En la ventana Panel de control, pulse la pestaña Herramientas administrativas y abra Política deseguridad local.

122 Application Dependency Discovery Manager: Sensores

Page 139: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

4. Expanda Políticas locales y pulse Opciones de seguridad.5. Cambie las políticas siguientes:

• Defina la política Comportamiento de la solicitud de elevación para administradores en lamodalidad de aprobación de administrador a Elevar sin preguntar.

• Defina la política Control de cuentas de usuario: detectar instalaciones de aplicaciones ypedir confirmación de elevación a Inhabilitada.

Para configurar políticas en el sistema con Active Directory, realice los pasos siguientes:

1. En la ventana Panel de control, pulse la pestaña Herramientas administrativas y abra Gestión depolítica de grupo.

2. Elija bosque y dominio y seleccione Política de dominio predeterminada.3. Pulse Acción > Editar.4. Abra Configuración de sistema/Políticas/Valores de Windows/Valores deseguridad/Políticas locales/Opciones de seguridad.

5. Cambie las políticas siguientes:

• Defina la política Comportamiento de la solicitud de elevación para administradores en lamodalidad de aprobación de administrador a Elevar sin preguntar.

• Defina la política Control de cuentas de usuario: detectar instalaciones de aplicaciones ypedir confirmación de elevación a Inhabilitada.

Después de actualizar a 7.3, se producen errores de falta de memoria si se ejecuta el sensor delservidor web de Microsoft IISProblema

Se producen errores de falta de memoria, cuando ejecuta el descubrimiento mediante el sensor delservidor web de Microsoft IIS después de la actualización a TADDM 7.3.

SoluciónSi en TADDM 7.2.2 ha establecido la propiedadcom.collation.discover.agent.IIsWebServiceAgent.discoverIISParameters en false en el archivo collation.properties, esta es la causa delproblema. En TADDM 7.3, esta propiedad ya no está en el archivo collation.properties. Por lotanto, después de la actualización, su valor se establece en true.Para modificar este valor, abra la configuración del sensor en Discovery Management Portal y busquediscoverIISParameters. Establezca el valor en false.

Sensor de NFSEl sensor NFS descubre los servidores de Network File System (NFS).

Nombre del sensor utilizado en la GUI y los registros

NFSServerSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.NFSExport• sys.NFSSAP• sys.NFSService• sys.ServiceAccessPoint

Sensor de Oracle Application ServerEl sensor de Oracle Application Server descubre servidores de Oracle Application Server.

Capítulo 1. Referencia de sensores 123

Page 140: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nombre del sensor utilizado en la GUI y los registros

OracleAppSensor y OracleAppOpmnSensor

Requisitos previos

Tenga en cuenta los siguientes requisitos previos:

• El descubrimiento del sistema debe realizarse correctamente.• Debe introducirse una cuenta de Oracle Application Server en la lista de acceso.• Se requiere una cuenta con privilegios administrativos (un Id. solo lectura puede funcionar).• Las bibliotecas de Oracle Application Server deben estar disponibles para el servidor de TADDM.• Las rutas relativas son relativas a $COLLATION_HOME.• Se requieren dos subdirectorios:

– j2ee– opmn

Estos archivos se pueden copiar o montarse en NFS desde una instalación de Oracle ApplicationServer existente.

Los archivos JAR necesarios del servidor de TADDM son:

– j2ee/home/lib/ejb.jar– j2ee/home/lib/adminclient.jar– j2ee/home/lib/javax77.jar– j2ee/home/lib/jmxcluster.jar– j2ee/home/lib/jmx_remote_api.jar– j2ee/home/lib/jmxri.jar– j2ee/home/oc4jclient.jar– opmn/lib/argus.jar– opmn/lib/ons.jar– opmn/lib/opmnconfig.jar– opmn/lib/optic.jar– opmn/lib/repositorycheck.jar

• Especifique la ubicación de los archivos en la entrada com.collation.oracleapp.root.dir delarchivocollation.properties.

• Estos archivos deben tener privilegios de lectura del usuario de la ordenación.

Objetos de modelo creados

El OracleAppAgent crea los siguientes objetos de modelo:

• app.AppConfig• app.ConfigFile.SoftwareContainer• app.j2ee.EJB• app.j2ee.EntityBean• app.j2ee.J2EEComponent• app.j2ee.J2EEDeployedObject• app.j2ee.J2EEModule• app.j2ee.J2EEResource• app.j2ee.JSP

124 Application Dependency Discovery Manager: Sensores

Page 141: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.j2ee.MessageDrivenBean• app.j2ee.oracleapp.OracleAppCluster• app.j2ee.oracleapp.OracleAppConnectorModule• app.j2ee.oracleapp.OracleAppDomain• app.j2ee.oracleapp.OracleAppEJBModule• app.j2ee.oracleapp.OracleAppJ2EEApplication• app.j2ee.oracleapp.OracleAppJ2EEServer• app.j2ee.oracleapp.OracleAppJ2EEWebSite• app.j2ee.oracleapp.OracleAppJDBCConnectionPool• app.j2ee.oracleapp.OracleAppJDBCDataSource• app.j2ee.oracleapp.OracleAppJDBCDriver• app.j2ee.oracleapp.OracleAppJMSDestination• app.j2ee.oracleapp.OracleAppJMSServer• app.j2ee.oracleapp.OracleAppJSPContainer• app.j2ee.oracleapp.OracleAppJTAResource• app.j2ee.oracleapp.OracleAppProcessManager• app.j2ee.oracleapp.OracleAppResourceAdapter• app.j2ee.oracleapp.OracleAppServlet• app.j2ee.oracleapp.OracleAppWebModule• app.j2ee.StatefulSessionBean• app.j2ee.StatelessSessionBean• core.LogicalContent• enums.StatusEnum• net.BindAddress• net.IpAddress• sys.ComputerSystem

El OracleAppOpmn crea los siguientes objetos de modelo:

• app.AppConfig• app.ConfigFile• app.j2ee.oracleapp.OracleAppCluster• app.j2ee.oracleapp.OracleAppProcessManager• app.web.oracleapp.OracleAppHTTPServer• core.LogicalContent• enums.StatusEnum• net.BindAddress• net.IpAddress• sys.ComputerSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Añada una entrada a la lista de acceso para el sistema que ejecuta Oracle Application Server.

Capítulo 1. Referencia de sensores 125

Page 142: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.oracleapp.root.dir=lib/oracleappEl valor predeterminado es lib/oracleapp.

Esta propiedad especifica la ubicación de las bibliotecas de Oracle Application Server en el servidorde TADDM.

Puede especificar una ruta absoluta o relativa para la ubicaciçon del directorio. Si el valor de estapropiedad es un directorio con ruta relativa, dicha ruta relativa se añadirá a la ruta$COLLATION_HOME.

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Oracle ApplicationServer y ofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

El programa lsof no está correctamente configurado para devolver información sobre todos losprocesos.

SoluciónAsegúrese de descubrir una versión soportada de Oracle Application Server.

El sensor de Oracle Application Server ejecuta el mandato opmnctl status. Compruebe que elusuario del sistema utilizado para el descubrimiento tiene privilegios para ejecutar este mandato.

La siguiente lista describe otras posibles razones por las que el sensor no se inicia:

• El programa LiSt Open Files (lsof) no está correctamente configurado para devolver informaciónsobre todos los procesos. Debe cumplirse uno de los siguientes requisitos para ejecutar elprograma lsof:

– El distintivo de derecho de acceso setuid (set user ID) debe estar definido para el archivo deprograma lsof.

– El usuario debe utilizar el mandato sudo para ejecutar el programa lsof.• El valor de la propiedad com.collation.platform.os.ignoreLoopbackProcesses del archivo$COLLATION_HOME/etc/collation.properties está definido como false. este valor debeestar definido como true para que el sensor se inicie. El valor true especifica que los procesos a laescucha en las interfaces de bucle de retorno deben ser ignorados.

• Las bibliotecas de Oracle Application Server no están disponibles en el servidor de TADDM. Lasbibliotecas de Oracle Application Server deben estar disponibles para el servidor de TADDM. Utilicela siguiente propiedad para especificar la ubicación de estas bibliotecas:

com.collation.oracleapp.root.dir=lib/oracleapp

126 Application Dependency Discovery Manager: Sensores

Page 143: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El valor predeterminado para esta propiedad es lib/oracleapp. Si el valor de esta propiedad esun directorio relativo, este será relativo a $COLLATION_HOME, como se muestra en el siguienteejemplo: $COLLATION_HOME/lib/oracleapp.

Si la ruta es relativa o absoluta, esta debe contener los dos siguientes subdirectorios:

– j2ee– opmn

Las bibliotecas de Oracle Application Server se pueden copiar o montar utilizando Network FileSystem (NFS), desde una instalación de Oracle Application Server. La siguiente lista identifica losarchivos jar necesarios:

– j2ee/home/lib/ejb.jar– j2ee/home/lib/adminclient.jar– j2ee/home/lib/javax77.jar– j2ee/home/lib/jmxcluster.jar– j2ee/home/lib/jmx_remote_api.jar– j2ee/home/lib/jmxri.jar– j2ee/home/oc4jclient.jar– opmn/lib/argus.jar– opmn/lib/ons.jar– opmn/lib/opmnconfig.jar– opmn/lib/optic.jar– opmn/lib/repositorycheck.jar

El sensor de Oracle Application Server fallaProblema

No todas las plataformas soportan el descubrimiento de Oracle Application Server.Solución

Asegúrese de que TADDM soporta el descubrimiento de Oracle Application Server en su sistemaoperativo.

El sensor falla en el servidor remotoProblema

El sensor falla en el servidor remoto con el error El agente ha terminado tras exceder eltiempo limitnull.

TADDM no puede encontrar las bibliotecas de Oracle Application Server.

SoluciónCompruebe los valores de la propiedad com.collation.oracleapp.root.dir.

El sensor falla al intentar ejecutar el método discoverOpmnctl()Problema

El sensor falla al intentar ejecutar el método discoverOpmnctl(). La ruta de la cuenta de servicio deTADDM del sistema Oracle Application Server no incluye el directorio bin de Oracle ApplicationServer o el usuario no tiene privilegios de lectura/ejecución para ejecutar el mandato opmnctl status.

SoluciónAñada el directorio bin de Oracle Application Server a la ruta de la cuenta de servicio de TADDM en elsistema Oracle Application Server.

Capítulo 1. Referencia de sensores 127

Page 144: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor falla en el servidor remoto con el mensaje de error Nombre no encontrado en el archivo deregistroProblema

El sensor falla y se muestra el siguiente mensaje de error en el archivo de registro:javax.naming.NameNotFoundException: oc4j:internal/ResourceFinder not found

SoluciónAñada la dirección IP y el nombre de host del Oracle Application Server al archivo /etc/hosts delservidor de TADDM.

Sensor de servidor SAP CCMSEl sensor del servidor SAP CCMS descubre los sistemas SAP, los servidores SAP (ABAP y Java), y loscomponentes SAP.

Nombre del sensor utilizado en la GUI y los registros

CCMSServerSensor

Requisitos previos

El sensor de servidor SAP CCMS requiere bibliotecas JCo para funcionar. Para obtener más informaciónsobre las bibliotecas JCo, consulte “Instalación de las bibliotecas de SAP Java Connector (JCo)” en lapágina 128.

Dependiendo de la aplicación específica de los sistemas SAP NetWeaver, puede utilizar el sensor delservidor SAP CCMS, el sensor del servidor SAP SLD, o ambos para descubrir el sistema. Las aplicacionesSAP están instaladas en dos esquemas de base de datos diferentes dependiendo de la aplicación,y seaccede a cada uno de ellos a través de su entorno de ejecución respectivo. Hay un entorno de ejecuciónpara las instancias de Java (pila Java) y uno para las instancias de Advanced Business ApplicationProgramming (ABAP) (pila ABAP):

• Utilice el sensor del servidor SAP CCMS para descubrir información sobre dónde tiene el sistema SAPNetWeaver las aplicaciones basadas únicamente en la pila ABAP.

• Utilice el sensor del servidor SAP SLD para descubrir información sobre dónde tiene el sistema SAPNetWeaver las aplicaciones basadas únicamente en la pila Java.

• Utilice el sensor del servidor SAP CCMS, del servidor SAP SLD o ambos sensores para descubririnformación sobre dónde tiene el sistema SAP NetWeaver las aplicaciones basadas tanto en la pilaABAP como en la pila Java.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Instalación de las bibliotecas de SAP Java Connector (JCo)Debe instalar las bibliotecas de SAP de Java Connector (JCo) 2.x para los sistemas operativos específicosde los servidores de TADDM y/o las anclas en el entorno de TADDM.

Para instalar los archivos de biblioteca JCo, realice los pasos siguientes, donde sistema_operativorepresenta AIX, Linux, Linuxs390x o Windows:

1. Elija las bibliotecas de SAP JCo apropiadas que se envían con TADDM. La única versión enviada conTADDM es la 2.1 de 32 bits.

La tabla siguiente lista el nombre típico de los paquetes de biblioteca SAP JCo por sistema operativo.

Tabla 13. Nombres de paquete de los archivos de biblioteca SAP JCo 2.x

Sistema operativo Nombre del paquete

AIX (32 bits) sapjco21P_10-10002239.zip

AIX (64 bits) sapjco21P_10-10002882.zip

128 Application Dependency Discovery Manager: Sensores

Page 145: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 13. Nombres de paquete de los archivos de biblioteca SAP JCo 2.x (continuación)

Sistema operativo Nombre del paquete

Windows Server on x86_32 (32 bits) sapjco21P_10-10002243.zip

Windows on x86_64(64 bits) sapjco21P_10-20001730.zip

Linux on x86_32 (32 bits) sapjco21P_10-20007301.zip

Linux on x86_64(64 bits) sapjco21P_10-20007300.zip

Linux on zSeries (64 bits) sapjco21P_10-10002245.zip

Linux on Power (64 bits) sapjco21P_10-20007302.zip

2. Realice una copia de seguridad del siguiente directorio: $COLLATION_HOME/lib/JCo/operating_system.

3. Copie los archivos siguientes del paquete en los directorios siguientes:

Para sistemas operativos UNIX o Linux:

• librfccm.* a $COLLATION_HOME/lib/JCo/sistema_operatio• libsapjcorfc.so to $COLLATION_HOME/lib/JCo/operating_system• sapjco.jar to $COLLATION_HOME/lib/JCo/operating_system/lib

Para sistemas operativos Windows:

• librf32.dll a $COLLATION_HOME/lib/JCo/sistema_operativo• sapjcorfc.dll a $COLLATION_HOME/lib/JCo/sistema_operativo• sapjco.jar to $COLLATION_HOME/lib/JCo/operating_system/lib

4. Reinicie el servidor de TADDM.

Ejecute el mandato ldd contra las bibliotecas para ver las dependencias y asegúrese de que dichasdependencias son compatibles. El sistema operativo base soporta la mayoría de las dependencias.

En sistemas operativos Linux, la biblioteca libstdc++-libc6.2-2.so.3 podría no instalarse de formapredeterminada. En ese caso, debe instalar el paquete Red Hat compat-libstdc++-296 para obtenerlos archivos de biblioteca libstdc++-libc6.2-2.so.3.

Si no se soportan las dependencias de la biblioteca, se mostrará el siguiente mensaje:

El sensor ha fallado en el servidor remoto: JCO.classInitialize (): No se puede cargar la capa middleware 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit ():No se ha podido inicializar la biblioteca de enlace dinámico sapjcorfc [Can't find library sapjcorfc (libsapjcorfc.so) in sun.boot.library.path or java.library.path sun.boot.library.path={full-path-list}

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Computing Center Management System (CCMS) como Tipo de componente.2. Especifique la siguiente información obligatoria:

a. Nombre de usuario (el nombre de usuario debe tener al menos todas las autorizacionesmencionadas en la siguiente lista)

b. Contraseñac. Id. de cliente

A continuación se indican las autorizaciones requeridas por el usuario de SAP que se usan para eldescubrimiento del sensor de CCMS. Conceda todos los privilegios (*) a los siguientes objetos deautorización:

Capítulo 1. Referencia de sensores 129

Page 146: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

S_RFCComprobación de autorización para acceso RFC

S_ADMI_FCDAutorizaciones del sistema

S_DATASETAutorización para acceso a archivos.Los permisos mínimos son:

• LECTURA• LECTURA con FILTRO

Importante: No otorgue todos los permisos (*).

S_LOG_COMAutorización para ejecutar mandatos de sistema operativo lógicos

S_RZL_ADMEstación de control CC: Administración del sistemaLos permisos mínimos son:

• MOSTRAR

Importante: No otorgue todos los permisos (*).

S_XMI_LOGAutorización de acceso interno a registro XMI

S_XMI_PRODAutorización para Interfaces de gestión externa (XMI)

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor de SAP CCMS yofrece soluciones a dichos problemas.

El sensor falla en el servidor remotoProblema

Se produce el siguiente error, que indica que la ruta de clase no contiene la ruta al archivosapjco.jar:

El sensor falla en el servidor remoto: com/sap/mw/jco/JCOMSG_ERROR: java.lang.NoClassDefFoundError: com/sap/mw/jco/JCO

130 Application Dependency Discovery Manager: Sensores

Page 147: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónEl archivo sapjco.jar debe estar en el directorio $COLLATION_HOME/lib/JCo/lib, esta ruta dearchivo ha de encontrarse en la ruta de clase.

Busque el siguiente mensaje en el archivoDiscoverManager.log:

adding this jar file to the list: {jar-file-path}

La jar-file-path debe ser $COLLATION_HOME/lib/JCo/lib/sapjco.jar.

El sensor no encuentra el archivo de bibliotecaProblema

Se produce el siguiente error, que significa que el sensor no encuentra el archivo de bibliotecalibsapjcorfc.so en sun.boot.library.path o en java.library.path:

El sensor ha fallado en el servidor remoto:JCO.classInitialize (): No se ha podido cargar la capa middleware'com.sap.mw.jco.rfc.MiddlewareRFC'JCO.nativeInit ():No se ha podido inicializar la biblioteca de enlacedinámico sapjcorfc[Can't find library sapjcorfc (libsapjcorfc.so) in sun.boot.library.pathor java.library.path sun.boot.library.path={full-path-list}

SoluciónAsegúrese de que el archivo de biblioteca libsapjcorfc.so está en la vía de acceso$COLLATION_HOME/lib/JCo/sistema operativo.

Este archivo de biblioteca debe ser de la versión de 64 bits, porque los servidores y/o las anclas deTADDM en el entorno de TADDM ejecutan un sistema operativo de 64 bits.

Asegúrese también de que esta vía de acceso está presente en lista_vías_acceso_completa para lasun.boot.library.path mencionada en el mensaje anterior. Si la ruta está presente, el problemapodría deberse a dependencias no cumplidas de la biblioteca. Ejecute el mandato ldd contra elarchivo de biblioteca libsapjcorfc.so para obtener la lista de dependencias de la biblioteca ycompruebe que su entorno soporta estas dependencias.

No se proporciona una lista de acceso CCMS para una dirección IPProblema

Se produce el siguiente error:

ERROR ordenación. AnchorClient - No hay lista de acceso CCMS para:{ip-address}

Este error se puede producir por una de las siguientes razones:

• No se ha proporcionado lista de acceso para el sensor.• El sensor no puede conectarse correctamente a la dirección IP utilizando la información de la lista

de acceso facilitada por el usuario.

SoluciónSi ha facilitado los credenciales de lista de acceso necesarios, compruebe los siguientes elementos:

• Asegúrese de que el Id. de usuario cumple los requisitos de autorización mínimos especificados.• Asegúrese de que el servidor SAP ABAP es accesible.• Busque el siguiente mensaje en local-anchor*.log, y asegúrese de que el username y el client-

id especificados son los que ha definido:

Checking connection with username: {username} and clientID: {client- id}

También puede facilitar autorización SAP_ALL al usuario e intentar conectarse al servidor SAP ABAPdirectamente mediante el SAP GUI, si estuviera disponible.

Capítulo 1. Referencia de sensores 131

Page 148: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor de servidor SAP SLDEl sensor del servidor SAP SLD descubre los sistemas SAP, los servidores SAP (ABAP y Java), y loscomponentes SAP.

Nombre del sensor utilizado en la GUI y los registros

SLDServerSensor

Requisitos previos

El servidor SAP System Landscape Directory (SLD) debe estar ejecutándose.

Dependiendo de la aplicación específica de los sistemas SAP NetWeaver, puede utilizar el sensor delservidor SAP CCMS, el sensor del servidor SAP SLD, o ambos para descubrir el sistema. Las aplicacionesSAP están instaladas en dos esquemas de base de datos diferentes dependiendo de la aplicación,y seaccede a cada uno de ellos a través de su entorno de ejecución respectivo. Hay un entorno de ejecuciónpara las instancias de Java (pila Java) y uno para las instancias de Advanced Business ApplicationProgramming (ABAP) (pila ABAP):

• Utilice el sensor del servidor SAP CCMS para descubrir información sobre dónde tiene el sistema SAPNetWeaver las aplicaciones basadas únicamente en la pila ABAP.

• Utilice el sensor del servidor SAP SLD para descubrir información sobre dónde tiene el sistema SAPNetWeaver las aplicaciones basadas únicamente en la pila Java.

• Utilice el sensor del servidor SAP CCMS, del servidor SAP SLD o ambos sensores para descubririnformación sobre dónde tiene el sistema SAP NetWeaver las aplicaciones basadas tanto en la pilaABAP como en la pila Java.

Nota: Si desea cambiar el puerto SLD, que no sea el valor listado predeterminado, puedeestablecer la nueva lista de puertos en el panel de configuración de sensor. La conexión SLD seestablecerá con los nuevos puertos listados.

Objetos de modelo con atributos asociadosEl sensor del servidor SAP SLD crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que el sensor recopila sobre los sistemas SAP, los servidores SAP (ABAP y Java) y loscomponentes SAP de su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.AppConfig

• Content• Parent

DatabaseServer

• HierarchyDomain• HierarchyType• Host• OpenId• ProductVersion• VendorName

En TADDM 7.3.0.2, y posterior, el sensor del servidor SAP SLD descubre también otras bases de datosademás de las bases de datos Oracle, DB2 y MS SQL Server. Por ejemplo, descubre la base de datosSAP HANA. El sensor crea un nuevo tipo de objeto de modelo para las mismas, DatabaseServer.Para diferenciar las bases de datos de esta clase, se establecen los atributos hierarchyDomain y

132 Application Dependency Discovery Manager: Sensores

Page 149: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

hierarchyType para cada objeto. Por ejemplo, para el objeto HDB se establece en los atributos enlos valores siguientes:

hierarchyDomain="app.db.hdb.mysap"hierarchyType="HDBDatabaseServer"

FunctionalGroup

• App• GroupName• Members

MySAPABAPApplicationServer

• BasisAppSystemNumber• Host• KeyName• MySAPKernelRelease• PrimarySAP• ProcessPools• ProductName• SAPSystemSID• Status• SystemHome

MySAPCluster

• SAPSystemSID• Servers• Status• SystemHome

MySAPClusterNode

• ClusterNodeID• Parent• Type

MySAPDb2Instance

• Host• Owner• ProductVersion• SAPSystemSID• SID• SystemHome• VendorName

MySAPJ2EEEngineInstance

• ClusterNodes• ConfigContents: Este atributo solo está disponible para el objeto MySAPJ2EEEngineInstance para el

que se ha iniciado el sensor• Host• JavaInstanceId

Capítulo 1. Referencia de sensores 133

Page 150: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• IsSDM• PrimarySAP: Este atributo solo está disponible para el objeto MySAPJ2EEEngineInstance para el

que se ha iniciado el sensor• ProcessPools: Este atributo solo está disponible si el objeto MySAPJ2EEEngineInstance es miembro

del objeto SAPSystem• SAPSystemSID• Status: Este atributo solo está disponible si el objeto MySAPJ2EEEngineInstance es miembro del

objeto SAPSystem• SystemHome• VersioningAndPatchInfo

MySAPJavaCentralSystem

• ClusterNodes• Host• JavaInstanceId• IsSDM• ProcessPools: Este atributo solo está disponible si el objeto MySAPJavaCentralSystem es miembro

del objeto SAPSystem• SAPSystemSID• Status: Este atributo solo está disponible si el objeto MySAPJavaCentralSystem es miembro del

objeto SAPSystem• SystemHome• VersioningAndPatchInfo

MySAPOracleInstance

• Home• Host• HostName• Owner• ProductVersion• SAPSystemSID• SID• SystemHome• VendorName

MySAPSqlServer

• Host• KeyName• Owner• ProductName• ProductVersion• SAPSystemSID• SID• SystemHome• VendorName

ProcessPool

• Name

134 Application Dependency Discovery Manager: Sensores

Page 151: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Parent• RuntimeProcesses

RuntimeProcessSAPComponent

• Description• HighestSupportPackage• Name• Parent• PatchLevel• Release

SAPSystem

• AppVersion• BasisVersion• Contact• DeployedComponents• Description• Groups• InstallationNumber• LicenseExpiryDate• Name• SAPSystemSID• SystemHome• Vendor

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Servidor System Landscape Directory como Tipo de componente.2. Especifique la siguiente información obligatoria, Nombre de usuario y Contraseña.

Debe asignar los roles SAP_SLD_GUEST y SAP_J2EE_GUEST a la cuenta de SAP, y dependiendo de suconfiguración, es posible que también necesite asignar el rol SAP_J2EE_ADMIN a la cuenta de SAP.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.discover.agent.SLDServerAgent.connectionTimeout=30El valor predeterminado es 30, es decir, 30 segundos. El valor debe ser un número entero.

Esta propiedad especifica el tiempo máximo (en segundos) que hay que esperar para la prueba deconexión SLD inicial.

Los tiempo de espera excedidos de conexión se graban en el archivoDiscoveryManager.log. Si seproducen estos tiempos de espera, aumente el valor de esta propiedad.

La propiedad puede vincularse a un nombre de host o dirección IP específica, como se muestra en lossiguientes ejemplos:

Capítulo 1. Referencia de sensores 135

Page 152: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.SLDServerAgent.connectionTimeout.Linux.1.2.3.4=60

com.collation.discover.agent.SLDServerAgent.connectionTimeout.SunOS=45

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

com.collation.discover.agent.SLD.PoolSizeEsta propiedad especifica el número máximo de agrupaciones de conexión que deben mantenerseactivas en un servidor SLD. Estas conexiones pueden reutilizarse para solicitudes adicionales. El valorpredeterminado es 16.

com.collation.sudoCommandEsta propiedad especifica el nombre de mandato sudo. El valor predeterminado es sudo.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor SAP SLD yofrece soluciones a dichos problemas.

Errores de tiempo de espera de conexión de SLDServerAgentProblema

Se encuentran errores de tiempo de espera de conexión de SLDServerAgent en el archivoDiscoverManager.log.

SoluciónEn el archivo $COLLATION_HOME/etc/collation.properties, aumente el valor de la propiedadcom.collation.discover.agent.SLDServerAgent.connectionTimeout hasta que laconexión se realice correctamente.

Sensor de servidor SMBEl sensor de servidor SMB descubre los servidores de archivo Server Message Block (SMB).

Nombre del sensor utilizado en la GUI y los registros

SMBServerSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.ServiceAccessPoint• sys.SMBExport• sys.SMBSAP• sys.SMBService

136 Application Dependency Discovery Manager: Sensores

Page 153: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor de SMB yofrece soluciones a dichos problemas.

Aparece un mensaje de error de excepción no capturada cuando se ejecuta un descubrimientoProblema

Se muestra el siguiente mensaje cuando se ejecuta un descubrimiento:

Excepción no capturada que invoca GetSystemInfo: System.NullReferenceException: Referencia de objetoque no se define como instancia de un objeto

SoluciónEste mensaje indica que hay un problema con el servicio de Windows Management Instrumentation(WMI). Para obtener información sobre los problemas y las soluciones de WMI, consulte el tema delsensor del sistema Windows“Resolución de problemas del sensor” en la página 378.

Sensor de servidor SMSEl sensor del servidor SMS descubre el Microsoft Systems Management Server (SMS).

Nombre del sensor utilizado en la GUI y los registros

SMSServerSensor

Limitaciones

El sensor no descubre información sobre sistemas cliente SMS Server como instancias CDMComputerSystem sino como instancias CDM SMSCollectionClients.

Así, el descubrimiento de un SMS Server no se puede utilizar como descubrimiento directo de los hostque forman la infraestructura de SMS Server.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.sms.SMSAdvertizements• app.sms.SMSCollections• app.sms.SMSCollectionClients• app.sms.SMSHierarchy• app.sms.SMSPackage• app.sms.SMSProgram• app.sms.SMSQuery• app.sms.SMSReports• app.sms.SMSResource• app.sms.SMSServerProcess• app.sms.SMSSiteBoundaries• app.sms.SMSSiteComponents• app.sms.SMSSiteServer

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

Capítulo 1. Referencia de sensores 137

Page 154: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.SMSServerAgent.GetReportsSi se define como verdadera, el sensor captura información del Informe SMS y la almacena comoinstancias de la clase CDM SMSReports. El valor predeterminado es false.

com.collation.discover.agent.SMSServerAgent.GetQueriesSi se define como verdadera, el sensor captura consultas predefinidas SMS y las almacena comoinstancias de la clase CDM SMSQuery. El valor predeterminado es false.

com.collation.discover.agent.SMSServerAgent.GetClientsSi se define como verdadera, el sensor captura información sobre los clientes de colección SMS y laalmacena como instancias de la clase CSM SMSCollectionClients. El valor predeterminado es false.

com.collation.discover.agent.SMSServerAgent.MaxNrClientsEl número máximo de clientes sobre los que el sensor puede capturar información. El valorpredeterminado es 100.

Sensor de SysImagerEl sensor de SysImager descubre clústers SystemImager High Performance Computing (HPC).

Nombre del sensor utilizado en la GUI y los registros

SysImagerServerSensor y SysImagerNodeSensor

Requisitos previos

El GenericComputerSystemSensor, junto con los sensores requeridos previamente, debe estar habilitadoen el perfil de descubrimientoutilizado para descubrir el clúster SysImager.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.hpc.cm.ConfigurationManagementCluster• sys.hpc.cm.ConfigurationManagementNode• sys.hpc.cm.ConfigurationMangementNodeGroup• sys.hpc.cm.ConfigurationManagementClusterConfigFile• sys.hpc.cm.SysImagerNode• sys.hpc.cm.SysImagerNodeImage• sys.hpc.cm.SysImagerOverride

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. Cree un perfil de descubrimiento y seleccione la configuración de agente de tipoSysImagerServerAgentConfiguration.

2. Defina los siguientes atributos obligatorios:masterServerNames

Las direcciones IP o nombres de host de los nodos maestros SysImager. Esta propiedad debedefinirse para iniciar el sensor de servidor SysImager.

3. En caso de ser necesario, defina los siguientes atributos o acepte los valores predeterminados.configFileLocation

La ubicación del archivo de configuración de SysImager. El valor predeterminado es /etc/systemimager/systemimager.conf.

138 Application Dependency Discovery Manager: Sensores

Page 155: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

clusterXMLFileLocationLa ubicación del archivo de configuración de clúster de SysImager. El valor predeterminadoes /etc/systemimager/cluster.xml.

clusterConfigCommandEl mandato para mostrar información de configuración sobre el clúster de SysImager. El valorpredeterminado es si_clusterconfig -g.

lsImageCommandEl mandato para mostrar imágenes del clúster de SysImager. El valor predeterminado essi_lsimage -v.

imagesDiscoveryModeEsta propiedad no se utiliza.

overridesDiscoveryModeLa profundidad de la captura de archivo para sustituciones. Los valores válidos son los siguientes:

• 0: No se captura información sobre el archivo.• 1: Solo se capturan el nombre e información sobre el archivo.• 2: Se captura toda la información y contenido del archivo.

El valor predeterminado es 1.

overridesDiscoveryPatternEl patrón de nombres de archivo para los archivos ubicados en el directorio de sustituciones. Elvalor predeterminado es "*".

preInstallScriptsContentLa profundidad de captura de archivos de los scripts ejecutados antes de la instalación. Losvalores válidos son los siguientes:

• 0: No se captura información sobre el archivo.• 1: Solo se capturan el nombre e información sobre el archivo.• 2: Se captura toda la información y contenido del archivo.

El valor predeterminado es 1.

postInstallScriptsContentLa profundidad de captura de archivos de los scripts ejecutados tras la instalación. Los valoresválidos son los siguientes:

• 0: No se captura información sobre el archivo.• 1: Solo se capturan el nombre e información sobre el archivo.• 2: Se captura toda la información y contenido del archivo.

El valor predeterminado es 1.

nodesScopeEl ámbito de las direcciones IP al que los sensores de nodo SysImager están limitados.

doPingNodesEspecifica si los sensores de ping se ejecutan contra los nodos SysImager descubiertos.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

SysImagerServerSensor utiliza la entrada de acceso SysImager Server. Si esta entrada no está disponible,el sensor utiliza la entrada de acceso ComputerSystem para acceder al servidor SysImager.

SysImagerNodeSensor utiliza la entrada de acceso ComputerSystem para acceder a los nodosSysImager.

Sensor de clúster VeritasEl sensor de clúster Veritas descubre servidores de clúster Veritas.

Capítulo 1. Referencia de sensores 139

Page 156: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor recoge información general sobre el servidor de clúster Veritas y sobre los servicios que estáninstalados en el mismo. Los servicios se organizan en grupos de servicio y contienen información sobrelos recursos que se utilizan.

El sensor puede crear relaciones entre los servicios y aplicaciones instaladas en un clúster.

Nombre del sensor utilizado en la GUI y los registros

VeritasClusterSensor

Cuestiones de seguridad

La cuenta de usuario utilizada para el descubrimiento de sistemas se utiliza también para ejecutarmandatos Veritas. De forma predeterminada, se necesitan permisos de ejecución del directorio VeritasCluster y mandatos. El sensor utiliza los siguientes mandatos:

• hastatus• haclus• hasys• hares• hagrp• hatype• hauser

Antes de ejecutar mandatos Veritas, se realiza un inicio de sesión al clúster en los sistemas que soportanel mandato halogin de Veritas. Se trata de los sistemas UNIX con VCS versión 4.1 y superior. El sensorinicia sesión utilizando el nombre de usuario y contraseña de la entrada de la lista de acceso deSoluciones de alta disponibilidad.

Para especificar que el sensor debe utilizar sudo al ejecutar mandatos de Veritas Cluster Server ensistemas Linux o UNIX, configure los parámetros adecuados en el archivo collation.properties.

Para ejecutar los mandatos sin utilizar el mandato sudo, la cuenta de servicio de TADDM debe sermiembro del grupo de administración de Veritas del destino.

Los siguientes mandatos se deben ejecutar manualmente en el destino de Veritas paracomprobar si hay suficiente permiso para descubrir satisfactoriamente VeritasClusterSensor:

• halogin [usuario] [contraseña]• halogout -endallsessions• halogout -endsession localhost• haclus -display• hasys -display• hares -dep• hares -display• hagrp -resources [grupo]• hagrp -dep [grupo]• hagrp -display• hatype -display

Debe configurar sudo ndd with NOPASSWORD para el usuario de acceso.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.ConfigFile

140 Application Dependency Discovery Manager: Sensores

Page 157: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.SoftwareInstallation• app.veritas.cluster.VCSCluster• app.veritas.cluster.VCSHADServer• app.veritas.cluster.VCSLocalServiceGroup• app.veritas.cluster.VCSResourceConfiguration• app.veritas.cluster.VCSServiceGroup• app.veritas.cluster.VCSSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

El siguiente atributo de VeritasClusterSensor se puede modificar:discoveryMode

El valor predeterminado para el atributo discoveryMode es 1 (el sensor se ejecuta en modosuperficial).

Para generar más elementos de configuración y almacenarlos en la base de datos, especifique 0.

De forma alternativa, abra el archivo $COLLATION_HOME/etc/discover-sensors/VeritasClusterSensor.xml y modifique el atributo.

Cuando se utilizan el sensor de clúster de Veritas y el sensor de Oracle para descubrir una instancia deOracle, es posible que se produzcan duplicados. Esto sucede porque el sensor de clúster Veritas utilizalas mayúsculas para el SID de instancia y el sensor de Oracle utiliza las minúsculas para el mismo SID.Para evitar este problema, modifique el archivo dist/etc/discover-sensors/VeritasClusterSensor.xml cambiando la línea siguiente:

<source>Sid</source>

por la línea siguiente:

<source>%{Sid}</source>

Después del cambio, el sensor de clúster de Veritas crea instancias de Oracle con el SID en minúsculas.

Nota: Si cambia la línea después de ejecutar descubrimientos donde no se producen duplicados, esposible que se produzcan duplicados nuevos.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Soluciones de alta disponibilidad como Tipo de componente.2. Especifique la siguiente información obligatoria, Nombre de usuario y Contraseña.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Las siguientes propiedades especifican que el sensor utiliza sudo para elevar los privilegios al ejecutarmandatos deVeritas Cluster Server:

• com.collation.discover.agent.command.hastatus.Linux=sudo /opt/VRTSvcs/bin/hastatus

• com.collation.discover.agent.command.haclus.Linux=sudo /opt/VRTSvcs/bin/haclus

• com.collation.discover.agent.command.hasys.Linux=sudo /opt/VRTSvcs/bin/hasys

Capítulo 1. Referencia de sensores 141

Page 158: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• com.collation.discover.agent.command.hares.Linux=sudo /opt/VRTSvcs/bin/hares• com.collation.discover.agent.command.hagrp.Linux=sudo /opt/VRTSvcs/bin/hagrp• com.collation.discover.agent.command.hatype.Linux=sudo /opt/VRTSvcs/bin/hatype

• com.collation.discover.agent.command.hauser.Linux=sudo /opt/VRTSvcs/bin/hauser

Puede vincular cada propiedad a un sistema operativo o dirección IP específico, como se muestra en lossiguientes ejemplos:

• com.collation.discover.agent.command.hastatus =sudo /opt/VRTSvcs/bin/hastatus• com.collation.discover.agent.command.hastatus.Linux=sudo /opt/VRTSvcs/bin/hastatus

• com.collation.discover.agent.command.hastatus.Linux.192.168.1.1=sudo /opt/VRTSvcs/bin/hastatus

Especifique la opción sudo para un sistema operativo únicamente si es necesaria para todos los sistemasque ejecutan dicho sistema operativo; de lo contrario, especifique la opción para las direcciones IPespecíficas en las que se ha configurado el mandatosudo. Debe configurar sudo ndd withNOPASSWORD para el usuario del acceso.

En cada sistema de destino en el que se necesite escalamiento de privilegios, configure el mandato sudocon la opción NOPASSWD. De lo contrario, su descubrimiento se bloqueará hasta que el servidor deTADDM haya finalizado el tiempo de espera.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de clúster Veritas y ofrecesoluciones a dichos problemas.

El sensor fallaProblema

El sensor VeritasClusterSensor falla.Solución

Si el sensor falla y los registros apuntan a que alguno de los mandatos a excedido el tiempo deespera, este error podría indicar un inicio de sesión fallido en el clúster. Compruebe que se hautilizado el nombre de usuario y contraseña adecuado para Veritas Cluster.

Sensor del servidor de VMware Virtual CenterEl sensor del servidor de VMware Virtual Center descubre servidores de VMware Virtual Center y loselementos gestionados por estos servidores. Actualmente al VMware Virtual Center se le conoce comoVMware vCenter Server.

Nombre del sensor utilizado en la GUI y los registros

VirtualCenterSensor

Elementos descubiertos por el sensor

El sensor descubre los siguientes elementos gestionados por el servidor de Virtual Center:

• Agrupaciones de recursos de CPU• Centros de datos en el centro virtual• Extensiones de almacén de datos para VMware vSphere 4• Almacenes de datos que se crean en cada centro de datos• Conmutadores virtuales distribuidos, enlaces ascendentes y grupos de puertos en cada conmutador

virtual distribuido.

142 Application Dependency Discovery Manager: Sensores

Page 159: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Agrupaciones de recursos de memoria• Número de serie de servidores ESX• Máquinas virtuales y grupos de puertos en cada conmutador virtual• Clústers de VMware que se crean en cada centro de datos.• Servidores de VMware ESX gestionados por un centro virtual.• Direcciones IP para máquinas virtuales

Los servidores VMware ESX, descubiertos por los sensores de servidor de VMware ESX y Virtual Center,se fusionan tras un descubrimiento.

En la consola de Gestión de Descubrimiento, una máquina virtual (VM) se representa mediante el iconode un sistema azul y transparente.

El sensor del servidor Virtual Center utiliza la API de VMware API para descubrir datos, y la API deVMware recoge los siguientes datos:

• Datos de atributo necesarios para adaptarse a las reglas de denominación y crear una instancia VMindependiente válida

• Determinada información básica que proporciona el servidor VMware ESX mediante el mandatovmware-cmd

• El atributo primaryMACAddress, necesario para reconciliar una instancia virtual superficial concualquier instancia física que se pueda descubrir

• El atributo vmwareUUID, necesario para reconciliar instancias de sistemas que se descubren antes ydespués de las migraciones utilizando VMotion.

Existen cuatro escenarios de usuario para un descubrimiento de servidor ESX y Virtual Center:

• Todo incluido: El ámbito de descubrimiento contiene servidores de ESX y Virtual Center.

El resultado muestra los servidores de ESX y Virtual Center. Los servidores de ESX gestionados por losservidores de Virtual Center se muestran en uno de los centros de datos o clústers del centro virtual.Todas las instancias virtuales o físicas descubiertas por los sensores de Virtual Center y ESX sereconcilian. Las instancias físicas tienen un atributo virtual definido como verdadero.

• Solo servidor ESX: El ámbito de descubrimiento contiene servidores ESX.

El resultado muestra los servidores ESX descubiertos por el sensor de ESX. Se muestran los servidoresde ESX con atributos típicos, por ejemplo, el modelo. El sensor de Virtual Center no se inicia.

• Solo servidor de Virtual Center: El ámbito de descubrimiento contiene servidores de Virtual Center.

El resultado muestra los servidores ESX y sistemas descubiertos por el sensor de Virtual Center.• Virtual Center y VM: El ámbito de descubrimiento contiene servidores de Virtual Center y todos los

sistemas virtuales.

El resultado muestra todos los sistemas virtuales, con todos los atributos físicos y virtuales definidoscomo verdaderos. Los sitemas virtuales que se muestran en la pestaña Virtual Systems del servidorESX respectivo.

Requisitos previos

El servicio del servidor de VMware Virtual Center está en ejecución en el sistema Windows de destino. ELsensor de servidor de VMware Virtual Centre se puede iniciar por puerto de escucha, por coincidencia deplantilla de proceso o por ambos. De forma predeterminada, el sensor se inicia por coincidencia deplantilla de proceso.

Restricción: Este requisito previo no se aplica a vCSA (Virtual Center Server Appliance). vCSA estábasado en la tecnología Linux y lo detectará TADDM utilizando los permisos estándar, sin necesidad derequisitos previos adicionales.

Para que descubrimiento de VMware vCenter Server Appliance 6 se realice correctamente, sedeben definir los puertos de comunicaciones de servicios web. De forma predeterminada, están definidos

Capítulo 1. Referencia de sensores 143

Page 160: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

los puertos 80 y 443. Si su VMware vCenter Server Appliance 6 utiliza puertos que no son estándar,modifique el valor de la propiedad portList en el perfil de descubrimiento. Para obtener más detalles,consulte “Configuración del perfil de descubrimiento” en la página 149.

Soporte de descubrimiento de Virtual Center System Appliance a través de puertos web

Esta mejora puede permitir el descubrimiento de VCSA utilizando interfaces web. Existe una nueva opciónde configuración en el sensor PortScan para permitir la especificación de puertos de escucha VCSA(vcsaListeningPortList) que se deben utilizar para desencadenar la inicialización de VirtualCenterSensor.

Limitaciones

• Si el puerto mencionado `vcsaListeningPortList` lo abre algún otro proceso que no sea VCSA, el sensordel servidor de VMware Virtual Center mostrará un error.

Cuestiones de seguridad

Para descubrir el servidor de VMware Virtual Center, debe definir permisos de solo lectura para la cuentade servicio de TADDM. La cuenta de servicio debe tener privilegios de administrador.

Conexión a servidores con SSL

El sensor de servidor de VMware Virtual Center se puede conectar a servidores con SSL en dosmodalidades: la modalidad predeterminada y una modalidad nueva.Modalidad predeterminada

La modalidad predeterminada no verifica por completo el certificado de un servidor. Esta modalidadpermite la conexión incluso si el certificado está autofirmado, caducado o con un nombre de host noválido. Rechaza la conexión cuando se encuentran otros problemas, como error de encadenamientode certificados. La modalidad predeterminada se puede utilizar con los certificados VMwarepredeterminados.

Modalidad nuevaLa modalidad nueva verifica por completo el certificado de un servidor. Puede habilitar estamodalidad estableciendo la propiedad de configuración strictCertificateCheck en true.Cuando se habilita esta modalidad, solo se aceptan los certificados válidos firmados por autoridadesde certificados de confianza.

Importación a TADDM de certificados autofirmadosSi establece la propiedad strictCertificateCheck en true, puede conectarse con certificadosautofirmados. Primero debe importar a TADDM un certificado de este tipo. Aunque los certificadosautofirmados son certificados de confianza, su validez se verifica de todos modos.Para importar dichos certificados, realice los pasos siguientes:

1. Abra el directorio taddm/dist/osgi/plugins/com.ibm.cdb.discover.sys.vmware.vmwarecommon_*, donde * es el número de versióndel sensor.

2. Ejecute el siguiente mandato:

java -cp lib/vmwarecommon.jar com.ibm.cdb.discover.sys.vmware.VmCertificateCollector ip:puerto

donde ip es la dirección IP del host de sensor de servidor de VMware Virtual Center y puerto es elpuerto SSL de dicho host.

Configuración recomendada

Debe seleccionar el puerto de configuración de forma lógica para evitar la inicialización falsa deVirtualCenterSensor (VCSA). Funciona mejor si estos puertos se reconocen en un centro virtual exclusivo.Si hay una lista de puertos específica, los puertos listados deben especificar los mismos escuchas. Estospuertos tienen en cuenta los cambios de configuración en las instancias para evitar el conflicto.

144 Application Dependency Discovery Manager: Sensores

Page 161: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Ejemplo:

1. Ejemplo: 80 TCP vCenter Server requiere el puerto 80 para conexiones HTTP directas. El puerto 80redirecciona solicitudes al puerto HTTPS 443. Esta redirección es útil si involuntariamente utilizahttp://server en lugar de https://server.

2. El puerto predeterminado TCP 443 que el sistema de vCenter Server utiliza para estar a la escuchade conexiones de vSphere Web Client. Para permitir que el sistema vCenter Server reciba datos devSphere Web Client, abra el puerto 443 en el cortafuegos.

Los puertos 80,443 son puertos omnipresentes y puede parecer una mala opción para inicializarVirtualCenterSensor, puesto que pueden causar muchos positivos falsos para las invocaciones desensor. Se recomienda suministrar más puertos exclusivos (o listas de los valores posibles de esepuerto en un despliegue de cliente) que deben utilizarse en PortScanSensors `vcsaListeningPortList`.

1. El puerto 514 TCP/UDP vSphere Syslog Collector para vCenter Server en Windows y el puertovSphere Syslog Service para vCenter Server Appliance.

2. El puerto predeterminado 902 TCP/UDP que el sistema vCenter Server utiliza para enviar datos ahosts gestionados. Los hosts gestionados también envían una pulsación regular sobre el puerto902 UDP al sistema vCenter Server. Este puerto no debe estar bloqueado por cortafuegos entre elservidor y los hosts o entre los hosts.

Objetos de modelo con atributos asociadosEl sensor de VMware Virtual Center crea objetos de modelo con atributos asociados. Los atributos indicanel tipo de información que el sensor recoge sobre los recursos de VMware Virtual Center en su entorno deTI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.StorageExtent

• ManagedSystemName• Nombre

net.IpInterface

• Name (solo para servidor ESX)• IpAddress

net.L2Interface

• Name (solo para servidor ESX)• HwAddress

process.CPUResourcePool

• Nombre• Label• Limit• Reservation• SharesLevel• SharesValue

process.MemoryResourcePool

• Nombre• Label• Limit• Reservation• SharesLevel

Capítulo 1. Referencia de sensores 145

Page 162: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• SharesValue

relation.AllocatedTo

• Source (MemoryResourcePool o CPUResourcePool)• Target (Memoria o CPU)

relation.DonatedTo

• Source (solo para servidor ESX)• Target (MemoryResourcePool o CPUResourcePool)

sys.CPU

• NumCPUs• Parent

sys.DNSResolveEntry (solo para servidor ESX)

• ServerIP• Parent

sys.Memory

• MemorySize• Parent

sys.NFSFileSystem

• serverName• MountPoint• Type• Capacity• AvailableSpace• MaxFileSize• StorageExtent• FileSystemBlockSize• MaxBlocks

sys.unix.UnixFileSystem (para sistema de archivos de máquina virtual)

• MountPoint• Type• Capacity• AvailableSpace• MaxFileSize• StorageExtent• FileSystemBlockSize• MaxBlocks

sys.vmware.DataCenter

• Nombre• Label• Parent• Systems• Clústers

146 Application Dependency Discovery Manager: Sensores

Page 163: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• VirtualSwitches

sys.vmware.VirtualCenter

• Nombre• Host• UID• VersionString• ApiVersion• Vendor• BuildLevel• VirtualCenterPort• MaxDBConnections• ClientTimeoutNormal• ClientTimeoutLong• WebServiceHttpPort• WebServiceHttpsPort

sys.vmware.VMWareCluster

• Nombre• Label• DPMEnabled• DRSEnabled• HAEnabled• Parent• RootMemoryResourcePool• RootCPUResourcePool

sys.vmware.VMWareDataStore

• Nombre• Label• Type• DataStoreURL• Capacity• FreeSpace• IsAccessible• AccessMode• IsMultipleHostsAccess• BasedOn• DataCenter

sys.vmware.VmwareESX

• OSName• OSVersion

sys.vmware.VMWarePortGroup

• ActiveUplinks• L2Interfaces

Capítulo 1. Referencia de sensores 147

Page 164: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Nombre• Parent• StandbyUplinks• Uplinks

sys.vmware.VmwareUnitaryComputerSystem

• Nombre• Fqdn• ObjectType• Fabricante• Modelo• CPUSpeed• CPUType• LifecycleState• NumCPUs• MemorySize• AvailableMemoryForAllVMs• CurrentMemoryForAllVMs• SwapMemorySize• ServiceConsoleMemorySize• VmotionEnabled

sys.vmware.VMWareVirtualSwitch

• DataCenter• Nombre• MTU• NumPorts• NumPortsAvailable• ObjectType• PortGroups• Parent• UplinkPortGroups• Interfaces

sys.vmware.VMWareDVUplink

• L2Interfaces• Nombre

Varias máquinas virtuales, por ejemplo los siguientes sistemas operativos y sistemas virtuales:

sys.darwin.Darwinsys.darwin.DarwinUnitaryComputerSystemsys.dos.Dossys.dos.DosUnitaryComputerSystemsys.freebsd.FreeBSDsys.freebsd.FreeBSDUnitaryComputerSystemsys.linux.Linuxsys.linux.LinuxUnitaryComputerSystemsys.netware.Netware

148 Application Dependency Discovery Manager: Sensores

Page 165: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

sys.netware.NetwareUnitaryComputerSystemsys.sun.Solarissys.sun.SunSPARCUnitaryComputerSystemsys.windows.WindowsComputerSystemsys.windows.WindowsOperatingSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• uuid• VMID• OSName• Fqdn (si VMware Tools se ejecuta en máquina virtual)• MemorySize• NumCPUs• FaultTolerance

Configuración del sensorAntes de utilizar el sensor de VMware Virtual Center, debe configurarlo.

Configuración de usuarios no administradores para ejecutar el sensorLas cuenta de usuario no de administrador deben tener permiso para ejecutar el sensor de servidores deVMware Virtual Center. Puede asignar los permisos necesarios mediante VMware Infrastructure Client.

Nota: Las cuentas de administrador tienen el permiso necesario de forma predeterminada y no necesitaneste procesamiento.

Para asignar los permisos necesarios a una cuenta de usuario usuario no administrador, complete lospasos siguientes:

1. Desde el VMware Infrastructure Client, inicie sesión en el servidor de VMware Virtual Center medianteuna cuenta de administrador.

2. Pulse la pestaña Permisos.3. Asigne el rol de sólo lectura a la cuenta de usuario no administrador que desea que tenga permiso

para ejecutar el sensor. Para obtener más información sobre cómo asignar roles a los usuarios,consulte la documentación de VMware.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor del servidor de VMware Virtual Center está habilitado para undescubrimiento de nivel 3. El sensor descubre todos los invitados, incluidos los sistemas invitados queestán apagados. Para descubrir solo los sistemas invitados que están en ejecución, cree un perfil dedescubrimiento de nivel 3 para el sensor de servidor de VMware Virtual Center y personalice los valoresde sensor.

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En la sección Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y la descripción del perfil. Desde la lista Clonar

perfil existente, seleccione Descubrimiento de Nivel 3 y pulse en Aceptar.4. En el separador Configuración de sensor, seleccione el sensor VirtualCenterSensor y pulse Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción de su configuración y

seleccione la casilla de verificación Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, pulse en

discoverNonRunningGuests. A continuación, pulse dos veces en el campo Valor de la fila y escribafalse.

Capítulo 1. Referencia de sensores 149

Page 166: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

7. Pulse en Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse en Guardar.

Propiedades

Puede modificar las propiedades siguientes:ordinalESXviaVCserialDiscovery

Descubre un número de serie utilizando la API VMware. Este es un modo estándar de descubrir elnúmero de serie, resulta más rápido que utilizar la API CIM y requiere menos privilegios pero tambiénes más propenso a errores.El valor predeterminado es false.

directESXserialDiscoveryDescubre un número de serie utilizando la API CIM. Este método siempre descubre el número deserie, pero es más lento y se aplican los siguientes requisitos:

• El usuario de descubrimiento debe tener el privilegio Host > CIM > CIMInteraction.• La conexión entre TADDM y el servidor ESX es necesaria.

Para obtener más información, consulte también una nota técnica en http://www-01.ibm.com/support/docview.wss?uid=swg21638454.

Importante: Si ejecuta el servidor ESX en hardware virtualizado como Cisco UCS, debe descubrir elnúmero de serie utilizando CIM API, no VMware API, ya que de otro modo se pueden producirsobrefusiones.

El valor predeterminado es false.shallowVMdiscovery

Descubre datos limitados para la máquina virtual.El valor predeterminado es false.

discoverNonRunningGuestsDescubre máquinas virtuales que no se ejecutan.El valor predeterminado true.

strictCertificateCheckFuerza que el sensor se conecte a servidores VirtualCenter que se han asegurado con certificadosválidos firmados por CA.El valor predeterminado es false.

enableVMDiscoveryHabilita el descubrimiento en máquinas virtuales.El valor predeterminado true.

shallowESXDiscoveryHabilita el descubrimiento superficial de ESX. Los servidores ESX solo se descubren con un nombre,información de almacén de datos y relaciones con el centro de datos. Se puede utilizar con el sensorESXi para el descubrimiento más rápido del entorno entero.El valor predeterminado es false.

portListContiene una lista de puertos separados por comas que se utilizan las comunicaciones de VMwarevCenter Server Appliance 6 para servicios web. Modifique el valor de esta propiedad si VMwarevCenter Server Appliance 6 utiliza puertos que no son estándar.El valor predeterminado es 80,443.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

150 Application Dependency Discovery Manager: Sensores

Page 167: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Para acceder al servidor de VMware Virtual Center utilizando una cuenta con privilegios deadministrador:

1. Utilice ComputerSystem (Windows) como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña).

Utilice este método para conceder acceso al sistema principal y al servidor de VMware VirtualCenter.

• Para acceder al servidor de VMware Virtual Center utilizando una cuenta con privilegios de solo lectura:

1. Utilice Virtual Center Server como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña).

Utilice este método para descubrir los servidores VMware Virtual Center en un entorno de IBM TivoliMonitoring. Este método otorga acceso únicamente al servidor de Virtual Center, pero no al sistemaprincipal. En el perfil de descubrimiento, incluya el sensor del servidor VMware Virtual Center y elsensor de IBM Tivoli Monitoring Scope.

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas del archivo collation.properties que utiliza el sensor del servidorVirtualCenter.

El sensor utiliza las siguientes entradas en el archivo collation.properties:com.collation.platform.os.UnixOs.forcedServerList=vpxd

Debe añadir el proceso de servidor vpxd en la propiedad para asegurarse de que el sensor deservidor VirtualCenter se inicia. Por ejemplo,

com.collation.platform.os.UnixOs.forcedServerList=vxconfigd;clstrmgr;vpxd

Nota: TADDM aplica plantillas coincidentes de servidor personalizado solo en procesos de servidor. Estosprocesos están a la escucha en el puerto TCP o en Servicio de Windows. Puede forzar un nombre deprograma utilizando la propiedadcom.collation.platform.os.UnixOs.forcedServerList=vpxd en collation.properties. Siel proceso vpxd no está a la escucha en el puerto TCP, debe añadir esta propiedad.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor de VMwareVirtual Center y ofrece soluciones a dichos problemas.

El número de serie y el Id. del sistema están vacíos en el panel Detalles del servidor de VMware ESXProblema

Los atributos Número de serie e Id. del sistema están vacíos en el panel Detalles del servidor deVMware ESX. Los atributos del sistema de archivos no se descubren.

SoluciónTADDM utiliza la API de SMASH para conectarse directamente al servidor de ESX. Asegúrese de quela conexión esté abierta para el puerto especificado en la propiedadcom.collation.discover.vmware.cimport (de forma predeterminada, es 5989) o utilice unancla. ESX debe soportar la API de SMASH.

Compruebe que los servidores de ESX y Virtual Center están incluidos en el ámbito dedescubrimiento. Compruebe las credenciales para asegurarse de que se utilizan los permisosadecuados para acceder a los servidores de ESX y Virtual Center y vuelva a ejecutar eldescubrimiento. Para la capa L2Interface, el sensor solo recopila el nombre y las direcciones dehardware.

Capítulo 1. Referencia de sensores 151

Page 168: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor falla con un error de tiempo de esperaProblema

Si el servidor de Virtual Center gestiona muchos hosts y sistemas virtuales ESX, el sensor puede fallarcon el mensaje de error de tiempo de espera Se ha producido un error. El sensor hasuperado el tiempo de espera.

SoluciónEn el archivo etc/collation.properties, aumente el valor de ejecución del sensor, donde valuees el número de milisegundos durante los cuales puede ejecutarse el sensor:

com.collation.discover.agent.VirtualCenterSensor.timeout=value

El valor predeterminado es 3600000.

No se descubren los elementos gestionados por el servidor de VMware Virtual CenterProblema

Los elementos no se descubren en VMware vCenter Server Versión 4.1 que se está ejecutando enMicrosoft Windows Server 2003. Se produce el siguiente error:

• El registro VirtualCenterServer contiene:

AxisFault faultCode: {http://xml.apache.org/axis/}HTTP faultSubcode: faultString: (503)Service Unavailable faultActor: faultNode: faultDetail: {}:return code: 503503 Service Unavailable {http://xml.apache.org/axis/}HttpErrorCode:503 (503)Service Unavailable )

• El registro del servidor de VMware Virtual Center vpxd contiene:

Conexión a sistema principal:8085 fallido con clase de error Vmacore::SystemException(Normalmente permitidas las direcciones de socket (protocolo / dirección de red / puerto) se utiliza una vez.

• Ejecutando un mandato netstat -ban | findstr 8085 desde el servidor de VMware VirtualCenter se muestran muchos puertos TCP/IP abiertos en un estado LAST_ACK.

SoluciónEste comportamiento se produce porque los puertos efímeros, puertos temporales utilizados para lascomunicaciones cliente servidor, no se cierran tras el uso. Los puertos efímeros están limitados a unrango de puertos y solo son válidos durante la duración de la conexión. En este caso, en ciertossistemas operativos Microsoft Windows, ciertas conexiones dejan los puertos en un estado LAST_ACKen el servidor Virtual Center. El rango de puertos se puede agotar con el tiempo y si esto ocurre, laconectividad podría fallar hasta que se libere uno de los puertos.

Para evitar que esto ocurra, vaya a la página web de Microsoft en http://support.microsoft.com ybusque KB979230. Allí podrá descargar e instalar el arreglo.

Sensor de WebLogicEl sensor de WebLogic descubre servidores de aplicaciones Oracle WebLogic Server e información sobreversiones de WebLogic Server.

Los archivos JAR de todas las releases de WebLogic 9 se pueden utilizar para descubrir todas las releasesde WebLogic 9 y 10.

Nombre del sensor utilizado en la GUI y los registros

• WeblogicSensor

152 Application Dependency Discovery Manager: Sensores

Page 169: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• WeblogicSensor2• WeblogicServerVersionSensor

Requisitos previosEl sensor WeblogicSensor requiere archivos JAR adicionales que forman parte de la instalación de OracleWebLogic Server. Debe copiar estos archivos JAR en los siguientes directorios del servidor de TADDM:

• Para Linux, AIX y Linux en sistemas operativos System z:

– $COLLATION_HOME/lib/weblogic/9.0– $COLLATION_HOME/lib/weblogic/10.0

• Para sistemas operativos Windows:

– %COLLATION_HOME%\lib\weblogic\9.0– %COLLATION_HOME%\lib\weblogic\10.0

Debe configurar el nombre específico del directorio $COLLATION_HOME/lib/weblogic/$VERSION_DIR en el archivo$COLLATION_HOME/etc/discover-sensors/WeblogicVersionSensor.xml.

No existe ningún límite en el número de directorios$VERSION_DIR que pueden ser creados en eldirectorio $COLLATION_HOME/lib/weblogic/. No obstante, todos los directorios se deben configuraren el archivo WeblogicVersionSensor.xml.

Cuestiones de seguridad

El servidor de TADDM requiere el nombre de inicio de sesión en el sistema y la contraseña de WebLogicutilizada para iniciar sesión en la WebLogic Product Console.

Limitaciones

TADDM no soporta el descubrimiento de WebLogic con el sensor de WebLogic cuando se utiliza SSL.

El sensor de WebLogic no debe ejecutarse con los sensores conectables SSH de WebLogic en el mismodescubrimiento. No habilite el sensor de WebLogic y los sensores conectables SSH de WebLogic en elmismo perfil de descubrimiento.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.AppServer• app.ConfigFile• app.j2ee.weblogic.WebLogicServer• app.j2ee.J2EEComponent• app.j2ee.J2EEDeployedObject• app.j2ee.J2EEDomain• app.j2ee.J2EEModule• app.j2ee.J2EEResource• app.j2ee.weblogic.WebLogicCluster• app.j2ee.weblogic.WebLogicConnector• app.j2ee.weblogic.WebLogicConnectorModule• app.j2ee.weblogic.WebLogicDomain• app.j2ee.weblogic.WebLogicEJBModule• app.j2ee.weblogic.WebLogicJ2EEApplication

Capítulo 1. Referencia de sensores 153

Page 170: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.j2ee.weblogic.WebLogicJDBCConnectionPool• app.j2ee.weblogic.WebLogicJDBCDataSource• app.j2ee.weblogic.WebLogicJDBCDriver• app.j2ee.weblogic.WebLogicJDBCMultiPool• app.j2ee.weblogic.WebLogicJDBCTxDataSource• app.j2ee.weblogic.WebLogicJMSServer• app.j2ee.weblogic.WebLogicJMSStore• app.j2ee.weblogic.WebLogicJTA• app.j2ee.weblogic.WebLogicMachine• app.j2ee.weblogic.WebLogicSSLSettings• app.j2ee.weblogic.WebLogicServer• app.j2ee.weblogic.WebLogicServlet• app.j2ee.weblogic.WebLogicVirtualHost• app.j2ee.weblogic.WebLogicWebContainer• app.j2ee.weblogic.WebLogicWebModule• app.ProcessPool• app.SoftwareContainer• app.web.WebVirtualHost

Configuración del sensorAntes de utilizar el sensor de WebLogic, debe configurarlo.

Copia de archivos JAR en el servidor de TADDMDebe copiar los archivos JAR adicionales que forman parte de la instalación de Oracle WebLogic Serveren el servidor de TADDM.

Antes de iniciar un descubrimiento, copie los archivos JAR necesarios para su versión de WebLogic en eldirectorio $COLLATION_HOME/lib/weblogic/$VERSION_DIR/:

Tabla 14. Archivos JAR de WebLogic necesarios

Versión de WebLogic Archivos JAR necesarios

WebLogic versión 9 (todos losreleases)

• $WEBLOGIC_HOME/server/lib/weblogic.jar• $WEBLOGIC_HOME/server/lib/webservices.jar• $WEBLOGIC_HOME/server/lib/wljmxclient.jarWebLogic versión 10.0 a 10.2

WebLogic versión 10.3 • $WEBLOGIC_HOME/server/lib/wlfullclient.jar

Asegúrese de que el usuario utilizado para ejecutar TADDM tiene acceso de lectura a los archivos JARcopiados.

Creación de un wlfullclient.jar para el sensor de WebLogicDebe crear un archivo wlfullclient.jar para una aplicación cliente. Este archivo JAR es necesariopara WebLogic versión 10.3 o posterior.

Para crear un archivo wlfullclient.jar para el sensor de WebLogic, complete los pasos siguientes:

1. Cambie al directorio en el que está instalado el servidor de WebLogic:

cd WL_HOME/server/lib

154 Application Dependency Discovery Manager: Sensores

Page 171: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. Cree el archivo wlfullclient.jar:

java -jar ../../../modules/com.bea.core.jarbuilder_X.X.X.X.jar

donde X.X.X.X es el número de versión del módulo JarBuilder en el directorio WL_HOME/server/lib. Por ejemplo:

java -jar ../../../modules/com.bea.core.jarbuilder_1.0.1.0.jar

3. Copie y empaquete el archivo wlfullclient.jar con la aplicación cliente.4. Añada el archivo wlfullclient.jar a su vía de acceso de clase Java.

Edición del archivo WeblogicVersionSensor.xmlDebe editar el archivo WeblogicVersionSensor.xml.

El archivo de configuración se encuentra en los siguientes directorios:

• En Linux, Solaris, AIX, y Linux en sistemas operativos System z, el archivo está en el directorio$COLLATION_HOME/etc/discover-sensors/.

• En sistemas operativos Windows, el archivo está en el directorio%COLLATION_HOME%\etc\discover-sensors\.

El código de muestra de esta sección enseña cómo configurar losdirectorios y el entorno de tiempo deejecución Java (JRE) mediante el uso de etiquetas XML. En este ejemplo se configuran los siguientespares de directorios y JRE:

• Los archivos JAR del directorio lib/weblogic/10.0 se emparejan con el JRE Java SDK versión 1.5.0.• Los archivos JAR del directorio lib/weblogic/9.0 se emparejan con el JRE Java SDK versión 1.5.0.

La etiqueta <entry> configura el nombre del directorio utilizado para almacenar los archivos JAR deWebLogic. Los archivos JAR de WebLogic deben estar ubicados en el directorio lib/weblogic.

De forma similar, la etiqueta <jdk> configura la versión de Java SDK en uso. El único valor válido es1.5.0. Si el sensor WeblogicServerVersionSensor no reconoce el servidor BEA WebLogic en ejecución,puede utilizar la etiqueta <WeblogicClassPathDefault> para forzar la configuración.

<SensorPlugin xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.ibm.com/xml/schemas/taddm/FixedSensorSchema.xsd"> <name>WeblogicServerVersionSensor</name> <osgiId>com.ibm.cdb.discover.sensor.app.j2ee.weblogicserverversion_7.1.0</osgiId>

<sensorClassName>com.collation.discover.agent.app.j2ee.WeblogicServerVersionAgent</sensorClassName> <seedClassName>com.collation.discover.seed.app.j2ee.WeblogicVersionSeed</seedClassName> <resultClassName>com.collation.discover.result.app.j2ee.WeblogicVersionResult</resultClassName> <convertorClassName>com.collation.discover.engine.seedfactory.WeblogicVersionConvertor</convertorClassName>

<defaultProfiles> <profile>Level 3 Discovery</profile> </defaultProfiles> <configuration className="com.ibm.cdb.discover.sensor.configuration.WeblogicServerVersionAgentConfiguration"> <weblogicClassPath> <item> <entry>10.0</entry> <jdk>1.5.0</jdk> </item> <item> <entry>9.0</entry> <jdk>1.5.0</jdk> </item> </weblogicClassPath> <!--<weblogicClassPathDefault> <entry>10.0</entry> <weblogicVersion>10</weblogicVersion> <jdk>1.5.0</jdk> </weblogicClassPathDefault>--> </configuration></SensorPlugin>

En el ejemplo, el sensor WeblogicServerVersionSensor utiliza archivos JAR del directorio lib/weblogic/10.0 con el JRE del Java SDK versión 1.5.0 y presupone que se está ejecutando WebLogicServer 10.x.

Capítulo 1. Referencia de sensores 155

Page 172: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Edición del archivo WeblogicSensor2.xmlDebe editar el archivo WeblogicSensor2.xml.

El archivo de configuración se encuentra en los siguientes directorios:

• En Linux, Solaris, AIX, y Linux en sistemas operativos System z, el archivo está en el directorio$COLLATION_HOME/etc/discover-sensors/.

• En sistemas operativos Windows, el archivo está en el directorio%COLLATION_HOME%\etc\discover-sensors\.

Utilice las siguientes etiquetas para editar el archivo WeblogicSensor2.xml:

<SensorPlugin xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.ibm.com/xml/schemas/taddm/FixedSensorSchema.xsd"> <name>WeblogicSensor2</name> <osgiId>com.ibm.cdb.discover.sensor.app.j2ee.weblogic2_7.1.0</osgiId>

<sensorClassName>com.collation.discover.agent.app.j2ee.WeblogicAgent2</sensorClassName> <seedClassName>com.collation.discover.seed.app.j2ee.WeblogicSeed2</seedClassName> <resultClassName>com.collation.discover.result.app.j2ee.WeblogicServerResult2</resultClassName> <convertorClassName>com.collation.discover.engine.seedfactory.SoftwareConvertor</convertorClassName>

<defaultProfiles> <profile>Level 3 Discovery</profile> </defaultProfiles> <configuration className="com.ibm.cdb.discover.sensor.configuration.WeblogicServerAgent2Configuration"> <allowSensorToBePooledInJVM>true</allowSensorToBePooledInJVM> <domains> <item> <domainAddress> <address>DOMAIN_IP</address> <port>DOMAIN_PORT</port> </domainAddress> <addresses> <item> <address>IP_OF_FIRST_INTERFACE_ADMIN_SERVER_IS_USING</address> <port>PORT_ ADMIN_SERVER_IS_USING </port> </item> <item> <address>IP_OF_SECOND_INTERFACE_ADMIN_SERVER_IS_USING</address> <port>PORT_ ADMIN_SERVER_IS_USING </port> </item> </addresses> </item> </domains> </configuration></SensorPlugin>

Puede utilizar esta configuración cuando el servidor de WebLogic utilice varias interfaces en el Servidorde ad ministración de dominios.

En este caso, se utiliza el valor de DOMAIN_IP y DOMAIN_PORT en vezdeIP_OF_FIRST_INTERFACE_ADMIN_SERVER_IS_USING:PORT_ ADMIN_SERVER_IS_USING yIP_OF_SECOND_INTERFACE_ADMIN_SERVER_IS_USING:PORT_ ADMIN_SERVER_IS_USING.

Copia de los archivos JAR para descubrir versiones más antiguas de los servidores de aplicaciones deWebLogicPara descubrir servidores que ejecuten versiones antiguas de WebLogic, copie los archivos JAR en elservidor de TADDM.

En la mayoría de los casos, si tiene los archivos JAR de la versión actual de WebLogic, también puededescubrir servidores que ejecuten versiones antiguas del mismo. Si este método no funciona, completelos pasos indicados a continuación:

1. Ejecute un descubrimiento con el conjunto actual de archivos JAR.2. Detenga el servidor de TADDM.3. Copie los archivos JAR de las versiones antiguas o diferentes del servidor de WebLogic en los

directorios correspondientes.4. Inicie el servidor de TADDM.5. Ejecute el descubrimiento del servidor de WebLogic.

156 Application Dependency Discovery Manager: Sensores

Page 173: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Servidores de aplicaciones como Tipo de componente.2. Seleccione Weblogic como Proveedor.3. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

Asegúrese de que el usuario de WebLogic que añade a la lista de acceso tiene la siguiente información:

• Privilegios de administrador• Contraseña

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de WebLogic.

com.collation.discover.agent.WeblogicSensor.UseDomainForClusterName=falseEsta propiedad se utiliza para personalizar el atributo displayName para clústeres Weblogic. Deforma predeterminada, displayName de establece con el nombre de WeblogicCluster. Dos clústeresde Weblogic pueden tener el mismo nombre, pero deben pertenecer a dos dominios de Weblogicdiferentes. En estos casos, es necesario realizar una personalización.Cuando esta propiedad se establece en true, ObjectDisplayNameAgent recalcula el atributodisplayName para WeblogicCluster para incorporar el nombre de su WeblogicDomain. Por ejemplo,si WeblogicDomain es webl-dom-dr.mycompany.com:9111, y el clúster es webl_c1, eldisplayName para este clúster es webl-dom-dr.mycompany.com:9111:webl_c1.El valor predeterminado de esta propiedad es false.Después de cambiar el valor de la propiedad, se debe reiniciar TADDM.

com.collation.agent.weblogic.domainsconfigurationSe utiliza cuando el servidor de WebLogic utiliza diversas interfaces en el Domain Admin Server(domain_ipX:domain_portX se utiliza en vez de listen_ipN:listen_portN).La sintaxis de esta propiedad es la siguiente:

com.collation.agent.weblogic.domainsconfiguration domain_ipA:domain_portA listen_ip1:listen_port1,listen_ip2: listen_port2;domain_ipB:domain_portB ...

Por ejemplo:

com.collation.agent.weblogic.domainsconfiguration= 9.158.143.20:7001-9.158.143.20:7002,9.158.143.50:7001;9.158.143.20: 7001-9.158.143.20:7002,9.158.143.50:7003

com.collation.agent.weblogic.protocolsDe forma predeterminada, esta propiedad está deshabilitada y se utiliza el protocolo T3. Si elimina loscomentarios de esta propiedad, puede especificar la lista de protocolos (separados por comas) quedeben utilizar los sensores de WebLogic, como se muestra en el siguiente ejemplo:

com.collation.agent.weblogic.protocols=t3,http

En este ejemplo, el protocolo T3 es el primer protocolo que se ha probado. Si este protocolo falla, seutilizará el protocolo HTTP. Si desea utilizar el protocolo HTTP para conectarse a una instancia deservidor de WebLogic, debe habilitar un tunelado HTTP para esa instancia utilizando la Consola deWebLogic.

Los únicos valores válidos son t3 y http. Si codifica un valor incorrecto, como un valor con errorestipográficos, el servidor WebLogic no puede procesar la solicitud adecuadamente y es posible que sedetenga.

Capítulo 1. Referencia de sensores 157

Page 174: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de WebLogic y ofrecesoluciones a dichos problemas.

Se podrían crear dominios de WebLogic duplicadosProblema

Se pueden crear dominios de WebLogic duplicados cuando un host de un servidor de administraciónde un dominio de WebLogic tiene varias direcciones IP.

Solución Para eliminar los duplicados, asegúrese de ejecutar WebLogicDomainConsolidationAgent

después del descubrimiento de dominios de WebLogic.

El sensor de WebLogic no se iniciaProblema

El sensor de WebLogic no se inicia.Solución

Lleve a cabo las siguientes acciones:

• Para cada versión del servidor de WebLogic, copie los archivos JAR de la instalación de WebLogic enel directorio $COLLATION_HOME/lib/weblogic/VERSION. Verifique la configuración del sensoren el archivo $COLLATION_HOME/etc/discover-sensors/WeblogicVersionSensor.xml.

• Compruebe que se puede acceder al puerto y dirección IP del servidor de WebLogic y que elservidor de WebLogic utiliza el protocolo de comunicación Java Management Extensions (JMX)soportado por TADDM. Configure la propiedad com.collation.agent.weblogic.protocols en el archivocollation.properties.

• Si el sensor de WebLogic se inicia al utilizar la dirección del sistema principal (127.0.0.1) y falla, ono descubre nada, defina el valor de la siguiente propiedad en el archivo collation.propertiescomo true:

com.collation.platform.os.ignoreLoopbackProcesses=true

El sensor de WebLogic fallaProblema

El sensor WeblogicServerVersion falla.Solución

Copie los archivos JAR de WebLogic necesarios en la instalación de TADDM (consulte Configuracióndel sensor para conocer más detalles). Además, la información de la autenticación puede no estarpresente o ser incorrecta.

158 Application Dependency Discovery Manager: Sensores

Page 175: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor falla en el servidor remotoProblema

En el local-anchor*.log se presente el error indicado a continuación, que normalmente significaque la información de autenticación de seguridad de WebLogic no está presente o es incorrecta:

El sensor ha fallado en el servidor remoto:Se ha producido un error en el sensor null.

SoluciónAsegúrese de que tiene la información de autenticación de seguridad correcta. El servidor de TADDMrequiere el nombre de inicio de sesión en el sistema y la contraseña de WebLogic utilizada para iniciarsesión en la WebLogic Product Console.

Un mensaje informa de que no existe nada que descubrirProblema

El sensor de WebLogic se ejecuta y completa correctamente con el siguiente mensaje:

No hay nada que descubrir.

SoluciónEste mensaje se produce cuando está descubrimiento un servidor de aplicaciones de WebLogic.Aunque esta situación no es un problema, asegúrese de que el sensor de WebLogic se ejecuta contrael servidor de administración de WebLogic.

El sensor falla con WebLogic 10.xProblema

El sensor WeblogicServerVersion falla únicamente con WebLogic 10.x.Solución

El sensor WeblogicVersionSensor utiliza un mandato externo para identificar la versión de WebLogic.En algunas instalaciones de WebLogic 10.x, este mandato devuelve una serie vacía inesperada quehace que WeblogicVersionSensor falle.Como método alternativo, utilice los archivos JAR de una instalación de WebLogic 9.x. Los archivosJAR de WebLogic 9.x funcionan con WebLogic 10.x.

El sensor de WebLogic falla al descubrir el servidor de administración de WebLogicProblema

Cuando intenta descubrir un servidor de administración de WebLogic, el sensor de WebLogic fallacomo resultado de un DNS que no funciona.

SoluciónLos descubrimientos que requieren los sensores relacionados con los servidores de administración deWebLogic deben tener un DNS operativo. Como método alternativo, cambiecom.collation.platform.os.disableRemoteHostDNSLookups a true y asegúrese de que elservidor de TADDM siempre tiene la ruta de búsqueda de DNS correcta.

El sensor de WebLogic falla debido a un error de tiempo de esperaProblema

El sensor de WebLogic falla debido a un error de tiempo de espera.Solución

Aumente el valor de la propiedad com.collation.discover.agent.NAME en el archivocollation.properties, donde NAME representa el nombre del sensor configurado en el archivoXML del directorio $COLLATION_HOME/etc/discover-sensors. Los siguientes ejemplosmuestran cómo codificar esta propiedad:

com.collation.discover.agent.WeblogicSensor2.timeout=7200000com.collation.discover.agent.WeblogicSensor.timeout=7200000

Capítulo 1. Referencia de sensores 159

Page 176: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de WebLogic falla tras la migraciónProblema

El sensor de WebLogic falla tras la migración.Solución

Asegúrese de ejecutar el script $COLLATION_HOME/bin/template-upgrade.sh.

El sensor falla debido a un problema del T3Problema

El sensor WeblogicServerVersion falla debido a un protocolo T3 inaccesible.Solución

En algunas instalaciones, el protocolo T3 puede estar bloqueado. Si fuera el caso, configure losservidores de WebLogic de forma que utilicen el protocolo http, al igual que los WeblogicSensors.Por ejemplo:

com.collation.agent.weblogic.protocols=t3,http

WeblogicServerVersion falla debido a un error de tiempo de espera al emitir un mandato de versiónProblema

El weblogicServerVersion excede el tiempo de espera al emitir el mandato de versión. Este problemapuede deberse a que el cortafuegos bloquee el puerto. El siguiente ejemplo muestra que el númerode puerto 6079 está bloqueado por el cortafuegos:

2009-09-09 12:29:38,802 DiscoverManagerDiscoverWorker-11 WeblogicServerVersionSensor-169.70.70.100-6079 DEBUGj2ee.WeblogicServerVersionAgent - Executing command: -cp/opt/IBM/taddm/dist/lib/weblogic/10.0/weblogic.jar:/opt/IBM/taddm/dist/lib/weblogic/10.0/webservices.jar:/opt/IBM/taddm/dist/lib/weblogic/10.0/wljmxclient.jar -Duser.language=en -Duser.region=US weblogic.Admin -urlt3://169.70.70.100:6079 -username confadmin -password XXX VERSION 2009-09-0912:29:39,133 DiscoverManager DiscoverWorker-11WeblogicServerVersionSensor-169.70.70.100-6079 DEBUG util.OsCommand - Commandexecuted, capturing output 2009-09-09 12:33:03,526 DiscoverManagerDISCOVER_SENSOR_CLEANUP_DiscoverWorker-11WeblogicServerVersionSensor-169.70.70.100-6079 DEBUGj2ee.WeblogicServerVersionAgent - JavaCommand errorjava.lang.InterruptedException at java.lang.Object.wait(Native Method) atjava.lang.Object.wait(Object.java:231) at java.lang.Thread.join(Thread.java:680)at com.collation.platform.util.OsCommand.execute(OsCommand.java:411)

SoluciónEste sensor utiliza un protocolo diferente a SSH para el acceso al host, el puerto adecuado debe estarabierto entre el servidor de TADDM y el destino. En los casos en los que el cortafuegos evita el accesodirecto desde el servidor de descubrimiento a determinados hosts o dispositivos, puede especificarun sistema que tenga acceso a los hosts o dispositivos como host ancla.

Algunas dependencias de JBDC no se crean entre un servidor de WebLogic y servidores de base dedatos.Problema

TADDM descubre el servidor de WebLogic y un servidor de bases de datos relacionado, pero no creauna relación entre ellos. Dicha relación se basa en las propiedades de conexión de JDBC que esténdefinidas en el servidor de aplicaciones.

Solución

El problema puede ser resultado de uno de los siguientes asuntos:

160 Application Dependency Discovery Manager: Sensores

Page 177: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Las dependencias las crea el JDBCDependencyAgent que se ejecuta en el grupo de agentes detopología Dependencia. Asegúrese de que el agente se ejecuta después de que finalice eldescubrimiento de los servidores de WebLogic.

• El JDBCDependencyAgent solo procesa los servidores de aplicaciones descubiertos recientemente.Si algunas dependencias aún faltan tras ejecutarse el agente, vuelva a descubrir los servidores deWebLogic y espere a que los agentes de topología se vuelvan a ejecutar.

• Asegúrese de que el servidor de bases de datos es de los que soportan la creación de dependenciastransaccionales entre ellos y el servidor de aplicaciones de WebLogic. Las bases de datos siguientesestán soportadas:

– Oracle– IBM DB2– Microsoft SQL Server– Sybase

El sensor de WebLogic falla con el error "java.lang.OutOfMemoryError: Java heap space"

ProblemaSi una máquina de destino tiene varios servidores de WebLogic que se ejecutan en distintas IPvirtuales, es posible que TADDM reciba un error OutOfMemory en sensores de WebLogic enejecución. Es posible que el motivo esté en las semillas de los sensores de WebLogic que contienentoda la lista de procesos que se ejecutan en el sistema.Es posible que algunos procesos de WebLogic tengan miles de objetos BindAddress yLogicalConnection, lo que provoca que el objeto de semilla ocupe un volumen de memoriasignificativo. Si se invocan muchos sensores de WebLogic, crean su copia independiente de la lista deprocesos con los mismos datos, lo que resulta en un mayor con sumo de memoria para los mismosdatos.

SoluciónPuede compartir la lista de procesos de los mismos destinos entre semillas de distintos sensores deWebLogic, lo que ayuda a reducir la necesidad de memoria, habilitando las siguientes propiedades enel archivo collation.properties:

com.collation.discover.WeblogicApplicationSeed.processlist.shared=true

com.collation.discover.WeblogicDomainSeed.processlist.shared=true

com.collation.discover.WeblogicLauncherSeed.processlist.shared=true

com.collation.discover.WeblogicServerSeed.processlist.shared=true

Su valor predeterminado es false.

Se ha producido un problema de fusión excesiva de Weblogic debido a un listenPort erróneoestablecido por el sensor en BindAddress

ProblemaSi SSL está habilitado pero sslPort no se ha configurado, de forma predeterminada el sensor loestablece como 7002.Si el valor de sslPort es superior al valor de listenPort, el valor de listenPort se establece enBindAddress. De lo contrario, el valor de sslPort predeterminado se establece en BindAddress.De forma predeterminada, el valor de sslPort es siempre inferior al valor de listenPort, debido a locual este valor predeterminado de (7002) siempre se establece en BindAddress. Esto lleva a unafusión excesiva.

Capítulo 1. Referencia de sensores 161

Page 178: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónPara establecer el ListenPort correcto de Weblogic en BindAddress, debe configurar una ordenaciónpara resolver este conflicto:

com.ibm.cdb.discover.app.j2ee.weblogic.util.WeblogicUtilsModelObject.setBindPortToListenPort=true

El valor predeterminado es false.Los valores posibles son true y false.

Sensor SSH de WebLogicEl sesonr SSH de WebLogic analiza archivos de configuración de WebLogic Server y utiliza la informaciónpara descubrir los componentes de WebLogic Server y su configuración. El conjuntto de sensorescontables se pueden conectar al sistema de destino utilizando SSH, WMI, y otros protocolos soportadospor el sensor del sistema genérico.

Nombre del sensor utilizado en la GUI y los registros

• WeblogicLauncherSensor• WeblogicApplicationSensor• WeblogicDomainSensor• WeblogicServerSensor

Cuestiones de seguridad

Los sensores conectables de WebLogic requieren credenciales del sistema o credenciales de WebLogic.

Limitaciones

Para que se ejecute el descubrimiento, los sensores conectables de WebLogic deben tener acceso a losarchivos de configuración del dominio. La ubicación del directorio de configuración del dominio puede serdeterminada por el sensor en las siguientes situaciones específicas:

• El servidor de WebLogic se ha iniciado como un servicio de Windows.• El servidor de WebLogic se ha iniciado como proceso de Windows o UNIX y se ha iniciado con el

siguiente argumento:

-Dpredefined.domain.config.dir=domain_directory

• El servidor de WebLogic se ha iniciado como proceso de Windows o UNIX y se ha iniciado con elsiguiente argumento:

-Dweblogic.RootDirectory=domain_directory

• El servidor de WebLogic se ha iniciado como proceso de UNIX y la ubicación del directorio deconfiguración del dominio se ha definido como una de las siguientes variables de entorno del proceso:

– DOMAIN_HOME– LONG_DOMAIN_HOME– PWD– OLD_PWD– OLDPWD

• El servidor de WebLogic se ha iniciado como proceso de Windows o UNIX y el proceso contiene unavariable con la ruta al subdirectorio domains. Todos los dominios están en eldirectoriouser_project_directory/domains/domain_name. Se realizará una búsqueda delarchivo de configuración en el directorio y todos los subdirectorios definidos en la ruta dedomains.

162 Application Dependency Discovery Manager: Sensores

Page 179: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Por ejemplo, si el proceso de WebLogic contiene la variable -Dweblogic.system.BootIdentityFile=/home/weblogic/bea/my_user_projects/domains/domain92/aaa/boot.properties, el config_file_name sebuscará en las siguientes rutas:

– /home/weblogic/bea/my_user_projects/domains/domain92/– /home/weblogic/bea/my_user_projects/domains/domain92/config/

• El servidor de WebLogic se ha iniciado como proceso de Windows o UNIX y el proceso contiene unavariable con la ruta al subdirectorio servers. El directorio de servidores se encuentra en el directoriode inicio Domain. Se realizará una búsqueda del archivo de configuración en el directorio y todos lossubdirectorios definidos en la ruta de servers.

Por ejemplo, si el proceso de WebLogic contiene la variable -Dweblogic.system.BootIdentityFile=/home/weblogic/bea/my_user_projects/domains/domain92/servers/MS92_1/data/nodemanager/boot.properties, el config_file_name se buscará en las siguientes rutas:

– /home/weblogic/bea/my_user_projects/domains/domain92/– /home/weblogic/bea/my_user_projects/domains/domain92/config/

• El servidor de WebLogic se ha iniciado como proceso de Windows o UNIX y el proceso contiene unavariable con la ruta al subdirectorio user_project. El directorio user_projects es el directoriopredeterminado que contiene los proyectos de WebLogic. Se realizará una búsqueda del archivo deconfiguración en el directorio y todos los subdirectorios definidos en la ruta de user_projects.

Por ejemplo, si el proceso de WebLogic contiene la variable -Dweblogic.system.BootIdentityFile=/home/weblogic/bea/my_user_projects/domains/domain92/servers/MS92_1/data/nodemanager/boot.properties, el config_file_name se buscará en las siguientes rutas:

– /home/weblogic/bea/user_projects/domains/domain92/– /home/weblogic/bea/user_projects/domains/domain92/config/

• El sensor de lanzador de WebLogic contiene la siguiente información:

– El directorio de configuración del dominio.– La dirección IP en la que escucha la consola de administración de WebLogic.– El número de puerto en el que escucha la consola de administración de WebLogic.

Para obtener más detalles, consulte “Configuración del sensor” en la página 166.

En Windows, el sensor de lanzador de WebLogic normalmente no se inicia si el proceso de WebLogic nose lanza como un servicio de Windows. Podría comenzar correctamente si se han definido las variables deentorno necesarias.

En UNIX, si se ha realizado una instalación no típica, podría ser necesario definir información deconfiguración en el archivo de configuración del sensor de lanzador de WebLogic.

Para el servidor gestionado de WebLogic, se debe utilizar el siguiente argumento para llamar al nombredel proceso de WebLogic:

-Dweblogic.management.server=server_name

Los sensores conectables SSH de WebLogic no deben ejecutarse con el sensor de WebLogic en el mismodescubrimiento, por lo que no debe habilitar los sensores conectables SSH de WebLogic y el sensor deWebLogic en el mismo perfil de descubrimiento.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.AppServer• app.ConfigFile• app.j2ee.weblogic.WebLogicServer

Capítulo 1. Referencia de sensores 163

Page 180: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• app.j2ee.J2EEComponent• app.j2ee.J2EEDeployedObject• app.j2ee.J2EEDomain• app.j2ee.J2EEModule• app.j2ee.J2EEResource• app.j2ee.weblogic.WebLogicCluster• app.j2ee.weblogic.WebLogicConnector• app.j2ee.weblogic.WebLogicConnectorModule• app.j2ee.weblogic.WebLogicDomain• app.j2ee.weblogic.WebLogicEJBModule• app.j2ee.weblogic.WebLogicJ2EEApplication• app.j2ee.weblogic.WebLogicJDBCConnectionPool• app.j2ee.weblogic.WebLogicJDBCDataSource• app.j2ee.weblogic.WebLogicJDBCDriver• app.j2ee.weblogic.WebLogicJDBCMultiPool• app.j2ee.weblogic.WebLogicJDBCTxDataSource• app.j2ee.weblogic.WebLogicJMSServer• app.j2ee.weblogic.WebLogicJMSStore• app.j2ee.weblogic.WebLogicJTA• app.j2ee.weblogic.WebLogicMachine• app.j2ee.weblogic.WebLogicSSLSettings• app.j2ee.weblogic.WebLogicServer• app.j2ee.weblogic.WebLogicServlet• app.j2ee.weblogic.WebLogicVirtualHost• app.j2ee.weblogic.WebLogicWebContainer• app.j2ee.weblogic.WebLogicWebModule• app.ProcessPool• app.SoftwareContainer• app.web.WebVirtualHost

Recursos descubiertos por el sensorEste tema describe los recursos que pueden ser descubiertos por los sensores conectables de WebLogicy cómo funcionan dichos recursos.

La información se recopila a partir de los archivos de configuración XML de la máquina de destino. Laspropiedades predeterminadas de WebLogic se almacenan en un esquema XSD en vez de en archivos deconfiguración XML.

Sensor de lanzador de WebLogic

El sensor del lanzador de WebLogic se inicia tras el sensor de servidor genérico utilizando una plantillaconectable, configurada enplugin.xml. Descubre las instalaciones más típicas de WebLogic y, si fueranecesario, puede configurarse de forma manual.

Descubre la siguiente información:

• La ruta al directorio que contiene los archivos de configuración del dominio.• La versión de WebLogic instalada en la máquina de destino.• Si el destino es un servidor de administración o un servidor gestionado.

164 Application Dependency Discovery Manager: Sensores

Page 181: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• La IP de escucha y el puerto del servidor de administración.• Información básica sobre la estructura del dominio y servidores de WebLogic.

El sensor de lanzador de WebLogic crea los siguientes objetos:

• El objeto de modelo de dominio de WebLogic únicamente con los atributos que se incluyen en la reglade denominación.

• Objetos de modelo de servidor de WebLogic únicamente con los atributos que se incluyen en la regla dedenominación.

El sensor de lanzador de WebLogic inicia los siguientes sensores:

• Sensor de dominio de WebLogic para el servidor de administración• Sensor de servidor de WebLogic para el servidor de administración

Sensor de dominio de WebLogic

El sensor de dominio de WebLogic descubre información sobre el dominio completo de WebLogic.

Se descubre la siguiente información (disponible en archivos de configuración XML):

• Detalles del dominio• Detalles de la máquina• Detalles del clúster• Valores de SSL• JTA• Agrupación de conexiones JBDC• Origen de datos JBDC• Multiagrupación JBDC• Servidor JMS• Valores del gestor de nodo

El sensor de dominio de WebLogic crea el objeto dominio de WebLogic.

Sensor de servidor de WebLogic

El sensor de servidor de WebLogic descubre información sobre el servidor completo de WebLogic server einformación básica sobre el dominio de WebLogic.

Se descubre la siguiente información (disponible en archivos de configuración XML):

• Detalles del servidor• Agrupación de conexiones JBDC• Origen de datos JBDC• Multiagrupación JBDC• Servidor JMS

El sensor de servidor de WebLogic crea el objeto servidor de WebLogic.

El sensor de servidor de WebLogic inicia el sensor de aplicación de WebLogic.

Sensor de aplicación de WebLogic

El sensor de aplicación de WebLogic descubre las aplicaciones de WebLogic desplegadas en el servidorde WebLogic y las aplicaciones de WebLogic desplegadas en el dominio de WebLogic.

Se almacena la siguiente información sobre el despliegue:

• Aplicación o módulo, por ejemplo, J2EEApplication, EJBModule, WebModule o ConnectorModule.

Capítulo 1. Referencia de sensores 165

Page 182: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Detalles de la aplicación o módulo, incluyendo J2EEDeployedObjects, por ejemplo WebLogicEntityEJB,WebLogicServlet y WebLogicConnector.

• Información sobre subdespliegue de la aplicación.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de WebLogic SSH soporta el descubrimiento asíncrono y el descubrimiento basado en script.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Los siguientes sensores, descendientes del sensor WeblogicLauncherSensor, no requieren configuración:

• WeblogicApplicationSensor• WeblogicDomainSensor• WeblogicServerSensor

Limitaciones

Las fechas de última modificación de los archivos de configuración recopilados no están disponibles.

No soporta el descubrimiento mediante descriptor de aplicación.

Configuración del sensorLos sensores conectables de WebLogic se pueden configurar editando el archivo de configuraciónplugin.xml.

Puede realizar una configuración específica de WebLogic editando el elemento <configuration> paralos siguientes sensores conectables de WebLogic:

• Sensor de lanzador de WebLogic• Sensor de servidor de WebLogic• Sensor de aplicación de WebLogic

Configuración del sensor de lanzador de WebLogic

El archivo plugin.xml del sensor del lanzador de WebLogic se encuentra en el directorio$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.app.j2ee.weblogic.sensor.weblogiclaunchersensor_1.2.0.

En el elemento <configuration>, puede configurar información sobre el directorio de configuración decada dominio. Coloque la información de cada dominio en un elemento <item> diferente. Para cadadominio puede configurar los siguientes elementos:

<configDirectory>El directorio de configuración del dominio.

<adminServer>Contiene información sobre la dirección IP y el número de puerto en el que escucha la consola deadministración de WebLogic. Para especificar esta información se utilizan los siguientes métodos:<listenAddress>

La dirección IP en la que escucha la consola de administración de WebLogic.<listenPort>

El número de puerto en el que escucha la consola de administración de WebLogic.

166 Application Dependency Discovery Manager: Sensores

Page 183: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El siguiente ejemplo de archivo de configuración muestra el uso típico del elemento <configuration> ysus elementos hijo:

<configuration className="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicLauncherConfigurationItem"> <domain> <item> <configDirectory>/opt/bea10/wl_10.0/domains/medrec/config</configDirectory> <adminServer> <listenAddress>127.0.0.1</listenAddress> <listenPort>7011</listenPort> </adminServer> </item> <item> <configDirectory>/opt/bea/user_projects2</configDirectory> <adminServer> <listenAddress>127.0.0.1</listenAddress> <listenPort>7002</listenPort> </adminServer> </item> </domain></configuration>

También puede especificar la ubicación del directorio de configuración del dominio iniciando el servidorde WebLogic con el siguiente argumento:

-Dpredefined.domain.config.dir=domain_directory

Configuración del sensor de servidor de WebLogic

El archivo plugin.xml del sensor del servidor de WebLogic se encuentra en el directorio$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.app.j2ee.weblogic.sensor.weblogicserversensor_1.2.0.

En el archivo de configuración plugin.xml, puede configurar los siguientes elementos:

<discoverAppDescriptors>Especifica si se ha habilitado el descubrimiento de los descriptores de aplicación. El descubrimientode los descriptores de aplicación puede requerir tiempo porque estos descriptores se definen enarchivos de configuración adicionales de la máquina remota en la que está instalado WebLogic.

<discoverJdbcDetails>Especifica si se ha habilitado el descubrimiento de los descriptores JBDC. El descubrimiento de losdescriptores JBDC puede requerir tiempo porque estos descriptores se definen en archivos deconfiguración adicionales de la máquina remota en la que está instalado WebLogic.

El siguiente ejemplo de archivo de configuración muestra el uso típico de los elementos<discoverAppDescriptors> y <discoverJdbcDetails>:

<configurationclassName="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicServerConfigurationItem"> <discoverAppDescriptors>true</discoverAppDescriptors> <discoverJdbcDetails>true</discoverJdbcDetails></configuration>

Configuración del sensor de aplicaciones de WebLogic

El archivo plugin.xml del sensor de aplicaciones de WebLogic se encuentra en el siguiente directorio:

$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.app.j2ee.weblogic.sensor.weblogicapplicationsensor_1.2.0

En el archivo de configuración plugin.xml, puede configurar los siguientes elementos:

<discoverApplicationDetails>Especifica si se ha habilitado el descubrimiento de los detalles aplicación/módulo. El descubrimientode los descriptores de aplicación/módulo (descriptores J2EE) puede requerir tiempo porque estosdescriptores se definen en archivos de configuración adicionales de la máquina remota en la que estáinstalado WebLogic.

Capítulo 1. Referencia de sensores 167

Page 184: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El siguiente ejemplo de archivo de configuración muestra el uso típico del elemento<discoverApplicationDetails>:

<configurationclassName="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicApplicationConfigurationItem"> <discoverApplicationDetails>true</discoverApplicationDetails></configuration>

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de WebLogicSSH.

com.collation.discover.agent.WeblogicSensor.UseDomainForClusterName=falseEsta propiedad se utiliza para personalizar el atributo displayName para clústeres Weblogic. Deforma predeterminada, displayName de establece con el nombre de WeblogicCluster. Dos clústeresde Weblogic pueden tener el mismo nombre, pero deben pertenecer a dos dominios de Weblogicdiferentes. En estos casos, es necesario realizar una personalización.Cuando esta propiedad se establece en true, ObjectDisplayNameAgent recalcula el atributodisplayName para WeblogicCluster para incorporar el nombre de su WeblogicDomain. Por ejemplo,si WeblogicDomain es webl-dom-dr.mycompany.com:9111, y el clúster es webl_c1, eldisplayName para este clúster es webl-dom-dr.mycompany.com:9111:webl_c1.El valor predeterminado de esta propiedad es false.Después de cambiar el valor de la propiedad, se debe reiniciar TADDM.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor SSH de WebLogic y ofrecesoluciones a dichos problemas.

Se podrían crear dominios de WebLogic duplicadosProblema

Se pueden crear dominios de WebLogic duplicados cuando un host de un servidor de administraciónde un dominio de WebLogic tiene varias direcciones IP.

Solución Para eliminar los duplicados, asegúrese de ejecutar WebLogicDomainConsolidationAgent

después del descubrimiento de dominios de WebLogic.

El sensor falla con un error de Directorio de config. del dominio no encontradoProblema

No se puede encontrar el directorio de configuración del dominio. Compruebe la salida ps para ver elproceso y verifique si se soporta la configuración en la sección de limitaciones.

SoluciónUtilice uno de los siguientes métodos:

• Ejecute el servidor de WebLogic utilizando el argumento -Dpredefined.domain.config.dir=domain_directory o –Dweblogic.RootDirectory=domain_directory

• Configure la ruta al servidor de administración del dominio en la configuración del sensor dellanzador de WebLogic. Para obtener más detalles, consulte “Configuración del sensor” en la página166.

WeblogicLauncherSensor falla porque la salida ps se corta en HP-UXProblema

WeblogicLauncherSensor falla al intentar descubrir WebLogic en HP-UX y en el archivo de registro delsensor aparece el siguiente mensaje de error: "No se puede encontrar el nombre del servidor en la

168 Application Dependency Discovery Manager: Sensores

Page 185: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

línea de mandatos: <COMMAND LINE>". Una posible razón de este fallo es el corte de la salida de unmandato ps, que es un comportamiento documentado en HP-UX.

Solución

1. Establezca com.ibm.cdb.discover.WeblogicLauncherSensor.parseConfigXml=true encollation.properties.

2. Reinicie TADDM y ejecute el descubrimiento de nuevo.

Si la extracción del nombre del servidor desde la línea de mandatos falla, WeblogicLauncherSensor lolee desde el archivo de configuración local (config.xml).

Algunas dependencias de JBDC no se crean entre un servidor de WebLogic y servidores de base dedatos.Problema

TADDM descubre el servidor de WebLogic y un servidor de bases de datos relacionado, pero no creauna relación entre ellos. Dicha relación se basa en las propiedades de conexión de JDBC que esténdefinidas en el servidor de aplicaciones.

Solución

El problema puede ser resultado de uno de los siguientes asuntos:

• Las dependencias las crea el JDBCDependencyAgent que se ejecuta en el grupo de agentes detopología Dependencia. Asegúrese de que el agente se ejecuta después de que finalice eldescubrimiento de los servidores de WebLogic.

• El JDBCDependencyAgent solo procesa los servidores de aplicaciones descubiertos recientemente.Si algunas dependencias aún faltan tras ejecutarse el agente, vuelva a descubrir los servidores deWebLogic y espere a que los agentes de topología se vuelvan a ejecutar.

• Asegúrese de que el servidor de base de datos es de los que soportan la creación de dependenciastransaccionales entre ellos y el servidor de aplicaciones de WebLogic. Las bases de datos siguientesestán soportadas:

– Oracle– IBM DB2– Microsoft SQL Server– Sybase

Sensor de nube

Sensor de AWSEl sensor de AWS primero descubre la información de componente de servicio de EC2 y S3 de losentornos de AWS de nube pública, que después facilita un descubrimiento detallado sin problemas paralos componentes de EC2 descubiertos y la información relacionada. Se ha diseñado como un sensor sinscript.

Nombre del sensor utilizado en la GUI y los registros

AwsSensor

Elementos descubiertos por el sensorEl sensor descubre los siguientes elementos:

• Aws• AwsS3Bucket• AwsS3BucketContent

Capítulo 1. Referencia de sensores 169

Page 186: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ComputerSystem (instancias de EC2)

En la Consola de Gestión de descubrimiento y Data Management Portal, un Tipo de componente de nubese representa mediante un icono de diseño de Nube de color rojo y AWS utiliza un icono en forma de cubode color naranja.

AwsSensor interactúa con el entorno de AWS a través de una interfaz web para recuperar la informaciónde gestión de alto nivel de los servicios EC2 y S3 alojados. Los datos recuperados ante todo incluyendatos de atributos que son necesarios para adaptarse a las reglas de denominación y crear objetos demodelo válidos.

Requisitos previosA continuación, se muestran los requisitos previos de AWS:

• El URL público de AWS debe ser accesible desde el servidor de descubrimiento de TADDM.• Asegúrese de que el inicio de sesión de la cuenta de AWS y las credenciales de la instancia EC2 se

hayan configurado correctamente en la lista de acceso de TADDM. Para más información, consulte lasección “Configuración de la lista de acceso”.

• Las instancias de EC2 se configuran en el entorno de AWS.• Las VM/instancias de EC2 deben ser accesibles desde el servidor de descubrimiento de TADDM para

que el descubrimiento detallado (o profundo) capte correctamente los detalles.• Se deben cumplir los requisitos previos específicos del sensor (si existen, en relación con los puertos,

permisos, etc.) para que el descubrimiento detallado (o profundo)funcione sin problemas para lasinstancias de EC2.

• Los grupos de S3 se configuran en el entorno de AWS.

Conexión al entorno AWSEl sensor de AWS se conecta de forma segura (utilizando https) al entorno AWS de nube pública mediantelas credenciales proporcionadas para la cuenta de AWS. Para más información, consulte la sección“Configuración de la lista de acceso”. En el caso de que sean necesarias configuraciones de proxy para elacceso, estas deberán estar correctamente configuradas en las propiedades del sensor. Para másinformación, consulte la sección “Configuración del perfil de descubrimiento”.

Objetos de modelo con atributos asociadosEl sensor de AWS crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recopila sobre el entorno de AWS de nube pública.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo:

com.collation.platform.model.topology.cloud.aws.Aws

• Endpoint• Identity• AuthName• Name• GroupMembers (Ec2Instances)• GroupMembers (Ec2Instances)• XA

– TotalVmInstances

com.collation.platform.model.topology.cloud.aws.AwsS3Bucket

• Name• LastStoredTime• AwsS3BucketContent

170 Application Dependency Discovery Manager: Sensores

Page 187: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.platform.model.topology.cloud.aws.AwsS3BucketContent

• Name• URI• ContentType• Size• LastModifiedTime

com.collation.platform.model.topology.sys.ComputerSystem (corresponding to EC2 instances)

• AwsInstanceId• Name• Type• Descripción• IpInterfaces• OSRunning• CPU• StorageExtent• MemorySize• VirtualMachineState

Configuración del sensorAntes de utilizar el sensor de AWS, debe configurarlo.

Configuración del ámbito de descubrimiento

El sensor de AWS se ha diseñado para dar soporte al descubrimiento utilizando URL (NUEVA función)en el ámbito de descubrimiento. Esta función se alinea con el hecho de que la consola de la cuenta deAWS es accesible vía URL. Cree un ámbito de descubrimiento de AWS con el URL correspondiente a laconfiguración regional de la cuenta o el entorno de AWS y asegúrese de que el URL configurado seaaccesible desde el servidor de descubrimiento de TADDM.Para configurar el ámbito de descubrimiento, realice los pasos siguientes:

1. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Ámbito.2. En la ventana Ámbito/Conjunto de ámbitos, pulse Añadir.3. En la ventana Añadir ámbito, seleccione que se incluya como “Url” e indique el Nombre de

dominio completo con la descripción adecuada (si existe).4. Haga clic en Aceptar para guardar esta configuración.

Por ejemplo, el URL para la cuenta de AWS alojada en la región de Singapur sería como el siguiente:https://ap-southeast-1.amazonaws.comPara más información, consulte: https://docs.aws.amazon.com/general/latest/gr/rande.html

Configuración de la lista de acceso

El sensor de AWS requiere el suministro independiente de las entradas de lista de accesocorrespondientes a la cuenta de AWS y a las instancias de EC2 de AWS.Cuenta de AWS

1. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Lista deacceso.

2. En la ventana Lista de acceso, pulse Añadir.3. Seleccione Nube como Tipo de componente.4. Seleccione Aws como Proveedor.5. Especifique la siguiente información obligatoria:

Capítulo 1. Referencia de sensores 171

Page 188: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

a. ID de clave de acceso (nombre de usuario)

b. Clave de acceso secreta (contraseña)

Debe tener autorización para iniciar sesión en la cuenta de AWS.

Nota: Un “Tipo de componente” 'Nube' y un tipo de “Proveedor” 'Otras nubes' se establecen comoplantilla de extensión para futuros sensores de nube. Actualmente, no se utiliza.

Instancias de EC2Es necesaria la conexión a las instancias de EC2 durante el descubrimiento detallado (o profundo).Hay dos escenarios posibles que se mencionan a continuación:

1. En el caso de que la VM/instancia de EC2 (Linux o Windows) permita el mecanismo deautenticación basado en contraseña, se debe añadir la entrada de Lista de acceso correspondientecon el Tipo de componente Sistema o Sistema (Windows) como siempre en la lista de acceso.

2. En el caso de que la VM/instancia de EC2 (Linux) permita el inicio de sesión a través de un archivoPEM seguro:

a. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Lista deacceso.

b. En la ventana Lista de acceso, pulse Añadir.

c. Seleccione Sistema como Tipo de componente.

d. Especifique la siguiente información obligatoria:

• Nombre de usuario• Contraseña (deje este campo vacío)

Nota: Los archivos PEM correspondientes a instancias de EC2 se deben almacenar manualmenteen la vía de acceso adecuada del servidor de descubrimiento (y ancla) de TADDM según loconfigurado en el archivo collation.properties. Para más información, consulte la sección“Configuración de las entradas del archivo collation.properties”.

Configuración de las entradas del archivo collation.properties

Este tema indica las entradas del archivo collation.properties que utiliza el sensor.El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.security.auth.pemFilesPath.linux=/home/taddmusr/pemFiles/

Esta propiedad indica la vía de acceso del servidor de descubrimiento (y ancla) de TADDM en Linuxdonde se guardan todos los archivos PEM.

com.ibm.cdb.security.auth.pemFilesPath.windows=%windir%\\temp\\pemFiles\\

Esta propiedad indica la vía de acceso del servidor de descubrimiento (y ancla) de TADDM enWindows donde se guardan todos los archivos PEM.

Puntos clave a destacar:

1. Las dos propiedades anteriores son configurables y debe establecerse según el entorno delcliente.

2. Los archivos PEM deben colocarse manualmente en las vías de acceso especificadas.3. Deben concederse suficientes permisos de usuario y archivo en los directorios indicados

anteriormente para evitar problemas relacionados con la autorización durante el establecimientode la sesión en el descubrimiento detallado.

a. Permisos de carpeta: 775 (taddmusr:taddmusr)

b. Permisos de archivo PEM: 644 (taddmusr:taddmusr)

com.collation.aws.proxy.password=PASSWORD1

172 Application Dependency Discovery Manager: Sensores

Page 189: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Esta propiedad se utiliza para configurar la contraseña en texto sin formato del usuario proxyconfigurado en la configuración del sensor.

1. Inicie sesión en el servidor de descubrimiento de TADDM.2. Ejecute el archivo encryptprops.sh o el archivo encryptprops.bat (ubicados en el directorio

$COLLATION_HOME/bin). Este script cifra la contraseña de texto sin formato.

com.collation.discover.agent.sys.ComputerSystem.FindAwsInstanceId=false

Esta propiedad debe establecerse en true mientras se utiliza el sensor AWS y se descubren losdestinos de EC2. Esto permite a TADDM ejecutar el mandato para recuperar ID de instancia AWS en eldestino EC2 mientras se ejecutan sensores de ComputerSystem (por ejemplo,LinuxComputerSystemSensor, WindowsComputerSystemSensor, etc.). En el caso de que el usuario nodescubra destinos de EC2, se recomienda establecer este valor en false para impedir dicha ejecuciónde mandato redundante en destinos que no son de EC2. El valor predeterminado para esta propiedades false.

Configuración del perfil de descubrimiento

De forma predeterminada, el sensor de AWS está habilitado para un descubrimiento de nivel 2 y nivel3. El sensor descubre información configurada utilizando servicios de EC2 o S3 y, a continuación,activa el descubrimiento de segundo nivel o profundo correspondiente a las instancias de EC2. Parainhabilitar el descubrimiento de segundo nivel o modificar otros valores de configuración, cree unperfil de descubrimiento para el sensor de AWS y personalice los valores del sensor.Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana 'Crear nuevo perfil', escriba el nombre y la descripción del perfil. En la lista 'Clonar

perfil existente', seleccione Descubrimiento de Nivel 3 y pulse Aceptar4. En la pestaña Configuración de sensor, seleccione el sensor AwsSensor y pulse Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción para la configuración y

marque el recuadro de selección Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, pulse

enableSecondLevelDiscovery. Efectúe una doble pulsación en el campo Valor de la fila y escribafalse.

7. Pulse Aceptar para volver a la ventana 'Perfiles de descubrimiento'.8. En la ventana Perfiles de descubrimiento, pulse Guardar.

Propiedades

Puede modificar las siguientes propiedades y atributos:

proxyIp

Hace referencia a la dirección IP del proxy (en el caso de que sea necesaria) para acceder al URLpúblico de AWS desde el servidor de TADDM.

proxyPort

Hace referencia al puerto de proxy (en el caso de que proxyIp esté configurado).

proxyTimeout

Hace referencia a los valores de tiempo de espera en milisegundos (en el caso de que proxyIpesté configurado).

Capítulo 1. Referencia de sensores 173

Page 190: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

proxyType

Hace referencia al tipo de proxy (valores permitidos: HTTP o HTTPS) para acceder al URL públicode AWS desde el servidor de TADDM.

El valor predeterminado es HTTPS.

proxyUser

Hace referencia al nombre de usuario de proxy (en el caso de que proxyIp esté configurado).

Configuración de la pasarela

Según sea necesario, el descubrimiento de máquinas Windows en el entorno de AWS de nube públicapuede realizarse con facilidad mediante la configuración de pasarelas (alojadas en el entorno de AWS).Incluye los pasos siguientes:

1. Configure una máquina de pasarela. Consulte el URL: https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/UserGuide/c_cmdb_anchorsandgateways.html para más información.

2. TADDM

a. Compruebe que la máquina de pasarela se haya añadido a la sección Descubrimiento>Anclas yPasarelas” de la consola de gestión de descubrimiento.

b. Las credenciales de acceso para la pasarela de Windows y las instancias de EC2 de windows sedeben suministrar en los detalles de la lista de acceso de TADDM.

3. AWS

Configure el “Grupo de seguridad” con las “Reglas de entrada” que se mencionan a continuación para:

Tabla 15. Windows Gateway

Type Protocol Port Range Source

SSH TCP 22 TADDM

Custom TCP TCP 135 TADDM

Tabla 16. Target (instancia de EC2)

Type Protocol Port Range Source

Custom TCP TCP 135 Windows Gateway

Custom TCP TCP 49152 – 65535 Windows Gateway

Custom TCP TCP 49152 – 65535 TADDM

Configuración del ancla

Según sea necesario, el descubrimiento detrás del cortafuegos de AWS puede realizarse con facilidadmediante el despliegue de anclas (alojadas en el entorno de AWS). Incluye los pasos siguientes:

1. Configure una máquina de ancla. Consulte el URL: https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/UserGuide/c_cmdb_anchorsandgateways.html.

2. TADDM

a. Compruebe que la máquina de ancla se haya añadido a la sección Descubrimiento > Anclas ypasarelas” de la consola de gestión de descubrimiento de TADDM.

• Como el ancla desplegada será específica del entorno de AWS público, se recomiendaencarecidamente que, durante la configuración, se deba asociar el ancla al ámbito dedescubrimiento de AWS relevante mediante la función de limitación de conjunto-ámbitos o grupo-ámbitos.

174 Application Dependency Discovery Manager: Sensores

Page 191: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Además, el ancla configurada en el punto anterior no debe estar configurada en el ámbito dedescubrimiento de AWS.

b. Se deben proporcionar privilegios "sudo" para el mandato "lsof". Para hacerlo, actualice la líneasiguiente en el archivo "collation.properties" como se muestra a continuación:

com.collation.discover.agent.command.lsof.Linux=sudo lsof

c. Coloque manualmente los archivos PEM en el servidor de ancla. Para más información, consulte lasección “Configuración de las entradas del archivo collation.properties”.

3. AWS

a. Configure un “Grupo de seguridad” con las “Reglas de entrada” que se mencionan a continuación:

Tabla 17. Ancla

Type Protocol Port Range Source

SSH TCP 22 TADDM

Custom TCP TCP 8497 TADDM

Tabla 18. Target (instancia de EC2)

Type Protocol Port Range Source

SSH TCP 22 Ancla

b. En el caso de que sea Windows, la pasarela se configura detrás de una ancla. Para más información,consulte la sección “Configuración de la pasarela”.

Resolución de problemas del sensorEn este tema se describen los problemas más comunes que se producen en el sensor de AWS y ofrecesoluciones a dichos problemas.

El sensor falla con la descripción 'CTJTD1595E Error – No hay ninguna credencial de AWSconfigurada en la lista de acceso TADDM'.

ProblemaNo se pueden configurar credenciales de la cuenta de AWS en la Lista de acceso de TADDM.

SoluciónValide en la IU de la Consola de gestión de descubrimiento de TADDM en “Descubrimiento > Lista deacceso” si se ha configurado alguna credencial específica de AWS o no.

El sensor falla con la descripción 'CTJTD1596E Error – No hay ninguna cuenta de AWS descubierta,verifique la configuración de sensores'.

ProblemaEs posible que el problema se produzca debido a una configuración errónea durante la ejecución delsensor de AWS.

SoluciónValide los valores de configuración del sensor de AWS en la IU de la Consola de gestión dedescubrimiento de TADDM. Los valores pueden estar relacionados con:

• Corrección de URL• Corrección de credenciales de la lista de acceso• Propiedades de configuración del sensor de AWS• Problema de conectividad de red (es posible que el URL de AWS público no sea accesible desde el

servidor de TADDM)

El sensor de ancla falla con la descripción 'CTJTD0060E La operación de descubrimiento para elsensor ancla no puede encontrar ni crear un ancla: CTJTD2072E Se ha producido un error. El servidor

Capítulo 1. Referencia de sensores 175

Page 192: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

no puede instalar Java SDK en el host remoto. CTJTD2231E El archivo no se copia. CTJTP1127E Elmandato copy da error para el destino siguiente: java.io.IOException: InputStreamPipe closed'.

ProblemaEl problema puede darse por el tiempo de espera agotado durante el intento de copia del archivo alservidor de ancla remoto.

SoluciónValide los problemas de conectividad de red entre el servidor de descubrimiento de TADDM y elservidor de ancla remoto.Si se estaba realizando la transferencia de archivos y se ha agotado el tiempo de espera debido algran tamaño de los archivos, intente modificar el valor predeterminado de 360 000 minutos por unvalor mayor (como, 1 500 000) de la propiedad siguiente en el archivo collation.properties:

com.collation.SshSessionCopyTimeout=360000

Reinicie el proceso de TADDM después de actualizar el valor de propiedad.

Sensores de base de datosLos sensores de base de datos descubren las bases de datos que se utilizan en el entorno.

Sensor de IBM DB2El sensor de IBM DB2 descubre servidores IBM DB2 Universal Database (UDB).

Nombre del sensor utilizado en la GUI y los registros

Db2Sensor y Db2WindowsSensor

Requisitos previos

El sensor presupone los siguientes requisitos previos:

• El descubrimiento del sistema debe realizarse correctamente.• DB2 debe estar instalado en el directorio de inicio del propietario de la instancia.

Cuestiones de seguridad

Los credenciales de usuario de DB2 deben pertenecer al grupo de administración de DB2.

El descubrimiento se realiza utilizando los scripts de shell que ejecutan los siguientes mandatos de DB2:

db2Comando de invocación del procesador de línea de mandatos

db2ilistComando de instancias de lista

db2setComando de registro de perfil de DB2

db2licmComando de herramienta de gestión de licencias

db2levelComando de visualización de nivel de servicio DB2

db2get dbm cfg

176 Application Dependency Discovery Manager: Sensores

Page 193: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitaciones

Los caracteres incorrectos se pueden descubrir si utiliza DB2 de 32 bits en un sistema operativo Windowsde 64 bits. Este problema de codificación de caracteres se debe a una limitación del sistema Windows de64 bits, que esconde mandatos como chcp de aplicaciones de 32-bit tales como el programadb2cmd.exe.

Si hay instalada más de una versión de DB2 en el mismo sistema Windows, el sensor no puede descubrirel servidor de IBM DB2 Universal Database (UDB).

TADDM ejecuta el proceso de construcción de topología de forma periódica. Hasta que el proceso deconstrucción de topología se ha complete después del descubrimiento,es posible que los nombres debases de datos que se muestran para los sistemas remotos no sean únicos. Después de que finalice elproceso de construcción de topología, el nombre de base de datos contiene tanto el número de puertocomo la dirección IP de la base de datos remota.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.db.db2.Db2AdminServer• app.db.db2.Db2Alias• app.db.db2.Db2BufferPool• app.db.db2.Db2ConfigValue• app.db.db2.Db2Container• app.db.db2.Db2Database• app.db.db2.Db2DatabaseConfigValue• app.db.db2.Db2Instance• app.db.db2.Db2InstanceConfigValue• app.db.db2.Db2Module• app.db.db2.Db2Schema• app.db.db2.Db2Server• app.db.db2.Db2ServerProcess• app.db.db2.Db2System• app.db.db2.Db2SystemConfigValue• app.db.db2.Db2TableSpace

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de IBM DB2 soporta el descubrimiento asíncrono y basado en scripts.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Limitaciones

Se aplican las siguientes limitaciones:

• Para el descubrimiento basado en scripts, el sensor requiere credenciales de base de datos. Si no sefacilitan estos credenciales, el sensor finaliza con el siguiente error:

No se ha detectado ningún sistema

• No se soporta el descubrimiento de los descriptores de aplicación.

Capítulo 1. Referencia de sensores 177

Page 194: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Base de datos como Tipo de componente.2. Seleccione DB2 como Proveedor.3. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

El sensor de DB2 UNIX utiliza los credenciales de la lista de acceso en la siguiente secuencia:

1. El sensor busca la lista de acceso teniendo en cuenta los credenciales de DB2.

Este es el propietario de la instancia de DB2 actual.2. Si el paso 1 falla, el sensor intenta conectarse con el DB2 utilizando cada credencial de usuario de DB2

de la lista de acceso.3. Si el paso 2 falla, el sensor intenta conectarse utilizando los credenciales de usuario del sistema

(utilizando los credenciales de usuario de la lista de acceso del sistema).

Para descubrir múltiples instalaciones de DB2 en un solo sistema: DB2, los credenciales de usuario de lalista de acceso deben pertenecer al grupo de administración deDB2 para todas las instalaciones de DB2.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor deIBM DB2.

El sensor DB2 que se está ejecutando en un sistema Windows (Db2WindowsSensor) utiliza la siguientepropiedad:com.collation.discover.agent.Db2WindowsAgent.sshSessionCommandTimeout =300000

El valor predeterminado es 300000. El valor debe ser un número entero.

Esta propiedad especifica el tiempo máximo (en milisegundos) que puede el sensor de DB2 puedeejecutar el mandato db2dfind en un sistema Windows.

Para que sea efectivo, el valor de esta propiedad debería ser:

• Mayor que el valor de la propiedad com.collation.SshSessionCommandTimeout, que controlael tiempo que el está permitido al mandato SSH ejecutarse en la pasarela de Windows. Si el valor dela propiedad Db2WindowsAgent.sshSessionCommandTimeout es menor que el valor de lapropiedad com.collation.SshSessionCommandTimout, se utiliza el valorcom.collation.SshSessionCommandTimout.

• Menor que el valor de la propiedad com.collation.discover.agent.Db2Sensor.timeout(o com.collation.discover.DefaultAgentTimeout si el tiempo de espera específico de DB2no está definido). Dado que el sensor puede detenerse antes de terminar de recopilar información,el valor de la propiedad de tiempo de espera de Db2Sensor debe ser mayor que la propiedadcom.collation.discover.agent.Db2WindowsAgent.sshSessionCommandTimeout.

Si es necesario, puede cambiar los valores de las propiedadescom.collation.SshSessionCommandTimeout ycom.collation.discover.agent.Db2Sensor.timeout. La propiedadcom.collation.discover.agent.Db2Sensor.timeout es específica para el sensor de DB2 ysustituye el valor de la propiedad com.collation.discover.DefaultAgentTimeout.

Para las siguientes propiedades, también puede especificar una dirección IP, como se muestra en elsiguiente ejemplo:

178 Application Dependency Discovery Manager: Sensores

Page 195: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.DB2Agent.db2findscript.1.2.3.4=sudo

com.collation.discover.agent.DB2Agent.db2findscript=sudoEste valor permite acceder al script db2find.sh que se ejecuta durante el descubrimiento utilizandoel mandato sudo.

com.collation.discover.agent.DB2Agent.db2findschemascript=sudoEste valor habilita el acceso al script db2findschema.sh ejecutado durante el descubrimientoutilizando el mandatosudo.

com.collation.discover.agent.DB2Agent.systemcommand=sudoEste valor habilita el acceso al mandato del sistema ejecutado durante el descubrimiento utilizando elmandato sudo.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen con el sensor de IBM DB2y ofrecesoluciones a dichos problemas.

El sensor de DB2 falla durante el descubrimientoProblema

El sensor de DB2 está fuera del tiempo de espera durante la ejecución del descubrimiento.Solución

Aumente la propiedad com.collation.discover.agent.Db2WindowsAgent.sshSessionCommandTimeout en el archivocollation.properties. También puede aumentar la propiedadcom.collation.discover.agent.Db2Sensor.timeout para asegurarse de que siempre sea mayor que lapropiedad com.collation.discover.agent.Db2WindowsAgent.sshSessionCommandTimeout.

Existen dependencias entre una base de datos y una aplicación empresarial, pero estas no sedetectanProblema

Aunque existan dependencias entre una base de datos y una aplicación empresarial, no se detectandependencias porque el usuario definido en la lista de acceso del descubrimiento de DB2 no es elpropietario de la instancia.

SoluciónPara que los procesos de descubrimiento encuentren los mandatos de DB2 para listar bases de datos,el usuario definido en la lista de acceso del descubrimiento de DB2 debe dar origen al perfil de DB2en el perfil del usuario.

El panel Detalles de un componente DB2 descubierto está vacíoProblema

Cuando se realiza un descubrimiento, el panel Detalles de la pestaña Licencia del componente deDB2 descubierto está vacío. Este problema afecta a todos los niveles del TADDM en todas lasplataformas.

SoluciónEn UNIX y Linux, la rutina ejecutable db2licm debe tener los permisos adecuados para el usuarioespecificado en la Consola de gestión del descubrimiento cuando se realice la conexión con la basede datos. Para recuperar la información de la licencia, el usuario del descubrimiento también debetener el grupo primario del propietario de la instancia de DB2 en su lista de grupo.

Capítulo 1. Referencia de sensores 179

Page 196: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CTJTP1127E El mandato de copia falla durante el descubrimiento de DB2Problema

Durante el descubrimiento de DB2 se muestra el siguiente mensaje de error en la Consola de gestióndel descubrimiento:

CTJDT0234E Se ha producido el siguiente error:CTJDT0235E Se ha producido el siguiente erroral ejecutar el script de descubrimiento de DB2 (db2find.sh): sh coll/bin/db2-db2find.sh.

De forma adicional, se muestra la siguiente información en el registro del sensor deDB2:

com.collation.discover.agent.AgentException:CTJDT0235E Se ha producido el siguiente erroral ejecutar el script de descubrimiento de DB2 (db2find.sh): sh coll/bin/db2-db2find.sh.at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.runDb2Find(Db2Sensor.java:414)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.findSystems(Db2Sensor.java:275)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.discover(Db2Sensor.java:212)at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:131)at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:1247)at com.collation.discover.engine.DiscoverEngine$DiscoverWorker.run(DiscoverEngine.java:816)Caused by:com.collation.platform.session.SessionClientException: CTJTP1127E The copy command failed for java.io.EOFException: SSHSCP1: premature EOF.at com.collation.platform.session.Ssh2SessionClient.copyToRemote(Ssh2SessionClient.java:441)at com.collation.platform.session.Ssh2SessionClient.copyToRemote(Ssh2SessionClient.java:397)at com.collation.platform.session.SessionClientPool.copyToRemote(SessionClientPool.java:236)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.prepareScript(Db2Sensor.java:726)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.runDb2Find(Db2Sensor.java:383)... 5 more

SoluciónEste mensaje de error aparece porque el mandato de copia segura (scp) no se encuentra en la PATHdel Id. de usuario que está siendo utilizado por el sistema remoto para descubrir elDB2.Para solucionar este problema, edite o cree un archivo llamado environment en <taddmusr>/.sshdel sistema remoto que está siendo descubierto. Defina la variable de entorno PATH <taddmusr> eneste archivo. Asegúrese de incluir la ruta completa en el mandato scp de la variable de entorno PATH.

El sensor de DB2 da un fallo con el siguiente error CTJTD0234EProblema

El sensor de DB2 da un fallo con el siguiente error CTJTD0234E y el siguiente mensaje:

Atributo no definido: instances

SoluciónEste mensaje se muestra porque la variable PATH no incluye los mandatos DB2 necesarios para elscript db2find.sh.

Para corregir este problema, añada las vías de acceso necesarias para la siguiente entrada en elarchivo collation.properties:

com.collation.discover.agent.path.system_uname

180 Application Dependency Discovery Manager: Sensores

Page 197: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Si el problema persiste, puede ejecutar los scripts de sensor a través de sudo, para lo que esnecesario tener acceso a mandatos como db2licm y db2set. Para ejecutar el script a través desudo, utilice la siguiente propiedad:

com.collation.discover.agent.DB2Agent.db2findscript.1.2.3.4=sudocom.collation.discover.agent.DB2Agent.db2findschemascript.1.2.3.4=sudocom.collation.discover.agent.DB2Agent.systemcommand1.2.3.4=sudo

Se produce un aviso durante un descubrimiento basado en script del sensor de DB2.Problema

Durante el descubrimiento basado en script, se visualiza el siguiente mensaje de aviso:

CTJTD1006E Datos no válidos en la sección db2findschema delarchivo de salida.

SoluciónVerifique que las credenciales de usuario de DB2 (propietarias de todas las instancias de DB2) seagregan a la lista de acceso. Si el problema persiste, verifique que el mandato db2ilist funciona deforma correcta en los sistemas descubiertos. Para obtener información sobre este mandato, consultela nota técnica titulada "DB2ilist does not return the instance" (DB"ilist no devuelve la instancia) en: https://www.ibm.com/support/docview.wss?uid=swg21420898.

El descubrimiento de DB2 que se ejecuta en un sistema de lengua no inglesa falla.Problema

Si desea descubrir destinos de lengua no inglesa, por ejemplo, servidores DB2 en japonés, eldescubrimiento falla. Los archivos de registro contienen el siguiente mensaje:

2016-06-08 21:27:49,778 DiscoverManager [DiscoverWorker-3]2016060821265731#Db2Sensor-37.53.105.24-60012 DEBUGsession.SessionClientPool - PoolEncoding=IBM-943 ClientEncoding=IBM-943

Además, la salida del mandato db2find contiene interrogantes, por ejemplo, ?gp?: db2set -g, enlugar de caracteres con tilde, por ejemplo, ~gp~: db2set -g.

SoluciónLa causa del problema es que la codificación en los destinos de descubrimiento es distinta a la delservidor TADDM. Para resolver el problema, añada la siguiente propiedad al archivocollation.properties:

com.collation.platform.session.EncodingOverRide=UTF-8

Para obtener detalles, consulte el tema Propiedades de descubrimiento en la Guía del administradorde TADDM.

Sensor de IBM InformixEl sensor de IBM Informix descubre servidores dinámicos de IBM Informix.

Nombre del sensor utilizado en la GUI y los registros

Informix

Requisitos previos

El controlador JDBC de IBM Informix debe instalarse en el servidor dinámico de IBM Informix.

Limitaciones

El servidor dinámico de Informix debe configurarse con los requisitos mínimos para el descubrimiento.Añada la cuenta de servicio de descubrimiento al grupo Informix del servidor dinámico de Informix.

Capítulo 1. Referencia de sensores 181

Page 198: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo con atributos asociadosEl sensor de IBM Informix crea objetos de modelo con atributos asociados. Los atributos indican el tipode información que el sensor recoge sobre los recursos de IBM Informix Dynamic Server en su entorno deTI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.db.ids.IDSAlias

• AliasName• Parent• Protocol• ServiceName

app.db.ids.IDSBufferPool

• BufferPoolID• NumBuffers• Size

app.db.ids.IDSChunk

• ChunkNumber• FreeSpace• Offset• Size• MirrorOffset• Parent

app.db.ids.IDSConfigValue

• ConfigID• ConfigName• DefaultValue• EffectiveValue• OriginalValue

app.db.ids.IDSDatabase

• DatabaseLocale• LoggingType• Nombre

app.db.ids.IDSInstance

• BitSize• ConnectOption• Home• Host• Nombre• ProductName• ProductVersion• OnConfig• Protocol• SQLHostFile

182 Application Dependency Discovery Manager: Sensores

Page 199: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Status• VersionString

app.db.ids.IDSSegment

• OS_SHM_ADDR• OS_SHM_ID• OS_SHM_KEY• SegmentClass• Size

app.db.ids.IDSServerProcess

• OSProcessName• PID• VpClass• VpID

app.db.ids.IDSSpace

• Chunks• ObjectType• PageSize• SpaceName• SpaceNumber

app.db.ids.IDSStartupEnvironmentVar

• StartupEnvVarName• StartupEnvVarValue

Configuración de la lista de accesoPara ofrecer al sensor de IBM Informix acceso al servidor dinámico de Informix, debe configurar la listade acceso.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. En la Consola de gestión del descubrimiento, cree un conjunto de ámbito del descubrimiento quecontenga la dirección IP del servidor dinámico de Informix.

2. Para crea una lista de acceso, pulse el icono Lista de acceso.3. En la ventana Lista de acceso, pulse Añadir.4. En el campo Tipo de componente de la ventana Detalles de acceso, pulse ComputerSystem.5. Escriba los credenciales para acceder al servidor dinámico de Informix de destino. TADDM utiliza

JDBC para conectarse con el servidor dinámico.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen con el sensor de IBM Informixy ofrecesoluciones a dichos problemas.

El sensor no puede recuperar información del servidorProblema

El sensor no puede recuperar información porque el servidor dinámico de Informix no se ha iniciado.Solución

Introduzca el mandato oninit para iniciar el servidor de bases de datos.

Capítulo 1. Referencia de sensores 183

Page 200: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Un mensaje informa de que no existe nada que descubrirProblema

El sensor se ejecuta y completa correctamente con el siguiente mensaje:No hay nada que descubrir.

SoluciónNo existe instancias de Informix activas en ejecución en el sistema de destino.

TADDM no puede conectarse a una base de datos InformixProblema

Se muestra el siguiente error en los registros:Se ha producido un error :: com.informix.asf.IfxASFException: Intentos para conectarse al servidor de bases de datosnombre_base_datos fallidos

SoluciónAsegúrese de que la conexión desde el servidor TADDM al puerto Informix en la base de datos delservidor está abierta.

Sensor de Microsoft SQL ServerEl sensor de Microsoft SQL Server descubre servidores Microsoft SQL Server. En TADDM 7.3.0.2, yposterior, puede utilizar el sensor en modalidad basada en script.

Nombre del sensor utilizado en la GUI y los registros

SqlServerSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• db.mssql.SqlServer• db.mssql.SqlServerConfig• db.mssql.SqlServerDatabase• db.mssql.SqlServerDataFile• db.mssql.SqlServerModule• db.mssql.SqlServerProcess

Requisitos previos

Complete las siguientes tareas requisito previo para poder descubrir instancias de Microsoft SQL Serverde forma satisfactoria.

Nota: Los siguientes requisitos previos son iguales para el descubrimiento normal y basado en scripts.

Información de cuentaPuede ejecutar el descubrimiento en la modalidad de autenticación Windows o SQL.Modalidad de autenticación de Windows

• Cree unas nuevas credenciales de inicio de sesión en SQL Server para la cuenta del dominio deWindows, que se utilizarán para el descubrimiento del sistema operativo Windows. Eldescubrimiento se ejecuta entonces en la modalidad de autenticación de Windows.

• Correlacione la cuenta del dominio de Windows con las credenciales de inicio de sesión quecreó en el paso anterior.

• En la base de datos maestra de SQL, asigne los siguientes roles y permisos a las credenciales deinicio de sesión que creó para la cuenta del dominio de Windows:

184 Application Dependency Discovery Manager: Sensores

Page 201: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

– public - abra la ventana Propiedades de inicio de sesión, vaya a la página Correlación deusuarios y seleccione el rol de base de datos public.

– db_datareader - abra la ventana Propiedades de inicio de sesión, vaya a la páginaCorrelación de usuarios y seleccione el rol de base de datos db_datareader.

– Connect SQL - abra la ventana Propiedades de inicio de sesión, vaya a la páginaSecurables y otorgue el permiso Connect SQL.

– View any definition - abra la ventana Propiedades de inicio de sesión, vaya a la páginaSecurables y otorgue el permiso View any definition.

Estos roles y permisos son necesarios para acceder a las siguientes tablas:

– sysdatabases– syscurconfigs– sysprocesses– sysobjects– syscolumns

• Abra la ventana Propiedades de inicio de sesión y vaya a la página Estado. En la sección devalores, para el valor Permisos para conectarse al motor de la base de datos, seleccioneOtorgar, y para el valor Inicio de sesión, seleccione Habilitado.

• Asegúrese de que el grupo Administradores locales tiene acceso SQL (parte de la autorización yconfiguración de SQL).

Modalidad de autenticación SQL

• Cree un nuevo inicio de sesión en el servidor SQL. Seleccione la opción Autenticación de SQLServer. El descubrimiento se ejecuta entonces en la modalidad de autenticación de SQL.

• En la base de datos maestra de SQL, asigne los siguientes roles y permisos a las credenciales deinicio de sesión que creó para la cuenta del dominio de SQL:

– public - abra la ventana Propiedades de inicio de sesión, vaya a la página Correlación deusuarios y seleccione el rol de base de datos public.

– db_datareader - abra la ventana Propiedades de inicio de sesión, vaya a la páginaCorrelación de usuarios y seleccione el rol de base de datos db_datareader.

– Connect SQL - abra la ventana Propiedades de inicio de sesión, vaya a la páginaSecurables y otorgue el permiso Connect SQL.

• Abra la ventana Propiedades de inicio de sesión y vaya a la página Estado. En la sección devalores, para el valor Permisos para conectarse al motor de la base de datos, seleccioneOtorgar, y para el valor Inicio de sesión, seleccione Habilitado.

Valores de red

• Dependiendo del sistema operativo, se deben satisfacer los requisitos de red de nivel 2. Laaplicación se descubre utilizando una cuenta del sistema operativo, por lo tanto el descubrimientodel nivel 2 de TADDM del servidor, donde se instaló la aplicación debe ser satisfactorio.

• Es necesario abrir los puertos de en los que Microsoft SQL está a la escucha en los cortafuegosentre los servidores y las pasarelas de de Windows de TADDM, donde está instalado Microsoft SQL.

Requisitos de descubrimiento basado en scriptsEn la modalidad de descubrimiento basada en scripts, instale el módulo sqlps Windows PowerShello los complementos SqlServerProviderSnapin100 y SqlServerCmdletSnapin100 Windows PowerShell.

Limitaciones

Las dependencias transaccionales entre servidores de aplicaciones soportados, IBM WebSphere, JBoss,Oracle Weblogic y SQL Server solo se crean para el puerto de escucha que está almacenado en el atributoprimarySap de SQL Server.

Capítulo 1. Referencia de sensores 185

Page 202: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Si SQL Server utiliza la configuración general de TCP/IP, la marca ListenAll está definida como true y elprimer puerto estático se utiliza como primarySAP. El resto de los puertos no se capturan y, por lo tanto,algunas dependencias no se pueden crear.

Si SQL Server utiliza configuración específica de TCP/IP para cada interfaz IP, el distintivo ListenAll estádefinido como false y el primer bucle que no sea de retorno, Active, y el primer puerto estático de IPEnabled se toman como el SQL Server primarySAP. El resto de los puertos y los puertos que estánconfigurados para otras interfaces IP no se capturan. Por lo tanto, algunas dependencias no se puedencrear.

Si el SQL Server utiliza configuración de puerto dinámica, el puerto de escucha actual del tiempo deejecución, que está sujeto a cambio, no se almacena en el atributo primarySAP. En su lugar, el distintivodynamicPortAllocation se define como true para indicarlo.

Las dependencias que se basan en el nombre de la instancia de SQL Server en lugar de su puerto deescucha se crean siempre.

La modalidad de descubrimiento basada en script el sensor de Microsoft SQL Server se basa enel módulo sqlps, el cual está disponible en Microsoft SQL Server 2008, y posterior. Por lo tanto, si deseadescubrir Microsoft SQL Server 2005, también debe tener instaladas otras instancias, tales comoMicrosoft SQL Server 2008, 2008 R2 o 2012.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de métodos de autenticaciónExisten dos modos de autenticación que TADDM puede utilizar para descubrir un servidor SQL.

Autenticación de seguridad integrada en Windows.

• Instale SSH en la pasarela de TADDM tal y como se requiere.• En el caso de un descubrimiento que utilice una pasarela, habilite WMI en todos los sistemas windows

de destino. WMI está habilitado de forma predeterminada.

De forma predeterminada, con el descubrimiento mediante una pasarela se instala automáticamente elProveedor WMI de TADDM en todos los sistemas Windows de destino durante el proceso dedescubrimiento.

Para descubrir un servidor SQL se requiere que Windows Server pueda ser descubierto, pero también quese conceda acceso adicional a TADDM.

Existen dos modos de autenticación que TADDM puede utilizar para descubrir un servidor SQL:Autenticación de Windows

Para la autenticación de Windows, debe cumplir los siguientes requisitos:

• El usuario de Windows utilizado para el descubrimiento de SQL Server debe tener el derecho deusuario Permitir inicio de sesión localmente en el servidor de pasarela.

• El usuario debe tener privilegios para iniciar sesión en el sistema de SQL Server. Preferiblemente elusuario es un usuario del dominio y el sistema del servidor confía en dominio del servidor depasarela.

• Añada al usuario de Windows y su contraseña a la lista de acceso de SQL Server.

Autenticación de SQL ServerEn el caso de la autenticación de SQL Server, añada el usuario de SQL Server a la lista de acceso deSQL Server.

Para determinar el tipo de autenticación que debe utilizar, verifique con el administrador de SQL Serverqué SQL Server se está ejecutando. El modo mixto soporta ambos tipos de autenticación.

Configuración de la lista de accesoPuede configurar la lista de acceso. La lista de acceso del SQL Server de TADDM se aplica tanto a laautenticación de Windows como a la modalidad de autenticación SQL.

186 Application Dependency Discovery Manager: Sensores

Page 203: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Acerca de esta tarea

Para configurar la lista, lleve a cabo el siguiente procedimiento:

Procedimiento

1. En el panel Consola de Discovery Management, pulse Lista de acceso.2. Pulse Añadir.3. En la lista Tipo de componente, seleccione Base de datos.4. En la lista Proveedor, seleccione Microsoft SQL Server .5. Especifique el nombre de usuario y la contraseña.

Nota: Para la modalidad de autenticación SQL, introduzca las credenciales de SQL Server. Para lamodalidad de autenticación, introduzca las credenciales de Windows.

Proporcione siempre una entrada de acceso distinta del sistema Windows para que el el servidorpueda ser descubierto. Para la seguridad integrada, el ID de usuario de Windows que se utiliza paraacceder a la pasarela no tiene que ser el mismo que el que se utiliza para conectarse a SQL Server.

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas del archivo collation.properties que utiliza el sensor de Microsoft® SQLServer.

El sensor de Microsoft® SQL Server utiliza los siguientes valores del sensor:

com.collation.discover.agent.SqlServerAgent.UseListeningIpEste valor especifica cómo se generan los nombres de visualización para los objetos de instancia deSQL Server.

Cuando el valor de la propiedad es false, los nombres de despliegue para los objetos de instanciadel servidor SQL tienen la siguiente forma: host_fqdn + ":" + nombre _puerto_instancia_sql_server

Cuando el valor de la propiedad es true, los nombres de visualización para los objetos de la instanciade SQL Server tienen la siguiente forma: fqdn_escucha_sql_server + ":" +nombre_puerto_instancia_sql_server

El valor predeterminado es false.

Restricción: Debe volver a descubrir el SQL Server para hacer que los cambios sean visibles.

com.collation.discover.agent.SqlServerAgent.timeoutEste valor especifica el tiempo, en milisegundos, durante el que el sensor se ejecuta antes de agotarel tiempo de espera.

Si esta propiedad no está definida, el sensor utiliza el tiempo de espera predeterminado especificadoen la propiedad com.collation.discover.DefaultAgentTimeout.

com.collation.discover.agent.sqlserver.skipSqlAuthenticationEste valor especifica si el usuario desea o no omitir la autenticación SQL antes de la autenticación deWindows en el Sensor de SQL Server.

Si el valor de propiedad es false, el Sensor de SQL Server realizará la autenticación SQL antes de laautenticación de Windows, si no omitirá la autenticación SQL e intentará solo la autenticaciónWindows.

El valor predeterminado de esta propiedad es true. Esto es porque la modalidad de autenticaciónSQL es "Windows".

Esta propiedad es específica del sensor. Podemos hacer que este valor sea configurable por máquina.

Ejemplo com.collation.discover.agent.sqlserver.skipSqlAuthentication.<IP> =true.

Restricción: Debe reiniciar y volver a descubrir el servidor SQL para que los cambios sean visibles.

Capítulo 1. Referencia de sensores 187

Page 204: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorLos problemas del sensor pueden incluir autorizaciones o descubrimientos no satisfactorios, etc. Sinembargo, se puede recuperar de estos problemas.

Falla el descubrimiento basado en script del sensor de Microsoft SQL Server

ProblemaCuando ejecuta el sensor de Microsoft SQL Server en modalidad basada en script, el descubrimientofalla con el mensaje siguiente:

Se ha producido un error durante la adición de complementos...

SoluciónVerifique que el módulo sqlps de Windows PowerShell se haya instalado correctamente. Lamodalidad de descubrimiento basada en script del sensor Microsoft SQL Server se basa en estemódulo. No obstante, el módulo solo está disponible en Microsoft SQL Server 2008 y posterior. Por lotanto, si desea descubrir Microsoft SQL Server 2005, también debe tener instaladas otras instancias,tales como Microsoft SQL Server 2008, 2008 R2 o 2012.

No existen detalles disponibles sobre SQL Server tras el descubrimientoProblema

Se descubre SQL Server, pero no se facilitan detalles.Solución

Compruebe que la autorización de SQL Server tiene acceso a las siguientes tablas:

• sysdatabases• sys.master_files• syscurconfigs• sysprocesses

Si no se utiliza una autorización de SQL Server, compruebe la autorización de Windows.

Descubrimiento de Microsoft SQL sin autoridad datareaderProblema

Es posible descubrir una base de datos Microsoft SQL sin conceder el rol necesario db_datareader atoda la base de datos.

SoluciónPara descubrir una base de datos Microsoft SQL, sin tener que conceder autoridad a toda la base dedatos, siga los pasos indicados a continuación:

• Cree un usuario mediante el procedimiento de almacenamiento de SQL Server.• Utilice el mandato sp_addlogin para crear un inicio de sesión que permita a los usuarios

conectarse a SQL Server mediante la autenticación de SQL Server.• Utilice el mandato sp_grantlogin para permitir a una cuenta o un grupo de usuario Windows

conectarse a SQL Server utilizando la autenticación de Windows.• Tras la creación del usuario, concédale acceso a las siguientes tablas, que utiliza el sensor de SQL

Server:

sysdatabases, sys.master_files, syscurconfigs, sysprocesses

En el siguiente ejemplo, el usuario es taddmusr:

GRANT SELECT on sysdatabases to taddmusr;GRANT SELECT on sys.master_files to taddmusr;GRANT SELECT on syscurconfigs to taddmusr;GRANT SELECT on sysprocesses to taddmusr;

188 Application Dependency Discovery Manager: Sensores

Page 205: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El atributo ProductName no es claroProblema

El atributo ProductName no presenta información suficiente acerca del producto.Solución

Si ha realizado recientemente una migración desde la versión anterior de TADDM, debe volver adescubrir los servidores Microsoft SQL Server. El atributo incluye el número de versión de SQL Server,el nivel de ServicePack y la edición de SQL Server.

El atributo ProductName tiene la siguiente forma:

• Microsoft SQL Server 2008 R2 SP1 (Enterprise Edition)

Sensor de OracleEl sensor de Oracle descubre servidores Oracle Database.

Nombre del sensor utilizado en la GUI y los registros

OracleSensor

Requisitos previos

Se deben cumplir los siguientes requisitos previos:

• El descubrimiento del sistema debe realizarse correctamente.• La conectividad de red entre el servidor de TADDM y el Oracle Listener debe estar en funcionamiento.

Cuestiones de seguridad

Los credenciales del usuario de Oracle para descubrir una base de datos de Oracle desde el TADDM debetener privilegios de ejecución. Para asegurarse de que se conceden los privilegios adecuados al usuariode Oracle, ejecute el siguiente mandato: grant execute on dbms_system to oracle_user;

La cuenta de la base de datos de Oracle requiere privilegios CONNECT.

El usuario de la lista de acceso de Oracle debe tener el siguiente rol: SELECT_CATALOG_ROLE.

Si está descubriendo Oracle12c, tiene que ser un usuario común con privilegios para descubrirla arquitectura multiusuario de Oracle12c. El usuario común debe tener suficientes privilegios pararealizar operaciones tanto en CDB como en PDB.

Para asegurarse de se otorgan los privilegios correctos al usuario común de Oracle, ejecute los siguientesmandatos desde el contenedor raíz:

1. grant create session to <common_user> container=all;2. grant execute on dbms_system to <common_user> container=all;3. grant SELECT_CATALOG_ROLE to <common_user> container=all;4. grant alter session to <common_user> container=all;5. grant connect, resource to <common_user> container=all;6. alter user <common_user> set container_data=all for v_$pdbs container=current;

Para descubrir ASM (Automatic Storage Management) de Oracle, se debe conceder acceso de lectura alas siguientes tablas y vistas: dba_clusters, dba_constraints, dba_data_files, dba_db_links,dba_dimensions, dba_indexes, dba_mviews, dba_profiles, dba_role_privs, dba_roles,dba_rollback_segs, dba_segments, dba_sequences, dba_source, dba_synonyms,dba_sys_privs, dba_tab_privs, dba_tables, dba_tablespaces, dba_ts_quotas, dba_users,dba_views, global_name, gv$asm_client, gv$instance, sys.dba_tables, v$asm_diskgroup,v$backup, v$bgprocess, v$controlfile, v$database, v$datafile, v$log, v$logfile, v$parameter, v$pgastat, v$process, v$session, v$sga, v$sys_optimizer_env y v$version.

Descubrimiento Oracle RACDescubrimiento Oracle RAC.

Capítulo 1. Referencia de sensores 189

Page 206: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para el descubrimiento de RAC:

Nota:

1. Asegúrese de que el usuario de descubrimiento tenga la autorización de Oracle correcta para ejecutarmandatos RAC: crs_stat -v y srvctl.

2. A partir de Oracle 11.2g, al menos un escucha SCAN debe estar presente.

Información sobre el descubrimiento RACEste tema describe el descubrimiento RAC.

En el caso de Oracle 11.2g y versiones posteriores

El sensor GenericServer puede iniciar varios sensores de Oracle en el caso de una configuración deRAC basándose en la plantilla coincidente.

Como puede haber más de 1 escucha de Oracle presente y a la escucha en múltiples IP de RAC (porejemplo, VIP, IP de SCAN) en un nodo RAC dado, en este caso, estos Sensores de Oracle descubriránlos mismos datos, lo que resultará en duplicados.

En el entorno Oracle RAC, TADDM descubre solo aquellos nodos que tengan IP de SCAN configurada.Para los otros nodos e instancias, TADDM descubre información limitada.

Para evitar el descubrimiento de instancias de Oracle redundantes o duplicadas, el sensor de Oraclesolo completará el descubrimiento utilizando la primera IP de SCAN de un nodo RAC dado. El procesode Oracle debe escucharse en esta IP para que continúe el descubrimiento.

Los demás sensores de Oracle que tengan diferentes IP de RAC (por ejemplo, VIP, IP de SCAN que nosean las primeras) no continuarán y se detendrán con mensajes de advertencia como CTJTD1048W yCTJTD1049W.

Antes de Oracle RAC 11.2g

No hay ninguna dependencia relacionada con IP de SCAN.

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas del archivo collation.properties adicionales que el sensor utiliza paradescubrir Oracle RAC.

com.collation.oracle.sensor.sudo.srvctl.<context-IP>=false

Esta propiedad se utiliza para configurar el mandato srvctl para ejecutar como sudo.

Establezca esta propiedad en 'true', si el usuario de descubrimiento no tiene autorización paraejecutar el mandato srvctl.

Aquí, <context-IP> es la dirección IP del destino que se está descubriendo, tal como se haproporcionado en el ámbito de descubrimiento.

Si <context-IP> no se ha especificado, se aplicará globalmente.

El valor predeterminado es false.

com.collation.oracle.sensor.sudo.crsstat.<context-IP>=false

Esta propiedad se utiliza para configurar el mandato crsstat para ejecutar como sudo. Establezcaesta propiedad en 'true' si el usuario de descubrimiento no tiene la autorización para ejecutar elmandato crsstat.

Aquí, <context-IP> es la dirección IP del destino que se está descubriendo, tal como se haproporcionado en el ámbito de descubrimiento.

Si <context-IP> no se ha especificado, se aplicará globalmente.

El valor predeterminado es false.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de Oracle soporta el descubrimiento asíncrono y basado en scripts.

190 Application Dependency Discovery Manager: Sensores

Page 207: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de Oracle ahora también da soporte al descubrimiento asíncrono o basado en scriptsen la plataforma Windows.

Para versiones específicas, consulte Sensores y sistemas de destino compatibles en el Wiki de TADDM.

Requisitos de configuración del sensor

Para un descubrimiento asíncrono, el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, el propietario del directorio Oracle_home se debe definir en lalista de acceso como credencial de usuario de Oracle. El sensor de script localiza específicamente esteusuario para ejecutar las consultas de base de datos de Oracle. Si este usuario no se ha definido en lalista de acceso, el sensor devuelve el error "CTJTP1186E Las entradas de la lista de acceso no sonaplicables".

Nota: El usuario de sistema operativo que inicia el sensor utilizando las credenciales de sistema debetener el acceso de lectura a los archivos /etc/oratab o /var/opt/oracle/oratab para convertirseen el propietario del directorio Oracle_home.

Complete los pasos siguientes:

1. Seleccione Base de datos como tipo de componente.2. Seleccione Oracle como proveedor.3. Especifique la siguiente información obligatoria:

• El nombre del usuario de sistema operativo para el usuario Oracle• La contraseña del sistema operativo para el usuario Oracle

Limitaciones

Alguna función proporcionada por el sensor Oracle durante un descubrimiento no basado en script no sesoporta en un descubrimiento asíncrono o basado en script.

Las siguientes funciones no están soportadas:

• Descubrimiento mediante descriptor de aplicaciones• Descubrimiento Oracle RAC• Descubrimiento Oracle ASM• Descubrimiento de esquema )la lista de tablas de la base de datos es limitada)• Descubrimiento de objetos de modelo OracleDBLink• Descubrimiento de objetos de modelo OracleListener

La información detallada (como Tablespace, Schema e History) para las base de datosconectables no se descubrirá en el caso de que el PDB dado esté en estado “MOUNTED”, en el caso de labase de datos Oracle multiusuario.

TADDM da soporte al descubrimiento de hasta 252 base de datos conectables en una base de datos decontenedor dada.

Objetos de modelo con atributos asociadosEl sensor de Oracle crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recoge sobre los elementos de configuración del entorno Oracle.

Capítulo 1. Referencia de sensores 191

Page 208: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.OracleASM

AsmInstancesDiskGroupsNombreNodeRac

OracleASMDiskAsmDiskGroupStateNombre

OracleASMDiskGroupAsmAsmDisksNombreState

OracleASMInstanceBackgroundProcessesDatabaseHostHostnameOracleInstanceStatusParametersParentPortRacDatabaseSGAValuesSIDServerProcesses

OracleBackgroundProcessDescripciónNombrePid

OracleControlFileNombre

OracleDBLinkIpAddressPortServiceName

OracleDataFileNombreSizeTableSpace

192 Application Dependency Discovery Manager: Sensores

Page 209: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

OracleDatabaseControlFilesDBNameDBVersionDataFilesInitValuesNombreRedoLogFilesSchemaRawDataSchemasTableSpaces

OraclePluggableDatabase

OraclePDBHistoryOracleInitValue

DescripciónNombreValor

OracleInstanceBackgroundProcessesConfigContentsDatabaseHostKeyNameModulesNombrePortPrimarySAPProcessPoolsProductNameProductVersionSGAValuesSIDServerProcessesStatus

OracleListenerBindAddressesNombre

OracleModuleFileNameNombreSchema

OracleRACAsmHomePath

Capítulo 1. Referencia de sensores 193

Page 210: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

NombreOCRLocationPrimaryNodeRacDatabasesVoteDiskPath

OracleRedoLogFileNombreSize

OracleSGAValueNombreValor

OracleSchemaNombreOwner

OracleServerConfigFileListeners

OracleServerProcessConexionesNombrePIDPuertos

OracleTableSpaceNombreSize

ProcessPoolNombreRuntimeProcesses

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Copia del controlador JDBCEn este tema se describe cómo copiar un controlador JDBC para el sensor de Oracle.

Importante: Si utiliza TADDM 7.3.0 o 7.3.0.1, el sensor Oracle requiere que se copie el archivoclasses12.jar. De manera opcional, además de este archivo, también puede copiar versionesposteriores del controlador, por ejemplo, ojdbc7.jar, tal como se describe en el siguienteprocedimiento.

Si utiliza TADDM 7.3.0.2, o una versión posterior, solo se necesita un archivo. Copie elcontrolador que sea compatible con la versión más reciente de la instancia de Oracle que hayadescubierto, por ejemplo, ojdbc7.jar. De manera opcional, puede copiar más versiones delcontrolador.

Para copiar el controlador JDBC, complete los pasos siguientes:

1. Obtenga el archivo de controlador JDBC, por ejemplo, classes12.jar u ojdbc7.jar desde el sitioweb de Oracle o desde el soporte de instalación de Oracle.

2. Copie el archivo en la ubicación siguiente:

$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.db.oracle.oraclecommon_1.0.1/lib/oracle

194 Application Dependency Discovery Manager: Sensores

Page 211: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

3. Añada el nombre del archivo del controlador JDBC a la entrada Bundle-ClassPath del archivoMANIFEST.MF del sensor OracleCommon.

a. Vaya al directorio $COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.db.oracle.oraclecommon_1.0.1/META-INF y abrael archivo MANIFEST.MF en un editor de texto.

b. Compruebe si la entrada Bundle-ClassPath contiene el nombre del controlador JDBC que deseacopiar. El ejemplo siguiente muestra la entrada correcta para el archivo ojdbc7.jar:

Bundle-ClassPath: lib/oracle/ojdbc7.jar, lib/oracle/ojdbc6.jar, lib/oracle/ojdbc5.jar, lib/oracle/classes12.jar

c. Si la entrada no contiene el nombre del controlador que desea copiar, añada el nombremanualmente como la primera entrada.

4. Reinicie el servidor de TADDM.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Base de datos como Tipo de componente.2. Seleccione Oracle como Proveedor.3. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

Para descubrir sistemas de archivos Oracle Automatic Storage Management (ASM), escriba el nombrede usuario sys y la contraseña.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.discovery.oracle.extendedEsta propiedad especifica si se almacenan valores de configuración adicionales sobre los enlaces debase de datos de Oracle.

El valor predeterminado es N (No).

Si define esta propiedad en Y (Yes), el sensor almacenará valores de configuración adicionales sobrelos enlaces de base de datos de Oracle.

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

com.collation.discovery.oracle.tablelimitEsta propiedad controla la cantidad de tablas que descubre el sensor de Oracle.

El valor predeterminado es 1000. La propiedad solo da soporte a valores positivos.

Capítulo 1. Referencia de sensores 195

Page 212: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.oracle.sensor.ignoreNonRegisteredSidOfListener=trueEl valor predeterminado de esta propiedad es false.Si esta propiedad se establece en true, el Sensor de Oracle ignorará estos SID que no estánregistrados en el escucha de Oracle.

El Sensor de Oracle primero intenta establecer una conexión jdbc con el escucha para un SID. Siobtiene un error "ORA-12505, TNS: listener does not currently know of SID givenin connect descriptor", el SID se ignora. Si la conexión no es satisfactoria con cualquier otroerror, se crea un objeto de modelo de instancia de Oracle superficial con los detalles del puerto e IPde este escucha.

Otro impacto para esta propiedad es que no creará estas instancias de Oracle que no se registran conningún escucha.

Nota: En Fix Pack 6, esta propiedad es reemplazada porcom.collation.oracle.sensor.CreateOnlyConfirmedRegisteredSid=true

com.collation.oracle.sensor.CreateOnlyConfirmedRegisteredSid=trueEl valor predeterminado de esta propiedad es true. Para el valor true:

• El Sensor de Oracle solo creará instancias de Oracle para los SID para los que la conexión JDBC essatisfactoria en el escucha. El éxito de la conexión jdbc actúa como una confirmación de que el SIDestá registrado en el escucha actual para el que se invoca el sensor. El objeto de modelo se crearácon los detalles de puerto e IP de este escucha

• También una instancia de Oracle superficial para SID donde obtenemos este error"ORA-01017:nombre de usuario/contraseña no válidos; inicio de sesión denegado". Esto se debe a que elcontrolador JDBC genera este error después de haber comprobado que el SID está registrado con elescucha.

Si el valor se establece en false:

• El sensor creará una instancia de Oracle superficial para SID aunque el sensor no sea capaz deestablecer una conexión JDBC con el SID en este escucha para el que se ha invocado el sensor.Esto significa que el sistema de destino tiene un solo escucha y todos los SID están registrados enel mismo, pero la conexión JDBC falla por cualquier razón, las instancias de Oracle superficiales secrearán con los detalles del puerto o la IP del escucha. Pero si el destino tiene varios escuchas ycada escucha está a la escucha en un puerto o IP virtual diferente, las instancias de Oracle puedencrearse con cualquier puerto aleatorio aunque su escucha no esté a la escucha en ese puerto o IPvirtual.

Nota: Este valor de propiedad se ignorará en caso de que “Descubrimiento de Oracle de nivel ligero”esté habilitado. Esta propiedad puede limitarse al nivel de una dirección IP concreta, por ej.com.collation.oracle.sensor.CreateOnlyConfirmedRegisteredSid.1.2.3.4=false.

La configuración anterior solo se aplicará a una IP selectiva, por ejemplo, 1.2.3.4

com.collation.oracle.sensor.cmd.prefixEs una propiedad opcional y se utiliza para especificar un texto llevará como prefijo los mandatosOracle ejecutados por este sensor.Algunos de los mandatos Oracle ejecutados por este sensor son: srvctl config scan, crs_stat -v etcEsta propiedad también se puede especificar según los sistemas operativos y los destinos.En el siguiente ejemplo, antes de la ejecución real del mandato, se obtendrá el perfil de usuario deOracle especificado para configurar las variables de entorno necesarias.com.collation.oracle.sensor.cmd.prefix.linux.<context_ip> =. /app/grid/home/.profilecom.collation.oracle.sensor.cmd.prefix.linux=. /app/grid/home/.profilecom.collation.oracle.sensor.cmd.prefix=. /app/grid/home/.profile

196 Application Dependency Discovery Manager: Sensores

Page 213: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.OracleAgent.pdb.seed=trueEl valor predeterminado de esta propiedad es true. Si esta propiedad está establecida en true, elsensor de Oracle descubrirá detalles de las semillas de PBD. Si el valor está establecido en false,entonces, para la optimización de parámetros, el sensor de Oracle descubrirá PBD de semilla peroomitirá detalles suyos como DBVersion, TableSpaces, Schemas, PDBHistory y DBLinks.

com.collation.discover.agent.OracleAgent.pdb.maxPoolSize=10El valor predeterminado de esta propiedad es 10. Se trata de una propiedad opcional y establece eltamaño máximo de la agrupación de hebras para el procesamiento paralelo de PDB en varias hebras.

Configuración de deepDiscoveryLevel=trueEsta opción de configuración es visible en la vista de configuración del Sensor de Oracle en la Consola dedescubrimiento y se utiliza para especificar si OracleSensor debe realizar el descubrimiento de nivelligero o de nivel profundo.

Descubrimiento de Oracle de nivel profundoEn esta modalidad, el sensor de Oracle creará la conexión JDBC con la base de datosOracle ydescubrirá todos los objetos de modelo soportados por el sensor de Oracle. Por lo tanto, un usuariode base de datos Oracle válido y con privilegios debe estar presente en la lista de acceso de TADDM.

Descubrimiento de Oracle de nivel ligeroEn esta modalidad, el sensor de Oracle no creará ninguna conexión JDBC con la base de datos Oracle.Por lo tanto, es opcional añadir las credenciales de tipo de base de datos en la lista de acceso deTADDM. Puesto que no se crea ninguna conexión JDBC el sensor solo podrá descubrir detallesbásicos sobre el sensor de Oracle utilizando los archivos de configuración de Oracle.

Se puede descubrir la siguiente información en el descubrimiento de nivel ligero:

1. Inicio de Oracle2. SID3. Archivos de configuración4. RAC (parcial)

El valor predeterminado de esta opción es true (verdadero), lo que permite el descubrimiento de nivelprofundo de las bases de datos Oracle de forma predeterminada.

Nota: Hay la siguiente limitación en el caso del descubrimiento de Oracle de nivel ligero: cuando eldestino tiene varios escuchas y cada escucha está a la escucha en un puerto o IP virtual diferente, lasinstancias de Oracle pueden crearse con cualquier nombre de dominio completo de un IP virtual opuerto aleatorio, incluso si el escucha no está a la escucha en dicho puerto o IP virtual.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Oracle y ofrecesoluciones a dichos problemas.

El sensor de Oracle no se iniciaProblema

La firma Oracle no coincide porque se han renombrado los binarios de Oracle o porque se estáejecutando una versión del servidor de Oracle no soportada por TADDM (Express Edition, porejemplo).

SoluciónNo cambie los nombres de los binarios y asegúrese de utilizar una versión de Oracle soportada.Asegúrese también de que el servicio TNSListener se ha iniciado para la base de datos de Oracle.

El sensor falla con el error "No se pueden encontrar los servidores"Problema

La cuenta de la base de datos de Oracle no funciona por una de las siguientes razones:

• La contraseña no es correcta.

Capítulo 1. Referencia de sensores 197

Page 214: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• La cuenta está bloqueada.• La cuenta no tiene privilegios de conexión.

SoluciónActualice la lista de acceso, desbloquee la cuenta o añada los privilegios de conexión.En el indicador de mandatos, compruebe la cuenta ejecutando el mandato sqlplus, como se muestraen el siguiente ejemplo:

bash-2.05b$ sqlplus

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jun 12 08:15:23 2007Copyright (c) 1982, 2005, Oracle. All rights reserved.Enter user-name: systemEnter password:ERROR:ORA-28000: the account is locked

Importante: A continuación se muestran las soluciones a los problemas más comunes que se producenen caso del descubrimiento Oracle RAC:

Oracle RAC no se descubre

ProblemaOracle RAC no se descubre.

SoluciónVerifique que el usuario de descubrimiento tiene suficientes privilegios para ejecutar mandatos RAC.

El sensor de Oracle ejecuta mandatos como “srvctl”, “crs_stat”, “cemutlo” y en caso de que algunode estos mandatos falla, puede conducir a un fallo en el descubrimiento de RAC o instancias de basede datos. Esto también puede resultar en instancias duplicadas de Oracle.

El sensor de Oracle ha terminado con un mensaje de aviso CTJTD1048WProblema

El sensor de Oracle ha terminado con un mensaje de aviso como el que se muestra a continuación:

"CTJTD1048W Se ha detectado un entorno Oracle RAC. La dirección IP del SID de Oracle actual norepresenta la IP de SCAN. El descubrimiento se completará mediante un sensor a través de una de lasdirecciones IP de SCAN.".

SoluciónA partir de Oracle 11.2g, el sensor continuará el descubrimiento solo en caso de la dirección IP deSCAN. Para las otras direcciones IP, el sensor de Oracle se completará con un mensaje de aviso:CTJTD1048W. Este es un comportamiento esperado y puede ser ignorado en caso de configuraciónde RAC.

El sensor de Oracle ha terminado con un mensaje de aviso CTJTD1049WProblema

El sensor de Oracle ha terminado con un mensaje de aviso como el que se muestra a continuación:

"CTJTD1049W Se ha detectado un entorno Oracle RAC. La dirección IP del SID de Oracle actual norepresenta la primera IP de SCAN. El descubrimiento se completará utilizando un sensor a través deesta IP de SCAN".

SoluciónA partir de Oracle 11.2g, cuando un nodo RAC tiene más de una IP de SCAN configurada en él, eldescubrimiento siempre se completará utilizando la primera IP de SCAN (para este nodo), como sedetermina de la salida “srvctl config scan”. Para las demás IP de SCAN, el sensor se completará conel mensaje de aviso: CTJTD1049W.Este es un comportamiento esperado y puede ser ignorado en caso de configuración de RAC.

198 Application Dependency Discovery Manager: Sensores

Page 215: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Los duplicados de Oracle se producen cuando el sensor de clúster de Veritas y el sensor de Oracledescubren instanciasProblema

Cuando se utilizan el sensor de clúster de Veritas y el sensor de Oracle para descubrir una instanciade Oracle, es posible que se produzcan duplicados. Esto sucede porque el sensor de clúster Veritasutiliza las mayúsculas para el SID de instancia y el sensor de Oracle utiliza las minúsculas para elmismo SID.

SoluciónPara evitar este problema, modifique el archivo dist/etc/discover-sensors/VeritasClusterSensor.xml cambiando la línea siguiente:

<source>Sid</source>

por la línea siguiente:

<source>%{Sid}</source>

Después del cambio, el sensor de clúster de Veritas crea instancias de Oracle con el SID enminúsculas.

Nota: Si cambia la línea después de ejecutar descubrimientos donde no se producen duplicados, esposible que se produzcan duplicados nuevos.

Sensor de SybaseEl sensor de Sybase descubre servidores de bases de datos Sybase Adaptive Server Enterprise (ASE).

Para descubrir la base de datos Sybase, de forma predeterminada el sensor utiliza el protocoloJDBC con los distintivos ENCRYPT_PASSWORD y RETRY_WITH_NO_ENCRYPTION establecido en true.Significa que la contraseña está cifrada y si no se puede autenticar en su primer intento, en los siguientesintentos se proporcionan contraseñas que no están cifradas. La conexión es segura si la entrada de listade acceso contiene un archivo de almacén de confianza.

Nombre del sensor utilizado en la GUI y los registros

SybaseSensor

Cuestiones de seguridad

Para asignar los privilegios mínimos al usuario de descubrimiento Sybase, ejecute el siguiente mandato:

grant select on sysengines from public

Se necesitan las siguientes tablas:

• versión• master..sysconfigures• master..sysusages• master..syssegments• master..sysprocesses• master..sysengines• master..sysdatabases• master..sysdevices• master..syscurconfigs• master..sysservers• master..syssrvroles• master..syslogins

Capítulo 1. Referencia de sensores 199

Page 216: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• master..sysloginroles• master..syspartitions• master..systhresholds• master..sysresourcelimits• master..systimeranges

La consulta anterior descubre únicamente la información de la base de datos maestra. Si desea descubririnformación sobre usuarios y tablas de otras bases de datos, cree un identificador de usuario en dichasbases de datos. Durante el descubrimiento, TADDM ejecuta la siguiente consulta:

select t.segment, u.name from database_name..systhresholds t,database_name..sysusers u where t.suid=u.suid

Ejemplos:

• La siguiente consulta se ejecuta para la base de datos tempdb:

select t.segment, u.name from tempdb..systhresholds t,tempdb..sysusers u where t.suid=u.suid

• La siguiente consulta se ejecuta para la base de datos sybsystemprocs:

select t.segment, u.name from sybsystemprocs..systhresholds t,sybsystemprocs..sysusers u where t.suid=u.suid

Limitaciones

• El sensor de Sybase no recoge información sobre esquemas propiedad del usuario dbo.

• La limitación en el software SAP Sybase ASE identificada por CR# 751110 afecta TADDM. Laconexión de base de datos configurada para utilizar la capa de sockets seguros (SSL) se bloquea alconectar a servidores que tienen el modo SSL inhabilitado. Para evitar dicho problema en TADDM,establezca un valor para la siguiente propiedad con ámbito:

com.collation.sybasesensor.jdbclogin.timeout

El valor predeterminado es 15000 ms (15 segundos). Tras este tiempo, si los intentos para iniciarsesión fallan, el sensor intenta establecer una conexión plana no segura.

• En TADDM 7.3.0.3 y posterior, de forma predeterminada no se descubren los siguienteselementos de configuración:

– logins– roles– rawSchema– tables– thresholds

Si desea que se descubran estos elementos, cree una configuración de sensor en la consola de gestiónde descubrimiento y establezca las siguientes propiedades en true:

– discoverLogins– discoverRoles– discoverRawSchema– discoverTables– discoverThresholds

Objetos de modelo con atributos asociadosEl sensor de Sybase crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recoge sobre los recursos de almacenamiento en su entorno de TI.

200 Application Dependency Discovery Manager: Sensores

Page 217: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.AppConfig

• Content• Parent

ConfigFile

• FixedPath• RealFile• URI

LogicalContentFixedPath

ProcessPool

• CmdLine• Env• Nombre• Parent• RuntimeProcesses

SybaseConfigValue

• ConfigUnit• Nombre• Parent• RunValue• Type• Valor

SybaseDatabase

• Nombre• Options• Owner• Parent (SybaseServer)• SchemasRawData• Segments• Tables• Thresholds• Users

SybaseDevice

• Descripción• FirstVirtualPageNumber• FixedPath• IsDefaultDisk• IsDeviceMirrored• IsDsyncEnabled• IsDumpDevice

Capítulo 1. Referencia de sensores 201

Page 218: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• IsMasterDeviceMirrored• IsMirrorEnabled• IsPhysicalDisk• IsReadsMirrored• IsSecondaryMirrorSideOnly• IsSerialWrites• IsSkipHeader• LastVirtualPageNumber• MirrorPath• Parent (SybaseServer)• RealFile• URI

SybaseEngineProcess

• CmdLine• Nombre• PID• Parent• Puertos

SybaseLogin

• AccumulatedDate• FailedLoginCount• FullName• IsAccountLocked• IsPasswordExpired• Language• Nombre• Parent(SybaseServer)• PasswordDate• SybaseRoles• TotalCPUUsed• TotalIOUsed

SybaseModule

• Database• FileName• Nombre• Parent

SybaseRemoteServer

• IsMessageConfidential• IsMessageIntegrity• IsMutualAuthentication• IsNetworkPasswordEncrypted• IsReadOnly

202 Application Dependency Discovery Manager: Sensores

Page 219: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• IsRPCSecurityModelB• IsTimeoutEnabled• Nombre• NetworkName• RemoteNetworkCost• RemoteServerClass• SybaseServer

SybaseResourceLimitation

• AppName• IsEnforcedDuringExecution• IsEnforcedPriorToExecution• LimitationExceededAction• LimitationScope• LimitType• LimitValue• Login• Nombre• Parent (SybaseServer)• TimeRange

SybaseRole

• FailedLoginCount• Nombre• Parent• PasswordDate• Status

SybaseSegment

• Nombre• Parent• Size

SybaseServer

• BindAddresses• ConfigContents• ConfigFile• ConfigValues• Databases• Devices• EngineProcesses• FullVersion• Home• Host• KeyName• Logins

Capítulo 1. Referencia de sensores 203

Page 220: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Modules• Nombre• PrimarySAP• ProcessPools• ProductName• ProductVersion• RemoteServers• ResourceLimitations• ServerProcesses• Status• SybaseRoles• TimeRanges

SybaseServerProcess

• Nombre• PID• Parent

SybaseTable

• CreationDate• Nombre• Parent(SybaseDatabase)• Particiones

SybaseTablePartition

• FirstPage• NumPages• Parent (SybaseTable)• PartitionID

SybaseThreshold

• IsLastChance• Name• Parent (SybaseDatabase)• Segment• ThresholdExeededProcedure• ThresholdSize• User

SybaseTimeRange

• EndDay• EndTime• Nombre• Parent (SybaseServer)• StartDay• StartTime

204 Application Dependency Discovery Manager: Sensores

Page 221: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SybaseUser

• Login• Nombre• Parent (SybaseDatabase)

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Base de datos como Tipo de componente.2. Seleccione Sybase como Proveedor.3. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

establecer una conexión JDBC con el servidor Sybase.

4. En función de la configuración de su servidor, especifique el archivo de confianza SSL con lafrase de contraseña en los valores SSL. Esto solo se aplica al descubrimiento que utiliza la conexiónSSL.

Nota: Debido a una limitación del controlador JDBC de Sybase y de JVM, solo se puede utilizar unarchivo de almacén de confianza durante un descubrimiento. Por lo tanto, si desea descubrir muchosdestinos de Sybase sobre el protocolo SSL, solo debe añadir un archivo de almacén de confianza quecontenga todos los certificados necesarios. Este archivo se debe añadir a la primera entrada de la listade accesos del sensor Sybase en TADDM. Las otras entradas no pueden contener ningún valor SSL.Puede utilizar las herramientas keytool e ikeyman para crear el archivo del almacén de confianza.Las dos herramientas están en el directorio $COLLATION_HOME/external/jdk-os-platform/jre/bin.

Configuración del perfil de descubrimientoPuede personalizar los valores del sensor Sybase, si los valores predeterminados no se ajustan a susrequisitos.

Para personalizar los valores del sensor Sybase, debe crear una configuración del sensor. Complete lospasos siguientes:

1. En la sección Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y la descripción del perfil. Desde la lista Clonar

perfil existente, seleccione Descubrimiento de Nivel 3 y pulse en Aceptar.4. En el separador Configuración de sensor, seleccione el sensor SybaseSensor y pulse Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción de su configuración y

seleccione el recuadro de selección Habilitar esta configuración e inhabilitar la configuraciónseleccionada.

6. En la sección Configuración de la ventana Crear configuración, modifique cualquier propiedad otodas.

7. Pulse en Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse Guardar.

Propiedades

Puede modificar las propiedades siguientes:

discoverLoginsEspecifica si se descubren los datos de logins durante un descubrimiento de base de datos Sybase.El valor predeterminado es false, lo que significa que no se han descubierto los datos. Paradescubrir logins, establezca esta propiedad en true.

Capítulo 1. Referencia de sensores 205

Page 222: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

discoverRolesEspecifica si se descubren los datos de roles durante un descubrimiento de base de datos Sybase.El valor predeterminado es false, lo que significa que no se han descubierto los datos. Paradescubrir roles, establezca esta propiedad en true.

discoverRawSchemaEspecifica si se descubren los datos de rawSchema durante un descubrimiento de base de datosSybase.El valor predeterminado es false, lo que significa que no se han descubierto los datos. Paradescubrir rawSchema, establezca esta propiedad en true.

discoverTablesEspecifica si se descubren los datos de tables durante un descubrimiento de base de datos Sybase.El valor predeterminado es false, lo que significa que no se han descubierto los datos. Paradescubrir tables, establezca esta propiedad en true.

discoverThresholdsEspecifica si se descubren los datos de thresholds durante un descubrimiento de base de datosSybase.El valor predeterminado es false, lo que significa que no se han descubierto los datos. Paradescubrir thresholds, establezca esta propiedad en true.

Sensor de Sybase IQEl sensor de Sybase IQ descubre servidores de bases de datos Sybase IQ.

Nombre del sensor utilizado en la GUI y los registros

SybaseIQSensor

Cuestiones de seguridad

Para asignar los privilegios mínimos al usuario de descubrimiento Sybase, ejecute el siguiente mandato:

grant execute on sp_iqdbsize

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.AppConfig• app.ConfigFile• app.db.sybase.SybaseConfigValue• app.db.sybase.SybaseDatabase• app.db.sybase.SybaseDevice• app.db.sybase.SybaseEngineProcess• app.db.sybase.SybaseModule• app.db.sybase.SybaseServer• app.ProcessPool• core.LogicalContent

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Base de datos como Tipo de componente.

206 Application Dependency Discovery Manager: Sensores

Page 223: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. Seleccione Sybase como Proveedor.3. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

establecer una conexión JDBC con el servidor Sybase.

Sensor de EMC ViPR SRMEl sensor de EMC ViPR SRM descubre recursos de almacenamiento que están relacionados con la red deárea de almacenamiento (SAN) y utiliza EMC ViPR SRM para el descubrimiento. El sensor descubrerecursos de almacenamiento como matrices de almacenamiento, hosts, hipervisores, conmutadores,tejidos, zonas, volúmenes de almacenamiento, puertos de conmutador, sistemas de archivos y unidadesde disco.

Nombre del sensor utilizado en la GUI y los registros

EMCViprSRMSensor

Elementos descubiertos por el sensorEl sensor descubre los siguientes elementos/objetos de modelo:

• StorageSubSystem• Fabric• Zone• ZoneSet• FCSwitch• FCPort• IpInterface• FCVolume• DiskDrive• BasedOnExtent• OperatingSystem

– Linux– Aix– HpUx– WindowsOperatingSystem– Solaris

• ComputerSystem

– LinuxUnitaryComputerSystem– AixUnitaryComputerSystem– HpUxUnitaryComputerSystem– WindowsComputerSystem– SUNSPARCUnitaryComputerSystem

• LocalFileSystem• HostBusAdaptor• ConnectedTo• SCSIPath• SCSIProtocolEndPoint

Capítulo 1. Referencia de sensores 207

Page 224: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos previos y limitacionesAntes de ejecutar este sensor, se deben cumplir los siguientes requisitos previos:

• EMC ViPR SRM debe tener la interfaz API REST habilitada.• El sensor de EMC ViPR SRM se basa en las API REST de ViPR SRM para el descubrimiento; por ello, ViPR

SRM ya debe haber descubierto los componentes que se tendrán en cuenta en la ejecución del sensor.• Si se han de descubrir los detalles relacionados con el host (incluido el sistema para las correlaciones

de almacenamiento), EMC ViPR SRM debe tener habilitado el descubrimiento de hosts.• Si se deben descubrir los detalles relacionados con el conmutador, EMC ViPR SRM debe tener

habilitado el descubrimiento de conmutadores.• Los hosts o hipervisores que tengan un "dominio" válido o no vacío configurado y descubierto en EMC

ViPR SRM serán descubiertos por este sensor, si no, puede que se produzcan sistemas duplicados• El sensor EMC ViPR SRM captura la métrica o capacidades de matrices o volúmenes o agrupaciones,

etc. en función del valor disponible (valor más reciente) que está presente en EMC ViPR SRM• No se admite el descubrimiento de matrices de almacenamiento que no sean matrices EMC VMAX.• No se admite el descubrimiento del conmutador Cisco MDS o Nexus• Se admite la conexión basada en certificados SSL con EMC ViPR SRM• No se admite el descubrimiento de máquinas virtuales

Objetos de modelo con atributos asociadosEl sensor EMC ViPR SRM crea objetos de modelos con atributos asociados. Los atributos indican el tipo deinformación que el sensor recopila sobre el almacenamiento VMAX de EMC.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.storage.StorageSubSystem

• AllocatedCapacity• AvailabilityState• AvailableCapacity• FCPorts• Fqdn• Fabricante• Members• Modelo• ROMVersion• SerialNumber• Type• VolumeGroupCapacity• VolumeGroupFreeSpace

storage.StoragePool

• AnsiT10Id• Name• LocationTag• RaidLevel• Label• Capacity• TotalManagedSpace

208 Application Dependency Discovery Manager: Sensores

Page 225: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• StorageSubSystem

storage.StorageVolume

• Capacity• Name• Parent• IOGroup

dev.FCVolume

• BlockSize• Type• NodeWWN• FCPLun• Name• Parent

storage.Fabric

• Fcswitch• Name• WorldWideName• SourceToken• ZoneSets• Zones

storage.Zone

• Active• Name• Parent

storage.ZoneSet

• Active• Name• Parent• Zones

storage.FCSwitch

• FCPorts• ManagementURL• Fabricante• Modelo• Name• ROMVersion• SerialNumber• Type• WorldWideName• IpInterface

dev.FCPort

• Descripción

Capítulo 1. Referencia de sensores 209

Page 226: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Parent• PermanentAddress• PortNumber

net.IpAddress

• DotNotation• StringNotation

net.IpInterface

• IpAddress• Parent

storage.HostBusAdaptor

• Name• Parent• WordlWideName

Varios sistemas operativos

• sys.aix.Aix• sys.hpux.HpUx• sys.linux.Linux• sys.sun.Solaris• sys.windows.WindowsOperatingSystem• sys.vmware.VmwareESX

Los siguientes objetos de modelo están asociados con los atributos siguientes:

• FQDN• OSConfidence• OSName• Parent

Varios entornos de sistema

• sys.aix.AixUnitaryComputerSystem• sys.hpux.HpUxUnitaryComputerSystem• sys.linux.LinuxUnitaryComputerSystem• sys.sun.SunSPARCUnitaryComputerSystem• sys.windows.WindowsComputerSystem• sys.vmware.VmwareUnitaryComputerSystem

Los siguientes objetos de modelo están asociados con los atributos siguientes:

• FCPorts• FQDN• IpInterfaces• Modelo• OSInstalled• BIOSManufacturer• OSRunning• Signature• Type

210 Application Dependency Discovery Manager: Sensores

Page 227: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Name

SCSIPath

• ArrayVolume• LUN• ManagedSystemName• Parent• HostEndPoint

SCSIProtocolEndPoint

• Name• ManagedSystemName

dev.DiskDrive

• DiskSize• Name• Parent• SerialNumber• Type• Vendor• Revision• Status• DiskSpeed• Modelo• LocationTag

relation.ConnectedTo

• Source• Target• Type

Configuración del sensorAntes de ejecutar un descubrimiento, es necesario configurar el sensor.

Configuración de la lista de acceso

El sensor requiere las siguientes credenciales para realizar un descubrimiento correcto:

• Credenciales de sistema informático Windows para el servidor de EMC Storage Scope.• Credenciales Oracle para la base de datos de EMC. Si se habilita SSL para la conexión de JBDC, también

es necesario añadir el archivo cwallet.sso a la lista de acceso.

Configuración del ámbito de descubrimientoPara habilitar el descubrimiento de los componentes de almacenamiento, debe suministrar la direcciónIP de EMC ViPR SRM en el ámbito de descubrimiento.

Se invocará el sensor de EMC ViPR SRM desde el sensor de exploración de puertos, si se encuentra unpuerto coincidente. En la configuración de PortScanSensor, “emcsrmPorts” se configura con los puertospredeterminados para EMC ViPR SRM; por ejemplo, los números de puerto 58443 y 58080.

Si se utiliza un puerto no predeterminado para EMC ViPR SRM, tendrá que actualizarse “emcsrmPorts”.

Capítulo 1. Referencia de sensores 211

Page 228: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEl sensor de EMC ViPR SRM requiere el suministro independiente de las entradas de lista de accesocorrespondientes a las credenciales de usuario de EMC ViPR SRM.

Para suministrar una credencial de lista de acceso, debe seleccionar “Tipo de componente” como 'EMCVIPR SRM' e indicar un nombre de usuario y contraseña para acceder a EMC ViPR SRM.

Antes de utilizar el sensor de EMC ViPR SRM, debe configurarlo.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor de EMC ViPR SRM está habilitado para un descubrimiento de nivel 3.El sensor descubre información relacionada con los recursos de almacenamiento VMAX. Para crear unperfil de descubrimiento, complete el procedimiento indicado a continuación:

Procedimiento

1. En el recuadro Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. Para habilitar este sensor, seleccione EMCViprSRMSensor en el perfil de descubrimiento.4. En el separador Configuración de sensor, seleccione el sensor EMCViprSRMSensor y pulse Nuevo.5. En la ventana Crear configuración, escriba el nombre y la descripción para la configuración y marque el

recuadro de selección Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, se pueden configurar las propiedades

del sensor.7. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse Guardar.

Propiedades del sensor de EMC ViPR SRMPuede modificar las siguientes propiedades y atributos:

enableSSLEsta opción se puede configurar para el acceso de ViPR SRM basado en certificados SSL.

• Cuando la opción enableSSL es false, entonces se usará la modalidad http para el descubrimientode EMC ViPR SRM mediante las API REST de SRM

• Cuando la opción enableSSL sea true y al menos uno de los parámetros de Certificado del almacénde claves, Frase de contraseña del almacén de claves y Tipo de SSL no esté configurado enConfiguración de descubrimiento de SSL en la lista de acceso de EMC ViPR SRM, entonces seutilizará la modalidad https (sin certificado) para el descubrimiento de EMC ViPR SRM mediante lasAPI REST de SRM

• Cuando la opción enableSSL sea true y Certificado del almacén de claves, Frase de contraseña delalmacén de claves y Tipo de SSL esté configurado en la Configuración de descubrimiento de SSL enla lista de acceso de EMC ViPR SRM, se utilizará la modalidad https con certificado para eldescubrimiento de EMC ViPR SRM mediante las API REST de SRM

Valor predeterminado: false.

Nota: El puerto 58080 se utilizará para el descubrimiento de la modalidad http y el puerto 58443 parala modalidad https de descubrimiento.

enableHostDiscoveryEsta opción se puede configurar para habilitar o inhabilitar el descubrimiento de hosts.Si esta opción está establecida como true, se descubrirán hosts o hipervisores. Si la opción estáestablecida como false, no se descubrirán ni hosts ni hipervisores.Valor predeterminado: true.

enableSwitchDiscoveryEsta opción se puede configurar para habilitar o inhabilitar el descubrimiento de conmutadores.

212 Application Dependency Discovery Manager: Sensores

Page 229: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Valor predeterminado: true.arrayDiscoveryChunk

Esta opción limita el número de matrices de almacenamiento (VMAX) para el descubrimientodetallado (límite máx. de 20).El valor de arrayDiscoveryChunk se restringirá a 20, si se especifica un recuento > 20 en laconfiguración.Si esta opción se configura con el valor 0, significa que no se han de establecer límites.Valor predeterminado: 10

discoverArraySerialNumberStartsWithEsta opción limita el descubrimiento de matrices a las matrices VMAX que coinciden con loscaracteres iniciales del número de serie.

Opciones adicionales de configuraciónSe pueden realizar algunas configuraciones adicionales (como las que se listan a continuación) en elarchivo emcvipr.properties situado en el siguiente directorio del plug-in del sensor:

/opt/IBM/taddm/dist/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.emc.vipr_1.0.0

Estos son los detalles de dichas configuraciones:com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.timeout

Especifica el tiempo de espera de conexión (en segundos) de la API REST VIPR SRM. Restringido a300 sValores posibles: 1-300 (s)Valor predeterminado: 30 (s)

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.restimeoutEspecifica el tiempo de espera de respuesta (en segundos) de la API REST VIPR SRM. Restringido a300 sValores posibles: 1-300 (s)Valor predeterminado: 30 (s)

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.limitEsto especifica el número máximo de elementos a devolver para la consulta de API REST SRM decapacidades o métricas.Esta opción se utiliza durante la recuperación de capacidades de agrupación de almacenamiento, degrupo de almacenamiento y de matriz para asegurarse de que todos los matrices o volúmenes oagrupaciones están presentes en los resultados devueltos.De forma predeterminada, SRM recortará la respuesta de la API REST hasta 500 entradas.Valores posibles: 1-cualquierValor predeterminado: 1000

Nota: Hay un límite estricto de 10.000 configurado en el servidor. Para cualquier otra consulta, si elnúmero de elementos devueltos es mayor que el límite estricto, se devolverá un error.

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.period.daysEste valor especificará el número de días, informes antiguos o escaneados por EMC ViPR SRM, que setendrán en cuenta para obtener las capacidades o métricas de la matriz, los volúmenes, lasagrupaciones de almacenamiento, etc.De forma predeterminada, los informes de exploración de hasta 7 días de antigüedad se puedenutilizar para capacidades de matrices, agrupaciones, volúmenes, etc.Valores posibles: 1-365 (días)Valor predeterminado: 7 (días)

Nota: Cualquier valor negativo especificado para esta propiedad será tratado como valor positivo.

Capítulo 1. Referencia de sensores 213

Page 230: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.passivehostdiscoveryEsta propiedad puede configurarse como true para poder descubrir hosts que son hosts ohipervisores descubiertos pasivamente en EMC.Para descubrir hosts pasivos, esta propiedad y la opción enableHostDiscovery en las propiedades delsensor deben estar habilitadas. Solo se descubrirán el nombre de host y los puertos de FC para estoshosts pasivos. Esta opción solo puede utilizarse cuando el descubrimiento de hosts pasivos estáhabilitado en EMC ViPR SRM.Esta opción solo se utilizará cuando haya hosts o hipervisores que estén siendo descubiertos porotros sensores TADDM (LinuxComputerSystemSensor, WindowsComputerSystemSensor,VmwareESXiComputerSystemSensor, HostStorageSensor etc.). De lo contrario, esto dejará objetoscomputerSystem parciales o superficiales con solo la información de nombre de host y puertos FCrecuperada de EMC ViPR SRM.Valor predeterminado: false

Nota:

1. En el descubrimiento de host pasivo, los hosts o los hipervisores se descubrirán sin tener encuenta el tipo de COMPUTER_SYSTEM_TYPE establecido.

2. La reconciliación con el ComputerSystem MO real (descubierto utilizando los sensores del sistemainformático TADDM) se llevará a cabo basándose solo en el nombre de host. Por lo tanto, en casode nombres de host no exclusivos, no se dará soporte al descubrimiento de hosts pasivos.

COMPUTER_SYSTEM_TYPEEsta opción permite configurar o ejecutar la detección en función del tipo de COMPUTER SYSTEM quese desea descubrir mediante el sensor de EMC ViPR SRM.COMPUTER_SYSTEM_TYPE se puede configurar de la siguiente forma:

• COMPUTER_SYSTEM_TYPE establecido como HOST- solo se descubrirán los HOST• COMPUTER_SYSTEM_TYPE establecido como HYPERVISOR- solo se descubrirán los HYPERVISOR• COMPUTER_SYSTEM_TYPE establecido como CS_ALL- se descubrirán los HOST y los HYPERVISOR

Esta configuración será aplicable solo cuando enableHostDiscovery se haya configurado como true.Valor predeterminado: CS_ALL

com.collation.discover.agent.EMCViprSRMSensor.timeoutEs una propiedad opcional que se puede configurar si hay un tiempo de espera del sensor. De formapredeterminada, este sensor utilizará el valor de tiempo de espera global de 10 minutos. Paraestablecer de forma apropiada el tiempo de espera del sensor, configure esta propiedad en el archivocollation.propertiesPor ejemplo, la siguiente línea configurará la duración del tiempo de espera en 2 horas:com.collation.discover.agent.EMCViprSRMSensor.timeout=7200000

Versión soportada de EMC ViPR SRMA continuación, se muestran las versiones soportadas de EMC ViPR SRM:

• EMC ViPR SRM 4.1u1 - 4763• EMC M&R 6.8u2 – 69899

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de de EMC ViPR SRM y ofrecesoluciones para dichos problemas.

El sensor no puede descubrir todas las matrices configuradas en EMCProblema

El sensor no puede descubrir todas las matrices, como se ve en la GUI de EMC ViPR SRM.

214 Application Dependency Discovery Manager: Sensores

Page 231: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónEl sensor de EMC ViPR SRM da soporte al descubrimiento de solo matrices VMAX. Por lo tanto, elsensor de EMC ViPR SRM solo descubrirá las matrices VMAX configuradas en EMC.

El sensor no descubre los sistemas informáticos hostProblema

El sensor no descubre los sistemas informáticos host.Solución

El sensor solo puede descubrir hosts que tengan presentes todos los parámetros configurados frentea la consulta HOST.api en el archivo emcvipr.config, presente en el directorio de plugin de sensorsiguiente:

/opt/IBM/taddm/dist/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.emc.vipr_1.0.0

Si alguno de los siguientes parámetros no está configurado en HOST.api, no se devolverá ningún hosten la respuesta de la API de REST y, por lo tanto, no se descubrirá ningún host.

HOST.name=HOSTHOST.api=fields=devtype,device,ip,vendor,hostname,model,osarch,virtual,fqdn,devdesc\ &filter=devtype%3D%27Host%27

El sensor no rellena las capacidadesProblema

El sensor no rellena las capacidades para Subsistema de almacenamiento(Matrices), Volúmenes oAgrupaciones.

SoluciónEs posible que las capacidades no estén completadas para StorageSubsystems(Arrays), si el valor o elnúmero de días establecido para la propiedad“com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.period.days” no se ha establecido según laúltima exploración realizada o el último informe generado en EMC.Además, podría ser posible que se descubrieran capacidades solo para algunos volúmenes, matriceso agrupaciones; esto podría deberse a que los resultados se recortaran en el resultado de la consulta.De forma predeterminada, SRM recortará la respuesta de la API REST hasta 500 entradas. Puedeaumentar el límite de registros aumentando el valor correspondiente a la propiedad“com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.limit” presente en el archivoemcvipr.properties, presente en el directorio de plugin de sensor siguiente:

/opt/IBM/taddm/dist/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.emc.vipr_1.0.0

Sensores genéricosLos sensores genéricos son utilizados por otros sensores para descubrir elementos de configuración.

sensor de anclaEl sensor de Anchor se utiliza para descubrimientos tras el cortafuegos.

Nombre del sensor utilizado en la GUI y los registros

AnchorSensor

Capítulo 1. Referencia de sensores 215

Page 232: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos previos

Todos los componentes de software necesarios para el descubrimiento desde un ancla remota sedespliegan automáticamente en el ancla durante el proceso de descubrimiento. Para intercambiar datos,debe utilizar el protocolo Secure Shell (SSH) versión 2.

Si se despliega un ancla en sistemas de Linux de 64 bits, JBossSensor y StackScanSensor tambiénrequieren la versión de 32 bits de las bibliotecas libgcc y glibc.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

el servidor de TADDM utiliza SSH para comunicarse con el servidor Anchor remoto. Para configurar la listade acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario, contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el servidorAnchor remoto.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios(normalmente realizados utilizando el mandato sudo).

Para obtener más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador de TADDM.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de Anchor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.discover.anchor.zone.fromContextIPEspecifica si las zonas de anclaje se pueden establecer desde la dirección IP de contexto, que es ladirección IP que se utiliza para el descubrimiento. Los valores válidos sontrue y false. El valorpredeterminado es false.Cuando una dirección IP no se incluye en el ámbito de anclaje, la zona de anclaje no se define. Comoresultado de lo anterior, el espacio de direcciones no se establece para una red IP o dirección IPconcreta. Si esta propiedad se establece en true, las zonas de anclaje se establecen desde ladirección IP de contexto.

com.collation.discover.agent.AnchorSensor.timeout=3600000Especifica el tiempo permitido para iniciar un nuevo servidor de Anchor.

com.collation.discover.anchor.forceDeployment=trueEl valor predeterminado true.

Esta propiedad especifica si las anclas para el ámbito descubierto se despliegan durante el inicio deldescubrimiento.

Si se define el valor como false, las anclas se despliegan solo si se cumple alguna de las siguientescondiciones:

• Si no se puede hacer ping a alguna dirección IP del ámbito.• Si el puerto 22 no se puede alcanzar en ninguna de las direcciones IP descubiertas.

Si existen anclas encadenadas, esta condición se aplica a todas las anclas de la cadena. Si un ancla dela cadena está restringida con una condición, las anclas anteriores deben cumplir dicha condiciónantes de que puedan desplegarse todas las anclas.

216 Application Dependency Discovery Manager: Sensores

Page 233: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.anchor.lazyDeployment=falseEspecifica si se deben copiar archivos durante el despliegue del ancla o cuándo se va a iniciar elsensor que requiere los archivos. En ambos casos solo se pueden copiar archivos diferentes. Losvalores válidos sontrue y false. El valor predeterminado es false.

El siguiente ejemplo indica cómo esta propiedad afecta a la funcionalidad de TADDM:

El sensor de WebSphere Application Server tiene dependencias en el directorio dist/lib/websphere, cuyo tamaño es de 130 MB. Si el distintivo está definido comofalse, estos datos secopian al host de destino cuando se despliega el ancla. Si el distintivo está definido como true, losdatos se copian cuando el sensor de WebSphere Application Server está a punto de ejecutarse en elancla. Si no se ejecuta ningún sensor de WebSphere Application Server en el ancla, los 130 MB no seenvían al sistema principal remoto.

com.collation.discover.anchor.connectType=sshEspecifica si se debe establecer una conexión con el ancla mediante un túnel ssh o un socket directo.Los valores válidos son ssh y direct. El valor predeterminado es ssh. Para especificar el tipo deconexión de una dirección particular,utilicecom.collation.discover.anchor.connectType.1.2.3.4=ssh, donde 1.2.3.4 es ladirección para la que desea especificar el tipo de conexión.

com.collation.platform.session.GatewayForceSshEspecifica si se fuerza la pasarela para actuar de forma independiente al ancla. Los valores válidossontrue y false. Defina los valores como true para resolver problemas de Cygwin cuando tanto lapasarela como el ancla están en el mismo sistema. Cuando el valor está definido como true, unasesión SSH se utiliza para transferir el tráfico entre la pasarela y el ancla más que en una sesión local.

Sensor de descubrimiento asíncronoEl sensor de descubrimiento asíncrono es necesario para realizar dicho descubrimiento. Las direccionesIP inaccesibles (no se les puede hacer ping) son candidatas para el descubrimiento asíncrono. El sensorde descubrimiento asíncrono intenta determinar qué direcciones IP inaccesibles son válidas.

Para obtener información sobre el descubrimiento asíncrono, consulte el tema Descubrimiento asíncronoen la Guía del administrador de TADDM.

En el descubrimiento asíncrono, la salida del script de descubrimiento es un archivo de archivado quecontiene los resultados del descubrimiento y se almacena en un directorio del servidor de TADDM. Lasdirecciones IP se consideran válidas si existe un archivo de archivado en el servidor de TADDM paradichas direcciones. Basándose en el contenido del archivo de archivado, los sensores adecuados seprograman para procesar su salida de script de descubrimiento. A continuación, los sensores realizan eldescubrimiento analizando la salida del script en vez de accediendo directamente al sistema de destino,modo utilizando en el descubrimiento no basado en scripts.

Nombre del sensor utilizado en la GUI y los registros

ASDSensor

Configuración del sensor

El sensor de descubrimiento asíncrono no utiliza la lista de acceso.

El sensor de descubrimiento asíncrono utiliza las siguientes entradas delarchivocollation.properties:

• com.ibm.cdb.discover.asd.AsyncDiscoveryResultsDirectory• com.ibm.cdb.discover.asd.ProcessUnreachableIPs• com.ibm.cdb.tarpath

Resolución de problemas del sensorEste tema describe problemas comunes que se producen con el sensor de descubrimiento asíncrono ypresenta soluciones a dichos problemas.

Capítulo 1. Referencia de sensores 217

Page 234: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor no descubre ningún objeto y falla con el error CTJTD3078EProblema

ASDSensor finaliza sin objetos descubiertos y se emite el error siguiente:

CTJTD3075E No se puede ejecutar el mandato: tar -xf <asdfile> command exit code: 1.Además en los registros, aparece el siguiente error:tar: no se puede crear ././@LongLink: Permiso denegado

SoluciónEl programa tar debe soportar vías de acceso de archivo largas. GNU Tar 1.13 no se soporta porquepuede truncar los nombres de archivo largos.

Sensor ping de descubrimiento asíncronoEl sensor ping de descubrimiento asíncrono recupera la primera dirección IP válida de un archivo dedescubrimiento. Esta dirección IP se utiliza para iniciar el sensor de descubrimiento asíncrono. Si nopuede definir el ámbito de un descubrimiento y desea ejecutar un descubrimiento asíncrono, puedeutilizar este sensor.

Nombre del sensor utilizado en la GUI y los registros

ASDPingSensor

Requisitos previos

En un perfil de descubrimiento, si utiliza el sensor ping de descubrimiento asíncrono, debe deshabilitar elsensor ping ya que no puede habilitar ambos sensores en un perfil de descubrimiento.

Sensor del servidor de aplicaciones personalizadoEl sensor del servidor de aplicaciones personalizado crea un servidor de aplicaciónpersonalizadobasándose en una plantilla y en la información de proceso de tiempo de ejecución quedescubre el sensor de servidor genérico. El sensor también recoge los archivos de configuración o losdescriptores de aplicaciones si se especifican en la plantilla y llevan a cabo un proceso de extensión pararecoger la información adicional.

Nombre del sensor utilizado en la GUI y los registros

CustomAppServerSensor

Requisitos previos

Para descubrir los archivos de configuración, el sensor necesita que el programa cksum y las bibliotecasasociadas se instalen en el sistema operativo de destino.

Limitaciones

Se aplican las siguientes limitaciones:

• El sensor no se puede ejecutar en el descubrimiento basado en script.• Se aplican las mismas limitaciones que para el “Sensor de servidor genérico” en la página 223.

Objetos de modelo creados

Los siguientes modelos de objeto se utilizan para crear AppServers genéricos:

• app.AppServer• app.db.DatabaseServer• app.j2ee.J2EESever• app.web.WebServer

218 Application Dependency Discovery Manager: Sensores

Page 235: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Los siguientes modelos de objeto se utilizan para ampliar sensores de aplicación de TADDM:

• app.db.db2.Db2Server• app.db.mssql.SqlServer• app.j2ee.jboss.JBossServer• app.j2ee.weblogic.WebLogicServer• app.j2ee.websphere.WebSphereServer• app.messaging.exchange.ExchangeServer• app.messaging.mq.MQQueueManager• app.sms.SMSiteServer• app.veritas.cluster.VCSCluster• app.web.apache.ApacheServer• app.web.iis.IIsWebServer• app.web.iplanet.IPlanetServer

Sensor del sistema MIB2 personalizadoEl sensor del sistema MIB2 personalizado crea un sistema basado en la información de plantilla.

La información de esta plantilla coincide en uno o más con los siguientes elementos:

• OID del sistema (SNMPv2-MIB::sysObjectID - .1.3.6.1.2.1.1.2)• Descripción del sistema (SNMPv2-MIB::sysDescr - .1.3.6.1.2.1.1.1) descubierta por el sensor SNMP

MIB2 descubierto

El sensor del sistema MIB2 personalizado realiza un proceso de extensión para recoger informaciónadicional.

Nombre del sensor utilizado en la GUI y los registros

CustomMib2ComputerSystemSensor

Limitaciones

Consulta las limitaciones para el sensor SNMP MIB2.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.ComputerSystem hierarchy

Sensor de plantillas personalizadasEl sensor de plantillas personalizadas puede utilizarse con scripts personalizados para analizar y mejorarla información que recopilan otros sensores.

Nombre del sensor utilizado en la GUI y los registros

CustomTemplateSensor

Limitaciones

El sensor no se puede ejecutar en el descubrimiento basado en script.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor de plantillas personalizadas.

Capítulo 1. Referencia de sensores 219

Page 236: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de plantillas personalizadas no está habilitado de forma predeterminada. Para habilitar elsensor, debe crear un perfil de descubrimiento y luego habilitar el sensor en el nuevo perfil. Tambiéndebe habilitar en este perfil cualquier sensor adicional del que se deseen analizar los resultados.

Debe crear una plantilla para el sensor de plantillas personalizadas. Esta plantilla consta de los siguientesarchivos:template.xml

Este archivo contiene los datos de configuración. En este archivo se especifica el objeto de la clase deresultado de TADDM que se desea analizar.

matcher-script.pyEste script extrae los objetos de modelo especificados, y luego el archivo sensor-script.py losprocesa.

sensor-script.pyEste script puede modificar objetos, crear objetos de modelo y almacenar objetos de modelo.

Estos archivos deben colocarse en el directorio $COLLATION_HOME/etc/templates/cts/nombre_plantilla. El nombre del directorio nombre_plantilla debe coincidir exactamente con elnombre especificado en el archivo template.xml.

Para ejecutar el descubrimiento, son necesarios los derechos de acceso de lectura para el directoriotemplates y los archivos asociados.

Los scripts son scripts Jython. Consulte la Guía del desarrollador de SDK para obtener información acercade la API de extensiones de servidor personalizadas. La información general relacionada con scripts deesta guía se puede aplicar a los scripts del sensor de plantillas personalizadas. La información detalladaacerca de los códigos relacionados con la inicialización del entorno, la importación de herramientas desensor de TADDM y el registro de errores se puede utilizar para definir los scripts del sensor. Todos losarchivos de script deben colocarse en el directorio $COLLATION_HOME/etc/templates/cts/nombre_plantilla.

Template.xml

El archivo template.xml tiene la siguiente estructura:

<CTSTemplate> <name>template_name</name> <result-class>com.ibm.cdb.discover.app.db.db2.result.Db2Result</result-class> <plugin-id>com.ibm.cdb.discover.sensor.app.db.db2.db2_7.6.0</plugin-id> <engine-id>com.ibm.cdb.core.jython253_2.5.3</engine-id> <matcher-script>matcher.py</matcher-script> <sensor-script>sensor.py</sensor-script></CTSTemplate>

Importante: Debe organizar los elementos del archivo template.xml exactamente como en el ejemploanterior. De lo contrario, se generan errores.

nameEl nombre de la plantilla. Por ejemplo, si el nombre de la plantilla es plantilla_ejemplo, debe tener laestructura de directorios: $COLLATION_HOME/etc/templates/cts/plantilla_ejemplo.

result-classEl nombre completo de la clase de resultado de TADDM que se desea analizar.

plugin-idEste plugin-id especifica el ID del plugin que proporciona los resultados. Este ID solo es necesariosensores conectables.

engine-idEste engine-id especifica la IP del plug-in que proporciona el motor Jython que se debe utilizar, porejemplo com.ibm.cdb.core.jython253_2.5.3. Si no se especifica, se utiliza el motorpredeterminado.

220 Application Dependency Discovery Manager: Sensores

Page 237: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

matcher-scriptEl nombre del script Jython (extensión .py) que muestra todos los objetos que cumplen los criteriosdefinidos en el script.

sensor-scriptEl nombre del script Jython que procesa la lista de objetos generados desde el script del buscador decoincidencias de resultados. Según el objeto devuelto, el script modifica los objetos o crea nuevosobjetos. Luego estos objetos se pueden almacenar.

Script de buscador de coincidencias

Este script se ejecuta si se descubre el objeto de resultado de la clase especificada en la plantilla. Lasiguiente información se proporciona al script desde el código de sensorhelper:

• ResultMap es un mapa de los objetos de modelo, sus matrices o sus colecciones. Estos objetos son laspropiedades compartidas del objeto de resultado que coincidan con la plantilla. El mapa está indexadopor nombre de propiedad.

• ReturnList contiene una lista de elementos que requieren más procesamiento. Cada elemento estáasociado con el nombre que se visualiza cuando el sensor se inicia para ese elemento.

Cuando el script del buscador de coincidencias de resultados se completa correctamente, estainformación se utiliza para iniciar el sensor de plantillas personalizadas.

Este ejemplo de script muestra los pasos que extraen objetos de los resultados del descubrimiento delsensor de servidores genéricos.

# Inicialización del entornoimport sysimport java

from java.lang import Systemcoll_home = System.getProperty("com.collation.home")

System.setProperty("jython.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib")System.setProperty("python.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib")

jython_home = System.getProperty("jython.home")sys.path.append(jython_home + "/Lib")sys.path.append(coll_home + "/lib/sensor-tools")sys.prefix = jython_home + "/Lib"

import traceback

# Importación de sensorhelperimport sensorhelper

# Inicialización de la entrada del script(resultMap,returnList,log) = sensorhelper.init(targets)log.debug("Script de buscador de coincidencias de resultados de CTS en ejecución")

try: # obtenga la lista de procesos de tiempo de ejecución desde el resultado runtimeProcesses = resultMap['runtimeProcesses'] # obtenga el primero de los procesos rtp = runtimeProcesses[0][0] # añádalo a la lista de elementos que necesitan más procesamiento returnList.add("dummyName",rtp) except: log.error("Se ha producido un error.")

Puede utilizar una consulta de XPath cuando se utiliza la biblioteca JXPath para determinar qué objetosse devuelven. La función findElementsForXPath se puede utilizar para consultar y devolver unacolección de objetos resultante de la consulta. El siguiente ejemplo busca una dirección IP y la imprime

Capítulo 1. Referencia de sensores 221

Page 238: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

mediante la función findElementsForXPath. Consulte la Guía del desarrollador de SDK para obtenerinformación acerca de esta función de programa de utilidad.

result = IpListResult();ip1 = IpAddressImpl();ip1.setStringNotation("9.0.0.1");ip2 = IpAddressImpl();ip2.setStringNotation("9.0.0.2");result.list.add(ip2)result.list.add(ip1)

elements = sensorhelper.findElementsForXPath(result,"/list[stringNotation='9.0.0.2']")for e in elements: print e

Script del sensor

Este script se inicia de forma independiente para cada uno de los objetos extraídos devueltos desde elscript del buscador de coincidencias de resultados. En función de los objetos devueltos, el scriptmodifica, crea y llena los objetos de modelo. Luego estos objetos se pueden almacenar. La siguienteinformación se proporciona al script desde el código de sensorhelper:

• El objeto CTSSeed que contiene el par de ResultMap y el valor de nombre devuelto por el script delbuscador de coincidencias.

• El objeto CTSResult es un objeto de resultado de plantilla personalizada que el script del sensor llenacon los objetos de modelo que se pueden almacenar.

Este ejemplo de script muestra los pasos que llenan y almacenan objetos de modelo.

import sysimport java

from java.lang import Systemcoll_home = System.getProperty("com.collation.home")

System.setProperty("jython.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib/jython-2.1")System.setProperty("python.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib/jython-2.1")

jython_home = System.getProperty("jython.home")sys.path.append(jython_home + "/Lib")sys.path.append(coll_home + "/lib/sensor-tools")sys.prefix = jython_home + "/Lib"

import tracebackimport sensorhelper

(ctsResult,ctsSeed,log) = sensorhelper.init(targets)

log.debug("Script de sensor de CTS en ejecución")# obtenga el valor pasado por el buscador de coincidencias de resultadoruntime_process = ctsSeed.getSeedInitiator().getValue()# obtenga el nombre pasado por el buscador de coincidencias de resultadoname = ctsSeed.getSeedInitiator().getKey()templateName = ctsSeed.getTemplate().getName();log.debug("Script del sensor de CTS en ejecución para la plantilla " + templateName + “/” + name)# procese el proceso de tiempo de ejecución con una función definida# por el usuarioresult = processRuntimeProcess(runtime_process) # devuelva el objeto de modelo resultantectsResult.addExtendedResult(result)

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de plantillas personalizadas yofrece soluciones para dichos problemas.

222 Application Dependency Discovery Manager: Sensores

Page 239: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de plantilla personalizada no se inicia o fallaProblema

Hay varias situaciones potenciales que pueden impedir que el sensor se inicie o que pueden hacerlefallar.

SoluciónVerifique que se dan las condiciones siguientes:

• El sensor de plantillas personalizadas está habilitado en el perfil de descubrimiento.• El sensor de plantillas personalizadas y los scripts se encuentran en el directorio correcto.• El nombre del directorio que almacena la plantilla coincide con el nombre especificado en el archivotemplate.xml.

• El formato del archivo template.xml es válido.• La result-class especificada en el archivo template.xml existe y, si es necesario, se especifica el

plugin-id.• Los scripts (matcher-script.py y sensor-script.py) están en el directorio correcto y estándefinidos correctamente en el archivo template.xml.

• Los scripts no contienen errores de sintaxis. Los errores no gestionados en el script matcher-script.py se registran en el archivo de registro, pero no se crea ningún archivo de partida. Loserrores no gestionados del script sensor-script.py se registran en el archivo de registro y sevisualizan en la consola de gestión de descubrimiento.

• El directorio de las plantillas y los archivos asociadas deben tener los derechos de acceso correctos.Debe tener derechos de acceso de lectura para el directorio y los archivos asociados.

• El sensor que recopila los datos debe completar su descubrimiento sin errores.• La sintaxis de los scripts de buscador de coincidencias y sensor debe cumplir con la versión de

Jython utilizada, tal como lo define la etiqueta engine-id en template.xml.

Sensor de sistema genéricoEl sensor de sistema genérico descubre el tipo de un sistema. Los resultados de este sensor se utilizanpara iniciar un sensor de sistema específico como el sensor de sistema de Linux.

Nombre del sensor utilizado en la GUI y los registros

GenericComputerSystemSensor

Sensor de servidor genéricoEl sensor de servidor genérico descubre los servidores de aplicaciones que se ejecutan en un sistemaprincipal.

En primer lugar, el sensor descubre los puertos de escucha (dirección IP y puertos), las conexionesestablecidas y los procesos que se ejecutan en los sistemas de destino. Para adaptarse a la informaciónsobre el proceso de tiempo de ejecución se utilizan plantillas. Cuando se reúnen los criteriosespecificados, la información se utiliza para iniciar sensores de aplicaciones específicas como el sensorApache o un sensor de servidor de aplicaciones personalizado.

Los procesos pueden ejecutarse en direcciones IPv4 o IPv6. Para los procesos que se ejecutan solo enIPv6, se descubren los procesos, pero no se crea un inicio que lance un sensor más específico.

Las plantillas del servidor personalizado se utilizan para descubrir los servidores de aplicación queTADDM no categoriza de forma automática. Puede crear plantillas de servidor personalizadas utilizando laconsola de gestión del descubrimiento. Si hay más de una plantilla del servidor personalizado quecoincide con la información del proceso de tiempo de ejecución, solo la primera plantillla del servidorpersonalizado que coincida hace que se ejecute el sensor del servidor de aplicaciones.

Nombre del sensor utilizado en la GUI y los registros

GenericServerSensor

Capítulo 1. Referencia de sensores 223

Page 240: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitaciones

Tanto un sensor que requiere credenciales como un sensor genérico personalizado pueden descubrir elmismo sistema de destino durante diversos descubrimientos. Dependiendo de la naturaleza de los datosdescubiertos sin credenciales, el sistema no garantiza qué objetos que crea la plantilla del servidorpersonalizado se reconcilian con los artefactos creados por el sensor.

En sistemas operativos Solaris que soportan la virtualización, desde la zona global, el sensor deservidor genérico no soporta el descubrimiento de procesos de tiempo de ejecución en zonas locales.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.RuntimeProcess

Mandato netstat en lugar del mandato lsof para el sistema operativo AIX

El sensor de servidor genérico utiliza de forma predeterminada el mandato netstat en lugar delmandato lsof en los sistemas operativos AIX. Gracias a esto, los procesos LPAR y WPAR se separan y elsensor genérico WPAR se ejecuta para descubrir las aplicaciones que están instaladas en las WPAR.Para obtener más detalles, consulte “Sensor genérico WPAR” en la página 249.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de servidor genérico soporta el descubrimiento asíncrono y basado en scripts.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Limitaciones

Algunas funciones proporcionadas por el sensor de servidor genérico durante un descubrimiento nobasado en scripts no son compatibles con el descubrimiento asíncrono o basado en scripts.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

com.collation.platform.os.ignoreLoopbackProcesses=trueEl valor predeterminado es true, que significa que se ignoran los procesos a la escucha en interfacesde bucle de retorno. Así, si un servidor solo está a la escucha en la dirección IP de bucle de retorno(127.0.0.1) y no existe ninguna otra dirección IP disponible de forma externa, el servidor no sedescubrirá.

Esta propiedad controla el descubrimiento de direcciones IP externas.

Si el valor de esta propiedad se define como false, se considerarán para el descubrimiento todos losprocesos con puertos a la escucha.

Debe definir esta propiedad como true si desea descubrir sensores de servidor de aplicaciones deOracle o Oracle de WebLogic. Por ejemplo si el sensor WeblogicServerVersionSensor intenta iniciarseutilizando una dirección de host local, esta propiedad debe definirse como true.

224 Application Dependency Discovery Manager: Sensores

Page 241: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.command.netstat.Windows

Puede utilizar esta propiedad para especificar un mandato personalizado que desee utilizar en vez delmandato netstat -nao en un sistema Windows de destino.

Debe asegurarse de que cualquier mandato alternativo que especifique devuelve información en elmismo formato que el mandato netstat -nao.

Por ejemplo,

com.collation.discover.agent.command.netstat.Windows.ip_address=type c:\\\\folder\\\\mynetstat.txt

donde mynetstat.txt contiene la salida del mandato netstat -nao y el comando type se utilizapara imprimir el contenido del archivo.

com.collation.netstatoverlsof.AIX=true

Esta propiedad especifica qué mandato (netstat o lsof) se utiliza para recopilar la información deproceso en sistemas operativos AIX y es aplicable principalmente para decidir el mandato utilizadopara crear la correlación de puerto y el puerto TCP abierto para procesar la correlación.

De forma predeterminada, la propiedad se establece en true y se utiliza el mandato netstat.

Si la propiedad se establece en false, entonces se utilizará el mandato lsof, pero en algunos casos,aún se puede utilizar netstat, por ejemplo, cuando se necesita determinar si los privilegios paraisof bastan o no.

Nota: Existe una dependencia de los mandatos de netstat y kdb incluso con el valor false de estapropiedad. Es importante destacar que netstat se ejecuta en la capa del SP y es un requisito no solopara el sensor GenericServer.

com.collation.discover.agent.useSolarisPfiles=falseEl valor predeterminado es false.Si se define como true, esta propiedad hace que el GenericServerSensor utilice los mandatos deptree y pfiles en los sistemas Solaris de destino para descubrir la lista de sockets IP y los puertosque están asociados con los procesos en ejecución. Esta propiedad sustituye el uso de lsof, quepodría no estar disponible en un entorno Solaris.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de servidor genérico yofrece soluciones a dichos problemas.

El sensor de servidor genérico no descubre sockets abiertosProblema

El sensor del servidor genérico no descubre los sockets abiertos. Es posible que vea el mensajesiguiente en los registros de errores:

CTJTD2522E El sensor no puededescubrir pids de procesos para sockets abiertos.

SoluciónConsulte las anotaciones cronológicas de nivel DEBUG del sensor para encontrar una razón detalladade esta anomalía. En función de la razón, realice las tareas siguientes:

• Si se ha producido un tiempo de espera de mandato, aumente el tiempo de espera estableciendo elvalor de la propiedad com.collation.discover.agent.command.pidsInfoTimeout. Estapropiedad puede tener el ámbito en una IP específica. Por ejemplo, la propiedadcom.collation.discover.agent.command.pidsInfoTimeout.192.168.2.1=1800000 especifica un tiempo de espera de 30 minutos para la IP 192.168.2.1. Recuerde quedebe aumentar los valores de tiempo de espera para el sensor de servidor genérico y también elsensor de sistema IBM AIX.

Capítulo 1. Referencia de sensores 225

Page 242: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Si las anotaciones cronológicas contienen uno de los mensajes siguientes:

– "os.AixOs: no se pueden obtener pids para sockets abiertoscom.collation.platform.os.OsException: No se puede encontrar <sctp_pcb_hash_table>" (para undescubrimiento normal),

– "sensor.GenericServerScriptSensor: no se puede encontrar <sctp_pcb_hash_table>" (para undescubrimiento basado en scripts),

aplique un arreglo para el APAR IZ98746, IZ98842, IV04783 o IV05965 en un host AIXdescubierto.

• Si los registros contienen un mensaje similar al siguiente:

for i in `netstat -Aan| grep tcp|awk '{print $1}'`;do echo \"sockinfo $itcpcb\"|kdb|grep ACTIVE; echo $i$'\n####';doneopen: Permission deniedf100020000060bb0####open: Permission deniedf10002000004ebb0####...

realice uno de los procedimientos siguientes:

– Instale los mandatos netstat, sockinfo y kdb. Conceda al usuario TADDM los permisos deejecución necesarios para ejecutarlos.

– Si tiene instalado el mandato kdb, defina sudo para el mismo estableciendo la propiedadsiguiente:

com.collation.discover.agent.command.kdb = sudo kdb

– Establezca la propiedad com.collation.netstatoverlsof.AIX en false para habilitar elmandato lsof de modo que recopile la información de proceso, en lugar del mandato netstat.

Sensor de IBM Tivoli UtilizationEl sensor de IBM Tivoli Utilization recoge medidas básicas del sistema de destino. El sensor utiliza lainfraestructura de descubrimiento de TADDM para desplegar scripts que ejecutan mandatos desupervisión del rendimiento a nivel del sistema en el sistema de destino. ¡A intervalos específicos, elsensor recoge los datos del sistema de destino y se los proporciona al servidor de TADDM, donde secrean objetos de medida del sistema operativo.

El sensor de IBM Tivoli Utilization proporciona medidas y un informe de utilización. Puede utilizar estainformación con el Informe de topología de conexión del sistema para identificar servidores infra-utilizados y que no proporcionan servicios a otros servidores.

Nombre del sensor utilizado en la GUI y los registros

OperatingSystemUtilizationSensor

Requisitos previos

Para que el sensor descubra un sistema de destino, el sistema de destino debe tener instalados lossiguientes mandatos en la ubicación por defecto para el sistema operativo respectivo:

• Mandato compress• Mandato netstat• Mandato sadc• Mandato sar

En sistemas de destino que se están ejecutando en los siguientes sistemas operativos, se deben cumplirlos siguientes requisitos previos:

• Linux

226 Application Dependency Discovery Manager: Sensores

Page 243: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

– El mandato compress debe estar disponible.– El mandato netstat debe estar disponible.– El mandato sar debe estar disponible.– El mandato sadc debe estar disponible.

• Solaris

– El mandato compress debe estar disponible.– El mandato netstat debe estar disponible.– El mandato sar debe estar disponible.

• AIX

– El mandato compress debe estar disponible.– El mandato netstat debe estar disponible.– El mandato sar debe estar disponible.– Para ejecutar el mandato sar, la cuenta de servicio de TADDM debe formar parte del grupo adm.

• HP-UX

– El mandato compress debe estar disponible.– El mandato netstat debe estar disponible.– El mandato sar debe estar disponible.– Para planificar los trabajos cron y at, se debe añadir la cuenta de servicio de TADDM a los archivoscron.allow y at.allow.

Debe copiar los siguientes archivos JAR en el directorio $COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.sys.utilization_versión/lib:

• db2jcc.jar• oracle-jdbc-9.2.jar

Limitaciones

El sensor está diseñado para analizar servidores e identificar destinos de consolidación durante unperiodo de tiempo corto (por ejemplo, un máximo de un mes de uso). El sensor solo puede utilizarse en lazona de cortafuegos en la que reside el servidor de TADDM. No se soporta el uso de un servidor ancla.

Durante un periodo más largo de tiempo, para determinar la disponibilidad, el rendimiento y la utilizacióndel servidor o para descubrir aplicaciones que distribuyen zonas de cortafuegos, utilice el producto IBMTivoli Monitoring.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del sistema IBM Tivoli Utilization soporta el descubrimiento asíncrono y basado en scripts.Todas las funciones proporcionadas por el sensor en un descubrimiento no basado en script se soportaen un descubrimiento asíncrono o basado en script.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono, complete primero los pasos descritos en el tema Configuración deldescubrimiento asíncrono de la Guía del administrador. Antes de ejecutar el descubrimiento asíncrono,debe iniciar el sensor de Utilization en el sistema de destino para recoger datos de utilización. El paquetede script del descubrimiento que se genera para el descubrimiento asíncrono debe extraerse en elsistema de destino. Una vez que haya extraído el paquete de script del descubrimiento, complete lossiguientes pasos:

1. Cambie al directorio taddmasd/com.ibm.cdb.discover.sensor.sys.utilization_versión.2. Cambie los permisos del archivo de acuerdo con el siguiente mandato:

Capítulo 1. Referencia de sensores 227

Page 244: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

chmod 700 *.sh

3. Para iniciar el sensor de Utilization, ejecute el siguiente mandato:

./utilizationDeployer.sh -c

Especifique el intervalo de tiempo y duración para la recopilación de datos. Antes de comenzar arecoger datos, debe esperar hasta que haya transcurrido el intervalo de tiempo.

4. Recoja datos de forma periódica ejecutando el script taddmasd/scriptsRunner.sh. Este scriptgenera un archivo de archivado que contiene los datos de utilización.

5. Mueva el archivo de archivado resultante al servidor de TADDM.6. Cree un nuevo perfil de descubrimiento asíncrono para el sensor de Utilization, habilite el sensor y

ejecute el descubrimiento asíncrono.7. Cuando se ha completado la recopilación de datos de utilización, para detener el sensor de utilización,

cambie al directorio taddmasd/com.ibm.cdb.discover.sensor.sys.utilization_versión yejecute el mandato siguiente:

./utilizationDeployer.sh -u

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Objetos de modelo con atributos asociadosEl sensor de IBM Tivoli Utilization crea objetos de modelo con atributos asociados. Los atributos indicanel tipo de información que el sensor recoge sobre la utilización de sus sistemas en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.metric.OperatingSystemMetric

• Label• MetricName• MetricUnitOfMeasure• MetricValue• StatisticName

net.IpInterface

• IpAddress

relation.Gauges

• Source (OperatingSystemMetric)• Target (OperatingSystem)

Se descubren los siguientes tipos de sistema:

sys.aix.AixUnitaryComputerSystemsys.hpux.HpUxUnitaryComputerSystemsys.linux.LinuxUnitaryComputerSystemsys.sun.SunSPARCUnitaryComputerSystemsys.windows.WindowsComputerSystem

228 Application Dependency Discovery Manager: Sensores

Page 245: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Los siguientes atributos están asociados a estos objetos de modelo:

• signature

Se descubren los siguientes tipos de sistema operativo:

sys.aix.Aixsys.hpux.HpUxsys.linux.Linuxsys.sun.Solarissys.windows.WindowsOperatingSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• OSName

Configuración del sensorAntes de ejecutar el sensor de IBM Tivoli Utilization para recoger datos de una máquina de destino, debeconfigurar el sensor.

Definición de los parámetros de configuraciónPuede configurar el comportamiento del sensor de IBM Tivoli Utilization definiendo los parámetros deconfiguración.

La siguiente tabla indica los parámetros de configuración del sensor de IBM Tivoli Utilization.

Tabla 19. Parámetros de configuración

Nombre delparámetro Descripción

operatingMode El modo de operación del sensor. Son válidos los siguientes valores:ONCE

Especifica que los scripts de recopilación se ejecutan una vez para elinterval y numDays, o maxFileSize, especificados, sea cual sea el primerode ellos. Cuando los scripts de recopilación han finalizado, el sensor recoge losdatos la siguiente vez que se ejecuta. Los datos recogidos se analizan yalmacenan en la base de datos de TADDM. Además, se limpian todos losarchivos de salida de la máquina de destino.

RESTARTEspecifica que cuando los scripts de recopilación finalizan de forma normal,estos se inician de nuevo.

CLEANUPEspecifica que la recopilación actualmente en ejecución en el sistema se debedetener y limpiar inmediatamente. Una vez que se llama a la operación delimpieza, la recopilación solo puede reiniciarse en esta máquina definiendo elvalor operatingMode como RESTART.

Capítulo 1. Referencia de sensores 229

Page 246: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 19. Parámetros de configuración (continuación)

Nombre delparámetro Descripción

collectionMode El modo de recopilación del sensor. Son válidos los siguientes valores:ALWAYS

Especifica la recogida de datos cada vez que el sensor está en ejecución en elsistema de destino, independientemente de que los scripts de recopilaciónhayan finalizado o no.

ENDEspecifica la recogida de datos cuando el sensor esté en ejecución en elsistema de destino únicamente si los scripts de recopilación se hancompletado. Exceptuando en las situaciones en las que operatingMode estádefinido como CLEANUP, los descubrimientos realizados antes de que se hayancompletado los scripts de recopilación resultan en la falta de recogida dedatos.

interval El intervalo de recopilación, en minutos, para que los scripts de recopilación seejecuten en el destino. Los valores válidos se encuentran entre 3 minutos y 60minutos.

numDays El número de días que los scripts de recopilación se ejecutan en el destino. Losvalores válidos se encuentran entre 1 día y 35 días.

maxFileSize El tamaño máximo, en MB, de los archivos de salida creados por los scripts derecopilación. Los valores válidos se encuentran entre 1 MB y 100 MB.

Configuración de las opciones de limpiezaEl sensor de IBM Tivoli Utilization tiene una función que limpia automáticamente los scripts de coleccióny datos almacenados en la máquina de destino. Si fuera necesario, también es posible realizar la limpiezade forma manual.

Configuración de la limpieza automática durante el descubrimiento

Para utilizar la función de limpieza automática, complete los siguientes pasos:

1. Cree una configuración de perfil para el sensor de IBM Tivoli Utilization que tenga el parámetrooperatingMode definido como CLEANUP.

2. Ejecute un descubrimiento utilizando el perfil con la opción CLEANUP definida.

Una vez que se ha realizado la limpieza en la máquina de descubrimiento de destino, lleve a cabo laoperación RESTART para iniciar de nuevo los scripts de colección.

Realización de la limpieza manual

Para realizar una limpieza manual en una máquinaUNIX de destino, complete los siguientes pasos:

1. Navegue al directorio /var/tmp/.2. Ejecute el siguiente mandato:

./scmd_perf.sh -k -c -r

3. Elimine el archivo de bloqueo del sensor de IBM Tivoli Utilization.

Para realizar una limpieza manual en una máquina Windows de destino, complete los siguientes pasos:

1. Navegue al directorio C:\.2. Elimine el script WINTEL-MAN-PERF.VBS.3. Elimine el archivo PerformanceData_hostname.out.

230 Application Dependency Discovery Manager: Sensores

Page 247: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

4. Elimine el archivo de bloqueo del sensor de IBM Tivoli Utilization.

Configuración del informe BIRTPuede utilizar el Informe de utilización BIRT para generar informes basados en datos recopilados por elsensor deIBM Tivoli Utilization.

Acerca de esta tarea

Importante: La configuración del informe de utilización de BIRT solo es posible si tiene habilitado el visorde informes BIRT. El visor de informes BIRT está inhabilitado debido a problemas de seguridad. Lamanera alternativa de ver los informes BIRT consiste en utilizar Tivoli Common Reporting (TCR) despuésde importar los informes de TADDM a TCR. Si conoce los riesgos, puede restaurar el visor de informesBIRT.

Para ver cómo restaurar el visor de informes BIRT, consulte el tema Restauración del visor de informesBIRT en la Guía el administrador de TADDM.

Los pasos 1, 2 y 4 son específicos del visor de informes BIRT. Si está viendo informes utilizando TCR,debe especificar valores para los parámetros como en el paso 3.

Procedimiento

Para configurar el informe de utilización BIRT, complete los pasos siguientes en el Portal de gestión dedatos:1. Pulse Analítica > Informes BIRT.

Se mostrará la ventana Informes BIRT de TADDM.2. Seleccione el informe TADDM_SERVER_UTILIZATION y pulse Ejecutar informe.3. En la ventana Parámetro, debe especificarse un valor para cada uno de los siguientes parámetros:

ÁmbitoEn la lista de ámbitos de TADDM disponibles, seleccione uno de ellos.

MedidaEn la lista de medidas disponibles, seleccione la medida de la que desea ver los datos o seleccioneALL para mostrar los datos de todas las medidas.

OperadorLos operadores se utilizan para restringir los datos mostrados en el informe. En la lista deoperadores disponibles, seleccione un operador o N/A para mostrar todos los datos de la medidaseleccionada.

ValorSi ha especificado un operador, debe especificar un valor correspondiente. De lo contrario,seleccione N/A para mostrar todos los datos de la medida seleccionada.

Otro valorSi ha especificado un operador, y este requiere dos valores, debe especificar un valorcorrespondiente para el segundo de ellos. De lo contrario, seleccione N/A para mostrar todos losdatos de la medida seleccionada.

Número de dependencias de aplicacionesEl número de dependencias de aplicaciones se utiliza para restringir los datos mostrados en elinforme. Especifique el número de dependencias de aplicaciones o N/A para mostrar todos losdatos de la medida seleccionada.

4. Pulse Aceptar.La salida del informe se mostrará en el Visor de informes BIRT.

Qué hacer a continuación

Para configurar un informe BIRT de utilización del servidor en horas punta, complete los siguientes pasosen el Portal de gestión de datos:

Capítulo 1. Referencia de sensores 231

Page 248: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

1. Pulse Analítica > Informes BIRT. Se mostrará la ventana Informes BIRT de TADDM.2. Seleccione el informe TADDM_SERVER_UTILIZATION_HOURLY_PEAK y pulse Ejecutar informe.3. En la ventana Parámetro, debe especificarse un valor para cada uno de los siguientes parámetros:

ÁmbitoEn la lista de ámbitos de TADDM disponibles, seleccione uno de ellos.

FechaEn la lista de fechas disponibles, seleccione una fecha.

4. Pulse Aceptar. La salida del informe se mostrará en el Visor de informes BIRT.

Configuración del perfil de descubrimientoEl sensor de IBM Tivoli Utilization se configura mediante el uso de perfiles de descubrimiento. Seproporciona un perfil de descubrimiento predeterminado llamado Utilization Discovery. Puede utilizareste para realizar descubrimientos tal cual o puede crear un nuevo perfil con valores de parámetros deconfiguración personalizados.

El perfil Utilization Discovery proporcionado tiene los siguientes valores de propiedad predeterminados:

• operatingMode: ONCE• collectionMode: ALWAYS• interval: 15• numDays: 35• maxFileSize: 100

Contiene los siguientes sensores predeterminados:

• Sensor de ping• Sensor de puerto• Sensor de sesión• sensor de ancla• Sensor de utilización de sistema operativo

Si el perfil de descubrimiento predeterminado no es suficiente para satisfacer sus necesidades, puedecrear un perfil con parámetros de configuración personalizados. Para crear un perfil de descubrimientopersonalizado, complete los pasos siguientes:

1. En la sección Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En el campo Nombre de perfil, escriba el nombre del nuevo perfil.4. En el campo Descripción, escriba una descripción del nuevo perfil.5. En la lista Clonar perfil existente, seleccione Descubrimiento de utilización.6. Pulse Aceptar.7. En la ventana Perfiles de descubrimiento, seleccione el nuevo perfil y en la pestaña Configuración

del sensor, seleccione el sensor OperatingSystemUtilizationSensor.8. Para crear una configuración de sensor basada en la configuración predeterminada deOperatingSystemUtilizationSensor, pulseNueva. Se mostrará la ventana Crearconfiguración.

9. En el campo Nombre, escriba el nombre de la nueva configuración de sensor.10. En el campo Descripción, escriba una descripción para la nueva configuración de sensor.11. Pulse Habilitar esta configuración y deshabilitar la configuración seleccionada para asegurarse de

que el perfil de descubrimiento utiliza esta configuración de forma predeterminada.12. Para cada parámetro de configuración que desee actualizar, complete las tareas siguientes:

232 Application Dependency Discovery Manager: Sensores

Page 249: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

a. En la sección Configuración, pulse dos veces en el parámetro de configuración que quieracambiar.

b. Escriba un nuevo valor para el parámetro de configuración.13. Pulse Aceptar.14. En la ventana Perfiles de descubrimiento, pulse Guardar.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen con el sensor de IBM Tivoli Utilization yofrece soluciones a dichos problemas.

El descubrimiento utilizando la limpieza falla al usar credenciales de usuario no rootProblema

Un descubrimiento con el sensor de utilización al utilizar la opción CLEANUP falla en un punto finalcuando se usan credenciales de usuario no root.

SoluciónSi el punto final fue descubierto por última vez por un servidor de TADDM utilizando credenciales deusuario root, los scripts del sensor de utilización desplegados en /var/temp tienen acceso alsistema root. Estos scripts no pueden ser eliminados por un ID. de usuario no root. Para asegurarsede que la limpieza se realiza correctamente, ejecute el descubrimiento con el sensor de utilización,utilizando la opción CLEANUP, en ese punto final haciendo uso de credenciales de usuario root. Seeliminarán todos los scripts del sensor de utilización.

Al ejecutar el descubrimiento asíncrono no se descubren datos de medidas en una máquina dedestinoProblema

Se ejecuta un descubrimiento asíncrono, pero el sensor IBM Tivoli Utilization no descubre datos demedidas en el sistema operativo Solaris.

SoluciónDebe iniciar el sensor IBM Tivoli Utilization desde el paquete de scripts extraído en el sistema dedestino.

Sensor de dispositivo IPEl sensor de dispositivo IP crea un sistema ligero que representa un dispositivo IP en la red.

Nombre del sensor utilizado en la GUI y los registros

IpDeviceSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.IpInterface• sys.ComputerSystem

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas de archivo collation.properties que el sensor de dispositivo IP utiliza.

com.ibm.cdb.topomgr.reconciliation.compsys.CompSysReconcilatior.disableLMTupdate=false

Especifica si se debe actualizar la última hora modificada de un sistema descubierto por el sensor dedispositivo IP, cuando dicho sistema existe en la base de datos TADDM y lo han descubierto otrossensores.

Para inhabilitar la actualización de última hora modificada, establezca la propiedad en true. De formapredeterminada, esta propiedad se establece en false.

Capítulo 1. Referencia de sensores 233

Page 250: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor de interfaz IPEl sensor de interfaz IP descubre interfaces IP.

Nombre del sensor utilizado en la GUI y los registros

IpInterfaceSensor

Limitaciones

Para detalles de direccionador IPv6 y IPv4, el atributo de envío IP se define como falsoindependientemente de los valores del sistema Windows descubierto. No habilite el sensor de interfaz IP.La función que proporciona el sensor de la interfaz IP, la ofrece ahora el sensor del sistema adecuado. Sihabilita el sensor de interfaz IP, puede observar problemas de rendimiento.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.IpInterface• net.IpV4Router• net.IpV6Router• sys.ComputerSystem

Sensor de pingEl sensor de ping descubre las direcciones IP que se pueden alcanzar. Recoge información dedispositivos y sistemas que soportan TCP/IP.

Nombre del sensor utilizado en la GUI y los registros

PingSensor

Limitaciones

• A consecuencia de los problemas de rendimiento, al descubrir ping sobre UPD, el sensor de pingsiempre utiliza todas las entradas de lista de acceso SNMPv1 y SNMPv3 definidas, independientementede las restricciones de ámbito.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoPuede configurar PingSensor para iniciar una sesión en direcciones IP a las que se puede accedermediante la sesión de automatización de ejecución de OSLC.

El comportamiento de los sistemas de destino a los que se puede acceder mediante la sesión deautomatización de ejecución de OSLC se puede cambiar estableciendo la propiedad siguiente:

com.ibm.cdb.discovery.StartOSLCSessionDirectly

Si la propiedad se establece en true, el sensor no hace ping para los puertos y los sistemas de destino alos que se puede acceder mediante la sesión de automatización de ejecución de OSLC no se exploran. Elsensor de sesión se inicia directamente después de hacer PingSensor para tales sistemas.

Si la propiedad se establece en false, PingSensor hace ping para todos los sistemas de destino.

El valor predeterminado de la propiedad es true.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor ping.

234 Application Dependency Discovery Manager: Sensores

Page 251: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.PingSensor.timeout=600000Este valor especifica el intervalo de tiempo en milisegundos antes de que se exceda el tiempo deespera en un descubrimiento.

com.collation.pingagent.ports=xx, yy, ...Esta propiedad no define en el archivo collation.properties y debe añadirse de forma manualen caso de ser necesaria. Los valores necesarios son números no negativos que representan lospuertos que va a utilizar el sensor ping.

De forma predeterminada, el sensor ping utiliza el puerto 22, y si no puede establecer una conexióncon el puerto 22, utiliza el puerto 135. Para sustituir el conjunto de puertos TCP que el sensor de pingutiliza, añada esta propiedad al archivo collation.properties y especifique los números depuerto TCP como una lista separada por comas.

com.ibm.cdb.discover.enablePingDiscoveryOverUdp=falseSi se establece en true, el sensor ejecuta ping adicional sobre UDP.También puede acceder a la propiedad mediante el separador Propiedades de la plataforma de laconsola del producto para obtener perfiles de descubrimiento personalizados.

Restricción: Las restricciones de ámbito para esta propiedad no están soportadas.

com.ibm.cdb.discover.pingUDPPorts=161Los valores válidos son números no negativos.Esta propiedad especifica qué puertos se van a explorar durante el descubrimiento de ping UDP. Deforma predeterminada, el sensor de ping utiliza el puerto 161. También puede acceder a la propiedadmediante el separador Propiedades de la plataforma de la consola del producto para obtener perfilesde descubrimiento personalizados.

Restricción: Las restricciones de ámbito para esta propiedad no están soportadas.

com.ibm.cdb.discover.SNMPPingWaitTime=2000Esta propiedad especifica el valor de tiempo (en milisegundos) durante el que el sensor de ping debeesperar a que se envíe una única solicitud de ping a través del protocolo SNMP con unas credencialesde autenticación de SNMP específicas.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Ping y ofrecesoluciones a dichos problemas.

El sensor de ping finaliza con un mensaje de incapacidad de establecer la conexión de bucle deretornoProblema

El sensor sufre una anomalía cuando el ámbito de descubrimiento es grande, debido a un error detiempo de espera, y se muestra el siguiente mensaje:No se puede establecer la conexión de bucle de retorno

Consulte el archivo de registro para obtener una descripción detallada del mensaje, por ejemplo:

<log start>java.io.IOException: Unable to establish loopback connectionat sun.nio.ch.PipeImpl$Initializer.run(PipeImpl.java:172)at java.security.AccessController.doPrivileged(AccessController.java:246)at sun.nio.ch.PipeImpl.<init>(PipeImpl.java:188)at sun.nio.ch.SelectorProviderImpl.openPipe(SelectorProviderImpl.java:45)at java.nio.channels.Pipe.open(Pipe.java:148)at sun.nio.ch.WindowsSelectorImpl.<init>(WindowsSelectorImpl.java:192)at sun.nio.ch.WindowsSelectorProvider.openSelector(WindowsSelectorProvider.java:53)at java.nio.channels.Selector.open(Selector.java:224)at com.collation.platform.session.Ping$Connector.<init>(Ping.java:303)at com.collation.platform.session.Ping.pingArray(Ping.java:656)at com.collation.platform.session.Ping.pingLoop(Ping.java:574)at com.collation.platform.session.Ping.ping(Ping.java:557)at com.ibm.cdb.discover.sensor.net.ping.PingSensor.do_ping(PingSensor.java:75)at com.ibm.cdb.discover.sensor.net.ping.PingSensor.discover(PingSensor.java:92)at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:214)

Capítulo 1. Referencia de sensores 235

Page 252: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:1184)at com.collation.discover.engine.DiscoverEngine$DiscoverWorker.run(DiscoverEngine.java:867)Caused by: java.nio.channels.ClosedByInterruptExceptionat java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:216)at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:543)at java.nio.channels.SocketChannel.open(SocketChannel.java:161)at sun.nio.ch.PipeImpl$Initializer.run(PipeImpl.java:120)... 16 more<log end>

SoluciónUtilice uno de los siguientes métodos para resolver el problema:

• Realice el descubrimiento en un ámbito más pequeño.• En el archivo collation.properties, aumente el valor de tiempo de espera definiendo un

tiempo de descubrimiento más grandes para la siguiente propiedad:

com.collation.discover.agent.PingSensor.timeout=600000

El descubrimiento del sensor de ping finaliza con el error CTJTD0510EProblema

Si se habilita el descubrimiento de ping sobre UDP, es posible que al descubrir ámbitos grandes, elsensor finalice con el siguiente error debido a que sobrepasa el límite de sockets abiertos:CTJTD0510E Se ha producido el error siguienteen el sensor de ping: Demasiados archivos abiertos.

Consulte el archivo de registro para obtener una descripción detallada del mensaje, por ejemplo:

<log start>sensor.PingSensor - Excepción en Ping Broadcast Agentjava.io.IOException: Demasiados archivos abiertos. at sun.nio.ch.IOUtil.makePipe(Native Method) at sun.nio.ch.EPollSelectorImpl.<init>(EPollSelectorImpl.java:77) at sun.nio.ch.EPollSelectorProvider.openSelector(EPollSelectorProvider.java:48) at java.nio.channels.Selector.open(Selector.java:238) at com.collation.platform.session.Ping$TcpConnector.<init>(Ping.java:354) at com.collation.platform.session.Ping$TcpConnector.<init>(Ping.java:349) at com.collation.platform.session.Ping.pingArray(Ping.java:926) at com.collation.platform.session.Ping.pingLoop(Ping.java:840) at com.collation.platform.session.Ping.ping(Ping.java:821) at com.ibm.cdb.discover.net.ping.sensor.PingSensor.do_ping(PingSensor.java:81) at com.ibm.cdb.discover.net.ping.sensor.PingSensor.discover(PingSensor.java:114) at com.collation.discover.engine.AgentRunner.doRegularDiscovery(AgentRunner.java:349) at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:271) at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:736) at com.collation.discover.engine.worker.DiscoverWorker.processWorkItemWithMetrics(DiscoverWorker.java:100) at com.collation.discover.engine.worker.DiscoverWorker.run(DiscoverWorker.java:146)2012-09-12 16:48:29,076 DiscoverManager [DiscoverWorker-5] PingSensor-9.156.46.6˜9.156.46.254 WARN engine.AgentRunner - [AgentRunner.W.1] AgentException generada en el agentecom.collation.discover.agent.AgentException: CTJTD0510E Se ha producido el siguiente error en el sensor de ping: demasiados archivos abiertos.<log end>

SoluciónUtilice uno de los siguientes métodos para resolver el problema:

• Realice el descubrimiento en un ámbito más pequeño.• En sistemas UNIX, aumente el límite de archivos abiertos en el servidor de descubrimiento. Para

obtener más información sobre el límite de archivos abiertos, consulte Requisitos de software delservidor de TADDM.

236 Application Dependency Discovery Manager: Sensores

Page 253: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor se ping sufre una anomalía con un error de tiempo de esperaProblema

En el caso de ámbitos grandes, el sensor sufre una anomalía con un error de tiempo de espera.Todas las acciones del sensor de ping que son visibles en la IU se ejecutan en secuencia. El valor detiempo de espera que se especifica en el archivo collation.properties define el tiempo total quese necesita para completar estas acciones.

SoluciónUtilice uno de los siguientes métodos para resolver el problema:

• Realice el descubrimiento en un ámbito más pequeño.• En el archivo collation.properties, aumente el valor de tiempo de espera definiendo un

tiempo de descubrimiento más grandes para la siguiente propiedad:

com.collation.discover.agent.PingSensor.timeout=600000

El sensor no descubre puntos finales sobre el protocolo UDPProblema

Al descubrir puntos finales que sean accesible solo a través del protocolo UDP, algunos de ellosfaltan.

SoluciónDebe configurar las propiedades que son responsable del descubrimiento sobre el protocolo UDP.Para obtener más información sobre estas propiedades, consulte Configuración del archivocollation.properties.Para recuperar información sobre puertos de UDP abiertos, el sensor de ping utiliza el protocoloSNMP para consultar los puntos finales de descubrimiento. Asegúrese de que que en la lista deacceso de TADDM se incluyen las credenciales de autenticación SNMP o SNMPv3 adecuadas.También puede verificar si el cortafuegos pasa el tráfico de red a través de los puertos que estánespecificados en la propiedad com.ibm.cdb.discover.pingUDPPorts.

Sensor de puertoEl sensor de puerto descubre puertos abiertos de un sistema host.

Puede cambiar diferentes aspectos del sensor de puerto utilizando el archivo de configuración del sensor.Debe crear un perfil de descubrimiento personalizado para cambiar la configuración del sensor de puerto.Antes de cambiar el archivo de configuración, póngase en contacto con IBM Software Support.

Nombre del sensor utilizado en la GUI y los registros

PortSensor

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de puertos y ofrece solucionespara dichos problemas.

El sensor no descubre ningún puerto UDP abierto.Problema

Durante el descubrimiento de los puertos de punto final, el sensor no encuentra ningún puerto UDPabierto.

SoluciónDebe configurar las propiedades que son responsable del descubrimiento sobre el protocolo UDP.Para obtener más información sobre estas propiedades, consulte Configuración del archivocollation.properties. El sensor de ping y el sensor de puertos utilizan las mismas propiedades para eldescubrimiento sobre el protocolo UDP.

Capítulo 1. Referencia de sensores 237

Page 254: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para recuperar información sobre puertos de UDP abiertos, el sensor de puertos utiliza el protocoloSNMP para consultar los puntos finales de descubrimiento. Asegúrese de que que en la lista deacceso de TADDM se incluyen las credenciales de autenticación SNMP o SNMPv3 adecuadas.También puede verificar si el cortafuegos pasa el tráfico de red a través de los puertos que estánespecificados en la propiedad com.ibm.cdb.discover.pingUDPPorts.

Sensor de sesiónEl sensor de sesión crea una sesión entre el servidor de TADDM y el sistema de destino. Así, la sesión esuna sesión Secure Shell (SSH) o una sesión Windows Management Instrumentation (WMI).

Nombre del sensor utilizado en la GUI y los registros

SessionSensor

Configuración de la lista de acceso

Las entradas de lista de acceso de tipo Sistema se prueban de forma secuencial hasta que se establecela sesión. En los destinos de Windows, se utilizan entradas de lista de acceso de tipo Sistema(Windows).

Resolución de problemasEste tema describe los problemas más comunes que se producen en el sensor de sesión y ofrecesoluciones a dichos problemas.

CTJTD0591W No se ha encontrado el IP de sesión en las interfaces IP descubiertas

ProblemaSi la IP que se está descubriendo no existe realmente en la lista de interfaces del objeto.Normalmente esto significa que el objeto que se está descubriendo es un equilibrador de carga. Eldescubrimiento de los equilibradores de carga puede generar sobrefusiones. Por ejemplo, si tienetres sistemas detrás del equilibrador de carga, las solicitudes ssh procedentes del sensor puedendirigirse a diferentes destinos cada vez. Esto hará que los tres sistemas se fusiones con el tiempo.

SoluciónSe ha añadido una nueva propiedad al sensor de sesiones:com.collation.discover.agent.sys.SessionSensor.loadBalancerIpEl valor predeterminado es false.Si se establece en true, esta propiedad detiene el sensor de sesiones si detecta esta condición.

Nota: Después del error del sensor de sesiones, no se desencadenará también SnmpSensor.

Los sensores tienen una anomalía con un mensaje de error de acceso denegado.Problema

Durante un descubrimiento de Windows Server 2012 con el Control de cuentas de usuario activado,se muestra el siguiente mensaje de error:

CTJTP1163E La sesión WMI y las sesiones SSH siguientes no se pueden establecer (WMI: SELECT BuildVersion FROM Win32_WMISetting hafallado: Acceso denegado.

SoluciónEste mensaje indica que los valores del that Control de cuentas de usuario son demasiadorestrictivos. Para arreglar el problema, siga estos pasos:

1. en la máquina de destino, ejecute el Editor del Registro, Regedit.exe.2. Defina el valor de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System LocalAccountTokenFilterPolicy como 1.

238 Application Dependency Discovery Manager: Sensores

Page 255: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

3. En la ventana Panel de control, pulse la pestaña Herramientas administrativas y abra Política deseguridad local.

4. Expanda Políticas locales y pulse Opciones de seguridad.5. Cambie las políticas siguientes:

• Defina la política Comportamiento de la solicitud de elevación para administradores en lamodalidad de aprobación de administrador a Elevar sin preguntar.

• Defina la política Control de cuentas de usuario: detectar instalaciones de aplicaciones ypedir confirmación de elevación a Inhabilitada.

Para configurar políticas en el sistema con Active Directory, realice los pasos siguientes:

1. En la ventana Panel de control, pulse la pestaña Herramientas administrativas y abra Gestión depolítica de grupo.

2. Elija bosque y dominio y seleccione Política de dominio predeterminada.3. Pulse Acción > Editar.4. Abra Configuración de sistema/Políticas/Valores de Windows/Valores deseguridad/Políticas locales/Opciones de seguridad.

5. Cambie las políticas siguientes:

• Defina la política Comportamiento de la solicitud de elevación para administradores en lamodalidad de aprobación de administrador a Elevar sin preguntar.

• Defina la política Control de cuentas de usuario: detectar instalaciones de aplicaciones ypedir confirmación de elevación a Inhabilitada.

El descubrimiento SSH del destino Windows con el servidor Tectia SSH falla con el error que indicaque la vía de acceso virtual no es válidaProblema

El descubrimiento SSH de un sistema Windows falla y los archivos de registro contienen el mensajesiguiente:

java.io.IOException: SSHSCP1.readResponse, error: scp: vía de acceso virtual no válida

SoluciónEl servidor Tectia SSH soporta carpetas virtuales. Es posible eliminar todas las carpetas virtualespredeterminadas denominadas C:, D:, E:, etc. y definir carpetas virtuales denominadas C, D, E, etc. Ental caso, el servidor no acepta vías de acceso completas con dos puntos en el nombre, porejemplo /C:/folder/example.txt. Para resolver este problema, realice uno de los pasossiguientes:

• Modifique la configuración de servidor Tectia SSH definiendo carpetas virtuales con dos puntos.• Añada la siguiente propiedad con ámbito al archivo collation.properties:

com.ibm.cdb.session.tectia.filepath.removeColon=true

Puede definir el distintivo anterior solo para las IP y los conjuntos de ámbitos seleccionados. Porejemplo:

com.ibm.cdb.session.tectia.filepath.removeColon.10.11.12.13=truecom.ibm.cdb.session.tectia.filepath.removeColon.scopesetA=true

La aplicación no puede establecer la sesión WMI siguienteProblema

Se puede encontrar el siguiente mensaje de aviso en los registros de SessionSensor:

SessionSensor-10.4.112.196-[445,135] WARN engine.AgentRunner -[AgentRunner.W.1] AgentException generada en el agente

Capítulo 1. Referencia de sensores 239

Page 256: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.AgentException: CTJTP1161E La aplicaciónno puede establecer la siguiente sesión WMI: SessionClientException:Excepción no capturada al invocar InstallProvider: System.NullReferenceException: Referencia de objeto no establecida en una instancia de unobjeto.

SoluciónPara definir la causa del problema, complete los pasos siguientes:

1. Pruebe WMI localmente ejecutando consultas simples, para ver si devuelve datos.2. Ejecute el mandato verifyrepository de WMI siguiente:

Winmgmt /verifyrepository

Si las consultas simples no devuelven resultados o si el mandato verifyrepository está corrupto,la causa del problema es el repositorio WMI. Si el mandato verifyrepository falla, unadministrador de servidor local debe volver a crear el repositorio WMI local o recompilarlo porcomplete desde los archivos en el servidor. Si no resuelve el problema, es necesario investigar más.

El error "El servidor RPC no está disponible" se produce durante el descubrimiento con el sensor desesiónProblema

Cuando se ejecuta un descubrimiento utilizando el sensor de sesión, se produce el siguiente error:

El servidor RPC no está disponible. (Excepción de HRESULT:0x800706BA>

SoluciónCompruebe si la función de búsqueda de DNS inversa funciona correctamente para el destinoanómalo. Ejecute el mandato siguiente desde el servidor de descubrimiento de TADDM o desde elservidor ancla:

nslookup target-IP-address

Compruebe si la dirección IP de destino se ha asignado correctamente al nombre completocorrespondiente.

Configuración de las entradas del archivo collation.propertiesPara configurar el sensor de sesión, modifique las entradas del archivo collation.properties

com.collation.discover.agent.sys.SessionSensor.timeout.snmp=falseEsta propiedad especifica si el sensor SNMP MIB2 se inicia después de que el sensor de sesión hayaagotado el tiempo de espera.El valor predeterminado es false.De forma predeterminada, cuando el sensor de sesión agota el tiempo de espera, el sensor SNMPMIB2 no se inicia. Al mismo tiempo, cuando el sensor de sesión falla por otra razón distinta al tiempode espera excedido, o por el error CTJTD0591W, el sensor SNMP MIB2 se inicia. Si desea que elsensor SNMP MIB2 también se inicie cuando el sensor de sesión agote el tiempo de espera,establezca el valor de esta propiedad en true.

com.collation.discover.agent.sys.SessionSensor.loadBalancerIp=falseEsta propiedad especifica si el sensor de sesión se detiene cuando el objeto descubierto es unequilibrador de carga.El valor predeterminado es false, lo que significa que no se ha detenido el sensor.El descubrimiento de los equilibradores de carga puede generar sobrefusiones. Si se produce el error"CTJTD0591W No se ha encontrado el IP de sesión en las interfaces IP descubiertas", cambie el valorde la propiedad a true.

Nota: Cuando la propiedad se establece en true, y el sensor de sesión se detiene, el sensor SNMPMIB2 no se inicia.

240 Application Dependency Discovery Manager: Sensores

Page 257: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor genérico de zonas SolarisEl sensor genérico de zonas Solaris descubre aplicaciones que se ejecutan en sistemas de zonas localesSolaris.

Se utilizan los resultados del sensor para iniciar sensores de aplicaciones específicos comoIplanetServerSensor, WeblogicServerSensor o CustomServerSensor, que descubren servidores deaplicaciones que TADDM no categoriza automáticamente.

Este sensor utiliza un acercamiento de descubrimiento diferente al de otros sistemasUNIX. En vez deejecutar un descubrimiento contra sistemas de zonas locales directamente, se utiliza un sistema de zonasglobales para iniciar ZonesGenericSensor. El descubrimiento de aplicaciones en la zona local requiereque se ejecute ZonesGenericSensor. Para recuperar todos los detalles del sistema operativo de la zonalocal, debe incluir la dirección IP de la zona local en el ámbito de descubrimiento.

Nombre del sensor utilizado en la GUI y los registros

ZonesGenericSensor

Requisitos previos

Los credenciales de las zonas locales y globales se deben incluir en la lista de acceso (utilizando laautenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH).

Cuestiones de seguridad

Para descubrir correctamente las aplicaciones que se ejecutan en una zona local, la cuenta de servicio deTADDM de las zonas locales y globales debe tener acceso al mandato ps con argumentos de línea demandatos totales.

Utilice el siguiente método para asegurar el acceso cuando no se utilicen la cuenta raíz o el bit setuid.Modifique las siguientes propiedades del archivo $COLLATION_HOME/etc/collation.propertiespara configurar el mandato ps y utilizar sudo:

• com.collation.platform.os.command.ps.SunOS=sudo /usr/ucb/ps axww• com.collation.platform.os.command.psEnv.SunOS=sudo /usr/ucb/ps axwweee• com.collation.platform.os.command.psUsers.SunOS=sudo /usr/ucb/ps auxw

Limitaciones

Tenga en cuenta las siguientes limitaciones:

• El sensor no crea objetos ProcessFileSystemMapping para zonas locales. Cuando un proceso que seejecuta en una zona local utiliza una unidad compartida NFS, la dependencia entre el servidor deaplicaciones y el servidor NFS no se crea.

• Cuando se ejecutan servidores administrativos y gestionados por WebLogic 8 (todos los releases) enzonas locales, la información sobre el tiempo de ejecución se almacena utilizandoCustomAppServerSensor. El CustomAppServerSensor se inicia mediante WeblogicVersionSensor. Debeincluir todas las direcciones IP de las zonas locales y globales en el ámbito de descubrimiento. Además,asegúrese de que la lista del servidor personalizado contiene al menos una plantilla que coincida con lalínea de mandatos de WebLogic y de que el servidor personalizado está habilitado.

• Cuando ejecute un descubrimiento mediante un servidor ancla, incluya las direcciones IP de las zonaslocales y globales en el mismo ámbito definido como ancla.

• Internet Protocol versión 6 (IPv6) no es compatible cuando se ejecuta un descubrimiento en una zonalocal.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.RuntimeProcess

Capítulo 1. Referencia de sensores 241

Page 258: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor genéricos de zonas Solarisy ofrece soluciones a dichos problemas.

El sensor genérico de zonas Solaris no se inicia debido a una dirección IP incorrecta de una zonaProblema

El sensor genérico de zonas Solaris no se inicia. En los archivos de registro de errores, puedeencontrar información que indica que una zona tiene una dirección IP incorrecta. Los registros indicanque la dirección IP la genera el mandato host nombreZona.

Solución

Si utiliza TADDM 7.3.0.2, o posterior, vaya al archivo collation.properties y establezca lapropiedad com.collation.hostnameforzoneip en false.

Sensor de Stack ScanEl sensor Stack Scan proporciona un descubrimiento sin credenciales (descubrimiento menos invasivo)del sistema operativo instalado y de los puertos abiertos en un sistema.

Además de Nmap, el sensor de descubrimiento puede utilizar Tivoli Remote Execution and Access (RXA)para un descubrimiento de Windows. Este puede descubrir la dirección MAC de L2Interface.

Nombre del sensor utilizado en la GUI y los registros

StackScanSensor

Requisitos previos

El sensor requiere el siguiente software:

• Herramienta Nmap. Consulte “Configuración de Nmap” en la página 243 para obtener más detalles.• Herramienta WinPcap para sistemas operativos de Windows. Aunque esta herramienta está disponible

en el DVD de TADDM, debe instalarla de forma manual porque no se instala durante la instalación deTADDM.

• Herramienta Sudo para sistemas operativos que no son de Windows.

Para sistemas operativos TADDM en AIX: Para que el usuario TADDM utilice la herramienta nmap através de sudo, debe instalar y configurar la versión sudo 1.6.7p5. Esto se debe a que TADDM tieneproblemas con la versión sudo más reciente, que es la versión 1.6.9p15.

Cuestiones de seguridad

Para configurar el acceso sudo del usuario de TADDM, debe definir una opción nopasswd en elarchivo /etc/sudoers para dicho usuario.

Limitaciones

Los cortafuegos entre ámbitos de destino y el servidor de TADDM o anclas remotas puede afectargravemente a la fiabilidad y rendimiento de Stack Scan. En esta situación, utilice anclas remotas tras elcortafuegos con el fin de mejorar el rendimiento. Dependiendo de lo que reciba Stack Scan de Nmap, laversión del sistema operativo podría no descubrirse correctamente. Por ejemplo, Windows Server 2008está clasificado como Windows Vista, AIX 6.x como AIX 5.x, Linux para System z como otros sistemainformático. Nmap no soporta el descubrimiento de los sistemas que ejecutan el sistema operativo Tru64UNIX. Utilice el siguiente mandato para comprobar la versión del sistema operativo devuelta por Nmap:

nmap -T Normal -O -sS -sU -oX - IPaddress

Los servidores de aplicaciones y los servicios descubiertos utilizando un descubrimiento de nivel 1 sincredenciales se reconcilian con los servidores de aplicaciones y servicios utilizando un descubrimiento denivel 2 o de nivel 3, únicamente si los puertos TCP de enlace son los mismos. Todos los servidores de

242 Application Dependency Discovery Manager: Sensores

Page 259: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

aplicaciones y servicios descubiertos mediante un descubrimiento de Nivel 1 permanecen en losdescubrimientos de Nivel 2 y 3, pero las aplicaciones y servicios coincidentes de los puertos de enlace sefusionan.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.IpAddress• net.IpInterface• net.L2Interface• sys.aix.Aix• sys.aix.AixUnitaryComputerSystem• sys.ComputerSystem• sys.hpux.HpUx• sys.hpux.HpUxUnitaryComputerSystem• sys.i5OS.I5OperatingSystem• sys.linux.Linux• sys.linux.LinuxUnitaryComputerSystem• sys.OperatingSystem• sys.sun.Solaris• sys.sun.SunSPARCUnitaryComputerSystem• sys.tru64.Tru64• sys.windows.WindowsComputerSystem• sys.windows.WindowsOperatingSystem• sys.zOS.ZOS• sys.zOS.ZSeriesComputerSystem

Configuración del sensorAntes de ejecutar un descubrimiento del sistema operativo instalado y los puertos abiertos, debeconfigurar el sensor de Stack Scan.

Configuración de NmapEl sensor de Stack Scan utiliza Nmap para recoger datos sobre los destinos con el fin de realizar eldescubrimiento sin credenciales.

Instalación de Nmap

Antes de instalar Nmap para cualquier sistema operativo, consulte el sitio de soporte de TADDM enhttps://www-947.ibm.com/support/entry/portal/product/tivoli/tivoli_application_dependency_discovery_manager?productContext=267282604 con el fin de conocerlas noticias recientes sobre sus sistema operativo específico y las versiones de Nmap.

Nmap no se instala durante la instalación de TADDM. La herramienta Nmap está disponible en TADDMDVD #2 y debe instalarla manualmente. Instale Nmap en el servidor de TADDM y en todos los servidoresancla. Para obtener más información, consulte el archivo léame del directorio Nmap del DVD.

Configuración de la autorización de usuario root

Para las plataformas no Windows, conceda autorización de usuario root para todos los mandatos al Id.del usuario de TADDM que inicie el servidor de TADDM.

Si está utilizando un servidor ancla de TADDM, conceda autorización de usuario root a la cuenta deservicio del descubrimiento del servidor ancla.

Capítulo 1. Referencia de sensores 243

Page 260: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Como usuario root, añada la siguiente línea al archivo de configuración/etc/sudoers utilizando elmandato visudo:

TADDM_userid ALL=(ALL) NOPASSWD:ALL

donde

• TADDM_userid es el ID de usuario que inicia el servidor de TADDM o la cuenta de servicio dedescubrimiento de un ancla.

Si el archivo sudoers contiene una línea Defaults requiretty, coméntela o suprima dicha línea.

Cuando el sensor de Stack Scan se ejecuta con Nmap, el ID de usuario del servidor de TADDM puedeobtener permiso de ejecución root únicamente para el mandato Nmap. Añada la siguiente línea al archivode configuración /etc/sudoers:

TADDM_userid ALL=(ALL) NOPASSWD:nmap_path

donde

• TADDM_userid es el ID de usuario que inicia el servidor de TADDM o la cuenta de servicio dedescubrimiento de un ancla.

• nmap_path es la ruta total a la ubicación del mandato nmap.

Si el archivo sudoers contiene una línea Defaults requiretty, coméntela o suprima dicha línea.

Configuración de la variable de entorno Path

Nmap debe estar instalado en su servidor de TADDM y en todos los servidores ancla. El mandato Nmapdebe estar en la variable de entorno $PATH del ID de usuario que inicia el servidor TADDM. Si utiliza unservidor ancla de TADDM, el mandato Nmap debe estar en la variable de entorno $PATH de la cuenta deservicio del descubrimiento.

En plataformas Windows, siga los pasos indicados a continuación para definir la variable de entorno delsistema Path con el fin de incluir el directorio en el que está instalado Nmap:

1. Pulse Inicio > Panel de control > Sistema2. Pulse en la pestaña Avanzado y seleccione Variables de entorno.3. Edite la variable de sistema Path y añada el directorio en el que está instalado Nmap.4. Reinicie el sistema.

Esta tarea hará que Nmap esté disponible para los servicios del sistema.

Verificación del funcionamiento de Nmap

Para verificar si Nmap funciona, siga los pasos indicados a continuación:

1. Inicie sesión en el sistema utilizando uno de los siguientes ID de usuario de TADDM:

• El ID del usuario que inicia el servidor de TADDM.• El ID del usuario que inicia la cuenta de servicio de descubrimiento en el servidor ancla.

2. Ejecute el siguiente mandato:

sudo nmap -T Normal -O -sS -oX - IPaddress/32

donde

• IPaddress es un sistema host válido activo y en ejecución en la red.

La salida produce un documento XML que muestra los puertos y sistemas operativo del sistema.

244 Application Dependency Discovery Manager: Sensores

Page 261: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitación

Debido a una limitación de AIX, solo se pueden ejecutar cuatro mandatos Nmap activos en la mismainstancia. Para asegurarse de que no se excede este límite de mandatos Nmap, siga los pasos indicados acontinuación:

1. Cree un perfil de descubrimiento.2. En el nuevo perfil de descubrimiento, cree una configuración StackScanSensor y habilítela.3. Defina los valores de las siguientes propiedades en 1:

• nmapMaxOsScanTreads• nmapMaxPingScanTreads

4. Para guardar la configuración, pulse Aceptar.5. Para guardar el perfil de descubrimiento, pulse Guardar. Utilice este perfil de descubrimiento para

descubrimientos StackScan.6. Si el número de sistemas del ámbito que se va a descubrir es superior a 2.048, defina la siguiente

propiedad en el archivocollation.properties:

com.collation.discover.dwcount=4

Configuración del perfil de descubrimientoSi quiere crear servidores de aplicaciones basados en los puertos TCP/IP activos descubiertos, actualiceel perfil de descubrimiento del sensor de Stack Scan.

Para configurar el sensor de forma que cree servidores de aplicaciones, complete los siguientes pasos:

1. Cree un nuevo perfil de descubrimiento basado en el perfil de Nivel 1 de TADDM.2. Cree una nueva configuración del sensor en el nuevo perfil basada en la configuración del sensor de

Stack Scan.3. En la nueva configuración del sensor, defina la propiedad enableNmapPortApplicationCreation comotrue.

Para configurar el sensor de forma que utilice winscanner, complete los siguientes pasos:

1. Cree un nuevo perfil de descubrimiento basado en el perfil de Nivel 1 de TADDM.2. Cree una nueva configuración del sensor en el nuevo perfil basada en la configuración del sensor de

Stack Scan.3. En la nueva configuración del sensor, defina la propiedad scanners como nmap,winscanner.

Más tarde podrá configurar los servidores de aplicaciones que desea crear basándose en los puertosdescubiertos utilizando el archivoPortAppScanSensor.properties ubicado en el directorio osgi\plugins\com.ibm.cdb.discover.sensor.idd.stackscan_7.5.4\etc. Las instruccionesespecíficas para modificar la asociación entre los puertos y los servidores de aplicaciones se indican en laparte superior del archivo PortAppScanSensor.properties.

Los errores de configuración del archivoPortAppScanSensor.properties se indican en el archivoPortAppScanSensor.errors, ubicado en el directorio osgi\plugins\com.ibm.cdb.discover.sensor.idd.stackscan_7.5.4\etc.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de Stack Scan.

El sensor de Stack Scan utiliza las siguientes entradas del archivo collation.properties:

com.collation.sudoCommand=sudoEste valor especifica la ubicación de sudo.

com.collation.discover.agent.StackScanSensor.timeout=7200000Este valor especifica el intervalo de tiempo en milisegundos antes de que se exceda el tiempo deespera en un descubrimiento.

Capítulo 1. Referencia de sensores 245

Page 262: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Stack Scan y ofrecesoluciones a dichos problemas.

El sensor de Stack Scan se completa correctamente pero no se almacenan sistemasProblema

Al realizar un descubrimiento de Nivel 1, el sensor de Stack Scan termina sin errores pero noalmacena información sobre ningún sistema. En el archivo services/DiscoveryManager.log,verá el siguiente mensaje:

2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])] WARN cdb.STDERR - Mar 26, 2008 11:05:26 AM invocation failed: sudo: sorry, you must have a tty to run sudo From the TADDM server command line you can successfully do an su - <run as user>and thensudo "nmap -0 10.1.2.3

Solución

Para las plataformas no Windows, conceda autorización de usuario root para todos los mandatos alId. del usuario de TADDM que inicie el servidor de TADDM. Además, si está utilizando un servidorancla de TADDM, conceda autorización de usuario root a la cuenta de servicio del descubrimiento delservidor ancla. Consulte “Configuración de Nmap” en la página 243 para obtener más detalles.

El sensor de Stack Scan no descubre sistemas en un sistema LinuxProblema

En un servidor Linux, al realizar un descubrimiento de Nivel 1, el sensor de Stack Scan se completacorrectamente pero no se almacenan sistemas.

En el archivo services/DiscoveryManager.log, podrá ver el siguiente mensaje:

2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])] WARN cdb.STDERR - Mar 26, 2008 11:05:26 AM invocation failed: sudo: sorry, you must have a tty to run sudo

Verá este error aunque el mandato sudo funcione correctamente para el usuario run_as desde lalínea de mandatos.

SoluciónComplete los pasos siguientes:

1. Escriba el mandato de SO visudo para editar el archivo /etc/sudoers2. Una vez que se abra el archivo, comente la línea Defaults requiretty.3. Guarde y cierre el archivo.

La configuración de red de los sistemas Linux for System z no crea paquetes que pueda leer Nmap

Linux for System z soporta tanto interfaces de red OSA y VSWITCH que operen en modo Capa 3 (capa dered) como en modo Capa 2 (capa de enlace). Si operan en modo Capa 2, los paquetes TCP contienen unacabecera de Capa de enlace Ethernet requerida por Nmap. Sin embargo, los sistemas que utilizan OSA oVSWITCH que operan en modo Capa 3 requieren la adición del QETH_OPTIONS='fake_ll=1' al archivode configuración de hardware para la interfaz. La siguiente sección describe cómo modificar el archivo deconfiguración de hardware para permitir que Nmap opere con interfaces de red de Capa 3.

Para obtener más información sobre OSA y VSWITCH así como sus modelos operativos, consulte elcapítulo 7 "Controlador de dispositivo qeth para OSA-Express (QDIO) e HiperSockets" en Linux en Systemz Controladores de dispositivo, características y mandatos en: http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/lk31dd03.pdf.

246 Application Dependency Discovery Manager: Sensores

Page 263: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

ProblemaLa configuración de red de los sistemas Linux for System z no crea paquetes que puedan ser leídospor Nmap.

El sensor de Stack Scan utiliza Nmap para recoger datos sobre los destinos con el fin de realizar eldescubrimiento sin credenciales. Si Nmap no funciona correctamente, el sensor de Stack Scan noalmacena sistemas.

Aunque el sensor se ejecute con errores, el sistema Linux for System z que ejecuta el sensor de StackScan devuelve el siguiente mensaje:almacenados - 0 ComputerSystems en la base de datos

Si escribe el mandato nmap <hostname> para algún sistema diferente al sistema principal local, semostrará el siguiente mensaje:Nota: El host parece inactivo. Si está activo,pero bloquea nuestros analizadores de ping, intente -P0...

SoluciónDependiendo de su sistema operativo, lleve a cabo una de las siguientes acciones:En sistemas SUSE Linux for System z

La red se debe ejecutar con la siguiente opción:

QETH_OPTIONS='fake_ll=1'

Añada esta opción al archivo de configuración del NIC. Dependiendo del NIC utilizado, el nombredel archivo variará. Póngase en contacto con el administrador del sistema para conocer el nombredel archivo de configuración utilizado por su sistema.

El archivo de configuración debe estar en el directorio/etc/sysconfig/hardware. El nombredel archivo podría ser hwcfg-qeth-bus-ccw-0.0.5000.

En sistemas RedHat Linux for System zLa red se debe ejecutar con la siguiente opción:

OPTIONS='fake_ll=1'

Añada esta opción al archivo de configuración del NIC. Dependiendo del NIC utilizado, el nombredel archivo variará. Póngase en contacto con el administrador del sistema para conocer el nombredel archivo de configuración utilizado por su sistema.

El archivo de configuración debe estar en el directorio/etc/sysconfig/network-scripts. Elnombre del archivo podría ser ifcfg-eth0.

Compruebe que el alias del archivo /etc/modprobe.conf incluye la siguiente información:

alias eth0 qeth

El sistema se muestra en la categoría incorrectaProblema

El sistema se muestra en la categoría OtherComputerSystem.Solución

Compruebe el tipo de SO. Si es correcto, compruebe su seguridad. Si la seguridad se encuentra pordebajo del valor de umbral (el valor predeterminado es 40), se espera lo que está viendo.Puede cambiar el umbral de seguridad para que el sistema aparezca en la categoría adecuada. Elumbral está configurado como 0 - 100. El umbral se puede definir utilizando el atributo deconfiguración del sensor: confidenceThreshold.

Se requiere una depuración mejorada del sensor de Stack ScanProblema

Debe habilitar la depuración mejorada del sensor de Stack Scan.

Capítulo 1. Referencia de sensores 247

Page 264: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónComplete los pasos siguientes:

1. Compruebe el archivo local-anchor-<machine>.log para ver si el sensor utiliza Nmap.2. Habilite una mayor depuración haciendo lo siguiente:

En el archivo collation.properties, defina una de las opciones siguientes:

• com.collation.log.level.StackScanSensor=TRACE• com.collation.log.StackScanSensor=TRACE• com.collation.log.level=TRACE

Este método produce un rastreo detallado de lo que está haciendo el sensor, los resultados, lasconfiguraciones utilizadas, etc.

El sensor de Stack Scan falla con el siguiente mensaje: sudo: disculpe, debe tener un tty paraejecutar sudoProblema

Durante un descubrimiento, si se cierra la consola de gestión del descubrimiento en la que se hainiciado el servidor de TADDM, el sensor falla. Se mostrará el mensaje: sudo:disculpe, debetener un tty para ejecutar sudo. Si inicia la consola de gestión del descubrimiento y la dejaabierta, el sensor funcionará.

Solución

Comente o suprima la línea Defaults requiretty del archivo de configuración /etc/sudoersdel servidor de TADDM.

El sensor de Stack Scan no puede ejecutar el mandato sudo nmapProblema

El sensor de Stack Scan falla con el siguiente mensaje de error: "Disculpe, sudo ha sido configuradopara no permitir su ejecución al usuario root." Sin embargo puede ejecutar correctamente sudonmap en una línea de mandatos.

SoluciónEste problema se produce cuando el sistema está configurado para no permitir al usuario rootejecutar el mandato sudo. Para solucionar el problema, edite el archivo collation.properties ydefina la propiedad com.ibm.cdb.discover.sensor.idd.stackscan.alwaysUseLocalAnchor como true.A continuación reinicie el servidor de TADDM.

El sensor de Stack Scan no descubre sistemas en un sistema AIXProblema

En un servidor AIX, al realizar un descubrimiento de Nivel 1, el sensor de Stack Scan se completacorrectamente pero no se almacenan sistemas.

En el archivo services/DiscoveryManager.log, podrá ver el siguiente mensaje:

2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])] DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])] DEBUG stackscan.ExecCmd - standard err:/taddm/cmdb/dist/nmap/nmap-4.76/nmap[25]: 708778 Segmentation fault(coredump)

En la carpeta Nmap se crea un archivo principal durante el descubrimiento.

SoluciónCree un perfil de descubrimiento o edite un perfil existente para el sensor de Stack Scan. En lasección Configuración de la ventana Crear configuración, pulsenmapExec. A continuación pulse dosveces en el campo Valor de la fila y añada -d al valor nmap. Por ejemplo, el nuevo valor es nmap -d.

248 Application Dependency Discovery Manager: Sensores

Page 265: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tras habilitar winscanner, algunos de los sistemas informáticos descubiertos tienen la signatura sinninguna dirección MAC.Problema

Un descubrimiento de nivel 1 se ejecuta con únicamente el escáner nmap habilitado. A continuaciónse ejecuta otro descubrimiento en el mismo ámbito con nmap y winscanner habilitados. Los sistemasinformáticos descubiertos tienen signaturas sin dirección MAC.

SoluciónEl sensor Stack Scan almacena información únicamente acerca de los sistemas de destino que aún nose ha descubierto. Los sistemas informáticos que ya están presentes en la base de datos de TADDMno se actualizan. Suprima los sistemas informáticos de forma manual y vuelva a ejecutar eldescubrimiento.

El sensor de Stack Scan nunca actualiza objetos de CI ya se han se han almacenado en la BD deTADDM durante el descubrimiento de nivel 1.Problema

Durante un descubrimiento de nivel 1, el sensor de Stack Scan almacena información exclusivamente(negrita) para los nuevos sistemas de objetos de IP que todavía no se han descubierto y esto es segúnla forma en que se ha diseñado el descubrimiento de nivel 1 en TADDM. Por lo tanto, los sistemasinformáticos de elementos de configuración que ya están presentes en la base de datos de TADDM noson actualizados por el sensor StackScan en caso de que haya algún cambio. Hasta ahora, la únicaacción posible para que TADDM pudiera actualizar los objetos de CI almacenados, que sedescubrieron y almacenaron como objetos "superficiales" falsos inicialmente durante el primerdescubrimiento de nivel 1, era suprimir los sistemas informáticos manualmente y, a continuación,volver a ejecutar el descubrimiento, o incluso ejecutar un descubrimiento de nivel 3.

SoluciónSe ha introducido una nueva característica en FP4 para evitar que TADDM cree objetos "superficiales"falsos lo que normalmente ocurre cuando se obtienen direcciones IP que se les puede hacer ping sinun sistema correspondiente (creación de ComputerSystems superficiales de confianza de SO baja).

com.ibm.idd.stackscanner.confidence.skip=default 0

Sensor genérico WPAREl sensor genérico WPAR descubre aplicaciones que se ejecutan en sistemas WPAR.

Los resultados de sensor se utilizan para iniciar sensores de aplicación específicos, por ejemplo Sensorde JBoss, Sensor de WebSphere, etc.

El proceso de descubrimiento de este sensor es diferente del de otros sistemas UNIX. En lugar deejecutar un descubrimiento en sistemas WPAR directamente, se utiliza un sistema LPAR para iniciarWPARGenericSensor. Esto se debe a que el mandato kdb no está disponible en las WPAR y el sensor nopuede convertir los sockets abiertos en los PID de proceso. El proceso de descubrimiento completo sebasa en el mandato netstat. El mandato lsof no se utiliza.

Nombre del sensor utilizado en la GUI y los registros

WPARGenericSensor

Requisitos previos

Debe añadir las credenciales para LPAR y WPAR a la lista de accesos.

Limitaciones

El sensor no crea objetos ProcessFileSystemMapping para LPAR y WPAR.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

Capítulo 1. Referencia de sensores 249

Page 266: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.RuntimeProcess

zEnterprise sensorPara descubrir el entorno de zEnterprise, el sensor utiliza Enterprise Common Collector (ECC). ECC es unpunto de entrada único para consultar todos los datos de inventario sobre los componentes dezEnterprise, tanto de hardware como de software.

El sensor de zEnterprise de TADDM establece una conexión segura con ECC y recopila todos los datosnecesarios para crear un árbol de objetos de CMD. A continuación, el sensor los almacena en TADDM y,por lo tanto, no es necesaria ninguna entrada en cada uno de los componentes. ECC es una aplicaciónweb que se despliega en un servidor web. Por eso el sensor de zEnterprise depende del sensor depuertos para identificar el puerto en el que ECC escucha. El sensor de zEnterprise almacena objetos quedescriben de la estructura física y virtual de zEnterprise, zBladeExtension y sistemas informáticos.

Si desea descubrir un sistema informático virtual, debe instalar e iniciar los agentes del proveedor degestión de plataformas invitadas que proporcionan información acerca de los sistemas operativos paraECC.

El sensor almacena los siguientes objetos, que describen los componentes físicos, virtuales y lógicos.

• zEnterprise: paquetes físicos, dispositivos• zEnterprise BladeCenter Extension: BladeCenters, chasis, bastidores, Blades• Sistemas informáticos: System z, LPAR de z/VM, LPAR de PR/SM• Componentes lógicos: conjunto, grupos de recursos de carga de trabajo• Componentes virtuales: servidores virtuales, redes virtuales, recursos de almacenamiento virtual

Nota: en el caso de sistemas informáticos virtuales, los objetos son marcadores de posición.

Nombre del sensor utilizado en la GUI y los registros

com.ibm.cdb.discover.sensor.sys.zenterprise_1.0.0.

Requisitos previos

en el caso de descubrimientos de zEnterprise, asegúrese de que se cumplen los siguientes requisitosprevios:

• Enterprise Common Collector (ECC) versión 1.1.0.2

ECC se envía como un componente diferenciado. Debe instalarlo y configurarlo por separado. sinembargo, el sensor puede utilizar una instancia de ECC que ya esté instalada y configurada para que lautilice aplicación, como zEnterprise Monitoring Agent de IBM Tivoli Monitoring. Para obtener másinformación sobre la actualización de ECC, consulte la Guía y referencia de configuración de EnterpriseCommon Collector.

• Los agentes del proveedor de gestión de plataformas invitadas

Debe instalar, configurar y ejecutar los agentes de GPMP en cada uno de los sistemas informáticosvirtuales. Sin dichos agentes, el sensor no puede detectar el sistema operativo y la identificaciónexclusiva de los sistemas informáticos descubiertos.

Problemas de seguridad

El sensor de zEnterprise necesita una dirección IP y un puerto para comunicarse con ECC. Estainformación es necesaria puesto que el sensor llama a la API RESTful de ECC, recibe los datos y luego loscoloca en una estructura de objetos de datos, que se pasa a TADDM para almacenarse.

LimitacionesSistemas informáticos virtuales

La reconciliación de objetos almacenados por el sensor de zEnterprise y el sensor de sistemasoperativos, como el sensor de sistemas informáticos Linux, el sensor de sistemas informáticos AIX y

250 Application Dependency Discovery Manager: Sensores

Page 267: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

el sensor de sistemas informáticos Windows, no es siempre posible debido a que en ocasiones ECCno pude reconocer el tipo de sistema informático virtual o sus datos de identificación si ahí no seejecuta un agente de proveedor de gestión de plataformas invitadas.De forma predeterminada, el sensor solo almacena sistemas informáticos virtuales conocidos con unconjunto de identificación correcto. Cualquier sistema informático virtual que no cumpla esterequisito se salta y se muestra un mensaje de aviso adecuado.Sin embargo, puede habilitar el almacenamiento de todos los sistemas informáticos virtualesdescubiertos, incluso de los de un tipo desconocido. Dichos sistemas informáticos, son visibles en lasección Otros sistemas informáticos. Si es posible, la reconciliación une la dirección MAC delsistema desconocido se ha descubierto por el sensor de zEnterprise con las direcciones MAC deL2Interfaces de los sistemas informáticos descubiertos por los sensores de plataformas y los fusiona.Para que los sistemas informáticos se fusionen de forma automática, primero se deben ejecutar lossensores de plataformas y luego el sensor de zEnterprise. La secuencia inversa de descubrimiento,que es iniciar el sensor de zEnterprise primero, no garantiza la fusión automática.

LPARAntes de descubrir el entorno de zEnterprise con el sensor de zEnterprise por primera vez,compruebe si hay LPAR descubiertos anteriormente que hayan pasado a formar parte del entorno dezEnterprise y que, por lo tanto, sean visibles mediante System z Hardware Management Console oECC. En tal caso, ejecute un descubrimiento de las LPAR con el sensor de sistemas Linux para evitarduplicados.

Compartir una instancia de ECC entre varias aplicacionesEnterprise Common Collector es un componente común que se ha diseñado para ser utilizado por variasaplicaciones, por lo que es posible tener una única instancias de ECC que sirva a varios productos IBM. Sidesea compartir una instancia de ECC, debe asegurarse de que su versión es compatible con las de otrasaplicaciones.

Acerca de esta tarea

Cada versión de ECC tiene una versión principal de la API y una versión menor de la API que estáasociada con él. No se puede conectar una instancia de una aplicación, como el sensor de zEnterprise,con una instancia de ECC que no tenga una versión compatible de la API. En dicho caso, un mensaje deerror muestra tanto la versión de la API detectada como la esperada.

El sensor de zEnterprise versión 1.0.0 requiere:

• Versión principal 1 de la API de ECC• Versión menor 2 de la API de ECC o superior

Procedimiento

1. Utilice el siguiente URL para determinar las versiones principal y menor de la API de una instancia deECC. Puede escribir el URL en un navegador web de cualquier sistema que disponga de una conexiónde red con sistema en el que ECC está instalado:

https://nombre_host_ecc:número_puerto_ecc/eccapi/version

De forma predeterminada, el número de puerto es 8443.2. Continúe al sitio web, incluso si se muestra un aviso que avisa de que el certificado no fue emitido por

una entidad emisora de certificados de confianza.3. Determine la api-major-version (versión principal de la API) y la api-minor-version (versión

menor de la API) a partir de una cadena JSON o XML del sitio web. A continuación hay un ejemplo deesta cadena:

{ "class":"ecc-version", "self":"/eccapi/version", "name":"ECC version", "description":"Information about the ECC and ECC API version",

Capítulo 1. Referencia de sensores 251

Page 268: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

"api-major-version":1, "api-minor-version":2, "ecc-version":"1.1"}

4. En función de las versiones principal y menor de la API, complete una de las siguientes acciones:

• La versión principal es 1, la versión menor es 1. Esta versión de ECC es incompatible con el sensorde zEnterprise. Debe actualizar ECC a la versión 1.1.0.2, que se proporciona con TADDM. Paraobtener más información sobre la actualización de ECC, consulte la Guía y referencia deconfiguración de Enterprise Common Collector.

Nota: Tras actualizar ECC, es posible que deba actualizar otras aplicaciones, como zEnterpriseMonitoring Agent de IBM Tivoli Monitoring, que utilizan ECC.

• La versión principal es 1, la versión menor es 2 o superior. Esta versión de ECC es compatible con elsensor de zEnterprise. Puede utilizar tanto el sensor como ECC.

• La versión principal es 2 o superior: esta versión de ECC es incompatible con el sensor dezEnterprise. Puede utilizar esta instancia de ECC, pero debe actualizar el sensor de zEnterprise auna versión más nueva.

Objetos de modelo con atributos asociadosEl sensor de zEnterprise crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que el sensor recopila sobre el entorno de zEnterprise.

El sensor crea los siguientes objetos de modelo:Aplicación Hardware Management Console (HMC) (consola)

• phys.physpkg.PhysicalPackage• sys.appliance.Appliance• sys.zOS.ZHMC• sys.OperatingSystem• net.L2Interface• net.IpV4Address• net.IpV6Address• net.IpInterface• net.IpNetwork

Montaje

• core.Ensemble

Complejo de procesador central (CPC)

• phys.physpkg.PhysicalPackage• sys.zOS.ZSeriesComputerSystem

zEnterprise BladeCenter Extension (zBX)

• sys.zOS.ZBXFeature

Bastidor

• phys.physpkg.Rack

BladeCenter

• phys.physpkg.Chassis• sys.ComputerSystem

Blade

• phys.physconn.Slot

252 Application Dependency Discovery Manager: Sensores

Page 269: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• phys.physpkg.Board• sys.ComputerSystem• sys.appliance.SmartAnalyticsOptimizer• sys.appliance.DataPower• sys.OperatingSystem• net.L2Interface• net.IpV4Address• net.IpV6Address• net.IpInterface• net.IpNetwork

Host de virtualización de zVM

• sys.zOS.ZVM

Servidor virtual

• sys.ComputerSystem• sys.zOS.ZVMGuest• sys.OperatingSystem• net.L2Interface• sys.zOS.ChannelSubSystem

Partición lógica (LPAR)

• sys.zOS.LPAR• sys.OperatingSystem

Red virtual

• net.Vlan

Grupo de recursos de carga de trabajo

• sys.zOS.WorkoadResourceGroup• service.ServiceInfrastructurePerformancePolicy• service.ServiceInfrastructureServiceClass

Recurso de almacenamiento del host de virtualización.

• dev.StorageVolume

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Las configuraciones siguientes son necesarias:

• Entrada de la lista de acceso con ID de usuario y contraseña para ECC y certificado para HTTPS• La configuración de descubrimiento del sensor de zEnterprise• Ámbito

Las configuraciones siguientes son opcionales:

• Configuración de tiempo de espera• Configuración de descubrimiento completo

Configuración de la lista de accesoUtilice los detalles de acceso siguientes para configurar la lista de acceso.

Capítulo 1. Referencia de sensores 253

Page 270: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Acerca de esta tareaAntes de consultar la API de restful, el sensor debe autenticarse en ECC mediante un nombre de usuario,una contraseña y un certificado. Estas credenciales se proporcionan a TADDM mediante un tipo decomponente nuevo en la lista de acceso: los Recopiladores de datos. Una de las entradas proporcionadasen los detalles de acceso es un almacén de confianza con el certificado de ECC.

El sensor utiliza el almacén de confianza para establecer una sesión segura y cifrada con ECC. Esta secrea mediante el uso de la herramienta de claves, la clave de Java y el programa de utilidad de gestión decertificado. Cualquier sistema informático que tenga Java instalado puede utilizarse para crear dichoalmacén de confianza. Si no hay ningún sistema informático así disponible, utilice el Java RuntimeEnvironment (JRE) que se instala con ECC.

Puede encontrar el b de ECC en la siguiente ubicación, donde alias_clave es el alias de clave que se hayaespecificado durante la instalación de ECC:

vía_acceso_instalación_ecc/certificates/alias_clave.cert

Procedimiento

1. Para crear el almacén de confianza e importar el certificado, ejecute el mandato siguiente. Escriba elmandato en una sola línea.

vía_acceso_jre/bin/keytool -import -noprompt -alias alias_clave -file vía_acceso_certificado/alias_clave.cert -keystore nombre_almacén_confianza -storepass frase_contraseña_almacén_confianza -storetype JKS

El ejemplo siguiente muestra un mandato que se ejecuta para crear un almacén de confianza con elnombre ze_sensor_truststore y la frase de contraseña Fa8asTek mediante el JRE de ECC.

vía_acceso_instalación_ecc/jre/jre/bin/keytool -import -noprompt -alias alias_clave -file <vía de acceso de instalación de ECC>/certificates/alias_clave.cert-keystore ze_sensor_truststore -storepass Fa8asTek -storetype JKS

2. Copie el almacén de confianza al sistema en el que se configura la lista de acceso.3. En la ventana Detalles de acceso, seleccione Recopiladores de datos como Tipo de componente.4. Especifique la información de acceso de un cliente de ECC con el rol de explorador.5. Pulse en Valores de SSL para importar el archivo de almacén de confianza de ECC a TADDM.

a) En el campo Cargar certificado de almacén de confianza, especifique el archivo de almacén delconfianza.

b) En el campo Frase de contraseña, especifique la frase de contraseña.c) Especifique el tipo de SSL como JKS.d) Deje los campos Almacén de claves vacíos.

6. Pulse en Aceptar.

Configuración del perfil de descubrimientoPuede utilizar las siguientes opciones para configurar el descubrimiento del sensor de zEnterprise.

Configuración del sensor de puertos

Debe añadir el puerto de ECC a la opción Portlist de la configuración del sensor de puertos y especificarloen la opción enterpriseCCPortList. La opción enterpriseCCPortList se utiliza para establecer qué puertoque aparece en Portlist es en el que escucha ECC. El sensor también utiliza esta opción para establecer lalista de puertos que están sujetos a acciones adicionales, como la ejecución del sensor de zEnterprise. Lamisma lista de puertos debe especificarse en la opción portList para que el sensor se ejecute.

254 Application Dependency Discovery Manager: Sensores

Page 271: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del sensor de ZEnterprise

Puede utilizar esta configuración para ampliar los recuentos de tiempo de espera y reintento y así ajustarla conexión con ECC, o para cambiar los URL para consultas si se realiza cualquier alteración de dichasconsultas en versiones futuras de ECC.

Si desea capturar el entorno de zEnterprise, puede definir el distintivostoreUnknownComputerSystems como true. Este parámetro fuerza al sensor a almacenar cualquiersistema informático de un tipo desconocido o que no tenga definida la identificación correcta.

Configuración del ámbitoEl ámbito debe contener la dirección IP del host donde está desplegado ECC y su nombre de dominiocompleto. Esta información es necesaria para una verificación positiva de los certificados que se utilizanen el proceso de autenticación.

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de zEnterprise y ofrece solucionespara dichos problemas.

Error durante la autenticación del sensorProblema

El sensor sufre una anomalía al intentar autenticarse con ECC, y la información de estado del sensorcontiene el siguiente mensaje de error:

CTJTD1541E Error durante la autenticación del sensor.

Solución

• Si el problema está relacionado con la configuración de la capa de sockets seguros (SSL), el registrodel sensor de zEnterprise contiene el seguimiento de pila correspondiente a unajavax.net.ssl.SSLHandshakeException. Vuelva a configurar los valores de SSL en losdetalles de acceso. Es posible que no se haya cargado ningún almacén de confianza anteriormenteo el almacén de confianza no contiene el certificado correcto para ECC o la frase de contraseña delalmacén de confianza no es correcta.

• Si el problema está relacionado con el inicio de sesión de ECC, los registros de ECC contienen unode los siguientes mensajes:CTGEZ0701E Se ha encontrado un error en la autenticación debido a un ID de usuariodesconocido id_usuario.CTGEZ0702E Se ha encontrado un error en la autenticación debido a una contraseña noválida para el ID de usuario id_usuario.CTGEZ0703E Se ha encontrado un error en la autenticación debido a un ID de usuarioinhabilitado id_usuario.CTGEZ0704E Se ha encontrado un error en la autenticación debido a demasiados intentosde inicio de sesión no válido por el ID de usuario id_usuario.CTGEZ0705E Se ha encontrado un error en la autenticación debido a una contraseñacaducada para el ID de usuario id_usuario.

La solución varía en función del mensaje de registro de ECC que se haya encontrado:

– Actualice los detalles de acceso del recopilador de datos mediante la corrección del nombre deusuario o la contraseña incorrecta.

– Actualice la configuración del cliente en ECC:

- Cree un cliente.- Habilite el cliente inhabilitado.- Reanude el cliente con demasiados intentos de inicio de sesión no válidos.- Cambie la contraseña del cliente caducada.

• Si el problema no está relacionado con la configuración de SSL o el inicio de sesión de ECC, verifiqueque los detalles de acceso del recopilador de datos existen y no están limitados por ámbito. Creedetalles de acceso o cambie el ámbito en los detalles de acceso existentes.

Capítulo 1. Referencia de sensores 255

Page 272: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Error durante el análisis de los datos de ECCProblema

El sensor sufre una anomalía al intentar analizar los datos devueltos desde ECC, y la información deestado del sensor contiene el siguiente mensaje de error:

CTJTD1542E Se ha encontrado un error cuando el intentaba analizar datosdevueltos de ECC.

SoluciónECC ha encontrado un error. Compruebe los archivos de registro de ECC para determinar la solución.

No se puede conectar con ECC porque la versión de la API de ECC no está soportadaProblema

La versión de la API de ECC no está soportada por esta versión del sensor de zEnterprise. Lainformación de estado del sensor contiene el siguiente mensaje de error:

CTJTD1581E No se ha podido conectar a Enterprise Common Collector con el nombre de host nombre_host porque la versión de la APIdel recopilador no está soportada; versión principal de la API: versión_principal_soportada; versión menor de la API: versión_menor_soportada; versión principal de la API real: versión_principal_real; versión menor de la API real: versión_menor_real

SoluciónActualice ECC o el sensor de zEnterprise a una versión más nueva.

El sensor de zEnterprise no se ejecutaProblema

El sensor no puede conectarse con ECC, y la información de estado del sensor de ping indica que haalmacenado 0 direcciones IP en la base de datos. Asimismo, el sensor de puertos y el sensor dezEnterprise no se están ejecutando, o el sensor de ping y el sensor de puertos se están ejecutandopero el sensor de zEnterprise no.

SoluciónSi el sensor de ping indica que ha almacenado 0 direcciones IP en la base de datos, no se puedealcanzar el sistema de ECC. Verifique que el nombre de host y la dirección IP proporcionadas por ECCson correctos. Asegúrese también de que no existen cortafuegos entre el sensor y ECC.Si el sensor de ping y el sensor de puertos se están ejecutando, ECC no escucha en el puertoesperado. Verifique que hay una instancia de ECC instalada y en ejecución en el sistema y que losatributos portList y enterpriseCCPortList del sensor de puertos contienen ambos el númerode puerto de ECC. De forma predeterminada, ECC escucha en el puerto 8443 pero este número depuerto se puede cambiar durante la instalación de ECC.

El sensor de zEnterprise no puede finalizarProblema

El sensor ha sufrido un error irrecuperable inesperado. La información de estado del sensor contieneel siguiente mensaje de error:

CTJTD1544E El sensor de Enterprise no se ha podido completar. Consulte el archivo de registro para ver más detalles

SoluciónCompruebe el archivo de registro para obtener más información.

El sensor se salta los sistemas informáticos desconocidosProblema

El sensor no puede determinar el tipo de sistema operativo que se ejecuta en un servidor virtual. Lainformación de estado del sensor contiene el siguiente mensaje de aviso:

256 Application Dependency Discovery Manager: Sensores

Page 273: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CTJTD1567E El sistema desconocido se va a saltar: sistema

SoluciónEste mensaje se produce cuando un servidor virtual está inactivo o cuando el proveedor de gestión deplataformas de invitado (GPMP) se está ejecutando en el servidor virtual. Active el servidor virtual einstale y ejecute el GPMP.De forma alternativa, puede cambiar el distintivo storeUnknownComputerSystems a true paradescubrir todos los servidores virtuales de ese tipo. En tal caso, los sistemas se almacenan comoobjetos ComputerSystem. Puede acceder a ellos desde la sección Otros sistemas informáticos delportal de gestión de datos.

El sensor se salta los sistemas informáticos desconocidos sin los identificadores apropiadosProblema

El sensor no puede almacenar un servidor virtual de PowerVM en TADDM. La información de estadodel sensor contiene el siguiente mensaje de aviso:CTJTD1568E Se va a saltar el sistema informático que no tiene definidoslos identificadores apropiados: sistema

SoluciónLa HMC de zEnterprise no proporciona valores para todos los atributos que son necesarios paraidentificar de forma exclusiva un servidor virtual de PowerVM en la base de datos de TADDM. El únicomodo de descubrir servidores virtuales de PowerVM es cambiar el distintivostoreUnknownComputerSystems de la configuración del sensor de zEnterprise a true. En estecaso, se descubren todos los servidores virtuales de PowerVM y todos los servidores virtuales de losque el sensor no puede determinar el tipo de sistema operativo.

Sensores de redLos sensores de red descubren dispositivos de red.

Descripción general de los sensores SNMPTADDM proporciona sensores SNMP para descubrir dispositivos de red SNMP.

Secuencia de llamada para sensores SNMPLa secuencia de llamada para sensores SNMP depende de los sensores que estén habilitados en el perfilde descubrimiento y los datos descubiertos.

En los perfiles de descubrimiento de Nivel 1, utilice el sensor SNMP Light con el sensor Stack Scan paramejorar la precisión del descubrimiento. En los perfiles de descubrimiento de Nivel 2 y 3, utilice el sensorSNMP MIB2, que descubre datos adicionales para crear topologías de Nivel 2 detalladas.

Figura 1 en la página 258 ilustra la secuencia de llamada para el sensor SNMP Light y el sensor SNMPMIB2.

El sensor de ping llama al sensor de puerto.

Si el sensor SNMP Light está habilitado, el sensor de puerto llama al sensor SNMP Light. Si el sensor depuerto descubre puertos WMI o SSH, y siempre que el sensor de sesión esté habilitado, el sensor depuerto lanza el sensor de sesión. Si el sensor de puerto no descubre puertos WMI o SSH, o si el sensor desesión no puede establecer una conexión con el sistema principal remoto, el sensor de puerto llama alsensor SNMP MIB2.

Figura 2 en la página 258 ilustra la secuencia de llamada para los sensores SNMP, que se inician una vezque se ha llamado al sensor SNMP Light o el sensor SNMP MIB2.

Dependiendo de los datos que descubra el sensor SNMP Light o el sensor SNMP MIB2 en los dispositivos,se llama a los siguientes sensores:

• Si se descubre un dispositivo Cisco, se llama al sensor de puerto Cisco y el sensor Cisco VLAN.• Si se descubre un conmutador Fibre Channel, se llama al sensor de conmutador Fibre Channel.

Capítulo 1. Referencia de sensores 257

Page 274: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Si no se descubre un conmutador Fibre Channel, se llama al sensor Entity MIB y el sensor Bridge SNMP.Sin embargo, estos sensores deben estar habilitados en el perfil de descubrimiento.

• Si el dispositivo descubierto coincide con una plantilla de sistema informático Custom MIB, se llaman alsensor de sistema informático CUSTOM MIB2.

Figura 1. Secuencia de llamada para el sensor SNMP Light y el sensor SNMP MIB2

Figura 2. Secuencia de llamada para los sensores SNMP, que se inician una vez que se ha llamado alsensor SNMP Light o al sensor SNMP MIB2

Sensores de exploración SNMP MIB y depuración SNMPPuede registrar las solicitudes SNMP enviadas por los sensores.

Para ellos, añada la siguiente propiedad al archivo collation.properties:

com.collation.Discover.jvmargs=-Xmx2048M -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.PollSelectorProvider-Dcom.collation.platform.snmp.SnmpPackedPDU.trace=true

A continuación puede comparar entradas de la salida del archivo de registro con consultas SNMP directasque ejecuta contra los dispositivos utilizando snmpwalk. Puede descargar herramientas de consultaSNMP que soportan snmpwalk desde http://www.net-snmp.org/download.html.

Si se utiliza la autenticación SNMP V3 con cifrado, debe descargar también OpenSSL desde http://www.openssl.org/.

258 Application Dependency Discovery Manager: Sensores

Page 275: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El siguiente ejemplo muestra consultas idénticas, en la primera se utiliza la autenticación V3 (aunque sehan eliminado las claves) y en la segunda la autenticación mediante serie comunitaria:

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "my authentication password" -x DES -X "my encryption key" 10.199.250.9 .1.3.6.1.2.1.4.20.1 snmpwalk -v 1 -c 5FFGkFaFNs 10.199.250.9 .1.3.6.1.2.1.4.20.1

Mantenimiento de las plantillas de sistema informático SNMP y archivos de configuraciónPuede utilizar la vista Sistemas informáticos para mantener una lista de plantillas que pueden ser usadaspara descubrir dispositivos de red.

Puede definir parcialmente un dispositivo, vincular esta definición con una plantilla y utilizar dichaplantilla para descubrir más información sobre el dispositivo.

El fabricante asigna un OID (ID de originador) a los dispositivos, único para cada modelo del dispositivo.Los dispositivos similares del mismo modelo tienen el mismo OID. Normalmente puede determinar eltipo de dispositivo que ha encontrado buscando en la web. Este valor del dispositivo también puedeobtenerse consultando en las tablas SNMPv2-MIB los valores inferiores al sysObjectID 1.3.6.1.2.1.1.2.

Las plantillas SNMP y sus archivos de configuración se cargan de forma dinámica durante cadadescubrimiento. No es necesario reiniciar el servidor TADDM tras modificar las plantillas SNMP ni susarchivos de configuración. Al editar plantillas y archivos de configuración, es importante utilizar la sintaxisadecuada e introducir los valores correctos.

Si los dispositivos no se clasifican adecuadamente tras el descubrimiento, revise el archivoSnmpMib2Sensor log o DiscoveryManager log.

Para obtener más información, consulte el tema Adición de una plantilla de sistema informático para unared en la Guía del usuario de TADDM.

Los siguientes resultados muestran distintos OID descubiertos mediante la exploración SNMP de cuatrodispositivos Foundry. Al realizar la exploración en un entorno de prueba, se descubrieron los OIDdestacados en Tabla 20 en la página 259. Puede realizar una búsqueda en Internet para determinar eltipo de dispositivo. De forma alternativa, puede preguntar a su equipo de red para identificar los tipos dedispositivos específicos.

Tabla 20. Ejemplo de correlación de OID Foundry

Dispositivo Foundry OID Descripción

Foundry FESX448-PREM .1.3.6.1.4.1.1991.1.3.34.2.1.1.2 Direccionador

Foundry FastIron SX .1.3.6.1.4.1.1991.1.3.36.6.2 Desconocido (clasificado comoconmutador para nuestraprueba)

Foundry BigIron RX .1.3.6.1.4.1.1991.1.3.40.1.2 Desconocido (clasificado comoconmutador para nuestraprueba)

Foundry NetIron MLX .1.3.6.1.4.1.1991.1.3.44.2.2 Desconocido (clasificado comodireccionador para nuestraprueba)

Puede crear plantillas para clasificar los dispositivos Foundry descubiertos.

Ejemplo del conmutador FoundryEste ejemplo muestra cómo crear la plantilla de sistema SNMP para un conmutador Foundry.

Procedimiento

1. En la Consola de gestión del descubrimiento, pulse Descubrimiento > Sistemas.2. En la vista Sistemas, pulse Añadir.

Capítulo 1. Referencia de sensores 259

Page 276: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Se abrirá la ventana Detalles del sistema.3. En el campo Nombre, escribaConmutador Foundry.4. En el campo Acción, seleccione Descubrir.5. Seleccione Habilitada.6. Opcional: En el campo Icono, pulse Examinar para elegir un icono para el dispositivo.

Este icono se utilizará únicamente para distinguir la plantilla en la vista Sistemas. (Este icono no seutiliza durante o tras el descubrimiento).

7. Seleccione MIB.8. En el campo Criterios de identificación, seleccione Todos los criterios.9. Para el primer criterio, especifique los siguientes valores:

Sys OID is .1.3.6.1.4.1.1991.1.3.34.2.1.1.1

A continuación pulse Añadir criterio.10. Para el segundo criterio, especifique los siguientes valores:

Sys OID starts-with .1.3.6.1.4.1.1991.1.3.36

A continuación pulse Añadir criterio.11. Para el tercer criterio, especifique los siguientes valores:

Sys OID starts-with .1.3.6.1.4.1.1991.1.3.40

A continuación pulse Añadir criterio.12. Pulse Aceptar.

La nueva plantilla se añadirá al final de la lista.13. Para añadir un archivo de clase de acción para la plantilla, cree un archivo llamado Foundry

Switch.xml en el directorio $COLLATION_HOME/etc/templates/action.Añada el siguiente contenido al archivo:

<?xml version="1.0" encoding="UTF-8"?> <results xmlns="urn:www-collation-com:1.0" xmlns:coll="urn:www-collation-com:1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:www-collation-com:1.0 urn:www-collation-com:1.0/results.xsd">

<UnitaryComputerSystem array="1" xsi:type= "coll:com.collation.platform.model.topology.sys.UnitaryComputerSystem"> <type>Bridge</type> <manufacturer>Foundry Networks</manufacturer> </UnitaryComputerSystem> </results>

Este archivo XML especifica que todos los dispositivos de sistema SNMP descubiertos que coincidancon la plantillaFoundry Switch utilizan la clase modelocom.collation.platform.model.topology.sys.UnitaryComputerSystem, tienen el atributo type definidocomo Bridge y el atributo manufacturer como Foundry Networks.

Nota: El nombre del archivo de clase de acción (sin extensión .xml) debe coincidir con el nombre dela plantilla de sistema SNMP.

Qué hacer a continuaciónLa nueva plantilla se puede utilizar de forma inmediata (no necesita reiniciar el servidor de TADDM).

Ejemplo del direccionador FoundryEste ejemplo muestra cómo crear la plantilla de sistema SNMP para un direccionador Foundry.

260 Application Dependency Discovery Manager: Sensores

Page 277: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Procedimiento

1. En la Consola de gestión del descubrimiento, pulse Descubrimiento > Sistemas.2. En la vista Sistemas, pulse Añadir.

Se abrirá la ventana Detalles del sistema.3. En el campo Nombre, escriba Direccionador Foundry.4. En el campo Acción, seleccione Descubrir.5. Seleccione Habilitada.6. Opcional: En el campo Icono, pulse Examinar para elegir un icono para el dispositivo.

Este icono se utilizará únicamente para distinguir la plantilla en la vista Sistemas. (Este icono no seutiliza durante o tras el descubrimiento).

7. Seleccione MIB.8. En el campo Criterios de identificación, seleccione Todos los criterios.9. Para el primer criterio, especifique los siguientes valores:

Sys OID is .1.3.6.1.4.1.1991.1.3.34.2.1.1.2

A continuación pulse Añadir criterio.10. Para el segundo criterio, especifique los siguientes valores:

Sys OID starts-with .1.3.6.1.4.1.1991.1.3.44

A continuación pulse Añadir criterio.11. Pulse Aceptar.

La nueva plantilla se añadirá al final de la lista.12. Para añadir un archivo de clase de acción para la plantilla, cree un archivo llamado Foundry

Router.xml en el directorio $COLLATION_HOME/etc/templates/action.Añada el siguiente contenido al archivo:

<?xml version="1.0" encoding="UTF-8"?> <results xmlns="urn:www-collation-com:1.0" xmlns:coll="urn:www-collation-com:1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:www-collation-com:1.0 urn:www-collation-com:1.0/results.xsd">

<UnitaryComputerSystem array="1" xsi:type= "coll:com.collation.platform.model.topology.sys.UnitaryComputerSystem"> <type>Router</type> <manufacturer>Foundry Networks</manufacturer> </UnitaryComputerSystem> </results>

Este archivo XML especifica que todos los dispositivos de sistema SNMP descubiertos que coincidancon la plantilla Foundry Router utilizan la clase modelocom.collation.platform.model.topology.sys.UnitaryComputerSystem, tienen el atributo type definidocomo Router y el atributo manufacturer como Foundry Networks.

Nota: El nombre del archivo de clase de acción (sin extensión .xml) debe coincidir con el nombre dela plantilla de sistema SNMP.

Qué hacer a continuaciónLa nueva plantilla se puede utilizar de forma inmediata (no necesita reiniciar el servidor de TADDM).

Propiedades de los sensores SNMPPuede controlar el uso de los sensores SNMP modificando las propiedades del archivocollation.properties.

Capítulo 1. Referencia de sensores 261

Page 278: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.ibm.cdb.discover.snmp.login.timeout=5000Esta propiedad especifica cuánto puede tardar un intento de inicio de sesión antes de que falle.El valor predeterminado es 5000 (milisegundos).

Sensor de puerto AlteonEl sensor de puerto Alteon descubre información del puerto de conmutador Alteon, incluyendo lospuertos que operan en modalidad auto negociación y modalidad dúplex.

Los puertos se almacenan en L2Interface con la información de la auto negociación (habilitada odeshabilitada). La modalidad dúplex (medio dúplex o dúplex) también se almacena.

Nombre del sensor utilizado en la GUI y los registros

AlteonPortSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OIDs:

• curCfgTable: .1.3.6.1.4.1.1872.2.1.2.3.2.1• portInfoTable: .1.3.6.1.4.1.1872.2.1.9.1.1.1

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP de AlteonEl sensor SNMP de Alteon descubre dispositivos de equilibrador de carga Alteon.

El sensor descubre los siguientes elementos:

• Servidores reales y grupos de servidores reales. Los servidores reales se dividen en los grupos deservidores reales respectivos. La información adicional, por ejemplo el LoadBalancingAlgorithm,también se descubre y se almacena con el grupo de servidor real.

262 Application Dependency Discovery Manager: Sensores

Page 279: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Los puertos virtuales, puertos reales y servidores virtuales se utilizan para crear y almacenar serviciosvirtuales.

Nombre del sensor utilizado en la GUI y los registros

AlteonSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• .1.3.6.1.4.1.1872.2.1.5.5.1.1• .1.3.6.1.4.1.1872.2.1.5.5.1.2• .1.3.6.1.4.1.1872.2.1.5.5.1.4• .1.3.6.1.4.1.1872.2.1.5.2.1.1• .1.3.6.1.4.1.1872.2.1.5.2.1.2• .1.3.6.1.4.1.1872.2.1.5.2.1.3• .1.3.6.1.4.1.1872.2.1.5.2.1.10• .1.3.6.1.4.1.1872.2.1.5.10.1.1• .1.3.6.1.4.1.1872.2.1.5.10.1.2• .1.3.6.1.4.1.1872.2.1.5.10.1.3• .1.3.6.1.4.1.1872.2.1.5.10.1.7• .1.3.6.1.4.1.1872.2.1.5.8.1.1• .1.3.6.1.4.1.1872.2.1.5.8.1.2• .1.3.6.1.4.1.1872.2.1.5.8.1.3• .1.3.6.1.4.1.1872.2.1.5.8.1.4• .1.3.6.1.4.1.1872.2.1.5.8.1.5• .1.3.6.1.4.1.1872.2.1.5.8.1.6

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.vip.RealServerGroup• net.vip.Vip• net.vip.VipFunction• net.vip.Virtualservice• sys.UnitaryComputerSystem• sys.Function net.vip.RealServer

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.

Capítulo 1. Referencia de sensores 263

Page 280: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con lainformación de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor VLAN de AlteonEl sensor VLAN de Alteon descubre LANs virtuales Alteon. Este sensor utiliza el MIB de pertenenciaAlteon VLAN para descubrir contenidos VLAN.

El SnmpMib2Sensor invoca al AlteonVlanSensor cuando se configuran VLANs para dispositivos Alteon.AlteonVlanSensor invoca a continuación a BridgeSnmpSensor2 para cada VLAN descubierta.

El sensor descubre la tabla de pertenencia VLAN, crea L2Interfaces y las adjunta al puente VLAN.

Nombre del sensor utilizado en la GUI y los registros

AlteonVlanSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• .1.3.6.1.4.1.1872.2.1.4.2.1• .1.3.6.1.4.1.1872.2.1.2.3.2.1

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Vlan• net.VlanInterface• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

264 Application Dependency Discovery Manager: Sensores

Page 281: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Realice la correlación a partir de: Con:

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor de puerto BIG-IPEl sensor de puerto BIG-IP descubre interfaces de puerto F5 BIG-IP.

El SnmpMib2Sensor invoca al BigIPPortSensor. El BigIPPortSensor recopila puertos del MIB, por ejemplolas interfaces mediante las que se pueden direccionar los puertos conocidos. Esto permite crear vistas detopología L2.

Nombre del sensor utilizado en la GUI y los registros

BigIPPortSensor

Identificadores de objeto (OIDs) utilizados

El sensor sigue los estándares documentados en RFC 1212 para recuperar puertos del MIB. De formaespecífica, se consulta al OID .1.3.6.1.4.1.3375.1.1.5.2.1 para obtener la interfaz a través de la cual sepuede descubrir el puerto del MIB.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP BIG-IPEl sensor SNMP BIG-IP descubre equilibradores de carga F5 BIG-IP.

El SnmpMib2Sensor invoca al BigIPSnmpSensor si este coincide con uno de los siguientes OIDs:

• .1.3.6.1.4.1.3375• .1.3.6.1.4.1.2021.250.255

Capítulo 1. Referencia de sensores 265

Page 282: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El BigIPSnmpSensor recoge información sobre las IP virtuales y los grupos de servidores reales.

Nombre del sensor utilizado en la GUI y los registros

BigIPSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor sigue los estándares documentados en RFC 1212 para obtener las entradas de las tablas RealServer Database (RSD) y Virtual Server Database (VSD).

El sensor utiliza los siguientes OIDs:F5 BIG-IP versión 4:

• Tabla Pool member: 1.3.6.1.4.1.3375.1.1.8.2.1• Tabla Pool: 1.3.6.1.4.1.3375.1.1.7.2.1• Tabla Virtual Server: 1.3.6.1.4.1.3375.1.1.3.2.1

F5 BIG-IP versión 9:

• Tabla Pool member: 1.3.6.1.4.1.3375.2.2.5.3.2• Tabla Pool: 1.3.6.1.4.1.3375.2.2.5.1.2• Tabla Virtual Server: 1.3.6.1.4.1.3375.2.2.10.1.2• Tabla Virtual Server Pool: 1.3.6.1.4.1.3375.2.2.10.6.2• Tabla Virtual Server Rule: 1.3.6.1.4.1.3375.2.2.10.8.2• Tabla Virtual Address: 1.3.6.1.4.1.3375.2.2.10.10.2• sysGeneralChassisSerialNum: 1.3.6.1.4.1.3375.2.1.3.3.3

F5 BIG-IP versión 10:

• Tabla Pool member: 1.3.6.1.4.1.3375.2.2.5.3.2• Tabla Pool: 1.3.6.1.4.1.3375.2.2.5.1.2• Tabla Virtual Server: 1.3.6.1.4.1.3375.2.2.10.1.2• Tabla Virtual Server Rule: 1.3.6.1.4.1.3375.2.2.10.8.2• Tabla Virtual Address: 1.3.6.1.4.1.3375.2.2.10.10.2• sysGeneralChassisSerialNum: 1.3.6.1.4.1.3375.2.1.3.3.3

Descubrimiento de VIP IPv6

BigIPSnmpSensor puede descubrir información de IPv6 VIP del servidor virtual y real para dispositivosBig IP.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• bigip.BigIPRealServer• bigip.BigIPRealServerGroup• bigip.BigIPVip• bigip.BigIPVipFunction• bigip.BigIPVirtualService• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

266 Application Dependency Discovery Manager: Sensores

Page 283: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor VLAN BIG-IPEl sensor VLAN BIG-IP descubre LANs virtuales F5 BIG-IP.

El SnmpMib2Sensor invoca al BigIPVlanSensor. Se crea un objeto de modelo VlanInterface para cadaVLAN del mapa de VLAN (por ejemplo, la interfaz mediante la que se pueden direccionar las VLANconocidas). Esto permite crear vistas de topología L2.

Nombre del sensor utilizado en la GUI y los registros

BigIPVlanSensor

Identificadores de objeto (OIDs) utilizados

El BigIPVlanSensor sigue los estándares documentados en RFC 1212 para obtener la Interfaz VLAN. Deforma específica, se consulta al OID .1.3.6.1.4.1.3375.1.1.10.2.1 para obtener la interfaz VLAN a travésde la cual se puede descubrir la VLAN del MIB.

El BigIPVlanSensor ejecuta el paso de descubrimiento del agente y descubre las VLAN y elVlanInterfaces, y genera un AgentException en caso de que el descubrimiento falle.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• bigip.BigIPVlan• net.L2Interface• net.VlanInterface

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.

Capítulo 1. Referencia de sensores 267

Page 284: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con lainformación de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP de BridgeEl sensor SNMP de Bridge expande y actualiza los datos de puerto descubiertos por el sensor SNMP MIB2(que son los datos mostrados en la pestaña Puertos del panel Detalles).

El sensor SNMP MIB2 invoca al sensor SNMP de Bridge. El sensor SNMP de Bridge recopila los datos dedirección MAC de los dispositivos adjuntos (de forma específica, el número de interfaz mediante el que sepuede acceder a los dispositivos con dirección MAC (control de acceso a soportes)), necesarios para crearlas vistas de topología de Nivel 2.

El sensor sigue los estándares documentados en RFC 1286 para recuperar algunas de las entradas de latabla Base de datos de envío MAC (fdb). Se consultan los siguientes OID:

• .1.3.6.1.2.1.17.4.3.1.1• .1.3.6.1.2.1.17.4.3.1.2

El OID .1.3.6.1.2.1.17.4.3.1.1 devuelve una lista de los OID de las direcciones MAC conocidas,como se muestra en el siguiente ejemplo. A continuación se consulta a estos OID para determinar lainterfaz a través de la cual se puede acceder al dispositivo MAC.

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1 .1.3.6.1.2.1.17.4.3.1.1SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.42.208.0 = Hex-STRING: 00 12 F2 2A D0 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.50.0.0 = Hex-STRING: 00 12 F2 32 00 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.51.88.0 = Hex-STRING: 00 12 F2 33 58 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.218.128.177 = Hex-STRING: 00 12 F2 DA 80 B1SNMPv2-SMI::mib-2.17.4.3.1.1.0.208.4.45.228.10 = Hex-STRING: 00 D0 04 2D E4 0A

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1 .1.3.6.1.2.1.17.4.3.1.1.0.18.242.42.208.0SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.42.208.0 = Hex-STRING: 00 12 F2 2A D0 00

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1 .1.3.6.1.2.1.17.4.3.1.2.0.18.242.42.208.0SNMPv2-SMI::mib-2.17.4.3.1.2.0.18.242.42.208.0 = INTEGER: 282

El sensor SNMP de Bridge proporciona también detalles específicos sobre las interfaces L2 del sistemaadjuntas al conmutador. El sensor SNMP MIB2 proporciona información genérica sobre la existencia deinterfaces del dispositivo, y el sensor SNMP de Bridge facilita información detallada sobre las direccionesMAC accesibles mediante las interfaces del dispositivo.

Por ejemplo, Tabla 21 en la página 268 muestra los nombres de los dispositivos MAC descubiertos por elsensor SNMP de Bridge. El TADDM puede determinar los nombres porque el sistema que posee esedispositivo MAC ha sido descubierto. Si el nombre del dispositivo es desconocido, se utilizará la direcciónMAC.

Tabla 21. Datos de topología Bridge de Nivel 2

Nombre Interfaces L2 del sistema

ethernet 1/9 NC84CDRS1LDPC02

ethernet 1/10 00040DFDE53

ethernet 1/11 NC84CDRS1LDPC04

268 Application Dependency Discovery Manager: Sensores

Page 285: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 21. Datos de topología Bridge de Nivel 2 (continuación)

Nombre Interfaces L2 del sistema

ethernet 1/12 NC84CDRS1LDPC03

ethernet 10/2 000CDBF90C19

El sensor sigue los estándares documentados en RFC 1286 para recuperar algunos de los datos de latabla de puerto Se consultan los siguientes OID:

• .1.3.6.1.2.1.17.1.4.1.1• .1.3.6.1.2.1.17.1.4.1.2

Nombre del sensor utilizado en la GUI y los registros

BridgeSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor sigue los estándares documentados en RFC 1286 para obtener algunas de las entradas de latabla Base de datos de envío MAC (fdb). Se consultan los siguientes OID:

• .1.3.6.1.2.1.17.4.3.1.1• .1.3.6.1.2.1.17.4.3.1.2

El OID .1.3.6.1.2.1.17.4.3.1.1 devuelve una lista de los OID de las direcciones MAC conocidas. Acontinuación se consulta a estos OID para recuperar la interfaz a través de la cual se puede acceder aldispositivo MAC.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Segment• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Capítulo 1. Referencia de sensores 269

Page 286: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de las entradas de archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.discover.sensor.net.BridgeSnmpSensor.dot1dTpFdbStatusEsta propiedad especifica los valores del objeto dot1dTpFdbStatus.De forma predeterminada, TADDM da soporte a los valores 1, 3 y 5.Si utiliza conmutadores de red que dan soporte a otros valores distintos de los predeterminados,añada esta propiedad al archivo collation.property con los valores especificados.

com.collation.discover.agent.net.BridgeSnmpAgent.filterCiscoTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los dispositivos Cisco.En TADDM 7.3.0.2 y anterior, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo CDP para losconmutadores de descubrimiento y debe habilitar CdpSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

com.collation.discover.agent.net.BridgeSnmpAgent.filterLLDPTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los conmutadores FDB.En TADDM 7.3.0.2, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo LLDP para losconmutadores de descubrimiento y debe habilitar LldpSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

com.collation.discover.agent.net.BridgeSnmpAgent.filterExtremeTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los dispositivos Extreme.En TADDM 7.3.0.2, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo EDP para losconmutadores de descubrimiento y debe habilitar ExtremeVlanSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

Sensor SNMP 2 de BridgeEl sensor SNMP 2 de Bridge expande y actualiza los datos de puerto descubiertos por el sensor SNMPMIB2 para todas las redes de área local virtuales (VLAN).

El sensor SNMP 2 de Bridge se invoca cuando se configuran VLAN para el dispositivo. El sensor VLAN deCisco invoca al sensor SNMP 2 de Bridge para cada VLAN descubierta. Los datos descubiertos son losmismos que para el sensor SNMP de Bridge, pero se descubren para todas las VLAN.

270 Application Dependency Discovery Manager: Sensores

Page 287: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nombre del sensor utilizado en la GUI y los registros

BridgeSnmpSensor2

Identificadores de objeto (OIDs) utilizados

El sensor sigue los estándares documentados en RFC 1286 para obtener algunas de las entradas de latabla Base de datos de envío MAC (fdb). Se consultan los siguientes OID:

• .1.3.6.1.2.1.17.4.3.1.1• .1.3.6.1.2.1.17.4.3.1.2.

El OID .1.3.6.1.2.1.17.4.3.1.1 devuelve una lista de los OID de las direcciones MAC conocidas. Acontinuación se consulta a estos OID para recuperar la interfaz a través de la cual se puede acceder aldispositivo MAC.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Segment• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Configuración de las entradas de archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.discover.sensor.net.BridgeSnmpSensor.dot1dTpFdbStatusEsta propiedad especifica los valores del objeto dot1dTpFdbStatus.De forma predeterminada, TADDM da soporte a los valores 1, 3 y 5.Si utiliza conmutadores de red que dan soporte a otros valores distintos de los predeterminados,añada esta propiedad al archivo collation.property con los valores especificados.

com.collation.discover.agent.net.BridgeSnmpAgent.filterCiscoTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los dispositivos Cisco.

Capítulo 1. Referencia de sensores 271

Page 288: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

En TADDM 7.3.0.2 y anterior, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo CDP para losconmutadores de descubrimiento y debe habilitar CdpSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

com.collation.discover.agent.net.BridgeSnmpAgent.filterLLDPTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los conmutadores FDB.En TADDM 7.3.0.2, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo LLDP para losconmutadores de descubrimiento y debe habilitar LldpSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

com.collation.discover.agent.net.BridgeSnmpAgent.filterExtremeTrunkPortEsta propiedad especifica si el sensor omite el descubrimiento de las direcciones MAC en los puertostroncales de los dispositivos Extreme.En TADDM 7.3.0.2, el valor predeterminado es false, lo que significa que no se descubrendirecciones MAC. Si desea inhabilitarlo, añada esta propiedad al archivo collation.properties yestablézcalo en true.

Importante: Si establece esta propiedad en true, también debe habilitar el protocolo EDP para losconmutadores de descubrimiento y debe habilitar ExtremeVlanSensor en el perfil de descubrimiento.

En TADDM 7.3.0.3 y posterior, el valor predeterminado es true. Para habilitar eldescubrimiento de direcciones MAC en puertos troncales, añada esta propiedad al archivocollation.properties y establézcala en false.

com.collation.discover.agent.BridgeSnmpAgent.MACAddressPrefixSkipListEsta propiedad omite direcciones MAC de un dispositivo de red. Utilice esta propiedad para filtrarescritorios y cualquier otro dispositivo físico cuando TADDM explore dispositivos de red.El valor de esta propiedad es una lista de prefijos de direcciones MAC separadas por comas que sehacen coincidir con las entradas que encuentra el sensor en la tabla de Base de datos de envío.Cuando una dirección MAC coincida con una entrada de la tabla, se ignorará el dispositivo.

Sensor de Check PointEl sensor de Check Point descubre los Check Point FireWall-1 que se ejecuta en plataformas distintas aWindows como Solaris o Check Point IPSO.

Nombre del sensor utilizado en la GUI y los registros

CheckpointSensor

Requisitos previos

Debe contar con los siguientes accesos:

• Acceso SSH que pueda ejecutar lsof• Permiso de lectura al directorio $CPMDIR/conf/objects.C del sistema en el que se ejecuta Check

Point FireWall-1

272 Application Dependency Discovery Manager: Sensores

Page 289: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Permiso de ejecución del mandato $CPMDIR/bin/fw• Permiso de lectura de los archivos $CPMDIR/conf/*.W, que contienen las versiones editables de los

conjuntos de reglas

La variable de entorno CPMDIR debe estar configurada para el usuario de TADDM.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Entradas del archivo collation.properties

Las siguientes propiedades pueden requerir privilegios superiores:

• com.collation.discover.agent.command.cat.SunOS=cat• com.collation.discover.agent.command.cat.SunOS.1.2.3.4=sudo cat

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del Check Point y ofrecesoluciones a dichos problemas.

No es posible recuperar información sobre el sistema host del servidor de Check PointProblema

El sensor de Check Point falla durante el descubrimiento.Solución

Compruebe que dispone de los siguientes permisos:

• Permiso de lectura al directorio $CPMDIR/conf/objects.C del sistema en el que se ejecutaCheck Point FireWall-1

• Permiso de ejecución del mandato $CPMDIR/bin/fw• Permiso de lectura de los archivos $CPMDIR/conf/*.W, que contienen las versiones editables de

los conjuntos de reglas

Sensor SNMP de Check PointEl sensor SNMP de Check Point descubre información asociada con los cortafuegos de Check PointFireWall-1.

Nombre del sensor utilizado en la GUI y los registros

CheckpointSnmpSensor

Requisitos previosEl Id. del objeto del sistema (sysObjectID) debe devolver uno de los siguientes OIDs:

• OID = .1.3.6.1.4.1.1919.• OID = .1.3.6.1.4.1.2620.• OID.startsWith(.1.3.6.1.4.1.42.2.1.1.)

Limitaciones

El sensor recoge el módulo, nombre de filtro, fecha de instalación del filtro, nombre del producto, nombreprincipal y nombre secundario.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

Capítulo 1. Referencia de sensores 273

Page 290: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor Cisco Adaptive Security ApplianceEl sensor Adaptive Security Appliance (ASA) de Cisco descubre dispositivos ASA que se utilizan comocortafuegos de IP y como aplicaciones de traducción de dirección de red.

El sensor ASA de Cisco recopila los datos sobre dispositivos ASA. Además, el sensor descubre la siguienteinformación:

• Todos los servidores reales y servicios virtuales que se están ejecutando. Los servidores reales seagrupan en un grupo de servidores reales.

• Descubre virtualIp, realIp, virtualPort, y realPort. También deriva las IP virtuales utilizando virtualIp,realIp, virtualPort, y realPort. Las IPs virtuales se almacenan en la tabla Vip.

Nombre del sensor utilizado en la GUI y los registros

• ASASensor• CiscoApplianceVersionSensor

Limitaciones

En los informes de cambio de historial de TADDM el dispositivo ASA de Cisco se muestra como undispositivo PIX.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• cisco.CiscoPixComputerSystem• core.LogicalContent• net.L2Interface• sys.OperatingSystem• vip.RealServer• vip.RealServerGroup• vip.Vip• vip.VipFunction• vip.VirtualService

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

274 Application Dependency Discovery Manager: Sensores

Page 291: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Dispositivo Cisco como Tipo de componente.2. Especifique la información de acceso (nombre de usuario, contraseña y habilite la contraseña) que

TADDM debe utilizar para la autenticación en el dispositivo ASA de destino.

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas del archivo collation.properties que utiliza el sensor ASA de Cisco.

El sensor utiliza las siguientes entradas en el archivo collation.properties:com.collation.asa.pager.command=terminal pager 0

Añada esta propiedad y este valor si el usuario especificado en la lista de acceso no tiene acceso almandato configure terminal.

El valor de paginación terminal pager 0 ordena al mandato de paginación forzar al dispositivoASA a devolver respuestas en un lote.

com.collation.CiscoSshTimeout=9000Aumente el valor CiscoSshTimeout (en milisegundos) si el sistema de destino está disponible y seestá ejecutando, pero se muestra el siguiente error:El inicio de sesión SSH no funcionó correctamente

com.collation.CiscoExpectTimeout=60000Aumente el valor CiscoExpectTimeout (en milisegundos) si el sistema de destino está disponible yse está ejecutando, pero se muestra el siguiente error:El inicio de sesión SSH no funcionó correctamente

Sensor de protocolo de descubrimiento de CiscoEl sensor de protocolo de descubrimiento de Cisco utiliza el MIB del protocolo de descubrimiento deCisco para descubrir segmentos de Capa 2 en la red.

El CdpSensor descubre información sobre cdpCacheDeviceId y cdpCacheDevicePort y crea una interfazlocal para los dispositivos similares, utilizada para crear el segmento.

Nombre del sensor utilizado en la GUI y los registros

CdpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• Id. dispositivo global: 1.3.6.1.4.1.9.9.23.1.3.4.0• Id. dispositivo caché: .1.3.6.1.4.1.9.9.23.1.2.1.1.6• Puerto dispositivo caché: .1.3.6.1.4.1.9.9.23.1.2.1.1.7

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Segment• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

Capítulo 1. Referencia de sensores 275

Page 292: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

• Para que el TADDM ejecute un descubrimiento completo, el SNMP y Telnet deben estar habilitados.Debe configurar el acceso a Telnet con un nombre de usuario y contraseña, y debe habilitar dichacontraseña.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del Protocolo dedescubrimiento de Cisco y ofrece soluciones a dichos problemas.

Una vez que el TADDM completa el descubrimiento, el nombre del sensor aparece en la GUI, pero lapestaña Archivos de configuración no se muestra según lo previstoProblema

El acceso a Telnet no está configurado correctamente.Solución

Debe configurar el acceso a Telnet con un nombre de usuario y contraseña, y debe asegurarse de quedicha contraseña está habilitada.

Sensor de Cisco IOSEl sensor de Cisco Internetwork Operating System (Cisco IOS) descubre el equipamiento de red Ciscoutilizando el protocolo SSH1, SSH2 o Telnet.

El sensor de Cisco IOS soporta la autenticación en dos fases:

• Cree el cliente de sesión adecuado para el protocolo SSH1, SSH2 o Telnet.• Inicie sesión en el host.

Nombre del sensor utilizado en la GUI y los registros

CiscoIOSSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• agent.CiscoIOSAgentConfiguration• core.LogicalContent• sys.ComputerSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

276 Application Dependency Discovery Manager: Sensores

Page 293: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Los atributos del sensor indicados a continuación pueden modificarse desde el perfil de descubrimiento:useSshFirst

El valor predeterminado para este atributo es false. Los protocolos se analizan en orden: protocoloTelnet, SSH2 y SSH1. Si el valor es true: los protocolos se analizan en el siguiente orden: SSH2,SSH1 y Telnet.

commandsEl valor predeterminado para este atributo, en caso de no introducir ningún valor, es show running-config;show startup-config. La salida de cada mandato se guarda como un archivo deconfiguración. Para añadir mandatos adicionales, escriba el mandato predeterminado showrunning-config;show startup-config y añada los mandatos adicionales a la lista. Separecada mandato con punto y coma. De forma alternativa, escriba los mandatos que desea ejecutar.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione CiscoDeviceAuth como Tipo de componente.2. Especifique la información de acceso (nombre de usuario, contraseña y habilite la contraseña) que

TADDM debe utilizar para la autenticación en el sistema de destino. Deje el campo Habilitarcontraseña vacío en caso de no ser necesario.

3. Si su sensor de Cisco IOS utiliza el protocolo Telnet y no se le pide un nombre de usuario, escribadefault en el campo del nombre de usuario.

Sensor de puerto de CiscoEl sensor de puerto de Cisco descubre información del puerto de conmutador de Cisco.

El CiscoPortSensor descubre el índice de la interfaz y estado de dúplex del puerto. También determina elestado de la auto-negociación.

Nombre del sensor utilizado en la GUI y los registros

CiscoPortSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza el OID .1.3.6.1.4.1.9.9.87.1.4.1.1 para dispositivos Cisco serie 2900. De lo contrario seutiliza el OID .1.3.6.1.4.1.9.5.1.4.1.1.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

Capítulo 1. Referencia de sensores 277

Page 294: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

• Para que el TADDM ejecute un descubrimiento completo, el SNMP y Telnet deben estar habilitados.Debe configurar el acceso a Telnet con un nombre de usuario y contraseña, y debe habilitar dichacontraseña.

Sensor SNMP de Cisco UCSEl sensor SNMP de Cisco UCS descubre y recopila información de configuración sobre el dispositivo CiscoUCS. Utiliza SNMP (Simple Network Management Protocol) para descubrir y consultar los componentesde la infraestructura de Cisco UCS.

Nombre del sensor utilizado en la GUI y los registros

CiscoUCSSensor

Limitaciones

• El sensor no descubre determinados tipos de datos. Consulte la siguiente lista para obtener informaciónmás detallada.

Nota: En TADDM 7.3.0.3 y posterior, no se aplican estas limitaciones.

– La información de Fabric Interconnect no está disponible en la interfaz de usuario. Únicamentepuede visualizarla a través de la interfaz CLI.

– No se crea la relación entre Fabric Interconnect y Chassis.– Los módulos IO no se descubren.– No se descubren el objeto de modelo CPU de Blade y el atributo de información de memoria no se

descubren.• El sensor no descubre objetos de clúster de Cisco UCS ni de agrupación de Cisco UCS.

Objetos de modelo con atributos asociadosEl sensor SNMP de Cisco UCS crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que recopila el sensor acerca de los dispositivos Cisco UCS.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.CiscoUCSBladeServer

• AdminState• DistinguishedName• Model• Presence• RelativePosition• SerialNumber• SystemBoardUUID

278 Application Dependency Discovery Manager: Sensores

Page 295: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CiscoUCSChassis

• DistinguishedName• HWRevision• Model• OperationalState• SerialNumber

CiscoUCSFabricInterconnect

• DistinguishedName• HWRevision• Model• OperationalState• SerialNumber• Thermal

CiscoUCSServiceProfile

• AssignedState• AssocState• DistinguishedName• Label• ProfileType• OperationalState• OriginNode

enums.PhysTypeEnumenums.SlotStateEnumnet.Fqdnphys.physconn.PhysicalConnectorphys.physconn.Slot

• HWRevision• Name• Parent• PhysicalFrame• RelativePosition• SlotState• Type

phys.physpkg.Board

• DistinguishedName• Model• ModuleSide• Name• OperationalState• PhysicalPackage• Presence• RelativePosition

Capítulo 1. Referencia de sensores 279

Page 296: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• RunningVersion• SerialNumber• StartupVersion• Thermal• Type

phys.physpkg.Fan

• Name• HWRevision• RelativePosition• SerialNumber

phys.physpkg.PhysicalFramephys.physpkg.PowerSupply

• Name• HWRevision• RelativePosition• SerialNumber

sys.ComputerSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de V1 y V2 de SNMP, especifique la serie de comunidad correcta en la lista deacceso.

Puede realizar esta acción utilizando el tipo de componente de plantilla de red (SNMP) en la ventanaLista de acceso de la consola de Discovery Management.

• Para el descubrimiento de SNMP V3, entre el nombre de usuario, la contraseña y el protocolo deautenticación correctos en la lista de acceso, de acuerdo con la información de correlación decredenciales de SNMP V3 en la siguiente tabla.

Tabla 22. Correlación de credenciales de SNMP V3.

Realice la correlación a partir de: Con:

Tipo de autenticación (por ejemplo MD5) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Puede realizar esta acción utilizando el tipo de componente de plantilla de red (SNMPV3) en la ventanaLista de acceso de la consola de Discovery Management.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Puede configurar el perfil de descubrimiento de CiscoUCSSensor SNMP en la consola de DiscoveryManagement definiendo los siguientes atributos:

280 Application Dependency Discovery Manager: Sensores

Page 297: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

snmpPortEl número de puerto utilizado para la comunicación SNMP. El valor predeterminado es 161.

snmpTimeoutEl tiempo de espera utilizado para una única consulta SNMP. El valor predeterminado es 20000(segundos).

localeEl entorno local utilizado para las consultas SNMP.

characterEncodingLa codificación de caracteres utilizada para las consultas SNMP.

Cuando está habilitado CiscoUCSSensor, debe habilitar también SnmpLightSensor o SnmpMIB2Sensorpara que CiscoUCSSensor funcione correctamente.

Para obtener información acerca de los perfiles de descubrimiento, consulte el tema Creación de perfilesde descubrimiento en la Guía del usuario de TADDM.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor SNMP de Ciscos UCS yofrece soluciones a dichos problemas.

Se produce un error de tiempo de espera SNMPProblema

El sensor genera un error de tiempo se espera SNMP durante el descubrimiento.Solución

Aumente el valor del parámetro snmpTimeout para CiscoUCSSensor utilizando la consola deDiscovery Management.

Sensor VLAN de CiscoEl sensor VLAN de Cisco utiliza el MIB de pertenencia VLAN de Cisco para descubrir contenido VLAN.

El SnmpMib2Sensor invoca al CiscoVlanSensor cuando se configura VLANs para dispositivos Cisco. Acontinuación, CiscoVlanSensor invoca al BridgeSnmpSensor2 para cada VLAN que utiliza el protocoloEthernet. El sensor descubre la tabla de pertenencia VLAN, crea L2Interfaces y las adjunta al puenteVLAN.

Nota: Las VLAN predeterminadas, la red de anillo, etc. no generarán un BridgeSnmpSensor2.

Nombre del sensor utilizado en la GUI y los registros

CiscoVlanSensor

Identificadores de objeto (OIDs) utilizados

El sensor sigue los estándares documentados en RFC 1286 para obtener la Interfaz VLAN. Los OID dealto nivel consultados son los siguientes:

• OID .1.3.6.1.4.1.9.9.68.1.2.2.1.2 para obtener la tabla de pertenencia VLAN• OID .1.3.6.1.4.1.9.9.46.1.2.1.1 para obtener la tabla de dominio de gestión• OID .1.3.6.1.4.1.9.9.46.1.3.1.1 para obtener la tabla VLAN vtp• OID .1.3.6.1.4.1.9.9.46.1.6.1.1 para obtener la información de puerto de conexión VLAN.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Vlan

Capítulo 1. Referencia de sensores 281

Page 298: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• net.VlanInterface• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

• Para que el TADDM ejecute un descubrimiento completo, el SNMP y Telnet deben estar habilitados.Debe configurar el acceso a Telnet con un nombre de usuario y contraseña, y debe habilitar dichacontraseña.

Sensor de CiscoWorksEl sensor de CiscoWorks recoge datos de los servidores CiscoWorks.

El sensor funciona invocando el servlet RME.

Nombre del sensor utilizado en la GUI y los registros

CiscoWorksSensor, CiscoWorks405FileSensor, CiscoWorks405FileUDS, CiscoWorks405UDS,CiscoWorksFileSensor, CiscoWorksFileUDS y CiscoWorksUDS

Limitaciones

El sensor CiscoWorks no descubre CiscoWorks LMS ni Cisco Prime LMS, si el modo seguro (HTTPS) estáhabilitado para el servidor CiscoWorks o el servidor Cisco Prime.

Mandatos que el sensor ejecuta

El sensor envía el método de solicitud HTTP POST al siguiente URL:

http://<Cisco Works IP>:1741/rme/cwcli

La carga útil contiene el mandato cwcli export inventory.

Objetos de modelo con atributos asociadosEl sensor CiscoWorks crea objetos de modelo con atributos asociados. Los atributos indican el tipo deinformación que recoge el sensor sobre los elementos de configuración desde los servidores CiscoWorks.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.net.IpAdress

• DotNotation

282 Application Dependency Discovery Manager: Sensores

Page 299: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

net.IpInterface

• IpAddress• L2Interface

net.L2Interface

• Descripción• Encapsulation• HwAddress• Nombre

net.Router

• Forwarding• Nombre

sys.OperatingSystem

• Descripción• Nombre• OSName• OSVersion

sys.UnitaryComputerSystem

• Functions• Fabricante• Modelo• Nombre• OSRunning• SerialNumber• Type

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Utilice CiscoWorks como Tipo de componente.2. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

Resolución de problemas del sensorObtenga información sobre los problemas comunes que pueden producirse con el sensor CiscoWorks ycómo resolverlos.

Formato XML no válidoProblema

Cuando intenta crear objetos de modelo, se produce el error siguiente:

CTJTD0652E La siguiente transformación no se ha realizado correctamente: CTJTP2203E El servidor no puede crear los objetos del modelo: [PLATFORM.XML.E.1] La aplicación no puede analizar la entrada xml. .

Capítulo 1. Referencia de sensores 283

Page 300: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónLa causa de este problema es que se han encontrado comillas iniciales (") en la configuración deCiscoWorks. Este carácter no está soportado. Para solucionar el problema, elimine las comillasiniciales de la configuración.

Sensor de entidad MIBEl sensor de entidad MIB puede descubrir únicamente dispositivos conocidos. El sensor sigue losestándares documentados en RFC 2737 para recuperar algunos de los datos de configuración físicos deldispositivo.

El sensor de entidad MIB recoge los datos mostrados en la pestaña PhysicalPackage del panel Detalles.Los datos se utilizan para almacenar información sobre las partes físicas del dispositivo, por ejemplo lasranuras, ventiladores, marco físico, conectores físicos, chasis, bastidor y fuente de alimentación.

El sensor consulta los siguientes OIDs:

.1.3.6.1.2.1.47.1.1.1.1.2, .1.3.6.1.2.1.47.1.1.1.1.3, .1.3.6.1.2.1.47.1.1.1.1.4,

.1.3.6.1.2.1.47.1.1.1.1.5, .1.3.6.1.2.1.47.1.1.1.1.6, .1.3.6.1.2.1.47.1.1.1.1.7,

.1.3.6.1.2.1.47.1.1.1.1.8, .1.3.6.1.2.1.47.1.1.1.1.9, .1.3.6.1.2.1.47.1.1.1.1.10,

.1.3.6.1.2.1.47.1.1.1.1.11, .1.3.6.1.2.1.47.1.1.1.1.12, .1.3.6.1.2.1.47.1.1.1.1.13.

El sensor también recoge el.1.3.6.1.2.1.55.1.1.0., que contiene información IPv6 de acuerdo conRFC 2466. El OID .1.3.6.1.2.1.17.4.3.1.1 devuelve una lista de los OID de las direcciones MACconocidas. A continuación se consulta a estos OID para determinar la interfaz a través de la cual se puedeacceder al dispositivo MAC.

Si el sensor SNMP MIB2 también está en ejecución, se recoge información adicional y esta se muestra enlas pestañas Detalles del direccionador, Detalles del puente, IP y Puertos.

Nombre del sensor utilizado en la GUI y los registros

EntityMIBSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OIDs:

• .1.3.6.1.2.1.47.1.1.1.1.2• .1.3.6.1.2.1.47.1.1.1.1.3• .1.3.6.1.2.1.47.1.1.1.1.4• .1.3.6.1.2.1.47.1.1.1.1.5• .1.3.6.1.2.1.47.1.1.1.1.6• .1.3.6.1.2.1.47.1.1.1.1.7• .1.3.6.1.2.1.47.1.1.1.1.8• .1.3.6.1.2.1.47.1.1.1.1.9• .1.3.6.1.2.1.47.1.1.1.1.10• .1.3.6.1.2.1.47.1.1.1.1.11• .1.3.6.1.2.1.47.1.1.1.1.12• .1.3.6.1.2.1.47.1.1.1.1.13

El sensor consulta el OID .1.3.6.1.2.1.55.1.1.0. que contiene información IPV6 para RFC 2466. El sensortambién consulta el OID .3.6.1.2.1.17.4.3.1.1. que contiene una lista con los OID de las direcciones MACconocidas. Se consulta a estos OID para recuperar la interfaz a través de la cual se puede acceder aldispositivo MAC.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

284 Application Dependency Discovery Manager: Sensores

Page 301: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• phys.physconn.Slot• physconn.PhysicalConnector• physpkg.Chassis• physpkg.Fan• physpkg.PhysicalFrame• physpkg.PhysicalPackage• physpkg.otherPhysicalPackage• physpkg.PowerSupply• physpkg.Sensor• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor VLAN de ExtremeEl sensor VLAN de Extreme VLAN extrae información VLAN de conmutadores de redes Extreme.

El SnmpMib2Sensor invoca al ExtremeVlanSensor cuando se configuran VLANs para el dispositivo.

Nombre del sensor utilizado en la GUI y los registros

ExtremeVlanSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OIDs:

• El OID .1.3.6.1.4.1.1916.1.2.1.2.1 se utiliza para consultar información de extremeVlanInterface.• El OID .1.3.6.1.4.1.1916.1.2.3.1.1 se utiliza para consultar información de la Interfaz de Encapsulación

(Conexión troncal).• El OID .1.3.6.1.2.1.31.1.2.1 se utiliza para consultar información de la pila de la interfaz.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface

Capítulo 1. Referencia de sensores 285

Page 302: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.UnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP de IBM BladeCenterEl sensor SNMP de IBM BladeCenter descubre y recoge información de configuración sobre el chasis IBMBladeCenter. En TADDM 7.3.0.3 y posterior, también descubre y recopila información de configuraciónacerca del chasis de IBM PureFlex System.

El sensor utiliza el SNMP (protocolo simple de gestión de red) para descubrir y realizar consultas sobrelos componentes de la infraestructura BladeCenter. El módulo de gestión (MM) y el módulo de gestiónavanzado (AMM) son los puntos centrales para la gestión del chasis IBM BladeCenter.

El CMM (Chassis Management Module) es el punto central de gestión para el chasis PureFlex.

Nombre del sensor utilizado en la GUI y los registros

BladeCenterSnmpSensor

Limitaciones

Se aplican las limitaciones siguientes al descubrimiento del chasis IBM BladeCenter y del chasis IBMPureFlex System:

• El sensor no puede descubrir un chasis si cualquiera de los módulos de gestión no responde.• El sensor no puede descubrir BladeCenters con dos interfaces de red configuradas (eth0 y eth1).• No puede iniciar el primer descubrimiento de BladeCenter contra una base de datos vacía. Los sensores

de sistema que descubren sistemas operativos que se ejecutan en Blades (por ejemplo Linux yWindows) deben ejecutarse en primer lugar. Esta limitación se aplica únicamente al primerdescubrimiento de BladeCenter.

• Es posible que el sensor no obtenga suficientes datos vitales del producto (VPD) para creardeterminados objetos de modelo contra los Módulos de gestión redundantes. Las instancias de clasesComputerSystem y BladeCenterManagementModule que representan Módulos de gestiónredundantes, por ejemplo, podrían no ser creadas. En este caso, las instancias de la clase Boardrepresentan el módulo.

• Tras descubrir uno o varios BladeCenters utilizando el sensor de BladeCenter, los componentesBladeCenter y el Módulo de gestión de BladeCenter no están presentes en la lista de tipos decomponente disponibles para su uso con consultas personalizadas. Por lo tanto, no podrá ejecutar una

286 Application Dependency Discovery Manager: Sensores

Page 303: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

consulta personalizada para dichos tipos de componente. Este problema se produce solo con el Portalde gestión de datos de TADDM, no con la Consola de gestión de descubrimiento.

• El BladeCenter no tiene interfaces L2 pero tiene módulos de gestión que tienen interfaces L2. Para verlas interfaces L2 de los módulos de gestión contenidos en el BladeCenter, complete los siguientespasos:

1. En el panel Detalles, pulse la pestaña Chasis para abrir el cuaderno de Chasis.2. Pulse la pestaña MMs para abrir el cuaderno del módulo de gestión.3. En la columna Sistema, pulse el módulo de gestión BladeCenter.4. Pulse la pestaña IP para ver los detalles de la interfaz L2.

Las siguientes limitaciones se aplican al descubrimiento del chasis IBM PureFlex Systemúnicamente:

• Cuando el chasis IBM PureFlex System contiene almacenamiento IBM Storwize v7000, el sensordescubre marcadores de posición para los alojamientos de almacenamiento. Para descubrir porcompleto la información acerca de este almacenamiento, también debe ejecutar el sensor dealmacenamiento SVC. Los datos que descubre el sensor de almacenamiento SVC se reconcilian conestos marcadores de posición.

• Cuando descubre el chasis IBM PureFlex System, no se crea el objeto de modelo sys.blade.Alert.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• enums.AlertLevelEnum• enums.PhysTypeEnum• enums.SlotStateEnum• IpAddress net• L2Interface• net.BindAddress• net.Fqdn net• phys.physconn.PhysicalConnector• phys.physconn.Slot• phys.physpkg.Board• phys.physpkg.Chassis• phys.physpkg.Fan• phys.physpkg.PhysicalFrame• phys.physpkg.PowerSupply• sys.blade.Alert• sys.blade.BladeCenterManagementModule• sys.blade.LoginProfile• sys.ComputerSystem• sysControlSoftware• sys.DNSService• sys.LDAPService• sys.ServiceAccessPoint• sys.SMTPService

Capítulo 1. Referencia de sensores 287

Page 304: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Puede configurar el BladeCenterSnmpSensor utilizando la Consola de gestión de descubrimiento ydefiniendo los siguientes atributos:

snmpPortEl número de puerto utilizado para la comunicación SNMP. El valor predeterminado es 161.

snmpTimeoutEl tiempo de espera utilizado para una consulta SNMP individual. El valor predeterminado es 20000.

localeEl entorno local utilizado para las consultas SNMP.

characterEncodingLa codificación de caracteres utilizada para las consultas SNMP.

scanL2InterfacesObtiene interfaces L2 para el chasis, siempre que estén habilitadas.

Para obtener más información, consulte el tema Creación de perfiles de descubrimiento en la Guía delusuario de TADDM.

Cuando el BladeCenterSnmpSensor está habilitado, debe habilitar también el SnmpLightSensor o elSnmpMIB2Sensor para que el BladeCenterSnmpSensor funcione correctamente.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor SNMP de IBM BladeCentery ofrece soluciones a dichos problemas.

Se produce un error de tiempo de espera SNMPProblema

El sensor genera un error de tiempo de espera SNMP durante el descubrimiento.

288 Application Dependency Discovery Manager: Sensores

Page 305: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónAumente el parámetro snmpTimeout del BladeCenterSnmpSensor utilizando la Consola de gestión dedescubrimiento.

Sensor SNMP del Gestor de LANEl sensor SNMP del Gestor de LAN descubre al Gestor de LAN y recupera información contenida en losMIB SNMP de dicho gestor.

Nombre del sensor utilizado en la GUI y los registros

LanManagerSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• .1.3.6.1.4.1.77.1.1.1.0• .1.3.6.1.4.1.77.1.1.2.0• .1.3.6.1.4.1.77.1.2.3.1.1• .1.3.6.1.4.1.77.1.2.3.1.2• .1.3.6.1.4.1.77.1.2.3.1.3• .1.3.6.1.4.1.77.1.2.3.1.4• .1.3.6.1.4.1.77.1.2.3.1.5

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.windows.WindowsComputerSystem• sys.windows.WindowsOperatingSystem• sys.windows.WindowsService

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor de LDAPEl sensor de LDAP descubre servidores LDAP.

Capítulo 1. Referencia de sensores 289

Page 306: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor LDAP descubre siempre una instancia LDAP por host.

Nombre del sensor utilizado en la GUI y los registros

LdapSensor

Objetos de modelo creados

El sensor crea el objeto de modelo sys.LDAPSAP.

Para descubrir todos los atributos, el usuario especificado en la lista de acceso debe tener un acceso alsubárbol cn=monitor del servidor LDAP y el subárbol cn=monitor debe existir.

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor LDAP.

Establecimiento de parámetros de configuración de sensorPuede configurar el comportamiento del sensor LDAP estableciendo los parámetros de configuración.

Para modificar la configuración de sensor, puede configurar los parámetros siguientes:tryInsecureConnection

Especifica si se debe utilizar la conexión insegura. El valor predeterminado de esta propiedad estrue.Si este parámetro se establece en true, en el caso en que el sensor se conecta utilizando losprotocolos LDAPS o StartTLS y falla, el sensor intenta conectarse a LDAP utilizando un protocolosencillo. Si esta propiedad se establece en false, el sensor intenta conectarse utilizando solo losprotocolos LDAPS o StartTLS.Para obtener información sobre dónde configurar los puertos LDAP, consulte “Configuración de lasentradas de archivo collation.properties” en la página 291.

bypassHostVerificationEspecifica si se debe ignorar el procedimiento de verificación de host. El valor predeterminado de estapropiedad es true.Si esta propiedad se establece en true y se descubre LDAP utilizando el protocolo StartTLS, el pasode negociación de TLS ignora el procedimiento de verificación de host. El sensor acepta loscertificados que se han firmado para un nombre de host o una dirección IP diferente del servidor dedestino que se ha proporcionado en el ámbito utilizado para el descubrimiento. Si esta propiedad seestablece en false, el sensor intenta ejecutar el paso de negociación de TLS utilizando la direcciónIP del host de destino.

Configuración de la lista de accesoEn función de la configuración, debe proporcionar los detalles de acceso necesarios.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Utilice Servicio LDAP como Tipo de componente.2. Especifique la información de acceso (un nombre de usuario y una contraseña) que TADDM utiliza para

autenticarse en el servidor LDAP.3. Opcionalmente, en el caso de LDAP asegurado por los protocolos LDAPS o StartTLS, proporcione los

valores SSL, que es el certificado de almacén de confianza y la contraseña.

Utilización de SSLEl sensor LDAP utiliza la primera entrada de acceso para conectarse al servicio LDAP. Para imponer eluso de SSL, ponga la entrada de acceso SSL para LDAP antes de las entradas con credencialessimples o establezca la propiedad tryInsecureConnection en false.

La instalación podría fallar si se aplicara SSL. De forma predeterminada, se utiliza http (http estácodificado en DownloadFilesDeomPrimaryServerAction).

290 Application Dependency Discovery Manager: Sensores

Page 307: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitación de archivos de almacén de confianzaDebido a una limitación en Java, TADDM solo puede manejar un archivo de almacén de confianza paraun descubrimiento único de servicio LDAP. Los certificados que se almacenan en el archivo dealmacén de confianza se cargan cuando se establece la conexión con el servicio LDAP. Solo TADDMpuede utilizar esos certificados durante el descubrimiento completo, de modo que si se necesitancertificados de varios archivos de almacén de confianza, no los adjunte por separado a la lista deacceso. Debe exportar los archivos de almacén de confianza originales a un único archivo. Cuandotodas las entradas necesarias para cada servidor LDAP están en la lista de acceso de TADDM, laprimera debe tener adjunto el archivo de almacén de confianza exportado. Siempre hay una entradapara cada combinación diferente de inicio de sesión y contraseña para los servidores LDAPdescubiertos.

Configuración de las entradas de archivo collation.propertiesEste tema lista las entradas de archivo collation.properties que el sensor LDAP utiliza.

El sensor LDAP utiliza los siguientes valores de sensor:com.collation.ldapsensor.ports.ldaps=636

Especifica una lista separada por comas de puertos, en los que se ejecuta LDAP utilizando elprotocolo LDAPS.

com.collation.ldapsensor.ports.starttls=389Especifica una lista separada por comas de puertos, en los que se ejecuta LDAP utilizando elprotocolo StartTLS.

Nota:

• Si la propiedad tryInsecureConnection se establece en true en la configuración de sensor, elsensor intenta conectarse a los puertos anteriores utilizando un protocolo LDAP sencillo, empezandopor los puertos StartTLS.

• Los valores de ambas propiedades también las utiliza PortSensor para determinar qué puertos estánabiertos.

• También se pueden establecer ambos valores en la pestaña Propiedades de plataforma en losperfiles.

• Estas propiedades son propiedades con ámbito y se pueden establecer para una IP específica demáquinas de destino, por ejemplocom.collation.ldapsensor.ports.ldaps.192.168.5.4=755,234,524.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de LDAP y ofrecesoluciones a dichos problemas.

Se produce un error durante el descubrimientoProblema

El descubrimiento del sensor finaliza con el siguiente mensaje de error:

CTJTD0421E El servidor LDAP contiene los siguientes atributos inesperados: javax.naming.AuthenticationNotSupportedException: [LDAP: código de error 13 -confidencialidad necesaria]

SoluciónEl servidor LDAP requiere cifrado. El sensor de LDAP no puede llevar a cabo un descubrimiento si elservidor LDAP requiere cifrado, inhabilite el cifrado en el servidor LDAP.

El sensor no puede mostrar toda la información sobre atributosProblema

La siguiente información sobre atributos no se muestra tras ejecutar el descubrimiento: Versión deLDAP, Subprocesos, y Conexiones totales.

Capítulo 1. Referencia de sensores 291

Page 308: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónHabilite el supervisor de aplicaciones LDAP para que descubra la Versión de LDAP, losSubprocesos, y las Conexiones totales.

Duplicados de instancias de LDAPServiceProblema

Cuando el puerto de escucha de servidor LDAP cambia entre dos descubrimientos, es posible que seproduzcan duplicados de instancias de LDAPService después de cada descubrimiento.

SoluciónAñada credenciales de sesión del servidor de destino a la lista de acceso. Compruebe si los sensoresde ComputerSystem, por ejemplo LinuxComputerSystemSensor, están habilitados en el perfil dedescubrimiento. Después de que se haya ejecutado LDAPServiceAgent, las instancias de LDAPServicese fusionan, si se descubren en el mismo host.

Sensor de protocolo de descubrimiento de capa de enlaceEl sensor de protocolo de descubrimiento de capa de enlace utiliza la MIB LLDP para descubrirsegmentos de la Capa 2 en la red. El LldpSensor descubre información de lldpLocalSystemData,lldpLocPortTable y lldpRemTable y crea la interfaz local para los dispositivos iguales. Esta interfaz seutiliza para crear el segmento.

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Nombre del sensor utilizado en la GUI y los registros

LldpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• lldpLocChassisIdSubtype : .1.0.8802.1.1.2.1.3.1• lldpLocChassisId : .1.0.8802.1.1.2.1.3.2• lldpLocSysName : .1.0.8802.1.1.2.1.3.3• lldpLocPortNum: .1.0.8802.1.1.2.1.3.7.1.1• lldpLocPortIdSubtype: .1.0.8802.1.1.2.1.3.7.1.2• lldpLocPortId: .1.0.8802.1.1.2.1.3.7.1.3• lldpLocPortDesc: .1.0.8802.1.1.2.1.3.7.1.4• lldpRemTableIdx: .1.0.8802.1.1.2.1.4.1.1.1• lldpRemChassisIdSubtype: .1.0.8802.1.1.2.1.4.1.1.4• lldpRemChassisId: .1.0.8802.1.1.2.1.4.1.1.5• lldpRemPortIdSubtype: .1.0.8802.1.1.2.1.4.1.1.6• lldpRemPortId: .1.0.8802.1.1.2.1.4.1.1.7• lldpRemPortDesc: .1.0.8802.1.1.2.1.4.1.1.8

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.L2Interface• net.Segment• sys.ComputerSystem

292 Application Dependency Discovery Manager: Sensores

Page 309: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor SNMP de NetScreenEl sensor SNMP de NetScreen descubre configuraciones NAT de dispositivos Juniper Networks NetScreeny recupera valores de servicio como ServiceIndex, serviceName y ServiceTransProto de NetScreen,además de buscar el virtualservice.

El NetScreenSNMPSensor utiliza los MIBs SNMP de Netscreen.

Nombre del sensor utilizado en la GUI y los registros

NetscreenSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• .1.3.6.1.4.1.3224.11.1.1.1• .1.3.6.1.4.1.3224.11.1.1.2• .1.3.6.1.4.1.3224.11.1.1.3• .1.3.6.1.4.1.3224.11.1.1.4• .1.3.6.1.4.1.3224.11.1.1.5• .1.3.6.1.4.1.3224.11.1.1.6• .1.3.6.1.4.1.3224.13.1.1.1• .1.3.6.1.4.1.3224.13.1.1.2• .1.3.6.1.4.1.3224.13.1.1.4• .1.3.6.1.4.1.3224.13.1.1.5• .1.3.6.1.4.1.3224.13.1.1.6• .1.3.6.1.4.1.3224.13.1.1.7• .1.3.6.1.4.1.3224.13.1.1.8• .1.3.6.1.4.1.3224.11.3.1.1.1• .1.3.6.1.4.1.3224.11.3.1.1.2• .1.3.6.1.4.1.3224.11.3.1.1.3• .1.3.6.1.4.1.3224.11.3.1.1.4• .1.3.6.1.4.1.3224.11.3.1.1.5• .1.3.6.1.4.1.3224.11.3.1.1.6• .1.3.6.1.4.1.3224.11.3.2.1.1• .1.3.6.1.4.1.3224.11.3.2.1.2• .1.3.6.1.4.1.3224.11.3.2.1.3• .1.3.6.1.4.1.3224.11.3.2.1.5• .1.3.6.1.4.1.3224.11.3.2.1.6

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.vip.RealServer• net.vip.RealServerGroup• net.vip.Vip• net.vip.VipFunction• net.vip.VirtualService• sys.ComputerSystem

Capítulo 1. Referencia de sensores 293

Page 310: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP de NokiaEl sensor SNMP de Nokia descubre información contenida en los MIBs SNMP de Nokia.

El NokiaSNMPSensor descubre configuraciones de Listas de control de acceso (ACL) (reglas ACL) ycorrelaciona interfaces para dispositivos SNMP de Nokia basándose en el FQDN, la firma y el Object_ID.

Nombre del sensor utilizado en la GUI y los registros

NokiaSnmpSensor

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• .1.3.6.1.4.1.94.1.16.4.1.1.1.1• .1.3.6.1.4.1.94.1.16.4.1.1.1.2• .1.3.6.1.4.1.94.1.16.4.1.1.1.3• .1.3.6.1.4.1.94.1.16.4.1.1.1.4• .1.3.6.1.4.1.94.1.16.4.1.1.1.5• .1.3.6.1.4.1.94.1.16.4.2.1.1.1• .1.3.6.1.4.1.94.1.16.4.2.1.1.2• .1.3.6.1.4.1.94.1.16.4.2.1.1.3• .1.3.6.1.4.1.94.1.16.4.2.1.1.4• .1.3.6.1.4.1.94.1.16.4.2.1.1.5• .1.3.6.1.4.1.94.1.16.4.2.1.1.6• .1.3.6.1.4.1.94.1.16.4.2.1.1.7• .1.3.6.1.4.1.94.1.16.4.2.1.1.8• .1.3.6.1.4.1.94.1.16.4.2.1.1.9• .1.3.6.1.4.1.94.1.16.4.2.1.1.10• .1.3.6.1.4.1.94.1.16.4.2.1.1.11• .1.3.6.1.4.1.94.1.16.4.2.1.1.12

294 Application Dependency Discovery Manager: Sensores

Page 311: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• .1.3.6.1.4.1.94.1.16.4.2.1.1.13• .1.3.6.1.4.1.94.1.16.4.2.1.1.14• .1.3.6.1.4.1.94.1.16.4.2.1.1.15• .1.3.6.1.4.1.94.1.16.4.2.1.1.16

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.acl.Acl• net.acl.AclFunction• net.acl.Rule• net.L2Interface• sys.ComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor de PIXEl sensor PIX descubre los dispositivos Cisco PIX que se utilizan como cortafuegos IP y dispositivos deconversión de direcciones de red.

El sensor de PIX recoge datos sobre el sistema operativo CiscoPIX que se ejecuta en los dispositivos PIX.Además, el sensor hace lo siguiente:

• Descubre todos los servidores reales y servicios virtuales en ejecución. Los servidores reales seagrupan en un grupo de servidores reales.

• Descubre virtualIp, realIp, virtualPort y realPort, y deriva IPs virtuales utilizando los mismos. Las IPsvirtuales se almacenan en la tabla Vip.

Nombre del sensor utilizado en la GUI y los registros

• CiscoApplianceVersionSensor• PixSensor

Capítulo 1. Referencia de sensores 295

Page 312: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisito previo

Para configuraciones que tienen varias configuraciones de contexto, especifique la dirección IP de "admincontext" en el ámbito de descubrimiento

Limitaciones

Cuando se muestran topologías, se aplican las siguientes limitaciones:

• Para configuraciones de contexto, el contexto virtual y administrativo se representan con el mismoicono.

• En la vista topológica de la infraestructura física, la conexión entre el "contexto administrativo" y el"contexto virtual" no se muestra. Esta conexión se muestra en la vista topológica contextual.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• cisco.CiscoPixComputerSystem• core.LogicalContent• net.L2Interface• sys.OperatingSystem• vip.RealServer• vip.RealServerGroup• vip.Vip• vip.VipFunction• vip.VirtualService

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione Dispositivo Cisco como Tipo de componente.2. Especifique la información de acceso (nombre de usuario, contraseña y habilite la contraseña) que

TADDM debe utilizar para la autenticación en el dispositivo PIX de destino.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de PIX.

com.collation.pix.pager.commandEste valor especifica el uso del mandato pager para forzar al PIX a devolver la respuesta entera deuna sola vez en lugar de devolver una pantalla cada vez. Añada esta entrada si no es posible ejecutarel mandato configure terminal.

Sensor SNMP LightEl sensor SNMP Light soporta el descubrimiento de dispositivos de red SNMP de Nivel 1.

En los perfiles de descubrimiento de Nivel 1, utilice el sensor SNMP Light con el sensor Stack Scan paramejorar la precisión del descubrimiento. En los perfiles de descubrimiento de Nivel 2 y 3, utilice el sensorSNMP MIB2, que descubre datos adicionales para crear topologías de Nivel 2 detalladas.

El sensor SNMP Light recoge los datos mostrados en las siguientes pestañas del panel Detalles:

• General• Información SNMP

El sensor SNMP Light y el sensor SNMP MIB2 recogen información genérica sobre los siguientesidentificadores de objeto (OIDs):

296 Application Dependency Discovery Manager: Sensores

Page 313: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.1.0SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System SoftwareIOS (tm) s72033_rp Software (s72033_rp-JK9SV-M), Version 12.2(17d)SXB11, RELEASE SOFTWARE (fc1)Technical Support: http://www.cisco.com/techsupportCopyright (c) 1986-2005 by cisco Systems, Inc.Compiled T

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "Y1UN9;4b/1tz9l#" 10.199.250.9 .1.3.6.1.2.1.1.2.0SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.400

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "Y1UN9;4b/1tz9l#" 10.199.250.9 .1.3.6.1.2.1.1.4.0SNMPv2-MIB::sysContact.0 = STRING: Network Support - CH

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.5.0SNMPv2-MIB::sysName.0 = STRING: NC89ZNC01TSL302

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A “" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.6.0SNMPv2-MIB::sysLocation.0 = STRING: NC89ACB01

Nombre del sensor utilizado en la GUI y los registros

SnmpLightSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.UnitaryComputerSystem• sys.OperatingSystem• sys.SnmpSystemGroup

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor SNMP MIB2El sensor SNMP MIB2 soporta el descubrimiento de dispositivos de red SNMP de Nivel 2.

Capítulo 1. Referencia de sensores 297

Page 314: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

En los perfiles de descubrimiento de Nivel 1, utilice el sensor SNMP Light con el sensor Stack Scan paramejorar la precisión del descubrimiento. En los perfiles de descubrimiento de Nivel 2 y 3, utilice el sensorSNMP MIB2, que descubre datos adicionales para crear topologías de Nivel 2 detalladas.

El sensor SNMP MIB2 descubre información SNMP básica sobre el dispositivo y otros datos como detallessobre el direccionador, detalles sobre el puente, datos IP (tanto IPv4 como IPv6) y datos sobre puertos.El sensor SNMP MIB2 llama al sensor Entity MIB y el sensor Bridge SNMP si estos están habilitados en elperfil de descubrimiento.

Cuando el sensor SNMP MIB2 detecta otros dispositivos soportados por TADDM se llama a otrossensores (por ejemplo, si se detecta un dispositivo Cisco, se llama al sensor de puerto Cisco y el sensorVLAN de Cisco).

El sensor SNMP MIB2 recoge los datos mostrados en las siguientes pestañas del panel Detalles:

• General• Información SNMP• Detalles direccionador IPv6• Detalles direccionador IPv4• IP• Interfaces

El sensor SNMP Light y el sensor SNMP MIB2 recogen información genérica sobre los siguientesidentificadores de objeto (OIDs):

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.1.0SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System SoftwareIOS (tm) s72033_rp Software (s72033_rp-JK9SV-M), Version 12.2(17d)SXB11, RELEASE SOFTWARE (fc1)Technical Support: http://www.cisco.com/techsupportCopyright (c) 1986-2005 by cisco Systems, Inc.Compiled T

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "Y1UN9;4b/1tz9l#" 10.199.250.9 .1.3.6.1.2.1.1.2.0SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.400

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "Y1UN9;4b/1tz9l#" 10.199.250.9 .1.3.6.1.2.1.1.4.0SNMPv2-MIB::sysContact.0 = STRING: Network Support - CH

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.5.0SNMPv2-MIB::sysName.0 = STRING: NC89ZNC01TSL302

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A “" -x DES -X "" 10.199.250.9 .1.3.6.1.2.1.1.6.0SNMPv2-MIB::sysLocation.0 = STRING: NC89ACB01

El sensor SNMP MIB2 descubre información IPv4 y IPv6. Utilizando los módulos IP-MIB e IP-FORWARD-MIB (actualizado en RFC 4293 y RFC 4292), el sensor recoge información sobre la interfaz IP, el envío y eldireccionamiento. Se requiere los siguientes OID:

1.3.6.1.2.1.4.34 IP-MIB (ipAddressTable)1.3.6.1.2.1.4.32 IP-MIB (ipAddressPrefixTable)1.3.6.1.2.1.4.25 IP-MIB (ipv6IpForwarding)1.3.6.1.2.1.4.1 IP-MIB (ipForwarding)1.3.6.1.2.1.4.24.7 IP-FORWARD-MIB (inetCidrRouteTable)

ipAddressTableEsta tabla muestra las direcciones IPv4 e IPv6.

ipAddressPrefixTableEsta tabla muestra la información sobre prefijos de todas las direcciones.

ipv6IpForwardingEste distintivo indica si el dispositivo de destino actúa como direccionador para enviar paquetes IPv6.

298 Application Dependency Discovery Manager: Sensores

Page 315: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

ipForwardingEste distintivo indica si el dispositivo de destino actúa como direccionador para enviar paquetes IPv4.

inetCidrRouteTableEsta tabla de direccionamiento IP indica las rutas de las interfaces IPv4 e IPv6.

Si el dispositivo de destino soporta las versiones necesarias de los módulos IP-MIB e IP-FORWARD-MIB,el sensor SNMP MIB2 recoge toda la información necesaria y el descubrimiento se completa. Si eldispositivo de destino no soporta las versiones necesarias de estos módulos, se utilizan las versionesanteriores (RFC 2011 y RFC 1213), que recogen solo información IPv4, y se consulta a los siguientes OID:

1.3.6.1.2.1.4.20 IP-MIB (ipAddrTable)1.3.6.1.2.1.4.1 IP-MIB (ipForwarding)1.3.6.1.2.1.4.21 RFC1213-MIB (ipRouteTable)

Además, si el dispositivo de destino es un dispositivo Cisco, se utilizan los módulosCISCO-IETF-IP-MIB yCISCO-IETF-IP-FORWARDING-MIB para recoger únicamente información IPv6 y se consultan lossiguientes OID:

1.3.6.1.4.1.9.10.86.1.1.2 CISCO-IETF-IP-MIB (cIpAddressTable)1.3.6.1.4.1.9.10.86.1.1.1 CISCO-IETF-IP-MIB (cIpAddressPfxTable)1.3.6.1.4.1.9.10.86.1.2.1 CISCO-IETF-IP-MIB (cIpv6Forwarding)1.3.5.1.4.9.10.85.7 CISCO-IETF-IP-FORWARD-MIB (cInetCidrRouteTable)

Nombre del sensor utilizado en la GUI y los registros

SnmpMib2Sensor

Limitaciones

Actualmente, TADDM soporta un número limitado de dispositivos de red. Además, los conmutadores L2de TADDM son conmutadores y los conmutadores L3 son direccionadores. Así, los conmutadores L3 semuestran con un Direccionador en el árbol Infraestructura física y en la Topología.

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• net.Bridge• net.IpInterface• net.IpRoute• net.IpV4Address• net.IpV6Address• net.IpV4Router• net.IpV6Router• net.L2Interface• sys.UnitaryComputerSystem• sys.OperatingSystem

Capítulo 1. Referencia de sensores 299

Page 316: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.SnmpSystemGroup

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Configuración de las entradas de archivo collation.propertiesEste tema lista las entradas de archivo collation.properties que el sensor SNMP MIB2 utiliza.

com.collation.discover.agent.net.SnmpMib2Agent.useEntitySerialAl establecer esta propiedad en true, permite que TADDM recopile el número de serie de EntityMIB.TADDM no soporta la configuración de Cisco permitida para el id de chasis 1.3.6.1.4.1.9.3.6.3. Comoresultado, una información no válida se establece en el atributo de número de serie para losdispositivos de red. Para evitar este problema, añada la propiedadcom.collation.discover.agent.net.SnmpMib2Agent.useEntitySerial=true al archivocollation.properties.

com.ibm.cdb.discover.sensor.net.snmpmib2.SnmpMib2Sensor.ifTypeEsta propiedad se utiliza para crear relaciones a dispositivos de red que utilizan interfaces virtualesque el sensor SNMP MIB2 descubre. De forma predeterminada, el sensor no almacena interfacesvirtuales para su proceso. Si desea que las relaciones con las interfaces virtuales se visualicen enTADDM, añada esta propiedad en el archivo collation.properties.El valor de esta propiedad es el tipo de la interfaz virtual, que el atributo ifType especifica. Porejemplo, si una interfaz tiene el atributo ifType=135, debe añadir la siguiente propiedad:

com.ibm.cdb.discover.sensor.net.snmpmib2.SnmpMib2Sensor.ifType=135

Se puede especificar una lista separada por comas de tipos de la interfaz como el valor de estapropiedad.Como resultado de lo anterior, el valor del atributo ifType se trata como un puerto físico y se crea larelación.El valor predeterminado es 6, 62, 69, 117.

com.collation.discover.agent.net.SnmpMib2Agent.isL2InterfaceEsta propiedad se utiliza para suprimir el descubrimiento de una interfaz L2 y un destino de interfazVLAN.

300 Application Dependency Discovery Manager: Sensores

Page 317: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Las VLAN deben funcionar de la misma manera que las interfaces L2 y tienen una opción de suprimirel descubrimiento en las VLAN, para evitar confundir dispositivos y hacer de las VLAN un Sistemainformático cuando el sistema informático deba crearse basándose en la interfaz de gestión.En TADDM 7.3 Fixpack 6, TADDM puede comprobar si sysName del servidor de destino y el nombrede dominio completo coinciden o no. Si coinciden, el descubrimiento deberá continuar y si nocoinciden, el descubrimiento deberá detenerse con el aviso visible en la interfaz de usuario indicandoque el descubrimiento se ha detenido porque es una interfaz VLAN.La siguiente propiedad debe establecerse en true en collation.properties para activar estearreglo:

com.collation.discover.agent.net.SnmpMib2Agent.isL2Interface=true

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor SNMP MIB2 y ofrecesoluciones a dichos problemas.

El sensor SNMP MIB2 no se inicia cuando el sensor de sesión agota el tiempo de esperaProblema

Cuando el sensor de sesión falla porque se ha agotado el tiempo de espera, el sensor SNMP MIB2 nose inicia.

SoluciónSi el sensor de sesión agota el tiempo de espera, el sensor SNMP MIB2 no se inicia de formapredeterminada. Si desea cambiar este comportamiento, establezca la propiedadcom.collation.discover.agent.sys.SessionSensor.timeout.snmp en true en el archivocollation.properties. Para obtener más detalles, consulte “Configuración de las entradas delarchivo collation.properties” en la página 240.

El sensor no identifica correctamente los conmutadores L3 como direccionadoresProblema

Con dispositivos SNMP a los que TADDM aún no conoce, en ocasiones TADDM no identificacorrectamente los conmutadores L3.

SoluciónUtiliza las plantillas SNMP para facilitar a TADDM pistas con el fin de que identifique correctamentelos conmutadores y direccionadores. Para obtener información sobre cómo utilizar plantillas SNMPpara ayudar a TADDM a realizar una categorización correcta de los conmutadores y direccionadores,consulte la Guía del usuario de TADDM.

El sensor falla durante un descubrimiento de SOProblema

El sensor falla durante un descubrimiento de SO.Solución

Compruebe los credenciales facilitados en la lista de acceso y asegúrese de que SNMP se estáejecutando en el cliente de TADDM.

El dispositivo DataPower descubierto con SnmpMib2Sensor no se fusiona con los datos descubiertospor otros sensoresProblema

El dispositivo DataPower que se descubre con SnmpMib2Sensor no se fusiona con los datosdescubiertos por otros sensores.

SoluciónCuando se configura el dispositivo DataPower para utilizar el protocolo SNMP, se puede descubrirutilizando SnmpMib2Sensor. Sin embargo, DataPower utiliza un conjunto personalizado de OID de

Capítulo 1. Referencia de sensores 301

Page 318: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SNMP que SnmpMib2Sensor no consulta. Estos OID solo los lee el sensorCustomMib2ComputerSystem con el uso del script de extensión Jython.Para obtener más información, consulte el paso 6 del tema Adición de una plantilla de sistema paraun dispositivo de red en la Guía del usuario de TADDM.Para asegurar la reconciliación adecuada con los datos almacenados por DataPower, los sensoresVMWare y ZEnterprise de la consola de Discovery Management comprueban los requisitos previossiguientes:

• Asegúrese de que la plantilla DataPowerComputerSystem está habilitada en las plantillas desistemas (que es el valor predeterminado).

• Asegúrese de que el sensor CustomMib2ComputerSystem está habilitado en el perfil dedescubrimiento que se utiliza para descubrir dispositivos DataPower.

• Asegúrese de que los archivos siguientes están en la instalación de TADDM:

– etc/templates/commands/DataPowerComputerSystem– etc/templates/commands/extension-scripts/DataPowerComputerSystem.py

Sensores de sistema operativoLos sensores de sistema operativo descubren los sistemas operativos que se ejecutan en el entorno.

Sensor de Citrix XenServerel sensor de Citrix XenServer descubre Citrix XenServers. Es un sensor basado en script.

Nombre del sensor utilizado en la GUI y los registros

El sensor de Citrix XenServer es un sensor basado en script. Se inicia después de GenericServerSensor. Elsensor descubre un host con la lista de máquinas virtuales. El dominio 0 se descubre como una máquinavirtual y contiene un número de serie y un UUID que se hereda del hardware de servidores. Otrasmáquinas virtuales tiene un número de serie y UUID generados por el hipervisor Xen.

XenServerSensor

Elementos descubiertos por el sensor

El sensor de Citrix XenServer descubre agrupaciones de servidores, hosts de una agrupación y máquinasvirtuales (VM) ubicadas en todos los hosts de una agrupación.

• El sensor descubre los siguientes elementos para las agrupaciones:

– lista de hosts– nombre

• El sensor descubre los siguientes elementos para los hosts:

– lista de VM incluyendo el dominio 0– información de memoria– información de CPU– nombre– descripción– estado de ejecución– UUID

• El sensor descubre los siguientes elementos para las máquinas virtuales:

– nombre– información de memoria

302 Application Dependency Discovery Manager: Sensores

Page 319: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

– número de CPU– estado de alimentación– PV/HVM– información de red– tipo de arranque

Requisitos previos

Se necesitan los requisitos previos siguientes:

• lsof debe instalarse en el dominio 0• xapi debe estar en ejecución en el dominio 0• Para la VM basada en Linux, las herramientas de invitado deben estar en ejecución en Paravirtualized

DomainU para descubrir una máquina virtual de este tipo.• Para la VM basada en Windows, las herramientas de invitado deben estar en ejecución en la máquina

virtual de hardware para descubrir información de red y de sistema operativo.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• simple.SLogicalGroup• sys.ComputerSystem• sys.linux.Linux• sys.linux.LinuxUnitaryComputerSystem• sys.windows.WindowsComputerSystem• sys.windows.WindowsOperatingSystem

Resolución de problemas del sensorEste tema describe problemas comunes que se producen con el sensor Citrix XenServer y presentasoluciones para esos problemas.

La máquina virtual Windows se descubre como otro sistema sin información de sistema operativoProblema

La máquina virtual Windows se descubre como otro sistema y no se proporciona información desistema operativo.

SoluciónCompruebe si las herramientas de invitado se ejecutan en la máquina virtual. Las herramientas sonnecesarias para el descubrimiento.

La máquina virtual Linux no se descubre.Problema

La máquina virtual Linux no se descubre y se visualiza un aviso.Solución

Compruebe si las herramientas de invitado se ejecutan en la máquina virtual. Las herramientas sonnecesarias para el descubrimiento.

Sensor de DataPowerEl sensor de DataPower descubre dispositivos SOA de IBM WebSphere DataPower, los cuales dansoporte a la interfaz de gestión de configuración de SOAP.

Capítulo 1. Referencia de sensores 303

Page 320: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

En TADDM 7.3.0.3 y posterior, el sensor descubre los dominios DataPower y los siguientes tipos deproxies:

• Proxy SSL• Proxy TCP• Proxy XSL• Proxy WS• MPG (Multi-Protocol Gateway)• Cortafuegos XML• Servicio HTTP

Los datos descubiertos se almacenan como instancias ampliadas. Para cada nueva categoría descubiertase crea un nuevo separador diferente en Data Management Portal, por ejemplo, los separadoresDominios o Proxy SSL. Los datos se muestran en formato XML.

Nombre del sensor utilizado en la GUI y los registros

DataPowerSensor

Requisitos previos

Los dispositivos DataPower descubiertos debe tener habilitado el servicio de gestión de configuración deSOAP.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.appliance.DataPower• net.L2Interface• net.IpInterface

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de números de puertoDebe establecer un número de puerto de la interfaz de gestión de configuración de DataPower SOAP en laconfiguración de sensor de puerto.

Procedimiento

1. Cree un perfil de descubrimiento.2. Seleccione PortSensor en la lista de sensores y pulse Nuevo.3. En el campo dataPowerXmlManagementPorts, escriba una lista de números de puertos separados

por comas, que se tratarán como los puertos de la interfaz de gestión de configuración de SOAP deDataPower. Especifique otra información necesaria, habilite la configuración y guárdela.

4. Añada DataPowerSensor a su perfil de descubrimiento y guárdelo.

ResultadosCuando ejecute un descubrimiento utilizando el perfil que ha creado, se iniciará el sensor de DataPowerpara cada servidor, y escuchará en cualquiera de los puertos suministrados en la listadataPowerXmlManagementPorts.

Configuración de la lista de acceso y los certificadosEl sensor DataPower requiere la entrada adecuada del tipo de componente "DataPower" en la lista deacceso. El nombre de usuario y la contraseña deben ser los mismos que los utilizados en el inicio desesión en el dispositivo DataPower con WebGUI o SSH.

304 Application Dependency Discovery Manager: Sensores

Page 321: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de certificados

El sensor DataPower utiliza el protocolo HTTPS y requiere un archivo de almacén de confianza con sucertificado de dispositivo, el cual debe adjuntarse a la entrada de la lista de acceso. Cada entrada de listade acceso utiliza su propio archivo de almacén de confianza y es independiente de otras entradas de lalista de acceso.

Puede utilizar el programa de utilidad iKeyman (ikeyman.exe en Windows) para crear un archivo dealmacén de confianza. El programa de utilidad o se incluye en la instalación de TADDM. Los certificadosdel dispositivo o de los dispositivos DataPower se deben añadir al archivo de almacén de confianza comocertificados de firmante.

Ignorar validación de certificadosSi el entorno es totalmente fiable, puede configurar el sensor DataPower para ignorar la validación decertificados.

Procedimiento

1. Elija el perfil de descubrimiento utilizado para el descubrimiento de dispositivos DataPower.2. Seleccione DataPowerSensor en la lista de sensores y pulse Nuevo.3. Cambie el valor de la propiedad validateCertificates a false, habilite la configuración y

guárdela.4. Guarde el perfil de descubrimiento.

ResultadosCuando ejecute un descubrimiento utilizando el perfil que ha creado, el sensor DataPower no valida loscertificados, de modo que no tiene que conectar ningún archivo de almacén de confianza a las entradasde lista de acceso de DataPower.

Habilitación de la verificación de nombre de hostCuando se utilizan certificados basados en FQDN, el paso de verificación de nombre de host del protocolose ignora debido a las restricciones de definición de ámbito de TADDM. Cuando se utilizan certificadosbasados en IP, puede habilitar la verificación de nombre de host para proteger por completo la conexiónSSL.

Acerca de esta tarea

La definición de ámbito TADDM se basa en la dirección IP, no se basa en FQDN. Cualquier valor de FQDNque se proporciona durante la creación de ámbito se resuelve inmediatamente en la dirección IP. El FQDNno se pasa al sensor cuando se ejecuta el descubrimiento. El sensor debe utilizar la dirección IP alintentar conectarse al dispositivo Data Power. Cuando el certificado de dispositivo Data Power estábasado en FQDN, normalmente se genera el error de protocolo SSL para indicar una posible discrepanciaentre la dirección IP proporcionada y el FQDN del servicio leído en el certificado. Para evitar esteproblema, se inhabilita el paso de verificación de nombre de host de forma predeterminada.

Cuando se utilizan certificados basados en IP, se puede habilitar el paso de verificación de nombre dehost para proteger por completo la conexión SSL.

Procedimiento

1. Elija el perfil de descubrimiento utilizado para el descubrimiento de dispositivos DataPower.2. Seleccione DataPowerSensor en la lista de sensores y pulse Nuevo.3. Cambie el valor de la propiedad bypassHostnameVerification a false, habilite la configuración y

guárdela.4. Guarde el perfil de descubrimiento.

Capítulo 1. Referencia de sensores 305

Page 322: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

ResultadosAl ejecutar un descubrimiento utilizando el perfil que ha creado, el sensor DataPower cumplirá de formaestricta con el protocolo SSL. La dirección IP proporcionada en el ámbito TADDM debe coincidirexactamente con la dirección IP indicada en el certificado del dispositivo Data Power para que eldescubrimiento se realice correctamente.

Resolución de problemas del sensorEste tema describe problemas comunes que se producen con el sensor de DataPower y ofrece solucionesa dichos problemas.

El dispositivo DataPower descubierto con SnmpMib2Sensor no se fusiona con los datos descubiertospor otros sensoresProblema

El dispositivo DataPower que se descubre con SnmpMib2Sensor no se fusiona con los datosdescubiertos por otros sensores.

SoluciónCuando se configura el dispositivo DataPower para utilizar el protocolo SNMP, se puede descubrirutilizando SnmpMib2Sensor. Sin embargo, DataPower utiliza un conjunto personalizado de OID deSNMP que SnmpMib2Sensor no consulta. Estos OID solo los lee el sensorCustomMib2ComputerSystem con el uso del script de extensión Jython.Para obtener más información, consulte el paso 6 del tema Adición de una plantilla de sistema paraun dispositivo de red en la Guía del usuario de TADDM.Para asegurar la reconciliación adecuada con los datos almacenados por DataPower, los sensoresVMWare y ZEnterprise de la consola de Discovery Management comprueban los requisitos previossiguientes:

• Asegúrese de que la plantilla DataPowerComputerSystem está habilitada en las plantillas desistemas (que es el valor predeterminado).

• Asegúrese de que el sensor CustomMib2ComputerSystem está habilitado en el perfil dedescubrimiento que se utiliza para descubrir dispositivos DataPower.

• Asegúrese de que los archivos siguientes están en la instalación de TADDM:

– etc/templates/commands/DataPowerComputerSystem– etc/templates/commands/extension-scripts/DataPowerComputerSystem.py

Sensor de sistemas informáticos FreeBSDEl sensor de sistemas informáticos FreeBSD descubre sistemas informáticos que ejecutan el sistemaoperativo FreeBSD, que está basado en BSD UNIX.

Nombre del sensor utilizado en la GUI y los registros

FreeBSDComputerSystemSensor

Requisitos previos

Para que el sensor descubra el sistema operativo, el script /bin/sh debe configurarse como un shellpredeterminado.

Para la fusión correcta con los datos descubiertos por el sensor del sistema VMware ESX, se requiere elmandato dmidecode en los destinos en los que ha instalado el sistema operativo FreeBSD.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1

306 Application Dependency Discovery Manager: Sensores

Page 323: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Si el mandato siguiente está presente en el sistema de destino, el sensor descubre los sistemas dearchivos locales:

df -kTP

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utilizadirecciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del sistema FreeBSD soporta el descubrimiento basado en scripts.

Requisitos de configuración del sensor

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Objetos de modelo con atributos asociadosEl sensor de sistemas informáticos FreeBSD crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que el sensor recopila sobre los sistemas informáticos queejecutan el sistema operativo FreeBSD en su entorno de tecnologías de la información.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.core.LogicalContent

• Checksum• Content• FixedPath• URI

net.L2Interface

• Promiscious• Name• HwAddress• Mtu• Speed

Capítulo 1. Referencia de sensores 307

Page 324: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Duplex• AutoNegotiation• Broadcast• Loopback• InterfaceMTU• InterfaceName

net.IpInterface

• IpAddress• L2Interface• IpNetwork

sys.DNSResolveEntry

• ServerIp• SearchOrder

sys.freebsd.FreeBSD

• FQDN• Name• OSName• OSVersion• BootTime• KernelArchitecture• KernelVersion• WordSize• Charset• OsId• OSMode• OSConfidence• VersionString• KernelModulesRawData

sys.freebsd.FreeBSDUnitaryComputerSystem

• UUID• Name• Type• SystemId• Signature• Fqdn• SerialNumber• Manufacturer• Model• MemorySize• BIOSManufacturer• BIOSDate• BIOSName

308 Application Dependency Discovery Manager: Sensores

Page 325: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• NumCPUs• CPUType• CPUSpeed• Architecture• TimeZone• VirtualMachineState

sys.SoftwareComponent

• SoftwareVersion• Name

sys.unix.UnixFileSystem

• MountPoint• Type• Capacity• AvailableSpace• Owner• Group• Permissions

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como el tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios, lo que sepuede realizar mediante el mandato sudo.

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Configuración de las entradas de archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.ibm.cdb.discover.sys.freebsd.pkg_info=pkg_infoEsta propiedad especifica la vía de acceso al mandato pkg_info en las versiones 9.x, o anteriores,del sistema operativo FreeBSD. El mandato proporciona información sobre los paquetes instalados enel sistema operativo FreeBSD.El valor predeterminado es pkg_info.

com.ibm.cdb.discover.sys.freebsd.pkg_info_10=pkg infoEsta propiedad especifica la vía de acceso al mandato pkg info en las versiones 10.x, o posteriores,del sistema operativo FreeBSD. El mandato proporciona información sobre los paquetes instalados enel sistema operativo FreeBSD.El valor predeterminado es pkg info.

Capítulo 1. Referencia de sensores 309

Page 326: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema FreeBSD yofrece soluciones a dichos problemas.

Se crean invitados de FreeBSD duplicadosProblema

Cuando el sensor del sistema FreeBSD y el sensor del sistema VMware ESX descubren el mismoinvitado que ha instalado el sistema operativo FreeBSD, no se fusionan los datos y se creanduplicados.

SoluciónInstale el mandato dmidecode en los destinos en los que se ha instalado el sistema operativoFreeBSD. Este mandato es necesario para fusionara correctamente los datos que descubre el sensordel sistema VMware ESX.

Sensor SNMP de HP BladeSystemEl sensor SNMP de HP BladeSystem descubre y recopila información de configuración sobre el chasis HPBladeSystem.

El sensor utiliza SNMP (Simple Network Management Protocol - Protocolo simple de gestión de red) paradescubrir y consultar componentes de infraestructura de BladeSystem. Se utiliza el componente SNMPHP BladeSystem Onboard Administrator para recopilar los datos.

Nombre del sensor utilizado en la GUI y los registros

HPBladeSystemSnmpSensor

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• enums.PhysTypeEnum• enums.SlotStateEnum• enums.BladeCenterManagementModuleTypeEnum• net.Fqdn• phys.physconn.PhysicalConnector• phys.physconn.Slot• phys.physpkg.Board• phys.physpkg.Chassis• phys.physpkg.Fan• phys.physpkg.PhysicalFrame• phys.physpkg.PowerSupply• sys.blade.BladeCenterManagementModule• sys.ComputerSystem• storage.FCSwitch

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Puede configurar el sensor SNMP de HP BlaseSystem en la Consola de gestión de descubrimientodefiniendo los siguientes atributos:

310 Application Dependency Discovery Manager: Sensores

Page 327: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

snmpPortEl número de puerto utilizado para la comunicación SNMP. El valor predeterminado es 161.

snmpTimeoutEl tiempo de espera utilizado para una consulta SNMP individual. El valor predeterminado es 20000.

localeEl entorno local utilizado para las consultas SNMP.

characterEncodingLa codificación de caracteres utilizada para las consultas SNMP.

Cuando el sensor SNMP de HP BladeSystem está habilitado, debe habilitar también el sensor SNMP Lighto el sensor SNMP MIB2 para que el sensor SNMP de HP BladeSystem funcione correctamente.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de V1 y V2 de SNMP, especifique la serie de comunidad correcta en la lista deacceso.

Puede realizar esta acción utilizando el tipo de componente de plantilla de red (SNMP) en la ventanaLista de acceso de la consola de Discovery Management.

• Para el descubrimiento de SNMP V3, entre el nombre de usuario, la contraseña y el protocolo deautenticación correctos en la lista de acceso, de acuerdo con la información de correlación decredenciales de SNMP V3 en la siguiente tabla.

Tabla 23. Correlación de credenciales de SNMP V3.

Realice la correlación a partir de: Con:

Tipo de autenticación (por ejemplo MD5) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Puede realizar esta acción utilizando el tipo de componente de plantilla de red (SNMPV3) en la ventanaLista de acceso de la consola de Discovery Management.

Resolución de problemas del sensorEste tema describe problemas comunes que se producen con el sensor SNMP de HP BladeSystem ypresenta soluciones a dichos problemas.

Se produce un error de tiempo de espera SNMPProblema

El sensor genera un error de tiempo de espera SNMP durante un descubrimiento.Solución

Aumente el valor del parámetro snmpTimeout para el sensor SNMP de HP BladeSystem utilizando laconsola de Discovery Management.

Los objetos de sistema HP Blade no se reconcilian con los datos de descubrimiento de Nivel 2Problema

El descubrimiento del sistema HP Blade crea sistemas informáticos que no se reconcilian con losdatos de descubrimiento de Nivel 2 cuando Virtual Connect tiene perfiles de servidor lógicohabilitados.

SoluciónTADDM inspecciona objetos que proceden descubrimiento de sistema HP Blade, cuando los atributospredeterminados manufacturer, model y serialNumber no coinciden. La lógica del plug-in de

Capítulo 1. Referencia de sensores 311

Page 328: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

reconciliación necesita que los atributos manufacturer, model y FQDN sean los mismos que losdatos encontrados durante el descubrimiento de Nivel 2 para permitir la reconciliación de ambosobjetos. Si FQDN no está disponible, aparecen dos instancias del mismo objeto en la base de datos.

Sensor del sistema HP NonStopEl sensor del sistema HP NonStop descubre el sistema que ejecuta el sistema operativo HP NonStop OSS.El sensor funciona únicamente en la modalidad de descubrimiento asíncrono.

Nombre del sensor utilizado en la GUI y los registros

HpNonStopComputerSystemSensor

Requisitos previos

Un usuario del descubrimiento necesita tener acceso tanto al entorno OSS como al entorno Guardian. Seejecuta un script ASD desde el entorno OSS.

Puede crear un paquete ASD con el siguiente mandato:

$COLLATION_HOME/bin/makeASDScriptPackage.sh --outputDir dir_salida --uname NONSTOP_KERNEL --ipAddress dirección_ip --packingMethod tar --sensors computersystem

Limitaciones

El sensor se soporta únicamente en la modalidad de descubrimiento asíncrono (ASD).

El sensor descubre el conjunto limitado de detalles del sistema. El sensor de servidor genérico que inicialos sensores de Nivel 3 no se soporta en la plataforma HP NonStop.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• sys.hpnonstop.HpNonStop• sys.hpnonstop.HpNonStopComputerSystem

Soporte de descubrimiento asíncronoEl sensor del sistema HP NonStop admite el descubrimiento asíncrono.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Resolución de problemas del sensorLos problemas del sensor pueden incluir descubrimientos no satisfactorios o propiedades definidasincorrectamente. Sin embargo, se puede recuperar de estos problemas.

Problemas generales

Compruebe que los siguientes sensores estén habilitados en el perfil:

• ASDPingSensor• ASDSensor• GenericComputerSystemSensor

312 Application Dependency Discovery Manager: Sensores

Page 329: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• HpNonStopComputerSystemSensor

Compruebe que los paquetes ASD estén disponibles para un descubrimiento en un directorio definido porla propiedad com.ibm.cdb.discover.asd.AsyncDiscoveryResultsDirectory.

Sensor del sistema HP-UXEl sensor del sistema HP-UX descubre un sistema que se está ejecutando en el sistema HP-UX. Si unsistema se está ejecutando en HP-UX en una plataforma Itanium con soporte de virtualización (HPIntegrity Virtual Machines), el sensor descubre elementos que gestiona el servidor.

Nombre del sensor utilizado en la GUI y los registros

HpUxComputerSystemSensor

Requisitos previos

Para un sistema host VM de una plataforma Itanium, la cuenta de servicio de TADDM debe tener permisosde ejecución en los archivos binarios hpvmstatus y hpvminfo.

Para un sistema invitado de una plataforma Itanium, la cuenta de servicio de TADDM debe tener permisosde ejecución en el archivo binario hpvminfo.

La cuenta de servicio de TADDM debe tener permisos de ejecución en los archivos binariosmachinfo.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Las siguientes limitaciones se aplican al descubrir información de CPU mediante la aplicación del sensordel sistema HP-UX:

• El sensor no descubre 'CPUCoresInstalled' para arquitectura PA-RISC.• El sensor no descubre números de hebras para la configuración de CPU - HyperThreading.• El sensor no descubre 'CPUDiesInstalled' si no está disponible 'mpsched -K'.• El sensor no descubre 'CPUCoresInstalled' si no está disponible el mandato 'icapstatus'.• El sensor no descubre la configuración de cpu/cores si el mandato 'mpsched -K' no está disponible.

El descubrimiento de una dirección IPv6 de un sistema invitado mediante un host VM no está disponiblepara HP-UX en una plataforma Itanium. El descubrimiento de direcciones IPv6 de un host VM medianteun sistema invitado no está disponible para HP-UX en una plataforma Itanium.

Los sistemas invitados que se ejecutan en sistemas operativos distintos a Windows no se crean duranteel descubrimiento de sistemas host VM.

TADDM no puede descubrir la información de los núcleos de CPU del invitado IVM, que descubredirectamente el sensor. Esto sucede debido a que el mandato icapstatus no está soportado en elinvitado IVM.

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utiliza

Capítulo 1. Referencia de sensores 313

Page 330: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

direcciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• sys.hpux.HpUx• sys.HpUxUnitaryComputerSystem• sys.OperatingSystem• sys.SoftwareComponent

Objetos de modelo con atributos asociadosEl sensor de sistemas informáticos HP-UX crea objetos de modelo con atributos asociados. Los atributosindican el tipo de información que recoge el sensor sobre los recursos del sistema informático HP-UX ensu entorno de tecnologías de la información.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.sys.hpux.HpUxUnitaryComputerSystem

• Name• UUID• Type• SystemId• VirtualMachineState• Signature• Fqdn• Manufacturer• Model• MemorySize• NumCPUs• CPUType• CPUSpeed• Architecture• Virtual• CPUDiesInstalled• CPUCoresInstalled• ChildSystem• VMID

sys.CPU

• IndexOrder• CPUType• NumCPUs

314 Application Dependency Discovery Manager: Sensores

Page 331: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• CPUSpeed• CPUCoresEnabled• CPUCore• Virtual

sys.hpux.HpUx

• Fqdn• Name• OSName• OSVersion• BootTime• PatchesInstalledRawData• KernelVersion• OsId• KernelModulesRawData• OSConfidence• VersionString

core.LogicalContent

• Checksum• Content• URI• fixedPath

sys.SoftwareComponent

• Name• SoftwareVersion

sys.unix.UnixFileSystem

• AvailableSpace• Capacity• MountPoint

net.L2Interface

• IANAInterfaceType• interfaceMTU• interfaceSpeed• interfaceName• HwAddress• Mtu• Name• Speed• Loopback• Broadcast• Encapsulation

net.IpInterface

• IpAddress

Capítulo 1. Referencia de sensores 315

Page 332: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• L2Interface• IpNetwork

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Este sensor del sistema HP-UX se puede ejecutar utilizando las credenciales de acceso ComputerSystem.Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento puede requerir escalamiento de privilegios. Por logeneral, este escalamiento se lleva a cabo utilizando el mandatosudo.

Para obtener más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador de TADDM.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.platform.os.command.machinfoEsta propiedad especifica la vía de acceso al mandato machinfo. Si esta propiedad no se define, seutilizará el valor predeterminado /usr/contrib/bin/machinfo.

com.collation.discover.agent.command.kcmoduleEsta propiedad especifica la vía de acceso al mandato kcmodule.

com.collation.platform.os.HpUxItanium.ModelSe utiliza como punto de partida de HpUx en Itanium. El valor predeterminado es ia64. Cambie estapropiedad cuando el mandato del modelo en sistemas HP-UX Itanium no contenga ia64 en la salida.

com.collation.discover.agent.command.hpvminfoEsta propiedad especifica la vía de acceso al mandato hpvminfo. Si esta propiedad no se define, seutilizará el valor predeterminado /opt/hpvm/bin/hpvminfo.

com.collation.discover.agent.command.hpvmstatusEsta propiedad especifica la vía de acceso al mandato hpvmstatus. Si esta propiedad no se define,se utilizará el valor predeterminado /opt/hpvm/bin/hpvmstatus.

com.collation.platform.os.command.crontabEntriesCommand.HP-UX=crontab -lEsta propiedad se utiliza para descubrir entradas de crontab. Puede especificar esta propiedadcomo una propiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito ala propiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesCommand.HP-UX.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.HP-UX=rootEsta propiedad se utiliza para descubrir entradas crontab para un usuario específico, utilice una listaseparada por comas para especificar más de un usuario. Puede especificar esta propiedad como unapropiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito a lapropiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesUsers.HP-UX.1.2.3.4=root,build

316 Application Dependency Discovery Manager: Sensores

Page 333: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.sys.ComputerSystem.serialNumberSanityChecks="ˆ(?!null);ˆ(?!not );ˆ(?!n/a);ˆ(?!permission);ˆ(?!to be );ˆ(?!undef);ˆ[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none);^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";

Esta propiedad se utiliza para validar la propiedad serialNumber que se descubre mediante lossensores de sistema operativo, salvo Solaris, para evitar almacenar valores genéricos, como Nodefinido, Para configurar mediante OEM o Permiso denegado.

La principal regla predeterminada es que el número de serie debe tener de 4 a 80 caracteres y nopuede empezar con una de las siguientes cadenas:

• null : expresión regular ^(?!null)• not : expresión regular ^(?!not)• n/a : expresión regular ^(?!n/a)• permission : expresión regular ^(?!permission)• to be : expresión regular ^(?!to be)• undef : expresión regular ^(?!undef)• serie con el formato: 098D8710-E623-3C3B-9F9B-FCBAFF1BF3B6_5C:F3:FC:E8:89:FC:

expresión regular ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5})• none : expresión regular ^(?!none)• xxxxxxx : expresión regular ^(?!x{7})• ......... : expresión regular ^(?!\.{9})• 0123456789 : expresión regular ^(?!0123456789)• 0000 : expresión regular ^(?!0+$)

Si un número de serie no sigue esta regla, no se configura. La sintaxis de expresión regular se defineen el SDK Java para la clase java.util.regex.Pattern. Las expresiones regulares deben estarseparadas por un punto y coma. Los números de serie candidatos siempre se convierten a minúsculaantes de cotejarlos con las expresiones regulares. Por lo tanto, cuando personalice la propiedad,utilice solo minúsculas.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema HP-UX yofrece soluciones a dichos problemas.

Problemas generales

Verifique que los atributos Arquitectura, Tipo de procesador, Velocidad del procesador, Tamaño dememoria o Número de serie no están llenos.

Verifique que la salida del mandato modelo contiene ia64, si no es así, compruebe que el destino es HP-UX 11.23 en Itanium. Cambie la propiedad com.collation.platform.os.HpUxItanium.Model paraincluir el identificador único de la salida del mandato modelo.

El atributo Número de serie no se llena en Itanium de forma predeterminada. Para habilitar el atributoNúmero de serie, añada la siguiente entrada al archivo collation.properties del servidor de TADDM:

com.collation.discover.agent.sys.HpUxComputerSystemItaniumAgent.setSerialNumber=true

Los detalles de hardware no se muestranProblema

Durante un descubrimiento con IBM Tivoli Monitoring, determinada información sobre sistemasinformáticos que se ejecutan en el sistema operativo HP-UX no se muestra.

Capítulo 1. Referencia de sensores 317

Page 334: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónEn el archivo collation.properties, añada el patrón |.*machinfo.* al final de la propiedad:

com.collation.discover.agent.ITM.CmdWrapperSelectionPattern=|.*machinfo.*

Sensor del sistema IBM AIXEl sensor del sistema IBM AIX descubre los sistemas que ejecutan el sistema operativo IBM AIX.Además, el sensor descubre también partición de carga de trabajo (WPAR) del sistema operativoIBM AIX6.1.

Nombre del sensor utilizado en la GUI y los registros

AixComputerSystemSensor

Requisitos previos

El usuario TADDM debe tener acceso al mandato entstat en los sistemas de destino AIX.

En un entorno de sistema P o Z, el ID LPAR se debe guardar en el atributo VM ID, para evitar la fusiónincorrecta de distintos LPAR en un único objeto.

Para AIX, el atributo VMID ha cambiado de LPAR ID (numérico) a nombre de LPAR (texto). VMID y LPARse deben establecer en True.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

El sensor descubre WPARs utilizando el nombre de WPAR y la dirección IP. Tras ejecutar undescubrimiento, si la dirección IP o el nombre del WPAR cambian, borre los datos de topología antes deejecutar el descubrimiento de nuevo. Esta tarea evita que existan varios WPAR con el mismo nombre enla base de datos. Esta limitación no se aplica a los WPAR en los que no se ha configurado la dirección IP.

El nombre de dominio totalmente calificado (FQDN) para el WPAR puede obtenerse a partir del nombrede host. En este caso, TADDM no solicita el nombre de host al servidor DNS y el nombre no se muestra.

No se descubre la información sobre el tamaño de memoria virtual y el espacio de página de los atributoscorrespondientes al WPAR.

La función de movilidad de WPAR que permite mover las instancias de ejecución de WPAR entre sistemasfísicos no está soportada.

LPM (Live Partition Mobility) no está soportado en TADDM 7.3.0. Se da soporte a partir de laversión 7.3 Fixpack 1.

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utilizadirecciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

318 Application Dependency Discovery Manager: Sensores

Page 335: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del sistema IBM AIX soporta el descubrimiento asíncrono y basado en scripts.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Limitaciones

El sensor de sistema AIX no soporta las extensiones y plantillas de sistema durante el descubrimientoasíncrono o basado en script.

Objetos de modelo con atributos asociadosEl sensor del sistema IBM AIX crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que recoge el sensor sobre los sistemas que ejecutan el sistema operativo IBM AIX ylos recursos d e partición de carga de trabajo (WPAR) en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.core.LogicalContent

• Checksum• Configfile• Content• ContentType• FixedPath• URI

net.L2Interface

• AlternativeName• AutoNegotiation• Broadcast• Duplex• Encapsulation• HwAddress• InterfaceMTU• InterfaceName• Loopback• Mtu• Name

Capítulo 1. Referencia de sensores 319

Page 336: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Promiscious• Speed• IANAInterfaceType• Index

net.IpInterface

• IpAddress• L2Interface• IpNetwork

sys.aix.Aix

• BootTime• Charset• FQDN• KernelModulesRawData• KernelVersion• Name• OSConfidence• OsId• OSMode• OSName• OSVersion• PatchesInstalledRawData• VirtualMemorySize• WordSize• VersionString• Level• BuildLevel• ServicePack

sys.aix.AixUnitaryComputerSystem

• Architecture• BIOSManufacturer• CPUSpeed• CPUType• DesiredProcessingUnits• Fqdn• IsVMIDanLPAR• Manufacturer• MaxProcessingUnits• MemorySize• MinProcessingUnits• Model• Name• NumCPUs• SerialNumber

320 Application Dependency Discovery Manager: Sensores

Page 337: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Signature• SystemId• TimeZone• Type• Virtual• VMID• VirtualMachineState• ChildSystem

sys.AixSoftwareComponent

• InstallState• Name• SoftwareVersion• Type

sys.CPU

• IndexOrder• CPUType• NumCPUs• CPUSpeed• Virtual

sys.DNSResolveEntry

• SearchOrder• ServerIp

sys.unix.UnixFileSystem

• AvailableSpace• Capacity• Group• MountPoint• Owner• Permissions• Type

sys.PageSpace

• IsActive• Name• Size• Type

sys.WPARComputerSystem

• AssignedIp• IsWparActive• IsWparAutostart• IsWparCheckpointable• WparCPULimits• WparCPUShares

Capítulo 1. Referencia de sensores 321

Page 338: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• WparInstalledDirectory• WparMemoryLimits• WparMemoryShares• WparOwner• WparPerProcessVirtualMemoryLimit• WparType• Name• Type• Virtual

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Edite el archivo /etc/sudoers en el servidor AIX y añada la línea siguiente:

<TADDM_USER> ALL=NOPASSWD: ALL

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Utilice ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario, contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento puede requerir escalamiento de privilegios. Esteescalamiento puede realizarse utilizando el mandatosudo.

Para obtener más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador de TADDM.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor del sistema IBM AIX.

El sensor utiliza la siguiente entrada en el archivo collation.properties:com.collation.discover.agent.command.lswpar.AIX=sudo lswpar

El mandato lswpar requiere privilegios de administración.com.collation.platform.os.command.crontabEntriesCommand.AIX=crontab -l

Esta propiedad se utiliza para descubrir entradas de crontab. Puede especificar esta propiedadcomo una propiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito ala propiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesCommand.AIX.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.AIX=rootEsta propiedad se utiliza para descubrir entradas crontab para un usuario específico, utilice una listaseparada por comas para especificar más de un usuario. Puede especificar esta propiedad como unapropiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito a lapropiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesUsers.AIX.1.2.3.4=root,build

322 Application Dependency Discovery Manager: Sensores

Page 339: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.sys.ComputerSystem.serialNumberSanityChecks="ˆ(?!null);ˆ(?!not );ˆ(?!n/a);ˆ(?!permission);ˆ(?!to be );ˆ(?!undef);ˆ[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none);^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";

Esta propiedad se utiliza para validar la propiedad serialNumber que se descubre mediante lossensores de sistema operativo, salvo Solaris, para evitar almacenar valores genéricos, como Nodefinido, Para configurar mediante OEM o Permiso denegado.

La principal regla predeterminada es que el número de serie debe tener de 4 a 80 caracteres y nopuede empezar con una de las siguientes cadenas:

• null : expresión regular ^(?!null)• not : expresión regular ^(?!not)• n/a : expresión regular ^(?!n/a)• permission : expresión regular ^(?!permission)• to be : expresión regular ^(?!to be)• undef : expresión regular ^(?!undef)• serie con el formato: 098D8710-E623-3C3B-9F9B-FCBAFF1BF3B6_5C:F3:FC:E8:89:FC:

expresión regular ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5})• none : expresión regular ^(?!none)• xxxxxxx : expresión regular ^(?!x{7})• ......... : expresión regular ^(?!\.{9})• 0123456789 : expresión regular ^(?!0123456789)• 0000 : expresión regular ^(?!0+$)

Si un número de serie no sigue esta regla, no se configura. La sintaxis de expresión regular se defineen el SDK Java para la clase java.util.regex.Pattern. Las expresiones regulares deben estarseparadas por un punto y coma. Los números de serie candidatos siempre se convierten a minúsculaantes de cotejarlos con las expresiones regulares. Por lo tanto, cuando personalice la propiedad,utilice solo minúsculas.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema IBM AIX yofrece soluciones a dichos problemas.

El sensor no descubre WPARsProblema

El sensor no logra descubrir WPAR.Solución

Para comprobar el estado del WPAR:

1. Ejecute el mandato sudo lswpar utilizando los credenciales <TADDM_User>. Si no se muestrauna lista de WPARs, asigne las credenciales de administrador <TADDM_User> para ejecutar elmandato lswpar.

2. Modifique el mandato específico sudo en el archivo collation.properties.

Los WPARs descubiertos no muestran los valores de atributosProblema

Algunos de los WPARs descubiertos no muestran valores de atributo.Solución

Verifique si los WPARs presentes tienen un estado activo o definido. Para WPARs en estado definido,se muestra un número limitado de valores de atributo.

Capítulo 1. Referencia de sensores 323

Page 340: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sensor de la consola de gestión de hardware de IBMEl sensor de IBM Hardware Management Console descubre IBM Hardware Management Console (HMC) ysus sistemas gestionados.

Nombre del sensor utilizado en la GUI y los registros

HmcSensor

Recursos descubiertos por el sensor

El proceso para descubrir una HMC es igual al necesario para descubrir un sistema estándar. Lascuestiones más importantes que afectan al descubrimiento son la conectividad y la autenticación. Si lacuenta configurada en la lista de acceso de TADDM se puede conectar a la HMC, el descubrimiento serealizará correctamente.

Mediante la HMC se pueden descubrir los siguientes recursos:

• HMC, consola de gestión de hardware.• Los sistemas gestionados por la HMC (sistemas System p y System i).• Las particiones lógicas (LPARs) definidas en cada sistema gestionado.• Si hay una LPAR instalada en el servidor de E/S virtual (VIOS), el VIOS se descubre.

Dependiendo del ámbito de descubrimiento, descubriendo un sistema (LPAR) se pueden descubrir dosinstancias de dicho sistema:

• El sistema (LPAR) descubierto por el sensor de la HMC.• El sistema descubierto por el sensor de TADDM normal para el sistema operativo concreto, por ejemplo

Linux o AIX, entre otros.

Esta instancia se descubre como un sistema Linux o AIX físico. No existen sensores de TADDMespeciales para descubrir estos sistemas virtuales de forma diferente al descubrimiento de lossistemas físicos a los que emulan.

El sistema (LPAR) descubierto por la HMC es un sistema superficial. Se descubren los siguientes atributosde clave, que forman la regla de denominación:

• Fabricante• Modelo• Nº de serie• Id. LPAR

Tras el descubrimiento, TADDM fusiona las dos instancias en un sistema único.

VIOS se descubre con la siguiente información sobre correlación de almacenamiento:

• Adaptadores virtuales SCSI• Adaptadores virtuales NPIV• Dispositivos de destino virtual• Volúmenes físicos• Vías de acceso MPIO• HBAs

Debe utilizar el usuario Hmcoperator para descubrir la información sobre correlación dealmacenamiento.

VIOS se descubre con la siguiente información sobre correlación de red:

• Adaptadores virtuales• Adaptadores físicos

324 Application Dependency Discovery Manager: Sensores

Page 341: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Adaptadores Ethernet compartidos

Con el descubrimiento de HMC y el descubrimiento del sensor de almacenamiento de LPAR, debe ver unacorrelación entre el disco LPAR y el dispositivo de destino virtual de una VIOS.

Limitaciones

LPM (Live Partition Mobility) no está soportado en TADDM 7.3.0. Se da soporte a partir de laversión 7.3 Fixpack 1.

Objetos de modelo con atributos asociadosEl sensor de IBM Hardware Management Console crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que el sensor recoge sobre IBM Hardware Management Console ysus sistemas gestionados en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.app.SoftwareFix

• ControlSoftware

dev.FCPort

• DeviceID• TotalNpivPorts• AvailableNpivPorts• Parent• Descripción• PhysicalLocationCode• Status• PermanentAddress• ChildPorts• SecondaryAddress

dev.BasedOnExtent

• Source• Target

dev.MediaAccessDevice

• Manufacturer• Model• Name• SerialNumber• Status• Type

dev.SCSIProtocolController

• Name• Parent• PhysicalLocationCode• Client• ServerSlotNumber• TargetDevices

Capítulo 1. Referencia de sensores 325

Page 342: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ClientSlotNumber• ObjectType• Descripción• EndPoints

dev.SCSIProtocolEndPoint

• Name• Parent• Description

dev.StorageVolume

• Name• Parent• Type• IeeeUniqueVolumeName• Capacity• LUN• Pvid• NumStalePartitions• SerialNumber• SystemPState• ViosUDID• VolumeGroupName• BasedOn• MpioPaths

dev.vios.MpioPath

• Controller• Volume• Connection• Status

dev.vios.NpivViosVirtualAdapter

• ClientStatus• FcPorts

dev.vios.VirtualTargetDevice

• BackingDevice• Status

net.L2Interface

• AlternativeName• DefaultVlan• HaMode• HwAddress• Index• IsIEEE8021QCompatible• IsTrunk

326 Application Dependency Discovery Manager: Sensores

Page 343: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Name• NetworkedFromVlan• Parent• SwitchPortMode• TrunkPriority• ViosType

net.Vlan

• Interfaces• MgmtDomainName• VlanId• VlanName

sys.ComputerSystem

• CPUCoresEnabled• CPUCoresInstalled• CPULimit• CPUSpeed• CPUType• ChildSystem• ContextIp• Descripción• DesiredHugePages• DesiredMemorySize• DesiredProcessingUnits• DesiredProcessors• Devices• DisplayName• FileSystems• Fqdn• Functions• Guid• HostSystem• IpInterfaces• IsVMIDanLPAR• L2Interfaces• Label• ManagedSystemName• Manufacturer• MaxHugePages• Memory• MemoryLimit• MemorySize• MinHugePages• Model

Capítulo 1. Referencia de sensores 327

Page 344: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Name• NumCPUs• OSInstalled• OSRunning• ObjectType• PrimaryMACAddress• SerialNumber• Signature• StorageExtent• SystemId• Type• UncappedWeight• VMID• Virtual

sys.ControlSoftware

• BuildLevel• ContextIp• DisplayName• Fixes• Level• MajorVersion• Modifier• Name• Release• VersionString

sys.FileSystem

• Parent• MountPoint

sys.Function

• Name• Parent

sys.HMC

• Systemp

sys.LocalFileSystem

• StorageExtent

sys.SystemPComputerSystem

• Architecture• AvailableSysProcUnits• CPUCoresEnabled• CPUCoresInstalled• CPUSpeed• CPUType

328 Application Dependency Discovery Manager: Sensores

Page 345: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ConfigurableNumSysHugePages• ConfigurableSysProcUnits• ConfigurableSystemMemory• DeconfiguredSysProcUnits• DeconfiguredSystemMemory• HugePageSize• Is5250ApplicationCapable• IsCoDMemoryCapable• IsCoDProcessorCapable• IsI5OSCapable• IsLHCACapable• IsLHEACapable• IsMicroPartitioningCapable• IsSNIMsgPassingCapable• IsVIOSCapable• Manufacturer• MaxNumProcessorsPerLPAR• MaxsSharedProcessorPools• MemoryAvailableForPartitions• MemorySize• MinProcessingUnitsPerVirtualProcessor• Model• SerialNumber

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor de IBM Hardware Management Console (HMC) está habilitado paraun descubrimiento de nivel 2 o nivel 3. El sensor descubre todas las particiones lógicas (LPAR),independientemente de si el sistema se está ejecutando. Para descubrir solo LPAR cuando el sistemaesté en ejecución, cree un perfil de descubrimiento de nivel 2 o nivel 3 para el sensor de IBM HardwareManagement Console (HMC) y personalice los valores del sensor.

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En la sección Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y la descripción del perfil. En la lista Clonar perfil

existente, seleccione Descubrimiento de Nivel 2 o Descubrimiento de Nivel 3 y pulse en Aceptar.4. En el separador Configuración de sensor, seleccione el sensor HmcSensor.5. En la ventana Crear configuración, escriba el nombre y la descripción de su configuración y

seleccione la casilla de verificación Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, pulse en discoverNonRunningLpars.

A continuación pulse dos veces en el campo Valor de la fila y escriba false.7. Pulse en Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse en Guardar.

Capítulo 1. Referencia de sensores 329

Page 346: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la siguiente información obligatoria:

a. Nombre de usuario.

Este nombre de usuario debe tener (como mínimo) las autorizaciones mencionadas a continuación.b. Contraseña

Desde la consola de gestión HMC, cree una cuenta de usuario para el usuario del descubrimiento deTADDM. La cuenta de usuario debe basarse en un rol hmcoperator.

Además, se debe asignar las siguientes tareas de línea de mandatos a la cuenta de usuario:

Sistema gestionadoNecesario para utilizar los mandatos lshwres y lssyscfg

Partición lógicaNecesaria para utilizar los mandatos lshwres, lssyscfg y viosvrcmd

Configuración HMCNecesaria para utilizar el mandato lshmc

Configuración de las entradas de collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Puede establecer las entradas siguientes en el archivo collation.properties:com.collation.discover.agent.HmcSensor.timeout

Esta propiedad especifica la hora, durante la cual se permite al sensor ejecutar el descubrimiento. Sila cantidad de datos recuperados durante el almacenamiento es demasiado grande, es posible que elsensor no se complete dentro del tiempo especificado. Para recopilar todos los detalles, aumente elvalor de esta propiedad.El valor de esta propiedad se expresa en milisegundos.

com.collation.discover.agent.HMC.discoverStorageMapping=trueEsta propiedad se utiliza para proporcionar todos los detalles relacionados con los datosrecuperados. Si no está interesado en recopilar todos los detalles, establezca esta propiedad enfalse y reduzca el valor de la propiedadcom.collation.discover.agent.HmcSensor.timeout.El valor predeterminado de esta propiedad es true.Esta propiedad es una propiedad con ámbito. Puede añadir la dirección IP o el nombre del ámbito aesta propiedad.

EjemplosLos ejemplos siguientes muestran la información recuperada, cuando la propiedadcom.collation.discover.agent.HMC.discoverStorageMapping=true se ha establecido en elarchivo collation.properties. Los ejemplos se aplican al sistema operativo AIX.discoverDevices

Mandato para obtener la información:

viosvrcmd -m '{0}' --id '{1}' -c 'lsdev -field name status physloc description parent -state 1 -fmt ::'

discoverPhysicalVolumesMandato para obtener la información:

viosvrcmd -m '{0}' --id '{1}' -c 'lspv -size -fmt ::'

330 Application Dependency Discovery Manager: Sensores

Page 347: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

discoverVirtualScsiServerAdaptersMandato para obtener la información:

viosvrcmd -m '{0}' --id '{1}' -c 'lsmap -all -field svsa physloc clientid vtd status lun backing -fmt ::'

Sensor de IBM Integrated Virtualization ManagerEl sensor de IBM Integrated Virtualization Manager descubre sistemas basados en procesadores IBMPOWER gestionados por un Integrated Virtualization Manager (IVM).

Nombre del sensor utilizado en la GUI y los registros

IvmSensor

Recursos descubiertos por el sensor

El proceso para descubrir un IVM es igual al necesario para descubrir un sistema estándar. Las cuestionesmás importantes que afectan al descubrimiento son la conectividad y la autenticación. Si la cuentaconfigurada en la lista de acceso de TADDM se puede conectar al IVM, el descubrimiento se realizarácorrectamente.

Mediante el IVM se pueden descubrir los siguientes recursos:

• La consola de gestión integrada.• El sistema gestionado por el IVM (sistemas System p o System i).• Las particiones lógicas (LPARs) definidas en el sistema gestionado.

Dependiendo del ámbito de descubrimiento, descubriendo un sistema (LPAR) se pueden descubrir enrealidad dos instancias de dicho sistema:

• El sistema (LPAR) descubierto por el sensor de IVM.• El sistema descubierto por el sensor de TADDM normal para el sistema operativo concreto, por ejemplo

Linux o AIX, entre otros.

Esta instancia se descubre como un sistema Linux o AIX físico. No existen sensores de TADDM especialespara descubrir estos sistemas virtuales de forma diferente al descubrimiento de los sistemas físicos a losque emulan.

El sistema (LPAR) descubierto por el IVM es un sistema superficial. Se descubren los siguientes atributosde clave, que forman la regla de denominación:

• Fabricante• Modelo• Nº de serie• Id. LPAR, que son los atributos de la regla de denominación.

Tras el descubrimiento, TADDM fusiona las dos instancias en un sistema único.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• sys.ComputerSystem• sys.ControlSoftware• sys.IVM• sys.SystemPComputerSystem• sys.VIOS

Capítulo 1. Referencia de sensores 331

Page 348: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la siguiente información obligatoria:

a. Nombre de usuariob. Contraseña

Desde la consola de gestión IVM, cree una cuenta de usuario para el usuario del descubrimiento deTADDM con el rol Solo visualización.

Sensor del sistema IBM iEl sensor descubre el sistema operativo IBM i, que se utiliza en la familia de servidores IBM PowerSystems y es de la siguiente generación de sistemas operativos IBM i5/OS y el sistema operativo IBM OS/400.

Nombre del sensor utilizado en la GUI y los registros

I5OSComputerSystemSensor

Requisitos previos

El sensor requiere que el siguiente software esté instalado y operativo:

• IBM Portable Utilities para i, que proporciona OpenSSH y OpenSSL para IBM i.• Qshell, que es un interpretador de mandatos basado en estándares que habilita un entorno de

desarrollo común.• Entorno de soluciones para aplicaciones portátiles (PASE), que incluye tres shells (Korn, Bourne y C

Shell) y más de 200 programas que se ejecutan como programas IBM i PASE.• La IBM Toolbox for Java, es una biblioteca de clases de Java que proporciona a los programas de Java

fácil acceso a los datos y recursos de IBM i.

Para IBM i 7.1, necesitará las siguientes versiones del software necesario:

• IBM Portable Utilities for i: 5733SC1 *BASE y opción 1 (V7R1M0)• Qshell: 5770SS1 opción 30• PASE: 5770SS1 opción 33

Nota: En IBM i 7.1, el producto JC1 con licencia (IBM Toolbox for Java) ya no se proporciona como unproducto separado. Por el contrario, se incluye como parte de 5770SS1 opción 3.

Para IBM i 6.1, necesitará las siguientes versiones del software necesario:

• IBM Portable Utilities for i: 5733SC1 *BASE y opción 1 (V6R1M0)• Qshell: 5761SS1 opción 30• PASE: 5761SS1 opción 33• IBM Toolbox for Java: 5761JC1

Para IBM i 5.4 y i5/OS V5R3, necesitará las siguientes versiones del software necesario:

• IBM Portable Utilities for i5/OS: 5733SC1 *BASE y opción 1• Qshell: 5722SS1 opción 30• PASE: 5722SS1 opción 33

332 Application Dependency Discovery Manager: Sensores

Page 349: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• IBM Toolbox for Java: 5722JC1

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

TADDM no soporta el descubrimiento de sistemas IBM i cuando se utiliza la autenticación medianteinfraestructura de claves públicas (PKI). Para inicializar una conexión entre el servidor de TADDM y unsistema IBM i, debe utilizar un nombre de usuario y una contraseña.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• dev.MediaAccessDevice• sys.i5OS.I5OperatingSystem• sys.i5OS.I5OSSoftwareComponent• sys.i5OS.I5Profile

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Se necesitan privilegios de acceso suficientes para que los usuarios puedan descubrir el sistema:

• Clase de privilegios: Usuario• Privilegios del sistema:

– Acceso a todos los objetos necesario para descubrir todos los perfiles de usuario del sistema.– Guardar/Restaurar

Sensor del sistema IPSOEl sensor del sistema IPSO descubre dispositivos cortafuegos de Nokia que ejecutan el sistema operativoIPSO.

Nombre del sensor utilizado en la GUI y los registros

IPSOComputerSystemSensor

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Capítulo 1. Referencia de sensores 333

Page 350: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent net.Firewall• sys.Function• sys.ipso.ipso• sys.ipso.IPSOUnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Sensor de sistema LinuxEl sensor de sistema Linux descubre sistemas que ejecutan el sistema operativo Linux.

Nombre del sensor utilizado en la GUI y los registros

LinuxComputerSystemSensor

Requisitos previos

Si descubre Red Hat Enterprise Linux 7 o CentOS Linux 7 con el sensor del sistema Linux, instale elmandato ifconfig en los destinos. Este mandato está incluido en el paquete de herramientas de red.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utilizadirecciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del sistema Linux soporta el descubrimiento asíncrono y basado en scripts.

334 Application Dependency Discovery Manager: Sensores

Page 351: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

Limitaciones

Algunas funciones proporcionadas por el sensor del sistema Linux durante un descubrimiento no basadoen scripts no son compatibles con el descubrimiento asíncrono o basado en scripts.

Las siguientes funciones no están soportadas:

• Plantillas del sistema y extensiones• Descubrimiento profundo de Nivel 2• Descubrimiento en sistemas Linux que no son sistemas x86

Los siguientes atributos no son compatibles con el objeto de modelo L2Interface:

• AutoNegotiation• Speed• Duplex

Objetos de modelo con atributos asociadosEl sensor de sistemas Linux crea objetos de modelo con atributos asociados. Los atributos indican el tipode información que el sensor recopila sobre los sistemas informáticos que ejecutan el sistema operativoLinux.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.

Nota: LinuxComputerSystemSensor no descubre detalles de la CPU de Linux en IBM Z.

core.LogicalContent

• Checksum• Configfile• Content• ContentType• FixedPath• URI

sys.linux.LinuxUnitaryComputerSystem

• Architecture• BIOSDate• BIOSManufacturer• BIOSName• CPUCoresInstalled• CPUDiesInstalled• CPUSpeed

Capítulo 1. Referencia de sensores 335

Page 352: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• CPUType• Fqdn• Manufacturer• MemorySize• Model• Name• NumCPUs• SerialNumber• Signature• SystemId• TimeZone• Type• UUID• VirtualMachineState

net.L2Interface

• AutoNegotiation• Broadcast• Duplex• Encapsulation• HwAddress• InterfaceMTU• InterfaceName• Loopback• Mtu• Name• Promiscious• Speed• IANAInterfaceType

net.IpInterface

• IpAddress• L2Interface• IpNetwork

sys.CPU

• IndexOrder• CPUType• NumCPUs• CPUSpeed• CPUCoresInstalled• Virtual• CPUCore

sys.DNSResolveEntry

• SearchOrder

336 Application Dependency Discovery Manager: Sensores

Page 353: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ServerIp

sys.unix.UnixFileSystem

• AvailableSpace• Capacity• Group• MountPoint• Owner• Permissions• Type

sys.linux.Linux

• BootTime• Charset• FQDN• KernelArchitecture• KernelModulesRawData• KernelVersion• Locale• Name• OSConfidence• OSMode• OSName• OSVersion• OsId• VirtualMemorySize• WordSize

sys.PageSpace

• Name• PageSpacePriority• Size• Type

sys.SoftwareComponent

• Name• Editor• Release• SoftwareVersion

sys.zOS.LPARsys.zOS.ZSeriesComputerSystemsys.zOS.ZVMGuest

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor del sistema Linuxr.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Capítulo 1. Referencia de sensores 337

Page 354: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios(normalmente realizados utilizando el mandato sudo).

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

Puede configurar el sensor del sistema Linux en la consola de Discovery Management estableciendo lossiguientes atributos:ignoreVMCPCommand=false

Esta propiedad se utiliza cuando el mandato vmcp falla, lo que puede hacer que se realicen fusionesexcesivas de varios sistemas Linux.El valor predeterminado de esta propiedad es false. Si el valor está establecido en true, el mandatovmcp se ignora.El valor true se puede utilizar, por ejemplo, cuando se tiene Linux instalado en LPAR. Para cambiar elvalor a true, debe crear una nueva configuración de sensor en la pestaña Perfiles dedescubrimiento. En la ventana Crear configuración, cambie el valor de la propiedad de false atrue y seleccione la opción Habilitar esta configuración e inhabilitar laconfiguración seleccionada.

Nota: Esta propiedad se omite cuando la propiedadcom.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled está establecida en true.Para obtener más información, consulte la descripción de esta propiedad en la sección “Configuraciónde las entradas del archivo collation.properties” en la página 338 del sensor del sistema Linux.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de sistema deLinux.

El sensor utiliza el mandato vmcp del programa de control para descubrir un sistema virtual Linux que seejecuta en un sistema operativo z/VM. Para cada sistema virtual Linux, especifique la ruta para elmandato vmcp en el archivocollation.properties.

com.collation.platform.os.unix.find.excludenfsmount=falseEl valor predeterminado es false.Esta propiedad se utiliza cuando la plantilla de extensión "LinuxComputerSystemTemplate" estáhabilitada para buscar el archivo de captura. Esta propiedad se utiliza para especificar si se debeutilizar el mandato "find" para buscar cualquier archivo de captura configurado utilizandoLinuxComputerSystemTemplate en los puntos de montaje NFS o no.Si esta propiedad se establece en true, LinuxComputerSystemSensor buscará el archivoespecificado solo en el servidor local, de lo contrario, también lo buscará en los puntos de montajeNFS.

com.collation.platform.os.command.ifconfig=Esta propiedad especifica una ruta para un mandato utilizado para configurar las interfaces de red. Elejemplo del mandato en cuestión es ifconfig. Sin embargo, puede proporcionar cualquier otromandato que tenga la misma función, por ejemplo, el mandato ip. Las interfaces de red sonnecesarias para que el descubrimiento se realice correctamente.

338 Application Dependency Discovery Manager: Sensores

Page 355: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.platform.os.command.CPUSpeed=cat /proc/cpuinfo | grep 'cpuMHz'|awk '{print $4}'| tail -1

Esta propiedad especifica el mandato que se utiliza para recuperar el valor del atributo CPUSpeedexpresado en MHz. El valor predeterminado de esta propiedad es cat /proc/cpuinfo | grep'cpu MHz'|awk '{print $4}'| tail -1.

com.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled=falseEsta propiedad especifica si se utiliza el atributo ignoreVMCPCommand o la propiedadcom.ibm.cdb.discover.zlinux.ignoreVMCPCommand. Si esta propiedad está establecida enfalse, se utiliza el atributo ignoreVMCPCommand. Si esta propiedad se establece en true, se utilizala propiedad com.ibm.cdb.discover.zlinux.ignoreVMCPCommand, que permite que todos lossensores descubran los atributos VMID y MMS de los destinos de Linux en System z.El valor predeterminado de esta propiedad es false.

Importante: Utilice esta propiedad únicamente cuando tenga problemas de firmas que cambiandurante el descubrimiento de destinos de Linux en System z. Si decide establecer esta propiedad entrue, debe establecerla en este valor en todos los perfiles de descubrimiento en los que se haestablecido el atributo ignoreVMCPCommand. Del mismo modo, si se establece esta propiedad enfalse, se debe establecer este valor en todos los perfiles de descubrimiento.

Para obtener más información acerca del atributo ignoreVMCPCommand, consulte la sección“Configuración del perfil de descubrimiento” en la página 338 del sensor del sistema Linux.

com.ibm.cdb.discover.zlinux.ignoreVMCPCommand=falseEsta propiedad se utiliza únicamente cuando la propiedadcom.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled está establecida en true.Esta propiedad se utiliza del mismo modo que el atributo ignoreVMCPCommand y solo es relevantepara todos los sensores que descubren destinos de Linux en System z y no únicamente paraLinuxComputerSystemSensor. Proporciona el valor del atributo ignoreVMCPCommand a todos estossensores para impedir sobrefusiones debidas a que el atributo VMID tiene un valor erróneo o no tieneningún valor.El valor predeterminado de esta propiedad es false.

Importante: Utilice esta propiedad únicamente cuando tenga problemas de firmas que cambiandurante el descubrimiento de destinos de Linux en System z. Si decide establecer esta propiedad entrue, debe establecerla en este valor en todos los perfiles de descubrimiento en los que se haestablecido el atributo ignoreVMCPCommand en true. Del mismo modo, si se establece estapropiedad en false, se debe establecer este valor en todos los perfiles de descubrimiento.

com.collation.discover.agent.command.vmcp.Linux.1.2.3.4={command path}Este valor especifica el nombre de ruta del mandato vmcp para diferentes sistemas virtualesLinux condiferentes direcciones IP. Por ejemplo, para especificar la ruta del mandatovmcp en el directorio /sbin, en un host Linux con la dirección IP 192.168.1.2, añada la siguiente entrada al archivocollation.properties:

com.collation.discover.agent.command.vmcp.Linux.192.168.1.2=sudo /sbin/vmcp

com.collation.platform.os.command.crontabEntriesCommand.Linux=crontab -l -uEsta propiedad se utiliza para descubrir entradas de crontab. Puede especificar esta propiedadcomo una propiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito ala propiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesCommand.Linux.1.2.3.4=crontab -l -u

com.collation.platform.os.command.crontabEntriesUsers.Linux=rootEsta propiedad se utiliza para descubrir entradas crontab para un usuario específico, utilice una listaseparada por comas para especificar más de un usuario. Puede especificar esta propiedad como una

Capítulo 1. Referencia de sensores 339

Page 356: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

propiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito a lapropiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesUsers.Linux.1.2.3.4=root,build

com.collation.discover.agent.sys.ComputerSystem.serialNumberSanityChecks="ˆ(?!null);ˆ(?!not );ˆ(?!n/a);ˆ(?!permission);ˆ(?!to be );ˆ(?!undef);ˆ[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none);^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";

Esta propiedad se utiliza para validar la propiedad serialNumber que se descubre mediante lossensores de sistema operativo, salvo Solaris, para evitar almacenar valores genéricos, como Nodefinido, Para configurar mediante OEM o Permiso denegado.

La principal regla predeterminada es que el número de serie debe tener de 4 a 80 caracteres y nopuede empezar con una de las siguientes cadenas:

• null : expresión regular ^(?!null)• not : expresión regular ^(?!not)• n/a : expresión regular ^(?!n/a)• permission : expresión regular ^(?!permission)• to be : expresión regular ^(?!to be)• undef : expresión regular ^(?!undef)• serie con el formato: 098D8710-E623-3C3B-9F9B-FCBAFF1BF3B6_5C:F3:FC:E8:89:FC:

expresión regular ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5})• none : expresión regular ^(?!none)• xxxxxxx : expresión regular ^(?!x{7})• ......... : expresión regular ^(?!\.{9})• 0123456789 : expresión regular ^(?!0123456789)• 0000 : expresión regular ^(?!0+$)

Si un número de serie no sigue esta regla, no se configura. La sintaxis de expresión regular se defineen el SDK Java para la clase java.util.regex.Pattern. Las expresiones regulares deben estarseparadas por un punto y coma. Los números de serie candidatos siempre se convierten a minúsculaantes de cotejarlos con las expresiones regulares. Por lo tanto, cuando personalice la propiedad,utilice solo minúsculas.

com.collation.discover.agent.ignoreVirtualMAC=trueEsta propiedad especifica si está habilitado el descubrimiento de las direcciones de hardware para lasinterfaces en los destinos Linux. Si esta propiedad se establece en true, se descubren lasdirecciones de hardware.El valor predeterminado de esta propiedad es true.

Referencia relacionada“Resolución de problemas del sensor” en la página 340Este tema describe los problemas más comunes que se producen en el sensor del sistema Linux y ofrecesoluciones a dichos problemas.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema Linux y ofrecesoluciones a dichos problemas.

340 Application Dependency Discovery Manager: Sensores

Page 357: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Se produce un error de firma de host en los destinos Red Hat Enterprise Linux 7 y CentOS Linux 7Problema

Cuando se descubren sistemas de destino que ejecutan Red Hat Enterprise Linux 7 o CentOS Linux 7,se produce el siguiente error:

2016-03-31 15:46:31,759 DiscoverManager [DiscoverWorker-7] SessionSensor-9.1.146.78-[22] DEBUG session.SshSessionClient - Command [LC_ALL=en_US.UTF-8;LANG=en_US.UTF-8;export LANG LC_ALL;ifconfig -a] failed in session ssh2:/HostAuthcom.collation.platform.security.auth.HostAuth[taddmcfm][XX XXX]/[email protected]: exit status 127 (no stdout)

SoluciónPara resolver el problema, instale el mandato ifconfig en los destinos. Este mandato está incluidoen el paquete de herramientas de red.

En TADDM 7.3.0.4, y posteriores, no es necesario utilizar el mandato ifconfig. Puedeelegir cualquier otro mandato que gestione interfaces de red. Especifique el nombre y la vía de accesoen la propiedad com.collation.platform.os.command.ifconfig del archivocollation.properties. Para obtener más detalles, consulte “Configuración de las entradas delarchivo collation.properties” en la página 338.

El sensor falla con un error de fallo de ejecución del mandatoProblema

Se muestra el siguiente mensaje:

Mensaje de error: CTJTD0431E: El siguiente mandato falla al ejecutarseo devuelve un valor en blanco: sudo /sbin/vmcp q userid | awk 'print{3}'.

El mandato vmcp q userid falla al ejecutarse o devuelve un valor en blanco en el sistema virtualLinux de destino del sistema operativoz/VM.

SoluciónEste problema se debe a una de las siguientes condiciones:

• Una ruta incorrecta para el mandato vmcp en el sistema virtual Linux de destino.• La herramienta vmcp no está instalada en el sistema virtual Linux de destino.• El mandato sudo no está configurado para ejecutar el mandato vmcp.• El nombre del sistema no está configurado en el sistema z/VM.

Para solucionar este problema, complete los siguientes pasos:

• Compruebe que ha introducido la ruta correcta para el mandato vmcp en el archivocollation.properties. Para obtener más detalles, consulte “Configuración de las entradas delarchivo collation.properties” en la página 338.

• Compruebe que el nombre del sistema está configurado en el sistema z/VM, el nombre del sistemano puede estar en blanco.

• Si la herramienta vmcp no está instalada en el sistema virtual Linux, debe cargarla. Para cargar elcontrolador de dispositivo vmcp, emita el mandato modprobe vmcp en el invitado de Linux.

• Compruebe que el mandato sudo está disponible. Para verificarlo, ejecute el siguiente mandato enel invitado de Linux en el que está instalado el agente de supervisión:

sudo vmcp q userid

Si sudo está activo y cargado, este mandato envía el mandato q userid a la maquina virtual host,que consulta el Id. de usuario del invitado.

Si no existe un requisito de reconciliación del sistema virtual Linux con el sistema principal delsistema operativo z/VM, no es necesario ejecutar el mandato vmcp. Puede utilizar la propiedad demandato externa (com.collation.discover.agent.command.vmcp.Linux=) en el archivo

Capítulo 1. Referencia de sensores 341

Page 358: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

collation.properties para establecer el valor del sistema del host en un valor "ficticio". Debe poderanalizar el mandato externo con el siguiente mandato añadido:

q userid | awk '{ print $3 }'

Por ejemplo puede utilizar:

com.collation.discover.agent.command.vmcp.Linux.192.168.1.2=echo A B zVMHost

De esta forma se produce el echo A B zVMHost q userid | awk '{print $3 }' , quedevuelve el nombre zVMHost. El atributo principal de sus sistemas virtuales está definido como"zVMHost" en vez de con el nombre real del sistema host.

• Puede inhabilitar el mandato vmcp estableciendo el mandato ignoreVMCPCommand en true. Sidesea más instrucciones, consulte “Configuración de las entradas del archivo collation.properties”en la página 338.

Los invitados z/VM se pueden duplicar después de muchos descubrimientos del mismo sistemavirtual de LinuxProblema

Los duplicados pueden producirse si el mandato vmcp q userid devuelve un valor en blanco en elsistema virtual de destino de Linux que se está ejecutando en un sistema operativo de z/VM.

SoluciónDebe fusionar de forma manual estos duplicados.

El tamaño de memoria capturado por el sensor del sistema Linux no es exacto.Problema

Al descubrir sistemas Linux, el tamaño de memoria capturado por el sensor no coincide con el tamañode memoria instalado.

SoluciónLa solución es habilitar dmidecode, ya que ofrece el valor más exacto de memoria instalada.

Sensor del sistema OpenVMSEl sensor del sistema OpenVMS descubre sistemas que ejecutan el sistema operativo OpenVMS.

Nombre del sensor utilizado en la GUI y los registros

OpenVmsComputerSystemSensor

Requisitos previos

Para ejecutar un descubrimiento correctamente con el sensor del sistema OpenVMS, debe completar lassiguientes tareas de requisito previo:

• Conceda los siguientes privilegios al usuario del descubrimiento:

– CMKRNL– NETMBX– SYSLCK– TMPMBX– WORLD

• Establezca el parámetro PGFLQUOTA en 327680.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

342 Application Dependency Discovery Manager: Sensores

Page 359: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• sys.openvms.OpenVms• sys.openvms.OpenVmsUnitaryComputerSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema OpenVMS yofrece soluciones a dichos problemas.

El sensor falla sin ningún errorProblema

El sensor del sistema OpenVMS falla durante el descubrimiento, pero no notifica ningún error. Elestado del descubrimiento done, lo que indica que el descubrimiento se ha realizado correctamente.

SoluciónConceda el privilegio SYSLCK al usuario del descubrimiento.

Se muestra el error INSVIRMEM en el separador Licencias de softwareProblema

El separador Licencias de software contiene el mensaje siguiente:

?%LIB-F-INSVIRMEM, la memoria virtual es insuficiente

SoluciónPara resolver el problema, establezca el parámetro PGFLQUOTA en 327680.

Sensor de sistema SolarisEl sensor del sistema Solaris descubre los sistemas que se ejecutan en el sistema operativo Solaris.

Si desea descubrir los sistemas de virtualización de Solaris ejecute el sensor de virtualizaciónde Sun Sparc. Para obtener más información, consulte la sección “sensor de virtualización de Sun Sparc”en la página 350.

Nombre del sensor utilizado en la GUI y los registros

SunSparcComputerSystemSensor

Capítulo 1. Referencia de sensores 343

Page 360: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

El sensor descubre el número de procesadores físicos si uno de los siguientes mandatos están presentesen el sistema de destino:

• psrinfo -p• prtconf y kstat -m cpu_info. El mandato kstat debe devolver estadísticas de implementación.

El sensor descubre el número de núcleos del procesador cuando el mandato kstat -m cpu_info estápresente en el sistema de destino. El mandato kstat debe devolver estadísticas de core_id.

Para que el sensor descubra información sobre el modo promiscuo en el sistema operativo Solaris,elsiguiente mandato debe estar disponible para la interfaz de red en sistemas de destino:

kstat network_interface_name | grep promisc

El sensor no descubre los sistemas de archivos ZFS.

Si desea descubrir el sistema operativo Solaris ejecutando el sensor del servidor genérico, debe tener elmandato /usr/ucb/ps en el servidor Solaris. Para instalar el mandato, instale uno de los paquetessiguientes en los destinos Solaris:

• Versiones de Solaris anteriores a 10: instale uno o los dos paquetes siguientes:

– Solaris 32 bits: el paquete SUNWscpu– Solaris 64 bits: el paquete SUNWscpux

• Solaris 10: el paquete SUNWscpu• Solaris 11: el paquete compatibility/ucb

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utilizadirecciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor del sistema Solaris soporta el descubrimiento asíncrono y basado en scripts.

Requisitos de configuración del sensor

Para el descubrimiento asíncrono el sensor no requiere configuración.

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

344 Application Dependency Discovery Manager: Sensores

Page 361: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para undescubrimiento no basado en script.

Limitaciones

Algunas funciones proporcionadas por el sensor del sistema Solaris durante un descubrimiento nobasado en script no son compatibles con el descubrimiento asíncrono o basado en scripts.

Las siguientes funciones no están soportadas:

• Plantillas del sistema y extensiones• Descubrimiento profundo de Nivel 2• Descubrimiento de zona

Los siguientes atributos no se soportan:

• L2Interface

– AutoNegotiation– Speed– Duplex

• ComputerSystem (zona global)

– Virtual– ChildSystem– VMID– CPUCoresInstalled– CPUDiesInstalled

• ComputerSystem (zona local)

– Virtual– HostSystem– VMID– CPUCoresInstalled– CPUDiesInstalled

Objetos de modelo con atributos asociadosEl sensor de sistemas informáticos Solaris crea objetos de modelo con atributos asociados. Los atributosindican el tipo de información que el sensor recopila sobre los sistemas informáticos que ejecutan elsistema operativo Solaris.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.sys.sun.SunSPARCUnitaryComputerSystem

• Name• Type• SystemId• VirtualMachineState• Signature• Fqdn• Manufacturer

Capítulo 1. Referencia de sensores 345

Page 362: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Model• MemorySize• BIOSDate• BIOSName• NumCPUs• CPUType• CPUSpeed• Architecture• Virtual• TimeZone• CPUDiesInstalled• CPUCoresInstalled• ChildSystem

sys.CPU

• IndexOrder• CPUType• NumCPUs• CPUSpeed• CPUCoresInstalled• Virtual• CPUCore

sys.sun.Solaris

• Fqdn• Name• OSName• OSVersion• BootTime• PatchesInstalledRawData• KernelArchitecture• KernelVersion• WordSize• Charset• OsId• KernelModulesRawData• OSMode• OSConfidence• VersionString

sys.DNSResolveEntry

• SearchOrder• ServerIp

core.LogicalContent

• Checksum

346 Application Dependency Discovery Manager: Sensores

Page 363: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Content• FixedPath• URI

sys.SoftwareComponent

• Name• SoftwareVersion

net.L2Interface

• AutoNegotiation• Broadcast• Duplex• Encapsulation• HwAddress• InterfaceMTU• InterfaceName• Loopback• Mtu• Name• Promiscious• Speed• IANAInterfaceType

net.IpInterface

• IpAddress• L2Interface• IpNetwork

sys.unix.UnixFileSystem

• AvailableSpace• Capacity• Group• MountPoint• Owner• Permissions• Type

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor del sistema Solaris.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Capítulo 1. Referencia de sensores 347

Page 364: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios(normalmente realizados utilizando el mandato sudo).

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Configuración de las entradas del archivo collation.propertiesEste tema lista las entradas del achivo collation.properties que utiliza el sensor de sistema Solaris.

El sensor utiliza la siguiente entrada en el archivo collation.properties:

com.collation.platform.os.command.crontabEntriesCommand.SunOS=crontab -lEsta propiedad se utiliza para descubrir entradas de crontab. Puede especificar esta propiedadcomo una propiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito ala propiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesCommand.SunOS.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.SunOS=rootEsta propiedad se utiliza para descubrir entradas crontab para un usuario específico, utilice una listaseparada por comas para especificar más de un usuario. Puede especificar esta propiedad como unapropiedad dentro del ámbito añadiendo una dirección IP o un nombre definido de ámbito a lapropiedad. El siguiente ejemplo utiliza una dirección IP añadida:

com.collation.platform.os.command.crontabEntriesUsers.SunOS.1.2.3.4=root,build

com.collation.discover.agent.useSolarisPfiles=falseEl valor predeterminado es false.Si se define como true, esta propiedad hace que el GenericServerSensor utilice los mandatos deptree y pfiles en los sistemas Solaris de destino para descubrir la lista de sockets IP y los puertosque están asociados con los procesos en ejecución. Esta propiedad sustituye el uso de lsof, quepodría no estar disponible en un entorno Solaris.

com.collation.discover.agent.path.SunOS.prtdiag=/sbin/prtdiagEl valor predeterminado es /sbin/prtdiag.Esta propiedad se utiliza para especificar todas las vías de acceso válidas desde las que "prtdiag"se puede ejecutar en un servidor Solaris.Esta propiedad es útil cuando tiene varios servidores Solares en su entorno y distintos servidorestienen distintas vías de acceso desde las que el mandato prtdiag se puede ejecutar. En este tipo deescenarios, puede añadir todas las vías de acceso válidas conocidas utilizando esta propiedadseparado por dos puntos (:).Por ejemplo: com.collation.discover.agent.path.SunOS.prtdiag=/usr/sbin/prtdiag:/sbin/prtdiag:/sbin/sparcv9/prtdiag

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema Solaris yofrece soluciones a dichos problemas.

El sensor no se iniciaProblema

El usuario del descubrimiento de TADDM no tiene autoridad para ejecutar el mandato ps con todoslos argumentos de línea de mandatos requeridos para iniciar el sensor.

SoluciónComplete una de las siguientes tareas:

• Defina el bit de permanencia del mandato ps utilizando el siguiente mandato:

chmod u+s /usr/ucb/ps

348 Application Dependency Discovery Manager: Sensores

Page 365: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Nota: El sistema operativo puede sobrescribir el bit de permanencia si se aplica un parche queactualiza el mandato ps.

• Configure el mandato ps para que se ejecute con acceso sudo para el usuario del descubrimientode TADDM completando los siguientes pasos:

1. Defina las siguientes propiedades en el archivo $COLLATION_HOME/etc/collation.properties:

– com.collation.platform.os.command.ps.SunOS=sudo /usr/ucb/ps axww– com.collation.platform.os.command.psEnv.SunOS=sudo /usr/ucb/ps axwweee– com.collation.platform.os.command.psParent.SunOS=sudo ps -elf -oruser,pid,ppid,comm

– com.collation.platform.os.command.psUsers.SunOS=sudo /usr/ucb/ps auxw2. Asegúrese de que se ha concedido el acceso sudo al usuario del descubrimiento de TADDM

ejecutando el siguiente mandato en el sistema de destino:

sudo ps

El descubrimiento falla mediante IBM Tivoli MonitoringProblema

Durante un descubrimiento con IBM Tivoli Monitoring, el descubrimiento falla porque se produce unproblema al ejecutar el mandato cd $HOME;LANG=C zonecfg -z s8-zone info.

SoluciónEn el archivo collation.properties, añada el patrón |.*zonecfg.* al final de la propiedad:

com.collation.discover.agent.ITM.CmdWrapperSelectionPattern=|.*zonecfg.*

Se descubre una zona local sin una dirección IP.Problema

Después del descubrimiento de una zona global, se descubre una zona local sin una dirección IP.Solución

En algunas zonas locales que utilizan un adaptador Ethernet exclusivo, no se puede determinar unadirección IP de zona a partir del nivel de zona global. Debe ejecutar un descubrimiento directo de estazona para obtener información completa sobre ella.

Para obtener una configuración de IP de zona local de forma manual, ejecute el siguiente mandato enel nivel de zona global

zlogin <zonename> ifconfig -a inet

Nota: Si no puede obtener la dirección IP de la zona y obtiene la siguiente excepción:

com.collation.platform.session.SessionCommandFailedException:CTJTP1135E El siguiente texto es el estado de salida: 1.atcom.collation.platform.session.SshSessionClient.executeCommand1(SshSessionClient.java:538)

Puede añadir una ordenación para obtener una IP de zona local con el privilegio sudo en el mandatozlogin:

com.collation.platform.os.command.ifconfig="sudo ifconfig"o biencom.collation.platform.os.command.ifconfig.SunOS="sudoifconfig"

Mandato zlogin:

Capítulo 1. Referencia de sensores 349

Page 366: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

zlogin <zonename> sudo ifconfig -a inet

Cuando se ejecuta el sensor de servidores genéricos para descubrir destinos de Solaris, se producenerrores de CTJTD0317E y CTJTP1135E.Problema

Cuando ejecuta el sensor de servidores genéricos para descubrir destinos de sistemas operativosSolaris, se produce el error siguiente y una excepción en la consola de Discovery Management:

CTJTD0317E Se ha producido un error. CTJTP1135E El texto siguiente es el estado de la salida: 1

SoluciónEl error indica que no se ha instalado el mandato /usr/ucb/ps en el servidor Solaris. Para resolver elproblema, instale uno de los siguientes paquetes en sus destinos de Solaris:

• Versiones de Solaris anteriores a 10: instale uno o los dos paquetes siguientes:

– Solaris 32 bits: el paquete SUNWscpu– Solaris 64 bits: el paquete SUNWscpux

• Solaris 10: el paquete SUNWscpu• Solaris 11: el paquete compatibility/ucb

sensor de virtualización de Sun SparcEl sensor de virtualización de Sun Sparc descubre los dos tipos de virtualización de Solaris: Zonas ydominios lógicos de un sistema operativo Solaris.

Nombre del sensor utilizado en la GUI y los registros

SunSparcVirtualizationSensor

Ámbito del descubrimiento del sensor de virtualización de Sun SparcEl sensor descubre si los dominios de invitado están activos y, a continuación, recupera toda lainformación acerca de los dominios de invitado.El sensor también descubre si se están ejecutando las zonas no globales y, a continuación, recuperatoda la información acerca de las zonas no globales.

Dependencia del sensor de virtualización de Sun SparcEl sensor depende del sensor del sistema Solaris, que se ejecuta justo antes del sensor devirtualización de Sun Sparc.El sensor del sistema Solaris descubre el sistema Solaris con información detallada y pasa el objetoSunSPARCUnitaryComputerSystem al sensor de virtualización de Sun Sparc.Para este objeto SunSPARCUnitaryComputerSystem, el sensor de virtualización de Sun Sparc:

• descubre todos los dominios de invitado disponibles y zonas no globales disponibles, y• para cada uno de ellos crea el objeto SunSPARCUnitaryComputerSystem superficial.

El sensor de virtualización de Sun Sparc se puede ejecutar en sistemas Solaris que son del tipo devirtualización:

Tabla 24. Descubrimiento de tipo de virtualización de Solaris

Tipo de virtualización Solaris Descubre

Zona global Zonas globales y no globales

Zona no global* Zona no global

Dominio de control Dominio de control (con nombre primario) ydominios de invitado

350 Application Dependency Discovery Manager: Sensores

Page 367: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Tabla 24. Descubrimiento de tipo de virtualización de Solaris (continuación)

Tipo de virtualización Solaris Descubre

Dominio de invitado* Dominio de invitado

Nota: *Para recuperar los detalles del sistema operativo para las 'zonas no globales' y para los 'dominiosde invitado', debe añadir la dirección IP de las zonas y dominios al ámbito de descubrimiento y volver aejecutar el sensor del sistema Solaris.

Objetos de modelo con atributos asociadosEl sensor del servidor de virtualización Sun Sparc crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que recopila el sensor sobre los sistemas que ejecutan el sistemaoperativo Solaris con las zonas y dominios lógicos disponibles.

El sensor crea los siguientes objetos de modelo para las zonas y dominios lógicos descubiertos. Losatributos asociados con cada objeto de modelo se muestran bajo el nombre del objeto de modelo.Para los dominios lógicossys.sun.SunSPARCUnitaryComputerSystem

SystemIdTypeFunctionsPrimaryMACAddressMemorySizeNumCPUs

Para las zonas no globalessys.sun.SunSPARCUnitaryComputerSystem

VirtualTypeVMIDFunctionsSystemIdDevicesConfigContentsFqdnHostSystemIsVMIDanLPARIpInterfaces

sys.FunctionName

• Para los dominios lógicos: 'Guest domain' o 'Control domain'• Para las zonas: 'Zone'

• Cuando se ejecuta el agente IpInterfaceSensor: 'Router'

net.IpInterfaceIpAddress

Sensor de Sun Fire SysControlEl sensor de Sun Fire SysControl (SC) descubre dominios configurados en sistemas Sun Fire.

La siguiente información se obtiene a partir del controlador del sistema de los sistemas Sun Fire:

Capítulo 1. Referencia de sensores 351

Page 368: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Operaciones de administración de configuración remotas• Asignaciones de placa y estados de placa• Estadísticas de uso actuales de los recursos de capacidad bajo demanda (COD)• Información sobre dispositivos de placa del sistema y uso de los recursos• Estado o rol de migración tras error del controlador del sistema (SC)• Información sobre el tipo de plataforma, lista de componentes disponibles de la placa, estado del

dominio de cada dominio y capacidad bajo demanda (COD)

Nombre del sensor utilizado en la GUI y los registros

SysControlSensor

Cuestiones de seguridad

La cuenta de servicio de TADDM debe tener privilegios de administrador de la plataforma, lo que significaque la cuenta es miembro del grupo UNIX platadmn. Cualquier usuario que sea miembro del grupoplatadmn tiene privilegios para ejecutar los siguientes mandatos de los servicios de gestión del sistema(SMS):

• rcfgadm• showboards• showcodusage• showdevices• showfailover• showplatform

Objetos de modelo con atributos asociadosEl sensor de Sun Fire SysControl (SC) crea objetos de modelo con atributos asociados. Los atributosindican el tipo de información que el sensor recoge sobre los dominios configurados en sistemas Sun Fireen su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.phys.physpkg.Board

• DisplayName• Nombre• PhysicalPackage• RelativePosition

sys.sun.DynamicSystemDomain

• Board• DisplayName• Fqdn• HostSystem• IsVMIDanLPAR• Modelo• Nombre• NumCPUs• SerialNumber• Type• Virtual

352 Application Dependency Discovery Manager: Sensores

Page 369: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

sys.sun.SunFireComputerSystem

• ChildSystem• Devices• DisplayName• Manufacturer• Model• Name• SerialNumber• Type

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Debe utilizarse una cuenta con privilegios de administrador de plataforma.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:com.collation.discover.agent.path.SunOS

Este valor especifica la configuración de la ruta para mandatos en ejecución.

A continuación se indican los mandatos de los servicios de gestión del sistema (SMS) que se ejecutan:

• rcfgadm• showboards• showcodusage• showdevices• showfailover• showplatform

Si los mandatos están en el directorio opt/SUNWSMS/bin, por ejemplo, escriba el siguiente mandatoen una línea:

com.collation.discover.agent.path.SunOS=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/sbin:/sbin:/opt/SUNWSMS/bin

com.collation.discover.agent.SysControlAgent.timeout=1200000Este valor especifica el intervalo de tiempo en milisegundos para permitir la ejecución del mandato.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Sun Fire SysControl(SC) y ofrece soluciones a dichos problemas.

Capítulo 1. Referencia de sensores 353

Page 370: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor falla con un error de tiempo de esperaProblema

Durante un descubrimiento, el sensor falla con un error de tiempo de espera.Solución

En el archivo etc/collation.properties, añada la siguiente propiedad, donde value es elnúmero de milisegundos permitidos para la ejecución del sensor:

com.collation.discover.agent.SyscontrolAgent.timeout=1200000

Aumente el valor hasta que el sensor no falle con un error de tiempo de espera.

El sensor falla con un error getModelObjectProblema

Se muestra el siguiente mensaje:Mensaje de error: CTJTD3021E: El sensor falla en un servidor remoto: discoverSystemController: error getModelObject

SoluciónEn el archivo etc/collation.properties, añada la configuración de la ruta para la ejecución delmandato (por ejemplo /opt/SUNWSMS/bin):

com.collation.discover.agent.path.SunOS=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/sbin:/sbin:/opt/SUNWSMS/bin

Sensor del sistema Tru64El sensor del sistema Tru64 descubre sistemas que ejecutan el sistema operativo Tru64 UNIX.

Nombre del sensor utilizado en la GUI y los registros

Tru64ComputerSystemSensor

Requisitos previos

El sensor requiere el siguiente software:

• Herramienta de mandatos sudo• Herramienta de diagnóstico lsof

Instale ambas herramientas en la misma ruta definida en la lista de acceso para acceder al sistema Tru64UNIX. esta instalación debe realizarse en todos los sistemas Tru64 UNIX que se van a descubrir. Lasversiones más probadas son sudo-1.6.8p9 y lsof-4.78, pero otras versiones pueden ser válidas,exceptuando en los casos en los que el paquete específico no soporte Tru64 UNIX. Para obtener lasherramientas sudo-1.6.8p9 y lsof-4.78, vaya a los siguientes sitios web:

• Para sudo-1.6.8p9: http://www.gratisoft.us/sudo/download.html• Para lsof-4.78: http://freecode.com/projects/lsof/?branch%20id=6029&release%20id=19567

Consulte los sitios web del distribuidor o los archivos léame del software para obtener una lista derestricciones, por ejemplo para la adición o supresión de soporte de una plataforma o función. Si unpaquete concreto tiene restricciones, TADDM se verá afectado por las mismas.

Limitaciones

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1

354 Application Dependency Discovery Manager: Sensores

Page 371: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• sys.ComputerSystem• sys.tru64.Tru64

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de usuario no root para ejecutar el sensorDebe añadir credenciales de usuario para los usuarios no root.

Edite el archivo /etc/sudoers en el sistema Tru64 UNIX y añada la siguiente línea, donde non-rootuseres el usuario que ejecuta el mandato:

<non-rootuser> ANY = NOPASSWD: /sbin/hwmgr

/etc/sudoers debe residir en el sistema Tru64 UNIX que se va a descubrir.

Por ejemplo, para habilitar al usuario taddmusr para que ejecute el mandato en cualquier sistemaoperativo Tru64 UNIX, escriba la siguiente línea:

taddmusr ANY = NOPASSWD: /sbin/hwmgr

Por ejemplo, para habilitar el usuario taddmusr de forma que ejecute el mandato /sbin/hwmgr en unsistema de destino específico llamado target, escriba la siguiente línea:

taddmusr target = NOPASSWD: /sbin/hwmgr

Dos mandatos deben estar en la ubicación predeterminada del sistema Tru64 UNIX: /sbin/hwmgry /usr/sbin/ifconfig.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. Los mandatos utilizados por el sensor delsistemas Tru64 que llevan a cabo el descubrimiento pueden requerir escalamiento de privilegios. Por logeneral, este escalamiento se lleva a cabo definiendo los permisos de acceso a archivos mediante elmandato sudo.

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema Tru64 y ofrecesoluciones a dichos problemas.

Capítulo 1. Referencia de sensores 355

Page 372: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Se muestran mensajes de error de almacenamientoProblema

Mensajes de error de almacenamiento.Solución

En este caso, el sistema Tru64 UNIX emite un mensaje con un estado Otro dispositivo IP.Compruebe las ubicaciones y permisos de las dependencias y ejecute el descubrimiento de nuevo.

Sensor del sistema VMware ESXEl sensor del sistema VMware ESX descubre servidores VMware ESX.

Nombre del sensor utilizado en la GUI y los registros

VmwareComputerSystemSensor

Elementos descubiertos por el sensor

El descubrimiento del servidor de VMware ESX (sistema principal) se ejecuta como en cualquier otrosistema operativo. Las cuestiones más importantes que afectan al descubrimiento son la conectividad yla autenticación. Si la cuenta configurada en la lista de acceso de TADDM se puede conectar al servidor dedestino de VMware ESX, el descubrimiento se realizará correctamente.

Los descubrimientos se inician utilizando mandatos ejecutados sobre SSH.

Mediante el descubrimiento de máquinas virtuales (máquinas invitadas) se descubren dos instancias deVM, una instancia física y una instancia virtual. Tras el descubrimiento, TADDM fusiona las dos instancias.El resultado es una instancia individual con todos los atributos de la máquina física pero la indicación deque es virtual. En la salida XML de la base de datos, esta salida se representa mediante un atributo comoel siguiente:

<virtual>true</virtual>

En la consola de Gestión de Descubrimiento, una máquina virtual (VM) se representa mediante el iconode un sistema azul y transparente.

E l sensor de TADDM normal del sistema operativo invitado concreto, por ejemplo Linux, descubre lainstancia física. Esta se descubre como una máquina física, que incluye la búsqueda de los dispositivos yatributos típicos. No se necesitan sensores de TADDM especiales para descubrir estos sistemas virtualesde forma diferente al descubrimiento de los sistemas físicos a los que emulan.

La instancia virtual se descubre a través del sensor de VMware ESX. Principalmente utiliza archivos deconfiguración (.vmx) y mandatos en el servidor de VMware ESX para descubrir una instancia superficialcon datos que pueden describirse de la forma siguiente:

• Datos de atributo necesarios para adaptarse a las reglas de denominación y crear una instancia VMindependiente válida

• Determinada información básica que proporciona el servidor VMware ESX mediante el mandatovmware-cmd.

• Un atributo (primaryMACAddress) que se utiliza para reconciliar la instancia virtual superficial concualquier instancia física que se pueda descubrir.

Existen dos escenarios de usuario para un descubrimiento de VM:

• Todo incluido: cuando se descubre un ámbito que incluye el servidor y las instancias físicas, todofunciona según lo previsto.

El resultado es una instancia virtual que se muestra en el dominio apropiado para coincidir con sunombre de dominio. Esta instancia virtual se llena con todos los atributos que tendría una máquinavirtual similar.

Además, tiene datos y relaciones relativas al servidor ESX principal, un atributo virtual que se definecomo verdadero y un atributo VMID que se define como el especificado en el archivo de

356 Application Dependency Discovery Manager: Sensores

Page 373: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

configuración .vmx. Mientras el servidor de TADDM tiene conectividad y autenticación con la VM, esteescenario no presenta problemas.

• Solo VM: cuando se descubre un ámbito que contiene solo la VM, se muestra como una máquina físicacon los atributos típicos, exceptuando que VMware sustituye intencionadamente algunos modelos ydatos del fabricante.

Así, examinando algunos atributos es posible determinar si la máquina es virtual. No obstante, el iconoes el que se usa para sistemas físicos, y el atributo virtual no está definido como verdadero.

Para asegurarse de que se recopila toda la información FQDN sobre una VM, debe tener las herramientasVMware instaladas en la VM.

Limitaciones

El sensor del sistema VMware ESX no descubre servidores VMware vCenter. Si debe descubrir estosservidores, utilice el sensor del servidor VMware Virtual Center.

Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

• loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1• link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1• multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1• sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Con el servidor VMware ESX versión 2.5 (todos los releases), solo puede descubrir los sistemas virtualesque estén en ejecución.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• core.LogicalContent• net.IpInterface• net.L2Interface• process.CPUResourcePool• process.MemoryResourcePool• process.NetworkAdapterResourcePool• relation.AllocatedTo• relation.DonatedTo• sys.CPU• sys.darwin.Darwin• sys.darwin.DarwinUnitaryComputerSystem• sys.dos.Dos• sys.dos.DosUnitaryComputerSystem• sys.DNSResolveEntry• sys.FileSystem• sys.freebsd.FreeBSD• sys.freebsd.FreeBSDUnitaryComputerSystem• sys.linux.Linux• sys.linux.LinuxUnitaryComputerSystem• sys.Memory

Capítulo 1. Referencia de sensores 357

Page 374: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.netware.Netware• sys.netware.NetwareUnitaryComputerSystem• sys.OperatingSystem• sys.sun.Solaris• sys.sun.SunSPARCUnitaryComputerSystem• sys.UnitaryComputerSystem• sys.vmware.VmwareESX• sys.vmware.VmwareUnitaryComputerSystem• sys.windows.WindowsComputerSystem• sys.windows.WindowsOperatingSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor de sistemas informáticos de VMware ESX está habilitado para undescubrimiento de nivel 3. El sensor solo descubre sistemas invitados que estén en ejecución. Paradescubrir todos los invitados, cree un perfil de descubrimiento de nivel 2 o nivel 3 para el sensor desistemas informáticos de VMware ESX y personalice los valores del sensor.

Para crear un perfil de descubrimiento, complete los pasos indicados a continuación:

1. En la sección Descubrimiento de la Consola de Gestión de descubrimiento, pulse Perfiles dedescubrimiento.

2. En la ventana Perfiles de descubrimiento, pulse Nuevo.3. En la ventana Crear nuevo perfil, escriba el nombre y la descripción del perfil. En la lista Clonar perfil

existente, seleccione Descubrimiento de Nivel 2 o Descubrimiento de Nivel 3 y pulse en Aceptar.4. En el separador Configuración de sensor, seleccione el sensor VmwareComputerSystemSensor.5. En la ventana Crear configuración, escriba el nombre y la descripción de su configuración y

seleccione la casilla de verificación Habilitar configuración.6. En la sección Configuración de la ventana Crear configuración, pulse en

discoverNonRunningGuests. A continuación pulse dos veces en el campo Valor de la fila y escribatrue.

7. Pulse en Aceptar para volver a la ventana Perfiles de descubrimiento.8. En la ventana Perfiles de descubrimiento, pulse en Guardar.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios(normalmente realizados utilizando el mandato sudo).

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas en el archivo collation.properties:

com.collation.platform.os.command.osVersion.Vmware=/usr/bin/vmware –vEl valor predeterminado es /usr/bin/vmware –v.

El mandato utilizado para determinar la versión de VMware.

358 Application Dependency Discovery Manager: Sensores

Page 375: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.platform.os.command.vmwareCmd=/usr/bin/vmware-cmdEl valor predeterminado es /usr/bin/vmware-cmd.

El mandato que se utiliza para realizar operaciones en la máquina virtual.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema VMware ESX yofrece soluciones a dichos problemas.

Se crean VM duplicadasProblema

Tras el descubrimiento, determinadas VM parecen estar duplicadas.Solución

TADDM descubre dos instancias de cada VM, una física y una virtual. Si estas no se pueden reconciliaren la misma máquina concreta, pueden existir dos instancias con atributos similares en la base dedatos. No están duplicadas, cada una de ellas es una instancia descubierta independiente de lamisma VM.Esta distinción es clave para solucionar el problema. Además, debe comprobar varias cosas,comience por TADDM, vaya al entorno de VMware y finalice solucionando el problema del entorno dered general.Problemas relacionados con una instancia o base de datos existente previamente

El primer elemento que debe comprobar al solucionar un problema de reconciliación es la base dedatos. Si la VM ha hecho la transición a una nueva VM, la VM antigua podría no reconciliarse.La instancia antigua puede suprimirse, preferiblemente antes de reiniciar el descubrimiento. Si serequieres diversas ejecuciones para probar distintas soluciones, recuerde suprimir todas lasinstancias anteriores de la VM existente.También puede ayudar la supresión de la instancia del servidor ESX principal. Esto puede hacerseen el entorno y puede ser útil para descartar y volver a crear la base de datos de TADDM entreejecuciones del descubrimiento. A continuación, ejecute un nuevo descubrimiento y observe siaún existen duplicados.

Atributo <primaryMACAddress>La principal razón de que dos instancias de una VM no se puedan reconciliar es que estas tienendiferentes valores en los atributos<primaryMACAddress>. Para determinar este valor en cadainstancia, es necesario exportar los objetos del tipo ComputerSystem desde la base de datos deTADDM con el siguiente mandato en ejecución en el servidor de TADDM:No Windows:

$COLLATION_HOME/sdk/bin/api.sh -u <username> -p <password> find --depth 1 ComputerSystem > <filename>.xml

Windows:

%COLLATION_HOME%\sdk\bin\api -u <username> -p <password> find --depth 1 ComputerSystem > <filename>.xml

Se generará un archivo XML que indica los atributos de primer nivel de todas las instancias dela clase ComputerSystem. Busque el nombre abreviado de las instancias duplicadas ydesplácese hasta el atributo <primaryMACAddress>.

Si el valor de las dos instancias es diferente, será necesario resolver las asignaciones de ladirección MAC en el archivo de configuración del servidor, en la propia VM, o en ambos.

Configuración de la VMSi una VM está configurada en modo NAT o "solo host", el sensor de VMwareESX descubrirá lainstancia virtual pero no la instancia física.

Capítulo 1. Referencia de sensores 359

Page 376: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Archivos de configuración de la VM en el servidor de host de ESXEl sensor de TADDM VMwareESX recoge información del archivo de configuración de cada VM quese va a descubrir. Estos archivos de configuración pueden ser ubicados con el siguiente mandatode ESX:

vmware-cmd –l ('L' minúscula)

Este mandato indica el archivo de configuración de cada VM conocida al servidor de ESX y seespecifica con la extensión .vmx.

Estos archivos están en formato XML y no diferencian entre mayúsculas y minúsculas. Consulte lainformación del archivo de configuración de la VM con instancias duplicadas.

Valide la información de cada interfaz para asegurarse de que la dirección MAC de cada línea secorresponde con una interfaz de la propia VM.

ethernet0.present = "true"ethernet0.networkName ="VM Network"ethernet0.addressType = "generated"ethernet0.generatedAddress="00:0c:29:c1:a5:ee"ethernet0.generatedAddressOffset = "0"ethernet1.present = "true"ethernet1.networkName = "VM Network"ethernet1.addressType = "generated"ethernet1.generatedAddress="00:0c:29:c1:a5:f8"ethernet1.generatedAddressOffset = "10"

Si los valores son diferentes en el archivo de configuración o la VM, corríjalos e intente realizar eldescubrimiento de nuevo.

Configuración en la propia VMEn la VM, hay un mandato que muestra la información para cada interfaz de red.En sistemas no Windows, este mandato es ifconfig. En Windows el mandato es ipconfig.Examine la salida y valide el par interfaz/MAC contra el archivo de configuración de ESX. Tambiénpuede comprobar si las interfaces funcionan haciendo ping a la dirección IP asociada. Ejecute denuevo el descubrimiento.

Cambios recientes en una VM o movimiento desde un servidor de ESX a otroSi una VM se ha migrado de un servidor ESX a otro, es posible que el archivo de configuración sehaya modificado y esto puede afectar a los descubrimientos.Si las líneas que contienen generatedAddress se suprimen, esto puede afectar a losdescubrimientos.Cuando se migran VM en un entorno VirtualCenter, todas las VM con una dirección MAC generadala cambiarán. Si hay una VM existente en el servidor de ESX que se pueda descubrircorrectamente, utilice el archivo de configuración de dicha VM como ejemplo y busque las líneasque podrían haberse suprimido.El servidor de ESX en el que se originó la VM también puede especificarse como destino en unámbito para ver si la VM se descubre correctamente en ese servidor de ESX. Si hay líneas que sehayan suprimido o modificado durante la migración, añada o corrija las mismas y ejecute de nuevoel descubrimiento.

Resolución de nombresSi la VM no puede resolver en una máquina individual de la red, puede finalizar en TADDM comodos instancias separadas. Si la VM tiene varias interfaces y todas las interfaces están visibles en lared, pueden encontrarse varias instancias válidas. Puede no ser posible fusionar todas ellas enuna instancia individual.Esto normalmente se debe a la falta de coincidencia entre archivos host, DNS, NIS o cualquierotro servicio de resolución de nombres.La solución es probar la resolución de nombres con el nombre abreviado de la máquina variasveces desde la propia VM, el servidor de ESX y el servidor de TADDM. Todas las respuestas deben

360 Application Dependency Discovery Manager: Sensores

Page 377: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

coincidir. Si devuelven respuestas diferentes, modifique el servicio de nombres o archivos de hosthasta que los resultados sean coherentes. Ejecute de nuevo el descubrimiento.

Direccionamiento y conectividad de red generalExisten diversos factores de red que debe considerar para resolver problemas condescubrimientos de TADDM. Dado que se trata de descubrimientos de VMware, los cortafuegos yotras consideraciones de red como el SSH podrían afectar parcialmente al descubrimiento delservidor de ESX o la VM.Si el sensor de VMware descubre correctamente la VM, esta se muestra únicamente con unaetiqueta de nombre abreviado en la Infraestructura física: Descripción general > Nivel desistemas > Sistemas virtuales > VMware ESXLa VM en sí solo aparece como objeto bajo la cabecera Otros dispositivos IP u Otro sistema.En caso de que el sensor del sistema operativo solo descubra correctamente la VM, esta semuestra como el tipo adecuado de Sistema. La instancia virtual no se muestra y el servidor de ESXpodría no mostrarse tampoco.Corrija el direccionamiento y configuración del cortafuegos hasta que el servidor de TADDM puedahacer ping y SSH al servidor de ESX y directamente a cada VM. A continuación intente realizar eldescubrimiento de nuevo.

Se crean servidores de VMware ESX duplicadosProblema

Los servidores de VMware ESX (Versión 2.5 (todos los releases)) parecen estar duplicados. Esteproblema se produce cuando se ejecuta un descubrimiento secuencial utilizando el sensor delsistema VMware ESX seguido del sensor de servidor de VMware Virtual Center.

SoluciónDebe fusionar manualmente los servidores de VMware ESX duplicados.

La Guía del usuario de TADDM contiene información sobre el uso del Portal de gestión de datos,incluyendo información sobre las tareas de descubrimiento y el modo de fusionar manualmenteelementos de configuración descubiertos.

Sensor de sistema VMware ESXiEl sensor de sistema VMware ESXi descubre servidores VMware ESXi.

El sensor de sistema VMware ESXi descubre servidores VMware ESX, lo que soporta la API VMware.

El sensor utiliza la API VMware para el descubrimiento. La API VMware está disponible en todos losservidores ESXi y en las versiones ESX 3.x y ESX 4.x. El sensor no utiliza la consola ssh.

Nombre del sensor utilizado en la GUI y los registrosVmwareESXiComputerSystemSensor

Elementos descubiertos por el sensorPara máquinas virtuales y para el servidor ESX, el sensor descubre los mismos datos que el sensorVirtualCenter. No puede descubrir objetos, que están más altos en el árbol de configuración que ESX, porejemplo clústeres y centros de datos. Los almacenes de datos se descubren con datos muy limitados,sólo con nombre.

El número de serie ESX se puede descubrir de dos maneras, a través de la API VMware como todos losdemás datos o a través de la API CIM.

Requisitos previosLa API VMware debe estar presente y habilitada en el servidor ESX.

Capítulo 1. Referencia de sensores 361

Page 378: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Problemas de seguridadPara descubrir el servidor ESX, debe establecer permisos de solo lectura para la cuenta de servicio deTADDM.

Conexión a servidores con SSL

El sensor de sistema VMware ESXi puede conectarse a los servidores con SSL en dos modalidades: lamodalidad predeterminada y una modalidad nueva.Modalidad predeterminada

La modalidad predeterminada no verifica por completo el certificado de un servidor. Esta modalidadpermite la conexión incluso si el certificado está autofirmado, caducado o con un nombre de host noválido. Rechaza la conexión cuando se encuentran otros problemas, como error de encadenamientode certificados. La modalidad predeterminada se puede utilizar con los certificados VMwarepredeterminados.

Modalidad nuevaLa modalidad nueva verifica por completo el certificado de un servidor. Puede habilitar estamodalidad estableciendo la propiedad de configuración strictCertificateCheck en true.Cuando se habilita esta modalidad, solo se aceptan los certificados válidos firmados por autoridadesde certificados de confianza.

Importación a TADDM de certificados autofirmadosSi establece la propiedad strictCertificateCheck en true, puede conectarse con certificadosautofirmados. Primero debe importar a TADDM un certificado de este tipo. Aunque los certificadosautofirmados son certificados de confianza, su validez se verifica de todos modos.Para importar dichos certificados, realice los pasos siguientes:

1. Abra el directorio taddm/dist/osgi/plugins/com.ibm.cdb.discover.sys.vmware.vmwarecommon_*, donde * es el número de versióndel sensor.

2. Ejecute el siguiente mandato:

java -cp lib/vmwarecommon.jar com.ibm.cdb.discover.sys.vmware.VmCertificateCollector ip:puerto

donde ip es la dirección IP del host de sensor de sistema VMware ESXi y puerto es el puerto SSL dedicho host.

Objetos de modelo creadosEl sensor crea los siguientes objetos de modelo:

• net.IpInterface• net.L2Interface• process.CPUResourcePool• process.MemoryResourcePool• process.NetworkAdapterResourcePool• relation.AllocatedTo• relation.DonatedTo• sys.CPU• sys.vmware.VMWareDataStore• sys.unix.UnixFileSystem• sys.NFSFileSystem• sys.Memory• sys.vmware.VMWareVirtualSwitch• sys.vmware.VMWarePortGroup

362 Application Dependency Discovery Manager: Sensores

Page 379: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.darwin.Darwin• sys.darwin.DarwinUnitaryComputerSystem• sys.dos.Dos• sys.dos.DosUnitaryComputerSystem• sys.DNSResolveEntry• sys.FileSystem• sys.freebsd.FreeBSD• sys.freebsd.FreeBSDUnitaryComputerSystem• sys.linux.Linux• sys.linux.LinuxUnitaryComputerSystem• sys.Memory• sys.netware.Netware• sys.netware.NetwareUnitaryComputerSystem• sys.OperatingSystem• sys.sun.Solaris• sys.sun.SunSPARCUnitaryComputerSystem• sys.UnitaryComputerSystem• sys.vmware.VmwareESX• sys.vmware.VmwareUnitaryComputerSystem• sys.windows.WindowsComputerSystem• sys.windows.WindowsOperatingSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoDe forma predeterminada, el sensor de sistema de VMware ESXi está habilitado para un descubrimientode Nivel 2 o Nivel 3. El sensor solo descubre sistemas invitados que están en ejecución y no descubre elnúmero de serie ESX. Para cambiar este comportamiento cree un perfil nuevo y personalice laconfiguración de sensor.

Los elementos de configuración corresponden a la configuración de sensor de VirtualCenter.

Se pueden establecer las propiedades siguientes en true o false:ordinalESXviaVCserialDiscovery

Descubre un número de serie utilizando la API VMware. Este es un modo estándar de descubrir elnúmero de serie, resulta más rápido que utilizar la API CIM y requiere menos privilegios pero tambiénes más propenso a errores.El valor predeterminado es false.

directESXserialDiscoveryDescubre un número de serie utilizando la API CIM. Este método siempre descubre el número deserie, pero es más lento y se aplican los siguientes requisitos:

• El usuario de descubrimiento debe tener el privilegio Host > CIM > CIMInteraction.• La conexión entre TADDM y el servidor ESX es necesaria.

Para obtener más información, consulte también una nota técnica en http://www-01.ibm.com/support/docview.wss?uid=swg21638454.

Importante: Si ejecuta el servidor ESX en hardware virtualizado como Cisco UCS, debe descubrir elnúmero de serie utilizando CIM API, no VMware API, ya que de otro modo se pueden producirsobrefusiones.

Capítulo 1. Referencia de sensores 363

Page 380: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El valor predeterminado es false.shallowVMdiscovery

Descubre datos limitados para la máquina virtual.El valor predeterminado es false.

discoverNonRunningGuestsDescubre máquinas virtuales que no se ejecutan.El valor predeterminado es false.

strictCertificateCheckFuerza que el sensor se conecte a servidores ESX que se han asegurado con certificados válidosfirmados por CA.El valor predeterminado es false.

enableVMDiscoveryHabilita el descubrimiento en máquinas virtuales.El valor predeterminado true.

Configuración de la lista de accesoAverigüe qué detalles de acceso son necesarios, en función de la configuración.

El sensor utiliza las credenciales de sistema para iniciar la sesión en la API VMware. El usuario de VMwaredebe tener permisos de solo lectura para el descubrimiento.

Resolución de problemas del sensorSe pueden producir algunos problemas con el sensor de sistema VMware ESXi. Averigüe cómo solucionarlos problemas comunes.

El sensor ping no puede encontrar ip alcanzableProblema

El sensor ping explora el puerto 22 y 135. Si estos puertos no se encuentran, el descubrimientofinaliza. El sensor ESXi tiene de forma predeterminada estos puertos bloqueados.

SoluciónPara habilitar el descubrimiento, configure los puertos para explorar en el archivocollation.properties en la propiedad com.collation.pingagent.ports o añada unaexcepción en el cortafuegos ESX.

El sensor ESXi no se inicia.Problema

Para permitir que el sensor ESXi se inicie después del sensor de puerto, el sensor de puerto debedescubrir los puertos ESXi. Si los puertos se han configurado de forma diferente, el sensor ESXi no seinicia.

SoluciónLos valores de puerto predeterminados son 902, 80, 443. Si el sensor ESXi tiene puertos diferentesconfigurados, reconfigure el sensor de puerto.

Sensor de sistema WindowsEl sensor de sistema Windows descubre sistemas que ejecutan sistemas operativos Microsoft Windows.

Nombre del sensor utilizado en la GUI y los registros

WindowsComputerSystemSensor

Requisitos previosPara el descubrimiento mediante una pasarela, esta debe ser accesible mediante SSH.

364 Application Dependency Discovery Manager: Sensores

Page 381: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para descubrir sistemas Windows sin utilizar una pasarela:

• Los sistemas Windows deben ser accesibles a través de SSH.• Microsoft .NET Framework debe estar instalado en los sistemas Windows de destino. Para obtener más

información, consulte el tema Configuración del descubrimiento en sistemas Windows en la Guía deladministrador de TADDM.

• Windows Scripting Host (WSH) 5.6 o superior debe instalarse en los sistemas Windows. WindowsScripting Host está instalado con Internet Explorer 6 Service Pack 1 o superior.

• Windows Server 2016A causa de un problema de Powershell 5, debe ponerse en contacto con un representante de IBMSupport y solicitar que se aplique un Powershell 5 eFix antes de intentar el descubrimiento de unWindows Server 2016 sin pasarela. Una vez completada esta acción, el descubrimiento del servidorWindows 2016 a través de SSH directo funcionará con normalidad.

Limitaciones

• Si proporciona credenciales de usuario sin el rol de administrador, el sensor del sistema Windows nopuede recopilar la lista de servicios y dispositivos que están relacionados con Windows Server 2003.Como resultado, las tablas relacionadas del Portal de gestión de datos están vacías.

• Todos los sensores del sistema y el sensor SNMP MIB2 ignoran las interfaces de red configuradas.TADDM no llena el atributo net.IpNetwork en los siguientes tipos de interfaces IP:

– loopback, por ejemplo, 127.0.0.1, 0:0:0:0:0:0:0:1– link-local, por ejemplo, 169.254.1.1, FE80:0:0:0:0:0:0:1– multicast, por ejemplo, 224.0.0.1, FF00:0:0:0:0:0:0:1– sin especificar, por ejemplo, 0.0.0.0, 0:0:0:0:0:0:0:0

Por tanto, las redes IP no se llenan en la interfaz de usuario de TADDM.

Descubrimiento de interfaces IPv6 e información sobre direccionamiento IPv6 envío

El sensor descubre interfaces IPv6 e información de direccionamiento IPv6 y envío sobre los sistemas dedestino configurados para soportar IPv6. TADDM ejecuta descubrimientos únicamente contra direccionesIPv4. TADDM no inicia un sensor contra direcciones IPv6. Para búsquedas de DNS, TADDM utilizadirecciones IPv4 o IPv6. TADDM no llena el atributo net.IpNetwork en una interfaz IPv6 si el valor delongitud del prefijo no se especifica o es igual a cero.

Las direcciones IPv6 descubiertas se muestran en la interfaz de usuario de TADDM de forma similar a lasdirecciones IPv4 y son accesibles a través de la API de TADDM. Dado que las direcciones IPv6 utilizan unvalor de longitud de prefijo en vez de la máscara de red de IPv4, para cada dirección IP solo se llena unode estos valores. El valor depende del tipo de dirección.

Descubrimiento de la información de la CPU

El valor de atributo NumCPUs es establece en el número de CPU lógicas en el sistema informático. Si sehabilita hyperthreading en el sistema de destinoWindows, el atributo NumCPUs incluye también loshyperthreads. Por ejemplo, en un sistema de dos núcleos con hyperthreading habilitado, el valor delatributo NumCPUs es 4. Si no se habilita hyperthreading, el valor del atributo NumCPUs es 2.

Soporte de descubrimiento asíncrono y basado en scriptsEl sensor de sistema informático Windows soporta el descubrimiento basado en scripts y asíncrono.

Requisitos de configuración del sensor

Para obtener información sobre la configuración de descubrimientos basados en scripts, consulte el temaConfiguración de descubrimientos basados en scripts en la Guía del administrador de TADDM.

Capítulo 1. Referencia de sensores 365

Page 382: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos de configuración de la lista de acceso

Para el descubrimiento asíncrono no se utiliza la lista de acceso.

Para el descubrimiento basado en script, la configuración de lista de acceso es la misma que para eldescubrimiento no basado en script.

LimitacionesEl sensor necesita el entorno powershell en el sistema de destino para el descubrimiento basado enscript y asíncrono. La versión de powershell debe ser 2 o superior.

El descubrimiento basado en scripts se soporta para los siguientes sistemas de destino:

• Windows 7• Windows 8• Windows Server 2008• Windows Server 2012• Windows Server 2016 Standard Edition• Windows Server 2016 Datacentre Edition

• Windows Server 2019 Standard Edition

Objetos de modelo con atributos asociadosEl sensor de sistemas Windows crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que el sensor recopila sobre los sistemas informáticos que ejecutan el sistemaoperativo Windows.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.core.LogicalContent

• Checksum• Content• FixedPath• URI

dev.MediaAccessDevice

• Name• Type• Status

sys.DNSResolveEntry

• SearchOrder• ServerIp

net.L2Interface

• Encapsulation• HwAddress• InterfaceName• Loopback• Name• Index• IANAInterfaceType• InterfaceSpeed

366 Application Dependency Discovery Manager: Sensores

Page 383: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Speed

net.IpInterface

• IpAddress• L2Interface• IpNetwork

sys.CPU

• IndexOrder• NumCPUs• CPUType• CPUSpeed• CPUCoresInstalled• Virtual• CPUCore

sys.FileSystem

• AvailableSpace• Capacity• Group• MountPoint• Owner• Permissions• Type

sys.SoftwareComponent

• Name• SoftwareVersion• Editor

sys.windows.WindowsService

• ServiceName• CanBePaused• CanBeStopped• DesktopInteract• ErrorControl• OperatingState• Started• StartMode• Account• PathName• ExitCode• ServiceSpecificCode• ServiceType• Description• Name• SoftwareVersion

Capítulo 1. Referencia de sensores 367

Page 384: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• ProcessId

sys.windows.WindowsComputerSystem

• UUID• Name• Type• SystemId• SystemBoardUUID• VirtualMachineState• Signature• Fqdn• SerialNumber• Manufacturer• Model• MemorySize• NumCPUs• CPUType• CPUSpeed• Architecture• CPUDiesInstalled• CPUCoresInstalled

sys.windows.WindowsOperatingSystem

• Fqdn• Name• OSName• OSVersion• BootTime• KernelArchitecture• KernelVersion• Charset• Locale• OsId• OSConfidence• ServicePack• VersionString

Configuración del sensorAntes de utilizar el sensor del sistema Windows, debe configurarlo.

Complete la siguiente configuración:

• Instale todos los software necesarios.• Para el descubrimiento mediante una pasarela, WMI debe estar instalado en todos los sistemas

Windows de destino. WMI está habilitado de forma predeterminada.

De forma predeterminada, con el descubrimiento mediante una pasarela se instala automáticamente elProveedor WMI de TADDM en todos los sistemas Windows de destino durante el proceso dedescubrimiento.

368 Application Dependency Discovery Manager: Sensores

Page 385: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Para un descubrimiento completo de los hosts y software de Windows, cada máquinaWindowsrequiere una cuenta de servicio en un grupo de administración con acceso WMI a todos los objetosWMI de esa máquina. Esta cuenta puede ser una cuenta local o una cuenta de dominio.

La cuenta de servicio debe crearse en la pasarela de Windows y todos los sistemas Windows dedestino.

2. Las entradas de la lista de acceso deben crearse para sistemas informáticos Windows (pasarela ysistemas Windows de destino).

Cuando se especifica una cuenta de usuario de dominio Windows para una entrada de la lista deacceso, el nombre de dominio y el nombre de usuario deben separarse con una barra inclinadainvertida (\), como se muestra en el siguiente ejemplo: DOMAIN\username.

3. TADDM también soporta el descubrimiento basado en SNMP de sistemas Windows. Para contar consoporte de descubrimiento basado en SNMP, complete los siguientes pasos:

a. Habilite SNMP.b. Asegúrese de que la serie SNMP MIB2 GET Community tiene permiso de acceso al sistema MIB2,

IP, Interfaces, Interfaces ampliadas y Recursos de Host.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor de sistema deWindows.

El sensor utiliza la siguiente entrada en el archivo collation.properties:

com.ibm.cdb.skipWindowsSoftware=false

Nota: Esta propiedad solo afecta a la modalidad basada en script del descubrimiento.

Esta propiedad especifica si se descubre el software instalado en el sistema operativo Windows.El valor predeterminado es false, lo que significa que no se descubre el software.Si la cantidad de datos descubiertos es muy elevada y el proceso de descubrimiento se ralentiza,establezca esta propiedad en true para inhabilitar el descubrimiento de este tipo de datos.

com.collation.discover.agent.sys.ComputerSystem.serialNumberSanityChecks="ˆ(?!null);ˆ(?!not );ˆ(?!n/a);ˆ(?!permission);ˆ(?!to be );ˆ(?!undef);ˆ[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none);^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";

Esta propiedad se utiliza para validar la propiedad serialNumber que se descubre mediante lossensores de sistema operativo, salvo Solaris, para evitar almacenar valores genéricos, como Nodefinido, Para configurar mediante OEM o Permiso denegado.

La principal regla predeterminada es que el número de serie debe tener de 4 a 80 caracteres y nopuede empezar con una de las siguientes cadenas:

• null : expresión regular ^(?!null)• not : expresión regular ^(?!not)• n/a : expresión regular ^(?!n/a)• permission : expresión regular ^(?!permission)• to be : expresión regular ^(?!to be)• undef : expresión regular ^(?!undef)• serie con el formato: 098D8710-E623-3C3B-9F9B-FCBAFF1BF3B6_5C:F3:FC:E8:89:FC:

expresión regular ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5})• none : expresión regular ^(?!none)

Capítulo 1. Referencia de sensores 369

Page 386: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• xxxxxxx : expresión regular ^(?!x{7})• ......... : expresión regular ^(?!\.{9})• 0123456789 : expresión regular ^(?!0123456789)• 0000 : expresión regular ^(?!0+$)

Si un número de serie no sigue esta regla, no se configura. La sintaxis de expresión regular se defineen el SDK Java para la clase java.util.regex.Pattern. Las expresiones regulares deben estarseparadas por un punto y coma. Los números de serie candidatos siempre se convierten a minúsculaantes de cotejarlos con las expresiones regulares. Por lo tanto, cuando personalice la propiedad,utilice solo minúsculas.

Propiedades de descubrimiento basadas en la pasarela o en SSHcom.collation.AllowPrivateGateways=true

El valor predeterminado true.

Esta propiedad especifica si un sistema Windows se puede descubrir utilizando SSH o conexiones deIBM Tivoli Monitoring que no necesitan una pasarela intermedia. El valor predeterminado es permitirlas conexiones SSH o IBM Tivoli Monitoring para los sistema de Windows. Si el valor se establece enfalse, solo se descubren los destinos de Windows si figuran en la lista de pasarelas TADDM. Si estánincluidos en la lista de pasarelas, el sensor de sesiones Windows falla con el error CTJTP1100E.

com.collation.PreferWindowsSshOverGateway=falseEl valor predeterminado es false.

Esta propiedad especifica si se debe utilizar SSH mejor que el descubrimiento basado en pasarela siun sistema Windows soporta SSH. Incluso si un sistema Windows soporta SSH, el valorpredeterminado para esta propiedad indica que se utiliza el descubrimiento basado en pasarela. Estapropiedad se ignora si com.collation.AllowPrivateGateways=false.

Propiedades relacionadas con WMI

TADDM se apoya en Windows Management Instrumentation (WMI) para descubrir el sistema Windows.TADDM se puede configurar para reiniciar el servicio WMI si se produce algún problema con WMI. Si sereinicia el servicio WMI, todos los servicios que dependen de WMI y que se estaban ejecutando antes dereiniciar también se reinician.

com.collation.discover.agent.windows.useIpAsDomain=falseEl valor predeterminado es false.Esta propiedad especifica el formato de las credenciales que se utilizan para establecer la sesión deWMI. De forma predeterminada, se utilizan las credenciales en el formato usuario.Si se establece esta propiedad en true, se utilizarán las credenciales en el formato IP/usuarioademás del formato predeterminado.Esta propiedad es una propiedad con ámbito. Puede añadir la dirección IP o el nombre del ámbito aesta propiedad. Por ejemplo:

com.collation.discover.agent.windows.useIpAsDomain.9.100.100.200=falsecom.collation.discover.agent.windows.useIpAsDomain.scope_name1=false

com.collation.WmiAccessEnabled=trueEl valor predeterminado es true, que indica que TADDM intenta establecer la sesión de WMI.Esta es una propiedad del perfil de descubrimiento. Puede configurarla con la prioridad más alta en elseparador Propiedades de plataforma del panel Perfiles de descubrimiento de la Consola deDiscovery Management. También puede definirla para un conjunto de ámbitos específico, o IP, en elarchivo collation.properties.

com.collation.platform.os.WindowsOs.AutoDeploy=trueEl valor predeterminado es true, que indica que TADDM puede instalar de forma automática elproveedor de WMI.

370 Application Dependency Discovery Manager: Sensores

Page 387: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Al configurar el valor como false se indica que puede desplegar de forma manual el proveedor WMI.No se da soporte al despliegue manual pero se puede utilizar para resolver problemas.

Las siguientes propiedades de servidor de TADDM controlan el reinicio de WMI.

Nota: El valor predeterminado para el reinicio de WMI es false. Definir los valores de las siguientespropiedades a true podría proporcionar un descubrimiento de Windows más fiable, pero también debeconsiderar el potencial impacto negativo del servicio WMI si se detiene de forma temporal y se reinicia.

com.collation.RestartWmiOnAutoDeploy=falseReinicie WMI si se produce un error de WMI durante el despliegue automático del proveedor WMI deTADDM.

com.collation.RestartWmiOnAutoDeploy.1.2.3.4=falseReinicie WMI si se produce un error de WMI durante el despliegue automático del proveedor WMI deTADDM.

com.collation.RestartWmiOnFailure=false

Reinicie WMI si se produce un error de WMI, excepto durante el despliegue automático.

com.collation.RestartWmiOnFailure.1.2.3.4=false

Reinicie WMI si se produce un error de WMI, excepto durante el despliegue automático.

Propiedades relacionadas con PowerShell

com.ibm.cdb.session.ps.urlPrefix=wsmanEl valor predeterminado wsman.Esta propiedad especifica el valor de la propiedad URLPrefix del escucha WinRM en el sistemaWindows descubierto. En los sistemas Windows, el valor de esta propiedad y de la propiedadURLPrefix deben ser el mismo.Esta es una propiedad basada en el ámbito. Puede alterar temporalmente el valor global para unconjunto de ámbitos específico, o IP, en el archivo collation.properties.

com.collation.PowerShellAccessEnabled=falseEl valor predeterminado es false.Esta propiedad especifica si TADDM intenta establecer la sesión PowerShell. De formapredeterminada, el acceso de PowerShell está inhabilitado. Si desea habilitar la sesión de PowerShell,establezca esta propiedad en true.Esta es una propiedad del perfil de descubrimiento. Puede configurarla con la prioridad más alta en elseparador Propiedades de plataforma del panel Perfiles de descubrimiento de la Consola deDiscovery Management. También puede definirla para un conjunto de ámbitos específico, o IP, en elarchivo collation.properties.

com.collation.PreferPowerShellOverWMI=trueEl valor predeterminado true.Esta propiedad especifica si se utiliza la sesión PowerShell o la sesión WMI, si ambas estánhabilitadas. De forma predeterminada, la sesión PowerShell es la preferida.Esta es una propiedad basada en el ámbito. Puede alterar temporalmente el valor global para unconjunto de ámbitos específico, o IP, en el archivo collation.properties. Por ejemplo:

com.collation.PreferPowerShellOverWMI.myScopeABC=falsecom.collation.PreferPowerShellOverWMI.10.100.27.8=true

com.collation.PowerShellPorts=5985,5986El valor predeterminado es 5985,5986.Esta propiedad especifica los puertos de PowerShell. De forma predeterminada, están especificadoslos puertos 5985 y 5986. PortSensor comprueba si están activos estos puertos. Si los puertos están

Capítulo 1. Referencia de sensores 371

Page 388: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

activos, se puede establecer la sesión de PowerShell. Si los puertos no están activos, se utiliza lasesión WMI, a menos que la haya inhabilitado. En este caso, se muestran mensajes de error.Esta es una propiedad del perfil de descubrimiento. Puede configurarla con la prioridad más alta en elseparador Propiedades de plataforma del panel Perfiles de descubrimiento de la Consola deDiscovery Management. También puede definirla para un conjunto de ámbitos específico, o IP, en elarchivo collation.properties.

com.ibm.cdb.session.ps.useSSL=falseEl valor predeterminado es false.Esta propiedad especifica si el script de PowerShell utiliza el protocolo SSL para conectarse con elhost remoto. De forma predeterminada, no se utiliza el protocolo SSL.Esta es una propiedad basada en el ámbito. Puede alterar temporalmente el valor global para unconjunto de ámbitos específico, o IP, en el archivo collation.properties.

com.ibm.cdb.session.ps.allowDNS=true

Nota: Solo puede utilizar esta propiedad cuando la propiedad com.ibm.cdb.session.ps.useSSLestá establecida en true.

El valor predeterminado true.Esta propiedad especifica si el script de PowerShell utiliza DNS en la pasarela para resolver ladirección IP del host remoto. De forma predeterminada, no se permite el uso de DNS.Esta es una propiedad basada en el ámbito. Puede alterar temporalmente el valor global para unconjunto de ámbitos específico, o IP, en el archivo collation.properties.

com.ibm.cdb.session.ps.fallbackToIP=true

Nota: Solo puede utilizar esta propiedad cuando las propiedadescom.ibm.cdb.session.ps.useSSL y com.ibm.cdb.session.ps.allowDNS están establecidasen true.

El valor predeterminado true.Esta propiedad especifica si el script de PowerShell se retrotrae a la IP cuando no se puedeestablecer una sesión segura mediante FQDN. De forma predeterminada, el script PowerShell seretrotrae a la IP.Esta es una propiedad basada en el ámbito. Puede alterar temporalmente el valor global para unconjunto de ámbitos específico, o IP, en el archivo collation.properties.

com.collation.PowerShellTimeoutFudge=10000El valor predeterminado es 10000 (milisegundos).Esta propiedad especifica el periodo de tiempo después del cual el protocolo SSH excede el tiempode espera, a partir del valor de tiempo de espera excedido del script de Powershell. De formapredeterminada, cuando se supera el tiempo de espera del script de Powershell, el protocolo SSHexcede el tiempo de espera 10000 milisegundos después.

Configuración de un descubrimiento de Windows no de administradorPuede configurar el sensor para que ejecute descubrimientos sin proporcionar credenciales de usuariocon el rol de administrador.

Acerca de esta tarea

Dependiendo del tipo de sesión que se habilite, se necesitan seguir los siguientes pasos:Sesión de WMI

• “Creación de una cuenta de usuario de descubrimiento” en la página 373• “Establecimiento de la configuración de WMI” en la página 374• “Copia de los archivos TaddmWmi” en la página 375• “Configuración del acceso DCOM para ibmcol” en la página 375

372 Application Dependency Discovery Manager: Sensores

Page 389: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Sesión de PowerShell

• “Creación de una cuenta de usuario de descubrimiento” en la página 373• “Establecimiento de la configuración de WMI” en la página 374• “Establecimiento de la configuración de PowerShell” en la página 374

Sesiones de WMI y PowerShell

• “Creación de una cuenta de usuario de descubrimiento” en la página 373• “Establecimiento de la configuración de WMI” en la página 374• “Establecimiento de la configuración de PowerShell” en la página 374• “Copia de los archivos TaddmWmi” en la página 375• “Configuración del acceso DCOM para ibmcol” en la página 375

Consulte también el tema Configuración del descubrimiento en sistemas Windows en TADDM Guía deladministrador.

Creación de una cuenta de usuario de descubrimientoCuando cree una cuenta, podrá elegir los permisos correctos y proporcionar la información necesaria paraun descubrimiento Windows no de administrador.

Acerca de esta tareaPuede crear una cuenta de usuario de descubrimiento en el servidor Windows autónomo y en el servidorde dominios de Active Directory. Utilice una de las instrucciones siguientes para completar esta tarea.

Creación de una cuenta de usuario de descubrimiento en el servidor Windows autónomoCrear una cuenta de usuario de descubrimiento en el servidor Windows autónomo.

Procedimiento

1. Abra la consola de gestión de sistemas ejecutando el mandato compmgmt.msc.2. En el árbol de navegación, expanda Herramientas de sistema > Usuarios y grupos locales >

Usuarios.3. En el menú Acción, pulse Usuario nuevo.4. Proporcione la información siguiente:

a) Nombre de usuario: ibmcolb) Nombre completo: Usuario de descubrimiento TADDMc) Descripción: Usuario de descubrimiento TADDMd) Contraseña

5. Quite la marca del recuadro de selección El usuario debe cambiar la contraseña en el siguienteinicio de sesión.

6. Seleccione el recuadro de selección La contraseña no caduca nunca.7. Pulse Crear.8. Para verificar si el usuario nuevo es un usuario estándar de forma predeterminada, pulse el botón

derecho del ratón en el nombre de usuario y, a continuación, pulse Propiedades. En la ventanaPropiedades, vaya a la pestaña Miembro de. Si el usuario es un usuario estándar, el grupo deadministradores no está en la lista.

Creación de una cuenta de usuario de descubrimiento en el servidor de dominios de Active DirectoryCrear una cuenta de usuario de descubrimiento en el servidor de dominios de Active Directory

Procedimiento

1. Abra los usuarios y sistemas de Active Directory ejecutando el mandato dsa.msc.

Capítulo 1. Referencia de sensores 373

Page 390: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

2. En el árbol de navegación, seleccione nombre_dominio y, a continuación, seleccione la carpetaUsuarios.

3. Pulse con el botón derecho en el menú y elija Nuevo > Usuario.4. Proporcione la información siguiente:

a) Nombre:ibmcolb) Nombre de inicio de sesión:ibmcol

5. Pulse Siguiente y proporcione la contraseña.6. Quite la marca del recuadro de selección El usuario debe cambiar la contraseña en el siguiente

inicio de sesión.7. Seleccione el recuadro de selección La contraseña no caduca nunca.8. Pulse Crear.9. Para verificar si el usuario nuevo es un usuario estándar de forma predeterminada, pulse el botón

derecho del ratón en el nombre de usuario y, a continuación, pulse Propiedades. En la ventanaPropiedades, vaya a la pestaña Miembro de. Si el usuario es un usuario estándar, el grupo deadministradores no está en la lista.

Establecimiento de la configuración de WMIAl establecer la configuración de WMI, puede añadir el usuario a la lista de acceso para habilitar lospermisos que son necesarios para el descubrimiento.

Procedimiento

1. En el árbol de navegación de la consola de gestión de sistemas, expanda Servicios y aplicaciones >Control de WMI.

2. En el menú Acción, pulse Propiedades.3. Pulse la pestaña Seguridad, seleccione el espacio de nombres Raíz y pulse Seguridad.4. Añada el usuario ibmcol a la lista. Se deben permitir los siguientes permisos:

a) Métodos de ejecuciónb) Habilitar cuentac) Habilitación remota

5. Pulse Avanzado y elija el usuario ibmcol en la lista6. Cambie la propiedad Aplicar a a Este espacio de nombres y subespacios de nombres.7. Pulse en Aceptar.

Nota: Para la configuración de dominio de Active Directory, este procedimiento se debe repetir paracada sistema que forma parte del dominio. Microsoft no proporciona ninguna herramienta deconfiguración de WMI de todo el dominio.

Establecimiento de la configuración de PowerShellSi ha habilitado la sesión de PowerShell, debe configurar los sistemas de destino para habilitar eldescubrimiento no administrativo.

Procedimiento

1. En el sistema de destino, ejecute el mandato siguiente:

Set-PSSessionConfiguration -Name Microsoft.PowerShell -showSecurityDescriptorUI -Force

Con la opción -Force, no se le solicita que confirme esta acción.2. En la nueva ventana que se muestra, seleccione el usuario ibmcol.

Si el usuario no figura en la lista, pulse Añadir y búsquelo.3. Desde la lista de permisos, seleccione Leer(Obtener,Enumerar,Suscribir) y Ejecutar(Invocar) en la

columna Permitir.

374 Application Dependency Discovery Manager: Sensores

Page 391: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

4. Pulse Aceptar.

Copia de los archivos TaddmWmiLos archivos se utilizan para realizar descubrimientos sin agente. Es necesario que habiliten métodosadicionales para que se les llame a través de WMI.

Procedimiento

1. Copie los archivos de TaddmWmi siguientes en el directorio C:\Windows\system32\wbem en unsistema de 32 bits y en el directorio C:\Windows\SysWOW64\wbem en un sistema de 64 bits:

• TaddmWmi.pdb• TaddmWmi.exe• TaddmWmi.mof• TaddmWmi.dll

2. Compile y registre TaddmWMI.dll ejecutando los siguientes mandatos:

• En el sistema operativo Windows de 32 bits:

%SystemRoot%\System32\wbem\mofcomp.exe %SystemRoot%\System32\wbem\TaddmWmi.mof %SystemRoot%\System32\regsvr32 /s %SystemRoot%\System32\wbem\TaddmWmi.dll

• En el sistema operativo Windows de 64 bits:

%SystemRoot%\SysWOW64\wbem\mofcomp.exe %SystemRoot%\SysWOW64\wbem\TaddmWmi.mof %SystemRoot%\SysWOW64\regsvr32 /s %SystemRoot%\SysWOW64\wbem\TaddmWmi.dll

Nota: También puede desplegar los archivos WMI automáticamente ejecutando un descubrimiento deadministrador estándar.

Configuración del acceso DCOM para ibmcolDebe configurar el acceso DCOM para el usuario para habilitar los permisos que son necesarios para eldescubrimiento.

Acerca de esta tareaPara configurar el acceso DCOM para el usuario en el servidor Windows autónomo o el servidor dedominios de Active Directory, utilice una de las siguientes instrucciones.

Configuración del acceso DCOM para ibmcol en el servidor Windows autónomoRealice los pasos siguientes para configurar el acceso DCOM para el usuario en el servidor Windowsautónomo.

Procedimiento

1. Abra la herramienta administrativa de servicios de componente ejecutando el mandato dcomcnfg.2. En el árbol de navegación, expanda Servicios de componente > Sistemas > Mi sistema.3. En el menú Acción, pulse Propiedades y vaya a la pestaña Seguridad de COM.4. En la sección Permisos de acceso, pulse Editar valor predeterminado.5. Añada el usuario ibmcol a la lista, asegúrese de que tiene habilitados los permisos de Accesolocal y Acceso remoto y pulse Aceptar.

6. En la sección Permisos de acceso, pulse Editar límites.7. Si el botón está sombreado, realice los pasos siguiente:

a) Abra Política de seguridad local ejecutando el mandato secpol.msc.b) Expanda Políticas locales y pulse Opciones de seguridad.c) Seleccione la política siguiente: DCOM: Restricciones de acceso de máquina en sintaxis de

Security Descriptor Definition Language (SDDL).

Capítulo 1. Referencia de sensores 375

Page 392: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

d) Pulse el botón derecho del ratón en la política y elija Propiedades en el menú. A continuación,pulse Editar seguridad.

8. Añada el usuario ibmcol a la lista, asegúrese de que los permisos de Acceso Local y Accesoremoto están habilitados y pulse Aceptar.

9. En la sección Permisos de inicio y activación, pulse Editar valor predeterminado.10. Añada el usuario ibmcol a la lista, asegúrese de que tiene habilitados los permisos de Inicio

local y de Inicio remoto y pulse Aceptar.11. En la sección Permisos de inicio y activación, pulse Editar límites.12. Si el botón está sombreado, realice los pasos siguiente:

a) Abra Política de seguridad local ejecutando el mandato secpol.msc.b) Expanda Políticas locales y pulse Opciones de seguridad.c) Seleccione la política siguiente: DCOM: Restricciones de inicio de máquina en sintaxis de

Security Descriptor Definition Language (SDDL).d) Pulse el botón derecho del ratón en la política y elija Propiedades en el menú. A continuación,

pulse Editar seguridad.13. Añada el usuario ibmcol a la lista y asegúrese de que los permisos Inicio local, Inicio

remoto, Activación local y Activación remota están habilitados y pulse Aceptar.14. Reinicie el servidor Windows.

Configuración del acceso DCOM para ibmcol en el servidor de dominios de Active DirectoryRealice los pasos siguientes para configurar el acceso DCOM para el usuario en el servidor de dominios deActive Directory.

Procedimiento

1. Abra Gestión de política de grupo ejecutando el mandato gpmc.msc.2. Elija bosque y dominio y seleccione una política de dominio, por ejemplo Política de dominio

predeterminada.3. Pulse Acción > Editar.4. Abra Configuración de sistema/Políticas/Valores de Windows/Valores deseguridad/Políticas locales/Opciones de seguridad.

5. Seleccione la política siguiente: DCOM: Restricciones de acceso de máquina en sintaxis deSecurity Descriptor Definition Language (SDDL).

6. Pulse el botón derecho del ratón en la política y elija Propiedades en el menú. A continuación, pulseEditar seguridad.

7. Añada el usuario ibmcol a la lista, asegúrese de que los permisos de acceso local y acceso remotoestán habilitados y pulse Aceptar.

8. Seleccione la política siguiente: DCOM: Restricciones de inicio de máquina en sintaxis de SecurityDescriptor Definition Language (SDDL).

9. Pulse el botón derecho del ratón en la política y elija Propiedades en el menú. A continuación, pulseEditar seguridad.

10. Añada el usuario ibmcol a la lista y asegúrese de que los permisos de inicio local, inicio remoto,activación local y activación remota están habilitados y pulse Aceptar.

11. Ejecute el mandato gpupdate para renovar los valores de política.

Configuración automáticaLos pasos que definen la configuración de WMI, copian los archivos TaddmWmi y configuran el accesoDCOM para ibmcol se pueden sustituir con la configuración automática. Si utiliza TADDM 7.3.0.3 oposterior, también se puede automatizar el paso de configuración de PowerShell.

Procedimiento

1. Copie los archivos siguientes en el sistema de destino.

376 Application Dependency Discovery Manager: Sensores

Page 393: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

a) Los archivos de script siguientes se pueden encontrar en el directorio $COLLATION_HOME/dist/support/bin.

• copyFiles.ps1• dcomConfiguration.ps1• nonadmin.properties

• psSessionConfiguration.ps1• scriptsRunner.bat

• scriptsRunner.ps1• wmiConfiguration.ps1

• wrmConfiguration.ps1b) Los archivos de proveedor de TaddmTool siguientes se pueden encontrar en el directorio$COLLATION_HOME/dist/lib/ms/gateway.

• TaddmWmi.pdb• TaddmWmi.exe• TaddmWmi.mof• TaddmWmi.dll

2. Configure el archivo nonadmin.properties actualizando las propiedades nonadmin.user ynonadmin.files.path:

nonadmin.user=usernonadmin.wmi.namespace=rootnonadmin.files.path=pathnonadmin.permissions=Enable,MethodExecute,RemoteAccess

El valor usuario es el usuario que desea utilizar para el descubrimiento no de administrador. Siespecifica el usuario local, solo debe añadir el nombre de usuario. En caso contrario, proporcionetambién el nombre de usuario, por ejemplo, domain\user. El valor ruta es la ruta al directorio dondese han copiado los archivos del paso 1. No modifique los valores de las propiedades restantes.

3. Mediante la utilización del indicador de mandatos, ejecute el archivo scriptsRunner.bat.

En TADDM 7.3.0.3, y posteriores, el archivo scriptsRunner.bat requiere los parámetros-wmi o -ps, o ambos.

• scriptsRunner.bat -wmi - ejecuta los pasos de configuración de WMI, copiando los archivosTaddmWmi y estableciendo el acceso DCOM.

• scriptsRunner.bat -ps - ejecuta los pasos de configuración de WMI y establece laconfiguración de PowerShell.

• scriptsRunner.bat -wmi -ps - ejecuta los pasos de los parámetros -wmi y -ps.

En TADDM 7.3.0.4, y posteriores, debe utilizar el mandato y al menos uno de losparámetros siguientes:

• scriptsRunner.bat set -wmi - ejecuta los pasos de configuración de WMI, copiando losarchivos TaddmWmi y estableciendo el acceso DCOM.

• scriptsRunner.bat set -ps - ejecuta los pasos de configuración de WMI y establece laconfiguración de PowerShell.

• scriptsRunner.bat set -wmi -ps - ejecuta los pasos de los parámetros -wmi y -ps.4. Reinicie el sistema.

Qué hacer a continuación

Si decide dejar de ejecutar descubrimientos no de administrador, puede revertir a laconfiguración original. Ejecute el archivo scriptsRunner.bat con una de las siguientes opciones:

Capítulo 1. Referencia de sensores 377

Page 394: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• scriptsRunner.bat revert -wmi• scriptsRunner.bat revert -ps• scriptsRunner.bat revert -wmi -ps

Reinicie el sistema.

Referencia relacionada“Configuración de un descubrimiento IIS no de administrador” en la página 119Puede configurar el sensor del servidor web de Microsoft IIS para ejecutar el descubrimiento no deadministrador de servidores IIS. Dicho descubrimiento no requiere un usuario con derechos deadministrador. En esta modalidad, se puede habilitar la opción del control de cuentas de usuario (UAC).

Resolución de problemasAlgunos errores que se pueden producir mientras ejecuta un descubrimiento de Windows no deadministrador. Aquí puede encontrar las descripciones de los errores más comunes y ver cómoarreglarlos.

El sensor de sesión finaliza con el error CTJTP1163EProblema

Es posible que se produzca el siguiente error si la configuración de DCOM y la configuración de WMIpara el usuario no administrador no son correctas:

CTJTP1163E La siguiente sesión WMI no se puede establecer (WMI: SELECT BuildVersion FROM Win32_WMISetting ha fallado: Acceso denegado. (Excepciónde HRESULT: 0x80070005 (E_ACCESSDENIED))System.UnauthorizedAccessException: Acceso denegado. (Excepción de HRESULT: 0x80070005 (E_ACCESSDENIED));

SoluciónSiga las instrucciones de las secciones siguientes: “Establecimiento de la configuración de WMI” en lapágina 374 y “Configuración del acceso DCOM para ibmcol” en la página 375.

El sensor de sesión finaliza con el error CTJTP1161EProblema

Es posible que se produzca el siguiente error si el usuario no administrador se ha configuradocorrectamente, pero no se han desplegado los archivos WMI de TADDM:

CTJTP1161E La aplicación no puede establecer la sesión WMI siguiente: SessionClientException: InstallProvider ha fallado: no se han podido copiarlos archivos en el host remoto: System.Exception: WNetAddConnection2: Acceso denegado.

SoluciónSiga las instrucciones de la sección siguiente: “Copia de los archivos TaddmWmi” en la página 375.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del sistema Windows yofrece soluciones a dichos problemas.

Problemas con WMIProblema

Windows Management Instrumentation (WMI) falla en el sistema que se está descubriendo y haceque el descubrimiento también falle.

SoluciónSi reinicia WMI se podría corregir el problema. Utilice los siguientes mandatos para reiniciar WMI:

378 Application Dependency Discovery Manager: Sensores

Page 395: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

net stop winmgmtnet start winmgmt

Si reiniciando WMI no se soluciona el problema, utilice los siguientes programas de utilidad deMicrosoft para resolver problemas de WMI. Estos programas de utilidad están disponibles en https://technet.microsoft.com/en-us/scriptcenter/dd772288.aspx.WMIDiag

Siga las instrucciones para instalar y ejecutar el programa de utilidad y compruebe que WMIfunciona correctamente.

ScriptomaticEl programa de utilidad Scriptomatic se puede utilizar para generar consultas WMI similares a lasutilizadas por TADDM. Las siguientes clases WMI son algunas de las que consulta TADDM:

• Win32_Process• Win32_OperatingSystem• Win32_WMISetting• Win32_ComputerSystem

Compruebe que se pueden consultar estas clases utilizando el programa de utilidad Scriptomatica nivel local en el sistema de destino y de forma remota desde la pasarela.

Problema con el despliegue del proveedor de WMIProblema

Para el descubrimiento de sistemas Windows, TADDM despliega un proveedor de WMI en cadasistema de destino con el fin de habilitar el descubrimiento sin agente. En ocasiones se producenproblemas con este despliegue.

SoluciónLos siguientes archivos comprenden el proveedor de WMI y se encuentran en el directorio$COLLATION_HOME/lib/ms/gateway del servidor de TADDM:TaddmWmi.dll

El proveedor de WMI, que ejecuta TaddmWmi.exe para dar funcionalidadTaddmWmi.mof

Especifica los nuevos métodos de WMI proporcionados por el proveedor de WMI(TaddmWmi.dll)

TaddmWmi.exeEl proveedor de WMI lo llama (TaddmWmi.dll) para ejecutar un mandato

TaddmWmi.pdbContiene información de depuración para el archivo TaddmWmi.dll

El proveedor de instalación de WMI en TADDM lleva a cabo las siguientes tareas:

1. Como es aplicable, copia los archivos en la lista precedente al siguiente directorio en cada sistemade destino del ámbito de descubrimiento (utiliza el directorio Admin$ o C$ para hacerlo):%SystemRoot%\System32\wbem

2. Ejecuta los siguientes mandatos en cada sistema de destino:En sistemas operativos de Windows de 32 bits:

%SystemRoot%\System32\wbem\mofcomp.exe %SystemRoot%\System32\wbem\TaddmWmi.mof%SystemRoot%\System32\regsvr32 /s %SystemRoot%\System32\wbem\TaddmWmi.dll

En sistemas operativos de Windows de 64 bits:

%SystemRoot%\SysWOW64\wbem\mofcomp.exe %SystemRoot%\SysWOW64\wbem\TaddmWmi.mof%SystemRoot%\SysWOW64\regsvr32 /s %SystemRoot%\SysWOW64\wbem\TaddmWmi.dll

Capítulo 1. Referencia de sensores 379

Page 396: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para resolver problemas de WMI o relacionados con el acceso, puede ejecutar el proveedor deinstalación de WMI en TADDM de forma manual. Para ello, instale el proveedor utilizando el programaTaddmTool en la pasarela de Windows, especifique los siguientes mandatos:

1. cd WINDOWS\temp\taddm.nnnn, donde nnnn es una serie que identifica el directorio de lapasarela de TADDM. Si se han aplicado arreglos al servidor de TADDM, podrían existir más de undirectorio de pasarela. La serie del identificador se puede encontrar en elarchivoDiscoveryManager.log tras el elemento siguiente: DTADDM_ID=

2. set TADDM_USERNAME=domain\userid3. set TADDM_PASSWORD=password_for_userid4. set TADDM_INTERACTIVE=15. TaddmTool InstallProvider -AutoDeploy @ipaddress, donde ipaddress es la dirección

IP del sistema de destino

Errores de acceso denegado a WMIProblema

Observa errores de acceso denegado a WMI.Solución

Consulte el Apéndice F de la Serie de guía de despliegue: IBM Tivoli Change and ConfigurationManagement Database Configuration Discovery and Tracking v1.1, una publicación IBM Redbooks, enhttp://www.redbooks.ibm.com/abstracts/SG247264.html.

Errores de creación de proceso en WMIProblema

La creación de procesos de WMI falla con un error de acceso durante la instalación del proveedor.Podría existir un problema con el privilegioWindows Sustituir una señal a nivel de proceso, por nohaberse concedido a las cuentas necesarias.

Solución

• Este privilegio debería concederse a las cuentas LOCAL SERVICE y NETWORK SERVICE. Paracomprobarlo, complete los siguientes pasos:

1. Inicie sesión en la máquina de destino utilizando la consola o el Cliente de servidor terminal.2. Pulse Inicio.3. Seleccione Ejecutar.4. Escriba gpedit.msc para iniciar el grupo Política de grupo.5. Descienda en el árbol de privilegios a Política de sistema loca > Configuración del sistema >

Configuración de Windows > Configuración de seguridad > Políticas locales > Asignación dederechos de usuario.

• Si no puede cambiar las cuentas asignadas al privilegio Sustituir una señal a nivel de proceso,intente añadir la cuenta de descubrimiento a un grupo con dicho privilegio.

Compruebe si el grupo Tivoli_Admin_Privileges tiene dicho privilegio. De ser así, haga a la cuentadel descubrimiento miembro de ese grupo.

El nombre de red especificado ya no está disponibleProblema

Si se produce este error, o si se producen errores al copiar archivos al destino durante la instalacióndel proveedor, podría existir algún problema para conectarse al servicio SMB (compartición dearchivos) desde la máquina de destino.

Solución

Complete los pasos siguientes:

1. Compruebe si hay un puerto SMB a la escucha.

380 Application Dependency Discovery Manager: Sensores

Page 397: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Windows 2003 escuchará en el puerto 445.• Windows 2000 podría escuchar en los puertos 445 o 139.

2. En la pasarela, compruebe si se permite o rechaza la conexión abriendo una ventana de mandatosy ejecutando el siguiente mandato:

telnet <target machine name> 445

3. Si se rechazara, repita el paso b utilizando el puerto 139. Si ambos fallan, podría tener uno de lossiguientes problemas:

• Un cortafuegos impide a la pasarela conectarse al servicio SMB de destino.• El servicio SMB no está en ejecución o no funciona.

Para determinar si el problema es el cortafuegos o el servicio SMB, complete los siguientes pasos:

1. Inicie sesión en la máquina de destino utilizando la consola o el Cliente de servidor terminal.2. Ejecute los mandatos telnet de los pasos 2 y 3 anteriores, siendo esta vez <target machine name>

la máquina local.

Si telnet finaliza correctamente, el cortafuegos será el que cause el problema. De lo contrario,tendrá un problema con el servicio SMB.

Haga lo siguiente:

• Consulte el panel de control, servicios, y compruebe si el servicio Servidor está en ejecución.• Ejecute el siguiente mandato desde la línea de mandatos:

net share

Una de las unidades compartidas: c$ o admin$ debe existir.

Descubrimiento lento de sistemas Windows 2003 SP1 o aplicaciones que se ejecutan en estossistemasProblema

El descubrimiento lento de sistemas Windows 2003 SP1 o aplicaciones que se ejecutan en estossistemas puede ser el resultado de una fuga de memoria del servicio WMI

SoluciónAsegúrese de que esté instalado el siguiente hotfix, disponible en Microsoft: http://support.microsoft.com/kb/911262

No se descubren los sistemas Windows 2000Problema

Si los sistemas Windows 2000 no se descubren, el problema podría deberse a que no se soporta laversión instalada en el sistema de destino del programa netstat. El programa netstat se utilizapara obtener información sobre puertos TCP durante el descubrimiento. Los sistemas de Windows2000 utilizan una versión diferente del programa netstat desde el que está instalado en lossistemas que se ejecutan en versiones posteriores de Windows.

SoluciónAsegúrese de que esté instalado el siguiente hotfix, disponible en Microsoft: http://support.microsoft.com/kb/907980

Descubrimiento TADDM de destinos de Windows XP cuando se habilita el cortafuegos local.Problema

Los destinos basados en Windows XP tienen generalmente el cortafuegos local habilitado paraseguridad añadida.

El descubrimiento de TADDM en estos sistemas falla con el siguiente error si el cortafuegos bloqueael descubrimiento:

Capítulo 1. Referencia de sensores 381

Page 398: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

CTJTP1161E The application cannot establish the following WMI session:SessionClientException: SELECT BuildVersion FROM Win32_WMISetting failed(0x800706ba: The RPC server is unavailable.): 0x800706ba: System.Runtime.InteropServices.COMException (0x800706BA): The RPC server isunavailable.

SoluciónPara descubrir un destino de Windows cuando hay un cortafuegos habilitado, limite los puertos RPCen el destino de Windows XP a un rango estrecho y luego abra esos puertos en el cortafuegos.

Siga estos pasos para restringir los puertos de DCOM:

1. Vaya a Panel de control.2. Seleccione Herramientas de administración.3. Seleccione Servicios de componente.4. Seleccione Computadoras.5. Pulse con el botón derecho del ratón en Mi computadora y abra Propiedades.6. Seleccione la pestaña Protocolos predeterminados.7. Pulse dos veces en TCP/IP orientado a conexión.8. Seleccione Añadir en la ventana Servicios Internet de COM.9. Añada un rango de puertos; por ejemplo, 5000-5050. Pulse Aceptar.

10. Reinicie el sistema.

Añada los puertos DCOM a la lista de excepciones de cortafuegos.

Siga estos pasos para permitir los puertos en el cortafuegos:

1. Vaya a Panel de control.2. Pulse Firewall de Windows.3. Pulse Excepciones.4. Pulse Añadir puerto.5. Añada uno por uno de los puertos de DCOM a las restricciones.

El sensor falla en los destinos con el servidor SSH de Tectia debido al error que indica que no se hapodido copiar el archivoProblema

El sensor falla en destinos con el servidor SSH Tectia y los archivos de registro contienen el siguientemensaje:

session.Ssh2SessionClient - no se ha podido copiar el archivo:AAAA en: BBBB con reintento 0java.io.EOFException: SSHSCP1: fin de archivo prematuro

SoluciónPara resolver el problema, efectúe los pasos siguientes:

1. Instale el cliente SSH Tectia en el servidor TADDM2. Configure TADDM para utilizar el mandato scp externo de Tectia. Establezca la propiedadcom.collation.platform.os.scp.command en el archivo collation.properties paraque apunte al mandato scp de Tectia. Por ejemplo:

com.collation.platform.os.scp.command=C:\\SshTectia\\SSH Tectia Client\\scp2.exe

Puede definir el distintivo anterior solo para las IP y los conjuntos de ámbitos seleccionados. Porejemplo:

com.collation.platform.os.scp.command.10.11.12.13=C:\\SshTectia\\

382 Application Dependency Discovery Manager: Sensores

Page 399: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SSH Tectia Client\\scp2.execom.collation.platform.os.scp.command.scopesetA=C:\\SshTectia\\SSH Tectia Client\\scp2.exe

Nota: Cuando TADDM está en modalidad de conformidad con FIPS 140-2, la utilización delmandato scp externo puede afectar la seguridad. En tal caso, debe asegurarse de que el programaSCP utilizado está en conformidad con FIPS.

Se recibe error del sensor de Windows Storage cuando el sensor de script del sistema Windows seestá ejecutandoProblema

Se recibe error del sensor de Storage cuando se invoca el sensor de script del sistema Windows. En elarchivo TopologyManager.log se ha recibido el siguiente error:

com.ibm.tivoli.namereconciliation.common.NrsDatabaseException: 2002. La longitud de la serie proporcionada ha superado la longitud máxima. Acorte la longitud de la serie eintente la solicitud de nuevo.com.collation.platform.model.topology.sys.windows.WindowsComputerSystem ERROR sys.SoftwareComponentJdo - [Jdo.E.5] Naming exception - guid not found{softwareVersion=6.0.1.163 NULNULNULNULNULNULNULNULNUL…….}

Aquí la versión del software contiene caracteres especiales, que son visibles como “NULNUL…..”debido a que la longitud de los datos supera el límite de longitud de una columna de tabla intermedia.

SoluciónPara resolver este error:

1. Establezca la siguiente propiedad en el archivo collation.properties:

com.ibm.cdb.WindowsSoftwareComponent.VersionForNaming.TrimToLength=true

2. Vuelva a ejecutar el descubrimiento. Esto trunca la versión de software a 192 caracteres. Cuandola longitud supera este número, luego se irá para guardar con el valor truncado.

Sensores de almacenamientoLos sensores de almacenamiento descubren el almacenamiento utilizado en el entorno.

sensor de EMC Storage ScopeEl sensor de EMC Storage Scope descubre recursos de almacenamiento que están relacionados con lared de área de almacenamiento (SAN) mediante la extracción de datos de una base de datos de EMCStorage Scope.

El sensor descubre recursos de almacenamiento como matrices de almacenamiento, hosts,conmutadores, tejidos, zonas, volúmenes de almacenamiento, puertos de conmutador, sistemas dearchivos y unidades de disco. Algunos de estos recursos, como los datos que están relacionados conhosts o conmutadores, también pueden ser descubiertos por el sensor de almacenamiento de host osensor de conmutadores de canal de fibra.

El descubrimiento de EMC lo realizan dos los sensores, el sensor de EMC Storage Scope y el sensor dedetalles de Storage Scope. El primero descubre atributos generales de StorageSubSystem y detallescompletos de conmutadores de canal de fibra, tejido, zona y conjunto de zonas. A continuación, el sensorinicia el sensor de detalles, que descubre de matrices y hosts de EMC. Puede especificar el número dematrices que descubre cada uno de los sensores de detalles mediante la edición del parámetroarraysDiscoveryChunk.

Nombre del sensor utilizado en la GUI y los registros

EMCStorageScopeSensor, EMCStorageScopeDetailSensor

Capítulo 1. Referencia de sensores 383

Page 400: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Requisitos previos

• Debe copiar lo siguientes archivos JAR de Oracle desde el punto final del descubrimiento al directorio:dist/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.emccommon_1.0.0/lib/oracle

– ojdbc14.jar– oraclepki.jar– ojpse.jar

Limitaciones

• Para evitar duplicados, debe ejecutar el descubrimiento de nivel 2 de puntos finales descubiertos por elsensor de EMC Storage Scope.

• Para reducir el número de objetos que se pueden producir errores de falta de memoria, el sensor dedetalles de EMC Storage Scope descubre solo una vía de acceso SCSI para cada volumen, incluso si haymás disponibles. TADDM utiliza las vías de acceso SCSI para crear una relación entre un sistemainformático y un subsistema de almacenamiento. Las vías de acceso se recuperan de la tablaSRMHostArrayPath.

• Cuando se ejecuta un descubrimiento, las StoragePools no se descubren.

Problemas de seguridad

• Si se habilita SSL para en la base de datos Oracle de EMC, es necesario añadir el archivo cwallet.ssoa la lista de acceso.

Objetos de modelo con atributos asociadosEl sensor de EMC Storage Scope crea objetos de modelo con atributos asociados. Los atributos indican eltipo de información que el sensor recopila sobre los recursos de almacenamiento almacenados en la basede datos de EMC Storage Scope.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.BasedOnExtent

• Source• Target

storage.HostBusAdaptor

• Name• Parent• WordlWideName

dev.DiskDrive

• DiskSize• Name• Parent• SerialNumber• Type• Vendor• Revision• Status• DiskSpeed

384 Application Dependency Discovery Manager: Sensores

Page 401: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

dev.FCPort

• Description• Parent• PermanentAddress• PortNumber• PortType• Status

dev.FCVolume

• Capacity• Name• Parent• BasedOn• FreeSpace

net.IpAddress

• DotNotation• StringNotation

net.IpInterface

• IpAddress• Parent

relation.ConnectedTo

• Source• Target• Type

storage.Fabric

• Fcswitch• Name• SourceToken• ZoneSets• Zones

storage.FCSwitch

• FCPorts• ManagementURL• Manufacturer• Model• Name• ROMVersion• SerialNumber• Type• WorldWideName

storage.StorageSubSystem

• AllocatedCapacity

Capítulo 1. Referencia de sensores 385

Page 402: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• AvailabilityState• AvailableCapacity• CacheSize• FCPorts• Fqdn• Manufacturer• Members• Model• ROMVersion• SerialNumber• Type• VolumeGroupCapacity• VolumeGroupFreeSpace

storage.StorageVolume

• Capacity• Name• Parent• RedundancyMethod• SourceToken

storage.Zone

• Active• Name• Parent

storage.ZoneSet

• Active• Name• Parent• Zones

Diversos sistemas operativos:sys.aix.Aixsys.hpux.HpUxsys.linux.Linuxsys.OperatingSystemsys.sun.Solarissys.vmware.VmwareESXsys.windows.WindowsOperatingSystem

Los siguientes objetos de modelo están asociados con los atributos siguientes:

• FQDN• OSConfidence• OSName• Parent

Varios entornos de sistema:sys.aix.AixUnitaryComputerSystem

386 Application Dependency Discovery Manager: Sensores

Page 403: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

sys.ComputerSystemsys.hpux.HpUxUnitaryComputerSystemsys.linux.LinuxUnitaryComputerSystemsys.sun.SunSPARCUnitaryComputerSystemsys.vmware.VmwareUnitaryComputerSystemsys.windows.WindowsComputerSystem

Los siguientes objetos de modelo están asociados con los atributos siguientes:

• Devices• FCPorts• FileSystems• FQDN• IpInterfaces• Model• OSInstalled• OSRunning• Signature• Type• Name

Diversos sistemas de archivos:sys.LocalFileSystemsys.sun.SolarisFileSystemsys.unix.UnixFileSystemsys.windows.WindowsFileSystem

Los siguientes objetos de modelo están asociados con los atributos siguientes:

• AvailableSpace• Capacity• MountPoint• Parent• Type

dev.BasedOnExtent

• Source• Target

Configuración del sensorAntes de ejecutar un descubrimiento, es necesario configurar el sensor.

Configuración de la lista de acceso

El sensor requiere las siguientes credenciales para realizar un descubrimiento correcto:

• Credenciales de sistema informático Windows para el servidor de EMC Storage Scope.• Credenciales Oracle para la base de datos de EMC. Si se habilita SSL para la conexión de JBDC, también

es necesario añadir el archivo cwallet.sso a la lista de acceso.

Configuración del perfil de descubrimientoEl sensor de EMC Storage Scope está habilitado de forma predeterminada en un perfil de descubrimientode nivel 3.

Capítulo 1. Referencia de sensores 387

Page 404: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Restricción: El sensor de almacenamiento del host y el sensor de conmutadores del canal de fibratambién descubren hosts y conmutadores. Si ambos están habilitados, es posible que los recursos sedescubran dos veces.

Cree un nuevo perfil para modificar los siguientes atributos:discoverHosts

El valor predeterminado para el atributo discoverHosts es true. El sensor descubre datosrelacionados con hosts, por ejemplo, sistemas, discos, puertos de FC, volúmenes de FC, volúmenesde almacenamiento, sistemas de archivos locales y servicios de sistemas de archivos.

Si el valor es false, el sensor no descubre datos relacionados con el host.

discoverSwitchEl valor predeterminado para el atributo discoverSwitch es true. El sensor descubre datosrelacionados con el conmutador, por ejemplo conmutadores, puertos de conmutador y puertos FC.

Si el valor es false, el sensor no descubre datos relacionados con el conmutador.

discoverArraySerialNumberStartsWithDe forma predeterminada, el sensor descubre todas las matrices encontradas. Este atributo se puedeespecificar para limitar su número. Por ejemplo si desea descubrir matrices con un número de serieque comience por Apm, utilice los siguientes parámetros:

discoverArraySerialNumberStartsWith=APM

arraysDiscoveryChunkEl valor predeterminado para el atributo arraysDiscoveryChunk es 10. Este atributo especifica elnúmero de matrices que procesa cada sensor de detalles de EMC Storage Scope.

Restricción: Si el valor es demasiado alto, el descubrimiento puede provocar errores de falta dememoria.

Resolución de problemas del sensorEste tema describe problemas comunes que se producen en el sensor de EMC Storage Scope y ofrecesoluciones para dichos problemas.

El sensor no se puede conectar a la base de datos de EMC.Problema

El sensor presenta anomalías porque no se puede conectar a la base de datos de EMC.Solución

Asegúrese de que sus credenciales para la la base de datos de EMC sean correctas y de que hacopiado todos los archivos JAR necesarios. Si se habilita SSL, también es necesario añadir el archivocwallet.sso a la lista de acceso.

El sensor no descubre los sistemas informáticos hostProblema

El sensor no descubre los sistemas informáticos host.Solución

El sensor solo puede descubrir los sistemas informáticos host que estén gestionados por el EMCControl Center y que estén sincronizados con la base de datos de EMC Storage Scope. Los hoststambién debe tener una relación con un conmutador de FC o un subsistema de almacenamiento.

El descubrimiento tarda demasiado en completarseProblema

El descubrimiento tarda demasiado en completarse.

388 Application Dependency Discovery Manager: Sensores

Page 405: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónEl sensor de almacenamiento del host y el sensor de conmutadores del canal de fibra tambiéndescubren hosts y conmutadores. Si ambos están habilitados, es posible que los recursos sedescubran dos veces. Compruebe su descubrimiento.

El descubrimiento finalice con el error CTJTD2312EProblema

El descubrimiento finalice con el error CTJTD2312E.Solución

En el archivo de registro del sensor, busque la propiedad targetDb.HOSTNAMEy asegúrese de que elhost se puede resolver desde el servidor de TADDM.

Se produce un bloqueo de la base de datosProblema

El bloqueo de la base de datos se produce cuando dos sensores intentan almacenar datos similaresen la base de datos al mismo tiempo.

SoluciónDe forma predeterminada, todos los sensores de detalles almacenan sus datos al mismo tiempo.Puede cambiar la siguiente propiedad para que lo hagan de uno en uno:

com.collation.discover.observer.topopumpdeadlockstrategy=avoid

Restricción: El tiempo del descubrimiento puede aumentar si los sensores almacenan sus datos enuna secuencia.

Sensor de conmutador Fibre ChannelEl sensor de conmutador de Fibre Channel descubre conmutadores Fibre Channel (FC) e informaciónsobre puertos FC.

Nombre del sensor utilizado en la GUI y los registros

FCSwitchSensor

Objetos de modelo con atributos asociadosEl sensor del conmutador Fibre Channel (FC) crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que recoge el sensor sobre losrecursos del conmutador FibreChannel en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.FCPort

• DisplayName• PortNumber• DeviceID• PermanentAddress• PortType• Speed

relation.ConnectedTo

• Source• Target

Capítulo 1. Referencia de sensores 389

Page 406: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

storage.FCSwitch

• Nombre• Descripción• WorldWideName• Model• Manufacturer• SerialNumber• Versión

sys.ControlSoftware

• Nombre• VersionString

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del perfil de descubrimientoEste tema describe cómo configurar el perfil de descubrimiento.

El sensor no está habilitado de forma predeterminada. Para habilitar el sensor, debe crear un perfil dedescubrimiento y habilitar el sensor desde el nuevo perfil. El sensor requiere habilitar sensoresadicionales en el perfil:

• AnchorSensor• PingSensor• PortSensor• SessionSensor• SnmpMib2Sensor

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor del conmutador de FibreChannel y ofrece soluciones a dichos problemas.

390 Application Dependency Discovery Manager: Sensores

Page 407: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Información incompleta del conmutador descubiertaProblema

El sensor completa el descubrimiento pero no recoge todos los detalles sobre los conmutadores.Solución

Verifique si los siguientes datos están disponibles:

• MIB Fibre Alliance (FC-MGMT MIB)• MIB Cisco (CISCO-FC-FE MIB)• Información sobre modelo de conmutador Brocade (switch.html)

Sensor de recursos de hostEl sensor de recursos de host utiliza el MIB de los recursos de host para descubrir detalles sobre el SO,por ejemplo el tamaño de memoria, sistema de archivos, software instalado con fecha y tipo, Dispositivode acceso de medios y las áreas de almacenamiento lógico.

Los detalles sobre las áreas de almacenamiento lógico pueden ser útiles para resolver problemas de "outof memory" y "out of buffers".

Nombre del sensor utilizado en la GUI y los registros

HostResourcesSensor

Limitaciones

Los sistemas de archivos descubiertos por el sensor no se muestran en la interfaz de usuario. Estarestricción se aplica a sistemas que se ejecutan con sistemas operativos distintos a Windows. Ejecute elscript api.sh para ver los sistemas de archivos descubiertos por este sensor.

Identificadores de objeto (OIDs) utilizados

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• Memoria: .1.3.6.1.2.1.25.2.2.0• Tabla de almacenamiento: .1.3.6.1.2.1.25.2.1.2• Tipo de dispositivo: .1.3.6.1.2.1.25.3.1.1• Dispositivo de acceso a medios: .1.3.6.1.2.1.25.3.2.1.1• Software instalado: .1.3.6.1.2.1.25.6.3.1.1

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• dev.MediaAccessDevice• sys.ComputerSystem sys.OperatingSystem• sys.FileSystem• sys.SoftwareComponent

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, introduzca la información indicada a continuación:

• Para el descubrimiento de SNMP V1 y V2, siga estos pasos:

1. Seleccione Elemento de red (SNMP) como Tipo de componente.2. Especifique la cadena de comunidad correcta.

• Para el descubrimiento de SNMP V3, siga estos pasos:

Capítulo 1. Referencia de sensores 391

Page 408: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

1. Seleccione Elemento de red (SNMPV3) como Tipo de componente.2. Especifique el nombre de usuario, la contraseña y el protocolo de autenticación de acuerdo con la

información de correlación de credenciales V3 de SNMP en la siguiente tabla:

Realice la correlación a partir de: Con:

Tipo de autenticación (MD5, por ejemplo) Protocolo de autenticación

Clave secreta MD5 Contraseña y Confirmar contraseña

Clave o descripción de autenticación privada Contraseña privada

Restricción: Para establecer una conexión inicial, el sensor requiere la versión 1 de SNMP.

Sensor de almacenamiento de hostEl sensor de almacenamiento de host descubre el almacenamiento que se adjunta a un sistema de host,incluyendo el almacenamiento de SAN (red de área de almacenamiento). Este sensor amplía eldescubrimiento de almacenamiento proporcionado por el sensor de almacenamiento.

Los sensores de almacenamiento y almacenamiento de host descubren los mismos recursos dealmacenamiento, por ejemplo discos, particiones, volúmenes lógicos, volúmenes físicos y sistemas dearchivos. Pero el sensor de almacenamiento descubre también los siguientes recursos dealmacenamiento:

• Volúmenes de fibra de canal (FC)• Puertos de FC• Adaptadores de bus de host

Nombre del sensor utilizado en la GUI y los registros

HostStorageSensor

Requisitos previos

Para destinos Linux de 64 bits

La biblioteca 32-bit glibc es necesaria solo cuando el sensor (Default) utiliza la versión de 32 bitsdel binario collectionEngine.

Si la opción collectionEngineBuild_64_Bit se establece en true, glibc de 32 bits no esnecesario.

Limitaciones

Cuando se descubre el almacenamiento conectado a un sistema de destino mediante el sensor dealmacenamiento, no lleve a cabo un descubrimiento en el mismo sistema mediante este sensor.

Debe instalar los archivos de biblioteca de API del adaptador de bus de host (HBA) delproveedor (32 bits). Los archivos de biblioteca de API de HBA de 32 bits del proveedor no son necesarioscuando el sensor utiliza el binario del motor de recopilación de 64 bits.

El sensor no descubre los sistemas de archivos ZFS en los sistemas de destino de Solaris.

No ejecute el sensor en los LPAR de AIX, donde la configuración del LPAR esté conectada al conmutadorBR8470 FCoE que ejecuta FOS v6.4.3_dcb en modalidad de pasarela de acceso. Esto ocasiona uncomportamiento imprevisto de los sistemas conectados a dicho conmutador FC. Utilice FOS7.0.2e oposterior.

392 Application Dependency Discovery Manager: Sensores

Page 409: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Cuestiones de seguridad

De forma predeterminada, se necesitan privilegios de usuario raíz para descubrir recursos SAN enentornos UNIX. Normalmente, este escalamiento se realiza definiendo los permisos de acceso a archivosmediante el término setuid (bit de modalidad establecer-ID-usuario) o el mandato sudo.

Objetos de modelo con atributos asociadosEl sensor de almacenamiento Host crea objetos de modelo con atributos asociados. Los atributos indicanel tipo de información que el sensor recoge sobre los recursos de almacenamiento en su entorno de TI.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.BasedOnExtent

• Source• Target

dev.ControlledBy

• Controller• Dispositivo

dev.Controller

• Name

dev.DiskDrive

• Description• DiskSize• Nombre• Type

dev.DiskPartition

• BlockSize• Nombre• NumOfBlocks

dev.FCPort

• PermanentAddress• PortType• Speed

dev.FCVolume

• BlockSize• Controller• DeviceID• FCPLun• Nombre• NodeWWN• NumOfBlocks• PortWWN• RealizedBy• SCSIBus• SCSILun

Capítulo 1. Referencia de sensores 393

Page 410: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• SCSITarget• Type

dev.RealizesExtent

• Source• Target

dev.SCSIProtocolController

• EndPoints• FCPorts• Nombre

dev.SCSIProtocolEndPoint

• Nombre• WorldWideName

dev.SCSIVolume

• BlockSize• DeviceID• Nombre• NumOfBlocks• RealizedBy• SCSIBus• SCSILun• SCSITarget• Type

dev.StorageExtent

• BlockSize• DeviceID• Nombre• NumOfBlocks

dev.StorageVolume

• BlockSize• DeviceID• Nombre• NumOfBlocks• RealizedBy• Type

phys.physpkg.Card

• FWRevision• Manufacturer• Model• SerialNumber

storage.HostBusAdaptor

• Nombre

394 Application Dependency Discovery Manager: Sensores

Page 411: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• PhysicalPackage• SCSIProtocolControllers• WorldWideName

sys.LocalFileSystem

• AvailableSpace• Capacity• Label• MountPoint• StorageExtent• Type

sys.NFSFileSystem

• AvailableSpace• Capacity• ExportName• MountPoint• ServerName

sys.unix.UnixFileSystem

• AvailableSpace• Capacity• Description• MountPoint• Type

sys.windows.WindowsFileSystem

• AvailableSpace• Capacity• Description• MountPoint• Type

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Copia del archivo del motor de recopilación en una ubicación accesible del sistema principal de destinoEl sensor de almacenamiento de host utiliza un programa ejecutable, el archivo del motor de recopilación,para descubrir datos de almacenamiento. De forma predeterminada, el sensor de almacenamiento dehost copia el archivo del motor de recopilación en una ubicación del sistema principal de destino. Una vezque se completa el descubrimiento, el archivo del motor de recopilación se suprime del host. Paraejecutar el programa del motor de recopilación se requieren privilegios raíz. Copiar una aplicación en unsistema host que requiere privilegios raíz puede introducir riesgos de seguridad. Para evitar estos riesgos,el sensor soporta una configuración que permite desplegar el motor de recopilación y acceder al mismodesde una ubicación segura.

Para ejecutar el motor de recopilación desde una ubicación segura, copie el archivo del motor derecopilación en una ubicación accesible del sistema principal de destino.

Para copiar el archivo del motor de recopilación, complete los siguientes pasos:

Capítulo 1. Referencia de sensores 395

Page 412: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

1. Desde el directorio taddm_home/dist/osgi/plugins/com.ibm.cdb.discover.sensor.dev.hoststorage_7.2.0/bin/collection-engine delservidor de TADDM, copie el archivo en una ubicación accesible del sistema principal de destino.

2. Restrinja la propiedad y acceso al directorio al usuario raíz.3. Especifique la ubicación del archivo del motor de recopilación. Esta ubicación debe ser accesible

desde el sistema principal de destino. Para especificar la ubicación del archivos del motor derecopilación, utilice una de las opciones siguientes:

• Para sistemas Windows, edite la variable de entorno del sistema PATH en el sistema host y escriba laubicación del directorio del motor de recopilación.

• Para el resto de sistemas, edite el com.collation.discover.agent.path en el archivocollation.properties del servidor de TADDM y escriba la ubicación del directorio del motor derecopilación. Especifique la ubicación del archivo del motor de recopilación para el sistemaoperativo de destino adecuado.

• Modifique el perfil de descubrimiento para el sensor de almacenamiento de host en el servidor deTADDM. Es criba la ruta al directorio del motor de recopilación en el atributo CollectionEnginePath oCollectionEngineWindowsPath, o en ambos si fuera necesario.

4. Modifique el perfil de descubrimiento para el sensor de almacenamiento de host en el servidor deTADDM. Defina el valor del atributodeployCollectionEngine como false.

5. Verifique si se cuenta con los permisos de usuario adecuados.

Los mandatos utilizados por el sensor de almacenamiento de host que llevan a cabo el descubrimientopueden requerir escalamiento de privilegios. Normalmente, este escalamiento se realiza definiendolos permisos de acceso a archivos mediante el término setuid (bit de modalidad establecer-ID-usuario) o el mandato sudo. Para sistemas operativos Windows, el usuario del descubrimiento debeser miembro del grupo Administradores.

Configuración del perfil de descubrimientoEl sensor de almacenamiento de host no está habilitado de forma predeterminada. Para habilitar elsensor, debe crear un perfil de descubrimiento y habilitar el sensor desde el nuevo perfil.

El motor de recopilación utiliza la API del HBA (adaptador de bus de host) API, para descubrir los HBA ylos volúmenes de FC configurados en el sistema host. Para que el descubrimiento se realicecorrectamente, la biblioteca de API HBA del proveedor debe estar instalada de forma adecuada en elsistema host.

Pueden modificarse los atributos siguientes:

deployCollectionEngineWindowsEl valor predeterminado para el atributo deployCollectionEngineWindows es true. El sensor copiael archivo del motor de recopilación en una ubicación del sistema principal de destino Windows. Unavez que se completa el descubrimiento, el archivo del motor de recopilación se suprime del host. Laubicación se introduce en el atributo collectionEngineWindowsPath. Si no se especifica ninguna rutaen los sistemas Windows, el archivo del motor de recopilación se copia en el directorio TEMP.Si el valor es false el archivo del motor de recopilación no se copia.

deployCollectionEngineEl valor predeterminado para el atributo deployCollectionEngine es true. El sensor copia el archivodel motor de recopilación en una ubicación del sistema principal de destino. Una vez que se completael descubrimiento, el archivo del motor de recopilación se suprime del host. La ubicación se introduceen collectionEnginePath o el atributo collectionEngineWindowsPath. Si no se especifica ningunaruta en los sistemas Windows, el archivo del motor de recopilación se copia en el directorio TEMP.Para el resto de sistemas, el archivo del motor de recopilación se copia en el directorio de inicio delusuario (que ejecuta el descubrimiento) del sistema principal de destino.Si el valor es false el archivo del motor de recopilación no se copia.

Importante: En TADDM 7.3.0.4, y versiones posteriores, el atributo no se aplica a losdestinos Windows. En su lugar, utilice el atributo deployCollectionEngineWindows.

396 Application Dependency Discovery Manager: Sensores

Page 413: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

collectionEnginePathNo existe valor predeterminado para el atributo collectionEnginePath. Introduzca la vía de accesoabsoluta al directorio del motor de recopilación UNIX en caso de ser necesario.

collectionEngineWindowsPathNo existe valor predeterminado para el atributo collectionEngineWindowsPath. Introduzca la vía deacceso absoluta al directorio del motor de recopilación Windows en caso de ser necesario.

Introducir la ruta de Windows cuando el directorio reside en una unidad de red (creada usando elmandato net use), podría no funcionar. En vez de esto, introduzca la ruta de Windows utilizando elmétodo UNC (convenio de nomenclatura universal). Por ejemplo, \\hostname\share\CollectionEngine.

collectionEngineSudoCommandNo existe valor predeterminado para el atributo collectionEngineSudoCommand. Introduzca elmandato para utilizar el escalamiento de privilegios en sistemas UNIX.

collectionEngineTimeoutEl valor predeterminado para el atributo collectionEngineTimeout es 30. Este valor especifica elintervalo de tiempo en minutos antes de que se exceda el tiempo de espera en un descubrimiento.

collectionEngineForceUniqueNameEl valor predeterminado para el atributo collectionEngineForceUniqueName es false. Si el valoresfalse, el motor de recopilación no se vuelve a nombrar cuando el motor de recopilación se copia alsistema de destino. Si el valor es true, se añade una indicación de fecha y hora al motor derecopilación antes de que se copie al sistema de destino.

Si desea utilizar sudo para conceder al usuario del descubrimiento permisos para ejecutar el motorde recopilación, no se podrá cambiar el nombre del motor de recopilación. En este caso, se debeutilizar el valor predeterminado de false.

En entornos que utilizan el descubrimiento simultáneo, si se llevan a cabo varios descubrimientos a lavez, frente a los mismos sistemas de destino, se pueden producir choques al desplegar el motor derecopilación. En una situación como esta, el atributo collectionEngineForceUniqueName se puededefinir como true para forzar que el nombre de la recopilación sea único en el sistema de destino. Sieste atributo se define como true, no se puede utilizar sudo.

Si el sensor de almacenamiento de host está habilitado, no habilite el sensor de almacenamiento. Siambos sensores están habilitados, algunos recursos de almacenamiento se descubrirán dos veces.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. Los mandatos utilizados por el sensor dealmacenamiento de host que llevan a cabo el descubrimiento pueden requerir escalamiento deprivilegios. Normalmente, este escalamiento se realiza definiendo los permisos de acceso a archivosmediante el término setuid (bit de modalidad establecer-ID-usuario) o el mandato sudo.

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

El sensor utiliza las siguientes entradas, que especifican de forma explícita la ubicación del directorio delmotor de recopilación, en el archivo collation.properties:com.collation.discover.agent.path.Linuxcom.collation.discover.agent.path.SunOScom.collation.discover.agent.path.HP-UX

Capítulo 1. Referencia de sensores 397

Page 414: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

com.collation.discover.agent.path.AIXcom.collation.discover.agent.path.Vmnix

Puede especificar cada una de estas propiedades como una propiedad dentro del ámbito añadiendo unadirección IP o un nombre definido de ámbito como la propiedad, por ejemplocom.collation.discover.agent.path.Linux.1.2.3.4.

Si el motor de recopilación existe en determinados sistemas de destino con el mismo sistema operativopero este reside en diferentes rutas, introduzca las rutas en el archivo collation.properties. Separecada ruta con dos puntos.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de almacenamiento dehost y ofrece soluciones a dichos problemas.

Los mandatos fallan por contar con privilegios insuficientesProblema

Los problemas con los mandatos se producen debido a errores de denegación de permisos y estos seregistran en los archivos de registro.

SoluciónCompruebe que los mandatos que requieres escalamiento de privilegios están configuradoscorrectamente.

El descubrimiento tarda mucho en ejecutarseProblema

El descubrimiento tarda mucho tiempo en ejecutarse.Solución

Compruebe si el sensor StorageSensor está habilitado e inhabílitelo. Si ambos sensores estánhabilitados, algunos recursos de almacenamiento se descubrirán dos veces.

Los datos de almacenamiento de host no se descubrenProblema

Los datos de almacenamiento de host no se descubren.Solución

Compruebe que los archivos de la biblioteca API HBA del proveedor están instalados y configuradosde forma adecuada en el sistema host. La falta de archivos de biblioteca se podría identificar en elarchivo de registro HostStorageSensor.

La información de WWPN y WWNN no se muestraProblema

El nombre de puerto de ámbito mundial (WWPN) y el nombre de nodo de ámbito mundial (WWNN) deun volumen FC no se muestra.

SoluciónTADDM utiliza HBA API para descubrir volúmenes FC. HBA API proporciona una correlación desde laidentificación SO de un volumen SCSI a la representación FC del volumen. La representación FCincluye el WWPN del puerto desde el HBA que busca el volumen. En HBA multipuerto, no existeninguna forma de determinar a qué puerto se aplica un volumen SCSI. Esta limitación se encuentra enel HBA API. La especificación de HBA API se ha actualizado para solucionar este problema, pero elcambio podría no implementarse en todas las bibliotecas de HBA API. Asegúrese de que se hainstalado la última versión de la biblioteca HBA API en el sistema principal de destino. En resumen, siel HBA API no logra proporcionar la correlación de un volumen SCSI a su representación FC, el WWPNy el WWNN no se pueden determinar.

398 Application Dependency Discovery Manager: Sensores

Page 415: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

No se muestra el número esperado de HBSProblema

TADDM no muestra el número esperado de HBAs.Solución

TADDM utiliza HBA API para descubrir HBA. Para cada adaptador que devuelve HBA API, TADDM creaun objeto de modelo HBA. TADDM utiliza los adaptadores de WWNN para nombrar el HBA. El númerode adaptadores podría no coincidir con el número de tarjetas HBA físicas instaladas en el sistemahost o el número de WWNN devueltos por los mandatos básicos del sistema.La forma en que la biblioteca HBA API interpreta los adaptadores y WWNN se determina por laimplementación de la biblioteca por parte del proveedor. Por ejemplo, algunos proveedores puedenrepresentar una tarjeta HBA multipuerto que utiliza un adaptador con un WWNN. Otros proveedorespueden representar una tarjeta HBA multipuerto que utiliza un adaptador por puerto, teniendo cadaadaptados su propio WWNN único.

El tipo y la velocidad del puerto no se muestranProblema

El tipo y la velocidad del puerto de un puerto FC no se muestran.Solución

TADDM utiliza HBA API para descubrir puertos FC. Sin embargo, algunas bibliotecas HBA API puedenno soportar estos atributos o la biblioteca HBA API del proveedor de HBA podrían requerir unaactualización. Asegúrese de que se ha instalado la última versión de la biblioteca HBA API en elsistema principal de destino. Si la biblioteca HBA API no puede determinar el tipo y la velocidad de unpuerto, estos atributos no se muestran.

El bus SCSI, el destino SCSI y LUN SCSI no se muestran correctamenteProblema

El bus SCSI, el destino SCSI y el LUN SCSI de un volumen FC o los valores correctos no se muestran.Solución

TADDM utiliza la HBA API para descubrir información SCSI sobre un volumen FC. Sin embargo,algunas bibliotecas HBA API pueden no soportar estos atributos o podrían no devolver los valorescorrectos para estos atributos. Para resolver este problema, la biblioteca HBA API del proveedor deHBA podría requerir una actualización. Asegúrese de que se ha instalado la última versión de labiblioteca HBA API en el sistema principal de destino. Si la biblioteca HBA API no puede determinar lainformación SCSI, estos atributos no se muestran o sus valores podrían ser incorrectos.

La información del volumen FC no se muestra correctamenteProblema

La información del volumen FC no se muestra o los valores no son correctos.Solución

TADDM utiliza la HBA API para descubrir información sobre un volumen FC. Sin embargo, si existealgún problema con la biblioteca HBA API, TADDM podría mostrar valores incorrectos para algunosatributos del volumen FC. Por ejemplo el tamaño de bloque. Para resolver este problema, asegúresede que se ha instalado la última versión de la biblioteca HBA API en el sistema principal de destino yde que esta se ha configurado correctamente. Si la biblioteca HBA API no está configuradacorrectamente, estos atributos podrían no mostrarse o sus valores podrían ser incorrectos.

El conmutador BR8470 FCoE hace que HostStorageSensor afecte de forma negativa a los sistemasconectados al conmutadorProblema

Cuando ejecuta HostStorageSensor en los LPAR de AIX, en los que la configuración de LPAR estáconectada al conmutador BR8470 FCoE que ejecuta FOS v6.4.3_dcb en modalidad de pasarela deacceso, se produce un comportamiento imprevisto en los sistemas conectados a dicho conmutadorFC.

Capítulo 1. Referencia de sensores 399

Page 416: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

SoluciónEste es un problema conocido de FOS. Para resolverlo, actualice a FOS7.0.2e o posterior.

Sensor de IBM Tivoli Storage Productivity CenterEl sensor de IBM Tivoli Storage Productivity Center descubre los recursos de almacenamientorelacionados con una red de área de almacenamiento y (SAN) y con almacenamiento adjunto de red(NAS). El sensor extrae datos de una base de datosTivoli Storage Productivity Center.

Los siguientes recursos son ejemplo de lo que descubre el sensor:

• Matrices de almacenamiento• Conmutadores• Hosts• Tejidos• Zonas• Volúmenes de almacenamiento• Matrices y puertos de conmutador• Sistemas de archivos• Particiones de disco• Datos relacionados con NAS

Algunos de estos recursos también pueden ser descubiertos por el sensor de almacenamiento host (porejemplo, los datos relacionados con los hosts) y el sensor de conmutador de canal de fibra (por ejemplo,los datos relacionados con conmutadores).

Nombre del sensor utilizado en la GUI y los registros

TPCStorageSensor

Requisitos previos

Información de correlación

Para obtener las correlaciones entre los recursos de almacenamiento (discos de almacenamiento,volúmenes, hosts físicos, máquinas virtuales, SVController como virtualización STG, conmutadores ydiscos FC..), el esquema siguiente muestra detalles sobre los requisitos previos en el nivel TPC/Spectrumy el nivel de descubrimiento de TADDM para cada caso:

Correlaciones de servidor virtual (normalmente máquinas virtuales VMware) y LUN dealmacenamiento

La relación puede obtenerse después de que estos sensores, HostStorageSensor yTPCStorageServerSensor, se ejecuten correctamente.

Sin embargo, es necesario tener en cuenta los requisitos previos y las limitaciones de los dos sensores.

Para obtener requisitos previos del Sensor de almacenamiento de host, consulte el enlace siguiente:https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_hoststorage.html

Para obtener requisitos previos del Sensor de almacenamiento TPC, consulte el enlace siguiente: https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_tpcstorage.html

Correlación de subsistemas de almacenamiento y recursos de LUN de almacenamiento

Es una relación implícita que no se muestra si el subsistema de almacenamiento se descubrecorrectamente.

400 Application Dependency Discovery Manager: Sensores

Page 417: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Correlación de servidores físicos y recursos de subsistemas de almacenamiento

Puede obtenerse de HostStorageSensor. Sin embargo, es necesario tener en cuenta los requisitos previosy las limitaciones de HostStorageSensor.

Nota: Las relaciones anteriores pueden obtenerse sin instalar los agentes TPC SRA en hosts de destinoen el dominio de gestión TPC. En general, hay algunas excepciones en función de las tablas de origen delcontrol de espectro de TPC. Esto se debe a que puede que no siempre contengan suficiente informaciónpara identificar un host de destino relacionado (nombre de host + datos de dirección IP y/o direcciónMAC, etc..) y a permitir siempre que TADDM correlacione los hosts de destino con datos del subsistemade almacenamiento.

Correlación de volúmenes de susbsistemas de almacenamiento y puntos finales de destino

Para realizar la correlación del volumen de subsistemas de almacenamiento descubierta por TADDM (através del sensor de almacenamiento TPC) con los servidores de destino de puntos finales, TPCnecesitará los agentes TPC SRA instalados en los hosts de destino que acceden a estos volúmenes,puesto que TADDM necesita como mínimo la dirección MAC con el nombre de host del host de destinopara visualizarlo accediendo a volúmenes específicos. Otra alternativa es utilizar HostStorageSensor paracada uno de los hosts de destino para almacenar y visualizar la información de correlación.

Objetos de modelo con atributos asociadosEl sensor de IBM Tivoli Storage Productivity Center crea objetos de modelo con atributos asociados. Losatributos indican el tipo de información que el sensor recoge sobre los recursos de almacenamientoalmacenados en la base de datos deTivoli Storage Productivity Center.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.BasedOnExtent

• Source• Target• Type

dev.Controller

• Nombre• Parent

dev.DiskDrive

• DiskSize• Modelo• Nombre• Parent• SerialNumber• Type• Vendor

dev.DiskPartition

• Capacity• Nombre• Parent• PartitionType• RealizedBy

dev.FCPort

• Label

Capítulo 1. Referencia de sensores 401

Page 418: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Parent• PermanentAddress• PortNumber• PortType• Speed

dev.FCVolume

• Capacity• FCPLun• Nombre• Parent• Type• PortWWN• HostPaths• BasedOn

dev.RealizesExtent

• Source• Target• Type

dev.SCSIPath

• ArrayVolume• HostEndPoint• LUN• Parent• Volume

dev.SCSIProtocolEndPoint

• WorldWideName

dev.TapeDrive

• Label• Type• WorldWideName

net.IpAddress

• DotNotation• StringNotation

net.IpInterface

• IpAddress• Parent

relation.ConnectedTo

• Source• Target• Type

402 Application Dependency Discovery Manager: Sensores

Page 419: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

storage.Fabric

• Fcswitch• Label• Nombre• SourceToken• Virtual• ZoneSets• Zonas

storage.FCSwitch

• FCPorts• FCSwitchStatus• Fcport• ManagementURL• Fabricante• Modelo• Nombre• ROMVersion• SerialNumber• Type• WorldWideName• IpInterfaces

storage.StoragePool

• AnsiT10Id• Capacity• Label• Members• Raid Level• RemainingManagedSpace• StorageSubSystem• TotalAvailableSpace• TotalManagedSpace

storage.StorageSubSystem

• AllocatedCapacity• AnsiT10Id• AvailabilityState• AvailableCapacity• CacheSize• FCPorts• Fqdn• IpInterfaces• IsNetworkAttached• Fabricante

Capítulo 1. Referencia de sensores 403

Page 420: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Members• MemorySize• Modelo• NumCPUs• ROMVersion• SerialNumber• StoragePools• Type• VolumeGroupCapacity• VolumeGroupFreeSpace

storage.StorageVolume

• BlockSize• Capacity• FreeSpace• Nombre• Parent• RealizedBy• RedundancyMethod• SourceToken• Type• Virtual• Paths

storage.TapeLibrary

• AnsiT10Id• Descripción• Devices• Fabricante• Modelo• ROMVersion• SerialNumber• TapeMediaChangers• Type

storage.TapeMediaChanger

• Caption• Descripción• Fqdn• Label• ROMVersion• Type• WorldWideName

storage.Zone

• Active

404 Application Dependency Discovery Manager: Sensores

Page 421: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Descripción• Nombre• Parent

storage.ZoneSet

• Active• Label• Nombre• Parent• Zonas

Diversos sistemas operativos:

sys.aix.Aixsys.hpux.HpUxsys.linux.Linuxsys.netware.Netwaresys.OperatingSystemsys.sun.Solarissys.vmware.VmwareESXsys.windows.WindowsOperatingSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• FQDN• OSConfidence• OSName• OSVersion• Parent• SoftwareComponents• SystemGuid

Diversos entornos de sistema:

sys.aix.AixUnitaryComputerSystemsys.ComputerSystemsys.hpux.HpUxUnitaryComputerSystemsys.linux.LinuxUnitaryComputerSystemsys.sun.SunSPARCUnitaryComputerSystemsys.vmware.VmwareUnitaryComputerSystemsys.windows.WindowsComputerSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• CPUSpeed• CPUType• Devices• FCPorts• FileSystems• Fqdn• IpInterfaces• Fabricante• MemorySize

Capítulo 1. Referencia de sensores 405

Page 422: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Modelo• NumCPUs• OSInstalled• OSRunning• SerialNumber• Signature• Type• Nombre• UUID• MacAddress• VMID

sys.FileSystemExport

• Nombre• Parent

sys.FileSystemService

• Exports• Host• Nombre

sys.NFSExport

• Nombre• Parent

sys.NFSService

• Exports• Host• Nombre

Diversos sistemas de archivos:

sys.LocalFileSystemsys.sun.SolarisFileSystemsys.unix.UnixFileSystemsys.windows.WindowsFileSystem

Los siguientes atributos están asociados a estos objetos de modelo:

• AvailableInodes• AvailableSpace• Capacity• MountPoint• Parent• StorageExtent• TotalInodes• Type

sys.SMBExport

• Nombre• Parent

406 Application Dependency Discovery Manager: Sensores

Page 423: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Path• Type

sys.SMBService

• Exports• Host• Nombre

sys.SoftwareComponent

• Nombre• Parent• SoftwareVersion

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración del archivo de propiedades de Tivoli Storage Productivity CenterEl sensor Tivoli Storage Productivity Center utiliza consultas SQL para extraer datos de la base de datosde Tivoli Storage Productivity Center. Las consultas SQL se definen en el archivo tpc.config y laejecución de estas consultas se controla a través de las propiedades del archivo tpc.properties.

Los archivos tpc.config y tpc.properties están ubicados en: COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.tpc_xxx, donde xxx es la versión de plug-in de sensor.

El sensor utiliza las siguientes entradas del archivo tpc.properties para determinar qué consultas sedeben ejecutar:

com.ibm.cdb.discover.app.srm.tpc.sensor.ArrayQueriesEsta propiedad está relacionada con los recursos de matriz. De forma predeterminada, se habilitanlas siguientes consultas:ARRAY,ARRAY_SUM_SOURCE,ARRAY_VOLUME_GROUP,ARRAY_DRIVE,ARRAY_PORT,ARRAY_VOLUME.

com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueriesEsta propiedad está relacionada con los recursos de host. De forma predeterminada, se habilitan lassiguientes consultas:HOST,HOST_PORT,HOST_DEVICE_GROUP,HOST_DEVICE,HOST_DEVICE_PARTITION,HOST_DEVICE_PARTITION_DEVICE,HOST_FS,HOST_FS_EXPORT,HOST_AGENT,HOST_SCSI_PATH,HOST_SCSI_AGENT_LESS.HOST_SCSI_PATH query

Esta consulta se utiliza para crear una correlación de almacenamiento de extremo a extremo delos volúmenes FC de un host con los volúmenes de una matriz de almacenamiento. Esta consultase habilita de manera predeterminada. Dependiendo del tamaño del entorno de almacenamiento,mediante la ejecución de esta consulta se puede aumentar el tiempo de descubrimiento delsensor de modo muy significativo. Así, cuando se descubren entornos de almacenamientograndes, es mejor habilitar la consulta HOST_SCSI_PATH solo de forma ocasional. Para inhabilitaresta consulta, no incluya HOST_SCSI_PATH en la propiedad:com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries.Para obtener más información sobre cómo editar la propiedad, consulte “Error de falta dememoria cuando se habilita la consulta HOST_SCSI_PATH o HOST_SCSI_AGENT_LESS.” en lapágina 411.

HOST_SCSI_AGENT_LESS queryEsta consulta se utiliza para crear una correlación de almacenamiento de extremo a extremo delos volúmenes FC de un host con los volúmenes de una matriz de almacenamiento, cuando losagentes TPC SRA no se han desplegado en los puntos finales. Esta consulta se habilita de manerapredeterminada. Dependiendo del tamaño del entorno de almacenamiento, mediante la ejecuciónde esta consulta se puede aumentar el tiempo de descubrimiento del sensor de modo muy

Capítulo 1. Referencia de sensores 407

Page 424: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

significativo. Así, cuando se descubren entornos de almacenamiento grandes, es mejor habilitar laconsulta HOST_SCSI_PATH solo de forma ocasional. Para inhabilitar esta consulta, no incluyaHOST_SCSI_PATH en la propiedad:com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries.Para obtener más información sobre cómo editar la propiedad, consulte “Error de falta dememoria cuando se habilita la consulta HOST_SCSI_PATH o HOST_SCSI_AGENT_LESS.” en lapágina 411.

El siguiente ejemplo muestra la propiedadcom.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries con las consultasHOST_SCSI_PATH y HOST_SCSI_AGENT_LESS inhabilitadas:com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries=HOST,HOST_PORT,HOST_DEVICE_GROUP,HOST_DEVICE,HOST_DEVICE_PARTITION,HOST_DEVICE_PARTITION_DEVICE,HOST_FS,HOST_FS_EXPORT,HOST_AGENT.

com.ibm.cdb.discover.app.srm.tpc.sensor.FabricQueriesEsta propiedad está relacionada con los recursos de tejido. De forma predeterminada se habilitan lassiguientes consultas: FABRIC, ZONE_SET, ZONE.

com.ibm.cdb.discover.app.srm.tpc.sensor.SwitchQueriesEsta propiedad está relacionada con los recursos de conmutador. De forma predeterminada sehabilitan las siguientes consultas: SWITCH, SWITCH_PORT.

com.ibm.cdb.discover.app.srm.tpc.sensor.NASQueriesEsta propiedad está relacionada con los recursos NAS. De forma predeterminada se habilitan lassiguientes consultas: NAS_FILER, NAS_CONTROLLER, NAS_VOLUME, NAS_FS, NAS_DEVICE,NAS_FS_EXPORT.

com.ibm.cdb.discover.app.srm.tpc.sensor.TapeQueriesEsta propiedad está relacionada con los recursos TAPE. De forma predeterminada se habilitan lassiguientes consultas: TAPE_LIBRARY, TAPE_MEDIA_CHANGER, TAPE_DRIVE.

com.ibm.cdb.discover.app.srm.tpc.sensor.SummaryQueriesEsta propiedad está relacionada con los recursos SUMMARY. De forma predeterminada se habilitanlas siguientes consultas: PORT_CONNECTIVITY.

Las siguientes propiedades se utilizan para que el sensor de IBM Tivoli Storage Productivity Centercontrole el descubrimiento de determinados tipos de sistemas informáticos:com.ibm.cdb.discover.app.srm.tpc.sensor.ignoreAixCompSys=true

Esta propiedad determina si el sensor IBM Tivoli Storage Productivity Center descubre o no lossistemas en los sistemas operativos AIX. De forma predeterminada está configurada como verdadera,lo que significa que el sensor no descubre sistemas en sistemas operativos AIX.

com.ibm.cdb.discover.app.srm.tpc.sensor.IgnoreCSWithoutMacaddr=trueEsta propiedad determina si el sensor IBM Tivoli Storage Productivity Center descubre sistemas sinuna dirección MAC. De forma predeterminada está configurada como verdadera, lo que significa queel sensor no descubre sistemas sin una dirección MAC.

El sensor utiliza las siguientes entradas en el archivo collation.properties cuando la consultaHOST_SCSI_PATH o HOST_SCSI_AGENT_LESS está habilitada.

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_PATH.maxrowsEsta propiedad especifica el número máximo de filas que el sensor procesa, cuando la consultaHOST_SCSI_PATH está habilitada.El valor predeterminado es 20000.Si la consulta HOST_SCSI_PATH causa excepciones de falta de memoria, reduzca el valorpredeterminado. Si desea recopilar todas las vías de acceso en una ejecución de descubrimiento, enfunción del entorno de almacenamiento, aumente el valor predeterminado.

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_AGENT_LESS.maxrowsEsta propiedad especifica el número máximo de filas que el sensor procesa, cuando la consultaHOST_SCSI_AGENT_LESS está habilitada.

408 Application Dependency Discovery Manager: Sensores

Page 425: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El valor predeterminado es 20000.Si la consulta HOST_SCSI_PATH causa excepciones de falta de memoria, reduzca el valorpredeterminado. Si desea recopilar todas las vías de acceso en una ejecución de descubrimiento, enfunción del entorno de almacenamiento, aumente el valor predeterminado.

Configuración del perfil de descubrimientoEl TPCStorageSensor se habilita de forma predeterminada en el perfil de descubrimiento.

Cree un nuevo perfil para modificar los siguientes atributos:discoverHosts

El valor predeterminado para el atributo discoverHosts es true. El sensor descubre datosrelacionados con el hosts, por ejemplo, ComputerSystem, discos, puertos FC, volúmenes FC,volúmenes de almacenamiento, particiones de disco, sistemas de archivos locales y servicios desistema de archivos.Si el valor es false, el sensor no descubre datos relacionados con el host.

discoverSwitchEl valor predeterminado para el atributo discoverSwitch es true. El sensor descubre datosrelacionados con el conmutador, por ejemplo conmutadores, puertos de conmutador y puertos FC.Si el valor es false, el sensor no descubre datos relacionados con el conmutador.

restrictByScopeEl valor predeterminado para el atributo restrictByScope es false. El sensor descubre todos loshosts ya descubiertos por el servidor de Tivoli Storage Productivity Center.Si el valor es true, el sensor descubre los hosts que se encuentran dentro del ámbito dedescubrimiento del sensor.

discoverManagedDisksEl valor predeterminado para el atributo discoverManagedDisks es false.Si el valor es true, el sensor descubre los discos gestionados para SVC (la capa de virtualización dealmacenamiento) con sus relaciones con el almacenamiento de proceso de fondo.

Nota: Si establece este atributo en true, el periodo de tiempo del proceso de descubrimiento yalmacenamiento del sensor IBM Tivoli Storage Productivity Center es mayor debido a que sedescubren más datos.

El sensor de almacenamiento principal y el sensor de conmutador de cana de fibra también descubrendatos relacionados con los hosts y los conmutadores. Cuando discoverHosts y discoverSwitch estánhabilitados, considere deshabilitar el sensor de almacenamiento principal y el sensor de conmutador decanal de fibra para evitar que los recursos se descubran dos veces.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación en el servidor de Tivoli Storage Productivity Center.3. Seleccione Base de datos como Tipo de componente y DB2 como Proveedor.4. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación en la base de datos de Tivoli Storage Productivity Center.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de IBM Tivoli StorageProductivity Center y ofrece soluciones a dichos problemas.

Capítulo 1. Referencia de sensores 409

Page 426: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Problemas al conectarse con la base de datos de Tivoli Storage Productivity Center provocan erroresen el sensorProblema

El sensor falla debido a problemas para conectarse con la base de datos de Tivoli Storage ProductivityCenter.

SoluciónCompruebe que se han especificado los credenciales DB2 de la base de datos de Tivoli StorageProductivity Center.

No se descubren sistemas principalesProblema

No se descubren sistemas principales.Solución

El sensor solo descubre sistemas principales gestionados por el agente de Tivoli Storage ProductivityCenter. Además, compruebe que el atributo discoverHosts del sensor está definido como true.

El descubrimiento tarda mucho en ejecutarseProblema

El descubrimiento tarda mucho tiempo en ejecutarse.Solución

Si el atributo discoverHosts está definido como true, compruebe si el sensor HostStorageSensorestá habilitado y de ser el caso deshabilítelo. Si ambos sensores están habilitados, algunos recursosde almacenamiento se descubrirán dos veces.

Si el atributo discoverSwitch está definido como true, compruebe si el sensor FCSwitchSensor estáhabilitado y de ser el caso deshabilítelo. Si ambos sensores están habilitados, algunos recursos dealmacenamiento se descubrirán dos veces.

Este problema también se puede producir si alguna de las consultas habilitadas genera un granvolumen de datos. Por ejemplo, algunas de las consultas que pueden generar grandes volúmenes dedatos son: ARRAY_VOLUME, HOST_SCSI_PATH y SWITCH_PORT. De forma predeterminada estasconsultas están habilitadas.

Los sistemas no se reconcilianProblema

Los sistemas descubiertos por TPCStorageSensor no se reconcilian con los mismos sistemasdescubiertos por otros sensores del sistema.

Solución

Los sistemas de un entorno de almacenamiento pueden estar físicamente particionados ovirtualizados. Si TPCStorageSensor descubre estos sistemas, y estos son descubiertos también por unsensor del sistema, los dos conjuntos de recursos descubiertos no se reconcilian. Por ejemplo:

• Particiones lógicas (LPARs) de pSystems descubiertas por TPCStorageSensor yAixComputerSystemSensor

• Servidor de E/S virtual (VIOS) descubierto por TPCStorageSensor y HMC sensor• Particiones de nodo (NPARs) de sistemas HP descubiertas por TPCStorageSensor y

HpUxComputerSystemSensor• Zonas de sistemas Solaris descubiertas por TPCStorageSensor y SunSparcComputerSystemSensor

Para asegurarse de que no se duplican sistemas, en la interfaz de usuario de TADDM debe seleccionarlos sistemas duplicados y fusionarlos manualmente.

410 Application Dependency Discovery Manager: Sensores

Page 427: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Error de falta de memoria cuando se habilita la consulta HOST_SCSI_PATH oHOST_SCSI_AGENT_LESS.Problema

Dependiendo del entorno de almacenamiento, las consultas HOST_SCSI_PATH yHOST_SCSI_AGENT_LESS pueden devolver un conjunto de resultados grande, que podría conducir aun error de falta de memoria.

SoluciónEl sensor limita el número de filas que procesa para las consultas HOST_SCSI_PATH yHOST_SCSI_AGENT_LESS a un valor predeterminado de 20.000 con el fin de evitar errores de faltade memoria. El valor se basa en:

• Tamaño de almacenamiento dinámico predeterminado de la JVM del descubrimiento (1024 MB)• Valor de tiempo de espera del agente predeterminado (600.000 ms)

Además, puede configurar el sensor para evitar mensajes de falta de memoria, cuando la consultaHOST_SCSI_PATH o HOST_SCSI_AGENT_LESS se habilita utilizando uno de los métodos indicados acontinuación:Modifique el número predeterminado de filas procesadas por el sensor

Edite el archivo COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.tpc_7.2.0/tpc.properties y añada lasiguiente propiedad:

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_PATH.maxrows=Xcom.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_AGENT_LESS.maxrows=X

dondeX el número máximo de filas procesadas por el sensor para esta consulta.

Si esta valor es superior a 20.000:

• Aumente el tamaño de almacenamiento dinámico asignado a la JVM del descubrimiento. Edite$COLLATION_HOME/etc/collation.properties y cambie la propiedadcom.collation.Discover.jvmargs.ibm.

Por ejemplo, para definir el tamaño de almacenamiento dinámico como 1.821 MB, añada lasiguiente línea:

com.collation.Discover.jvmargs.ibm=-Xdisableexplicitgc -Xmx1824m

• Aumente el tiempo de espera del agente de la JVM del descubrimiento. En el archivo$COLLATION_HOME/etc/collation.properties, añada la siguiente propiedad, dondevalue es el número de milisegundos permitidos para que se ejecute el sensor:

com.collation.discover.agent.TPCStorageSensor.timeout=value

Si no especifica un valor, se utilizará el valor predeterminado 600.000.• Reinicie TADDM.

Limite el ámbito de matrices de almacenamiento y sistemas descubiertosEl número de filas devueltas por las consultas HOST_SCSI_PATH y HOST_SCSI_AGENT_LESS sepuede reducir limitando el ámbito de matrices y sistemas descubiertos.

1. En la Consola de gestión del descubrimiento, pulse el icono Ámbito. Seleccione el Conjuntode ámbito que contiene el servidor de Tivoli Storage Productivity Center que se va adescubrir. Incluya la dirección IP, ámbito o subred de las matrices y sistemas que se van adescubrir. La dirección IP de las matrices de almacenamiento y la dirección IP del sistemadeben estar en el mismo ámbito definido como servidor de Tivoli Storage Productivity Centerpara el descubrimiento. Estos valores permiten incluir los datos sobre la ruta SCSI en losresultados del descubrimiento.

2. En la Consola de gestión del descubrimiento, pulse el icono Perfiles de descubrimiento.

Capítulo 1. Referencia de sensores 411

Page 428: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

3. En la ventana Perfiles de descubrimiento, pulse Nuevo.4. En la ventana Crear nuevo perfil, escriba el nombre y descripción del perfil. En el campo

Clonar perfil existente, pulse Descubrimiento de Nivel 3 y pulse Aceptar.5. En la lista de sensores, pulse TPCStorageSensor, y después Nuevo.6. En la ventana Crear configuración, escriba el nombre y descripción de su configuración de

TPCStorageSensor y seleccione la casilla de verificaciónHabilitar configuración.7. En la sección Configuración de la ventana Crear configuración, pulserestrictByScope para

limitar el ámbito del descubrimiento. A continuación pulse dos veces en el campo Valor de lafila y escriba true.

8. Pulse Aceptar para volver a la ventana Perfiles de descubrimiento.9. En la ventana Perfiles de descubrimiento, pulse Guardar.

10. Inicie un descubrimiento utilizando el nuevo perfil.

Tras realizar un descubrimiento utilizando el sensor, revise el archivo $COLLATION_HOME/log/sensors/runId/TPCStorageSensor-IP-PORT.log(.N) para ver el número de rutas SCSIque existen por dirección IP de matriz de almacenamiento y dirección IP de host. A continuaciónse muestra un ejemplo del contenido del archivo de registro:

SCSI PATH statistics by host ip address :ip#1/4 with ipAddress 10.3.41.230 has 160 valid scsi pathsip#2/4 with ipAddress 10.3.41.289 has 527 valid scsi pathsip#3/4 with ipAddress 10.3.43.19 has 108 valid scsi pathsip#4/4 with ipAddress 10.3.42.211 has 160 valid scsi paths

SCSI PATH statistics by array ip address:ip#1/2 with ipAddress 10.0.15.201 has 693 valid scsi pathsip#2/2 with ipAddress 10.0.17.2 has 736 valid scsi paths

Ejecute un descubrimiento con el servidor de Tivoli Storage Productivity Center en un ámbito desu propiedad

Para obtener el conjunto de resultados completo de las consultas HOST_SCSI_PATH yHOST_SCSI_AGENT_LESS y evitar errores de falta de memoria:

1. Cree un Conjunto de ámbito que contenga solo el servidor de Tivoli Storage Productivity Center(sin otros destinos).

2. Cree un perfil de descubrimiento que solo tenga habilitados TPCStorageSensor y los sensoresdependientes.

3. Inicie el descubrimiento del conjunto de ámbito que contenga el servidor de Tivoli StorageProductivity Center utilizando el nuevo perfil.

El sensor no descubre ningún objeto debido a problemas de búsqueda de DNSProblema

El sensor de IBM Tivoli Storage Productivity Center finaliza sin objectos descubiertos y se emite elsiguiente aviso:

CTJTD0952W Ninguna de las entradas de lista de acceso de DB2 pueden conectarse a la base de datos TPC en el URL: jdbc:db2://<host>:<puerto>/<base_datos>.

SoluciónSi el <host>, que se lee en el archivo data/config/server.config del destino de descubrimiento,es un FQDN o un nombre de host (no una dirección IP sencilla), TADDM debe ser capaz de resolverlo.Configure el DNS de manera que el mandato nslookup <host> ejecutado en el servidor dedescubrimiento TADDM devuelva una IP resuelta.

Sensor NetAppEl sensor NetApp descubre recursos de almacenamiento que están relacionados con el almacenamientoconectado a red (NAS) extrayendo los datos del sistema operativo Data ONTAP con el protocolo SNMP.

412 Application Dependency Discovery Manager: Sensores

Page 429: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor descubre dichos recursos de almacenamiento como gestores de archivos de almacenamiento,clústeres, volúmenes de disco, puertos FC, unidades de disco físico, agregados (representados comoagrupaciones de almacenamiento), NFS y servicios SMB.

El descubrimiento NetApp lo ejecuta CustomMib2ComputerSystem que llama a los scripts deextensión. Además, el sensor de unidad Snap se utiliza en el lado del host para descubrir los discos iSCSIdefinidos. Cuando se descubren datos de ambos orígenes y coinciden, se crea una relación entre el host yla matriz.

Identificadores de objeto (OID)

El sensor utiliza los siguientes OID de alto nivel para recuperar los atributos:

• Información general: .1.3.6.1.4.1.789.1.1• Gestores de archivos virtuales: .1.3.6.1.4.1.789.1.16• Volúmenes: .1.3.6.1.4.1.789.1.5.8.1• Unidades de disco: .1.3.6.1.4.1.789.1.6.10.1• Unidades de disco de repuesto: .1.3.6.1.4.1.789.1.6.3.1• Unidades de disco en clúster: .1.3.6.1.4.1.789.1.6.2.1• Qtree: .1.3.6.1.4.1.789.1.5.10.1• Clústeres: .1.3.6.1.4.1.789.1.25.1• Nodos: .1.3.6.1.4.1.789.1.25.2.1• Agrupaciones de almacenamiento: .1.3.6.1.4.1.789.1.5.11.1• Tarjetas de canal de fibra: .1.3.6.1.4.1.789.1.17.17.1.1

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• dev.StorageVolume• dev.DiskDrive• dev.FCPort• net.BindAddress• net.IpInterface• net.IpAddress• net.Fqdn• sys.NFSExport• sys.SMBExport• sys.function.StorageSubSystemFunction• sys.ComputerSystemCluster• sys.NFSSAP• sys.SMBSAP• sys.NFSService• sys.SMBService• storage.StorageSubSystem• storage.StoragePool

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Capítulo 1. Referencia de sensores 413

Page 430: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Para el descubrimiento de SNMP V2, entre la serie de comunidad correcta en la lista de acceso. Puedeutilizar el tipo de componente de plantilla de red (SNMP) en la ventana Lista de acceso en la consola deDiscovery Management.

Sensor de unidad SnapEl sensor de unidad Snap descubre recursos de almacenamiento que están realizados con el softwareNetApp SnapDrive para Windows.

El sensor descubre dichos recursos de almacenamiento como sistema de archivos, volúmenes SCSI,adaptadores de bus de host y puntos finales de protocolo de SCSI.

Este sensor es una parte del descubrimiento de recursos de almacenamiento de NetApp. Es necesariopara descubrir recursos de almacenamiento como iSCSI en el sistema Windows. Adicionalmente,proporciona datos para crear una relación con una matriz.

Nombre del sensor utilizado en la GUI y los registros

SnapDriveSensor

Problemas de seguridad

La cuenta de usuario para descubrir sistemas informáticos también se utiliza para ejecutar mandatosSnapDrive.

El sensor utiliza los siguientes mandatos:

• sdcli disk list• iscsicli listpersistenttargets• sdcli iscsi_target list -f <target IP>• sdcli sysconfig list

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• dev.SCSIVolume• dev.StorageVolume• dev.BasedOnExtent• dev.SCSIProtocolEndPoint• dev.SCSIPath• storage.HostBusAdaptor• sys.LocalFileSystem

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

El sensor de unidad Snap se puede ejecutar utilizando las credenciales de acceso de ComputerSystemque se utilizan para descubrir el cliente.

Sensor de almacenamientoEl sensor de almacenamiento descubre el almacenamiento que se adjunta a un sistema.

Los siguientes recursos son ejemplo de lo que descubre el sensor:

• Discos• Particiones• Volúmenes lógicos• Volúmenes físicos

414 Application Dependency Discovery Manager: Sensores

Page 431: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Sistemas de archivos

Nombre del sensor utilizado en la GUI y los registros

StorageSensor

Requisitos previos

Para destinos Linux de 64 bitsLa biblioteca glibc de 32 bits es necesaria

Limitaciones

El acceso al directorio /dev/dsk no está disponible en sistemas de destino de zonas de marca o localesSolaris. Por tanto, no toda la información de almacenamiento se recupera.

Cuando se descubre el almacenamiento conectado a un sistema de destino mediante el sensor dealmacenamiento de host, no lleve a cabo un descubrimiento en el mismo sistema mediante este sensor.

El sensor no descubre los sistemas de archivos ZFS en los sistemas de destino de Solaris.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• dev.BasedOnExtent• dev.ControlledBy• dev.Controller• dev.DiskDrive• dev.DiskPartition• dev.FCVolume• dev.RealizesExtent• dev.SCSIVolume• dev.StorageExtent• dev.StorageVolume• sys.NFSFileSystem• sys.unix.UnixFileSystem• sys.LocalFileSystem

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

Para configurar la lista de acceso, siga los pasos indicados a continuación:

1. Seleccione ComputerSystem como Tipo de componente.2. Especifique la información de acceso (nombre de usuario y contraseña) que TADDM debe utilizar para

la autenticación basada en claves SSH o la autenticación basada en inicio de sesión SSH en el sistemade destino.

Normalmente, puede utilizarse una cuenta sin privilegios raíz. No obstante, algunos mandatos utilizadospor TADDM durante el proceso de descubrimiento pueden requerir escalamiento de privilegios(normalmente realizados utilizando el mandato sudo).

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Capítulo 1. Referencia de sensores 415

Page 432: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Las siguientes propiedades del servidor de TADDM especifican los mandatos del sistema operativo queutiliza TADDM para recuperar la información de almacenamiento:

• com.collation.platform.os.command.lvm.lvdisplay• com.collation.platform.os.command.lvm.vgdisplay• com.collation.platform.os.command.lvm.pvdisplay• com.collation.platform.os.command.lputil.SunOS

Estos mandatos requieren privilegios elevados para ejecutarse en el sistema de destino, y deben estarconfigurados para utilizar el mandatosudo.

Si desea más información, consulte el tema Mandatos que pueden requerir privilegios superiores en laGuía del administrador.

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de almacenamiento yofrece soluciones a dichos problemas.

Problemas generales

Determine qué información falta e identifique cualquier error de mandato que se deba a errores depermisos denegados. Compruebe que los mandatos que requieren escalamiento de privilegios estánconfigurados correctamente. Consulte Configuración de las entradas del archivo collation.properties paraobtener más detalles.

Sensor de almacenamiento SVCEl sensor de almacenamiento SVC descubre recursos de almacenamiento que están relacionados conSAN (Storage Area Network). El sensor extrae datos de IBM Storage Volume Controller.

Entre los recursos de almacenamiento descubiertos por el sensor de almacenamiento SVC se incluye lamatriz de almacenamiento, los volúmenes de almacenamiento, los puertos FC, las agrupaciones dealmacenamiento y las unidades de disco. El sensor utiliza la conexión SSH para recuperar los datos.

El sensor de almacenamiento SVC descubre el nombre de puerto de ámbito mundial (WWPN) de los hostspara crear una relación con los volúmenes de host, lo que requiere HostStorageSensor para ejecutarse enhosts.

No es aconsejable ejecutar el sensor de almacenamiento SVC junto con el sensor TPC para el mismopunto final. Esto podría provocar pequeñas diferencias en datos descubiertos como RAID o en vías deacceso SCSI, y así generar entradas adicionales en el historial de cambios.

Puede utilizar el sensor de almacenamiento SVC para descubrir los detalles de configuracióndel almacenamiento de IBM Storwize v7000 en el chasis de IBM PureFlex System. Consulte “SensorSNMP de IBM BladeCenter” en la página 286.

El sensor de almacenamiento SVC está habilitado de forma predeterminada en los perfiles dedescubrimiento de nivel 2 y nivel 3.

Nombre del sensor utilizado en la GUI y los registros

SVCStorageSensor

Limitaciones

El sensor no descubre el atributo de nivel de Raid para los objetos de Agrupaciones de almacenamiento yVolumen de almacenamiento porque el atributo está descubierto por TPCStorageSensor para los mismosobjetos.

416 Application Dependency Discovery Manager: Sensores

Page 433: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Objetos de modelo con atributos asociadosEl sensor de almacenamiento SVC crea objetos de modelo con atributos asociados. Los atributos indicanel tipo de información que el sensor recopila sobre los recursos de almacenamiento almacenados en elSVC.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.DiskDrive

• AdminState• AnsiT10Id• DiskSize• Name• Parent• Status

dev.FCPort

• Parent• PermanentAddress• PortNumber• PortType• Speed

net.IpAddress

• DotNotation• StringNotation

net.IpInterface

• IpAddress• Parent

storage.StoragePool

• AdminState• AnsiT10Id• Capacity• Label• StorageSubSystem• TotalAvailableSpace

storage.StorageSubSystem

• AllocatedCapacity• AvailabilityState• AvailableCapacity• FCPorts• Fqdn• Manufacturer• Members• Model• ROMVersion• SerialNumber

Capítulo 1. Referencia de sensores 417

Page 434: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• StoragePools• Type• VolumeGroupCapacity• VolumeGroupFreeSpace

storage.StorageVolume

• AdminState• BlockSize• Capacity• DeviceID• IeeeUniqueVolumeName• IOGroup• ManagedSystemName• Name• Parent• Paths• RedundancyMethod

dev.SCSIPath

• arrayVolume• HostEndPoint• LUN• Parent

physpkg.PhysicalFrame

• AdminState• Label• Manufacturer• Model• Name• Parent• PhysicalPackage• RelativePosition

sys.CPU

• CPUSpeed• IdentifyingNumber• Manufacturer• Parent• VersionString

sys.OperatingSystem

• Name• OSName• Parent

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

418 Application Dependency Discovery Manager: Sensores

Page 435: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

El sensor de almacenamiento SVC requiere las credenciales del sistema del sensor SVC para ejecutar undescubrimiento correcto.

Los usuarios que se creen en SVC se les debe asignar un rol de supervisión para ejecutardescubrimientos. El rol les permitirá ejecutar mandatos como lssystem, lsmdisk, lsmdiskgrp,lsportfc, lsvdisk, lsnode, lsnodevpd, lsnodecanister, lsenclosure, lsvdiskhostmap olsfabric.

Sensor de Veritas Storage FoundationEl sensor de Veritas Storage Foundation descubre sistemas Veritas Storage Foundation.

El sensor de Veritas Storage Foundation combina los siguientes componentes y proporciona una soluciónpara la gestión de almacenamiento en línea:

• Gestor de volumen VERITAS• Sistema de archivos VERITAS

Los discos físicos se agrupan en volúmenes lógicos para mejorar la utilización del disco y reducir elespacio desperdiciado. El gestor de volumen VERITAS permite a los administradores trabajar connombres lógicos (volúmenes) en vez de mediante el acceso directo a dispositivos físicos.

El sistema de archivos VERITAS también proporciona un sistema de archivos de registro por diarioempresarial que aumenta el rendimiento y la fiabilidad.

El sensor de Veritas Storage Foundation es responsable del descubrimiento de las siguientesconfiguraciones del Gestor de volúmen generales:

• Versión• Directorio de instalación• Los objetos bajo el control de VxVM (por ejemplo volúmenes y grupos de disco) y las relaciones entre

ellos.

El segundo componente, el sistema de archivos VERITAS, se reconoce como un sistema de archivos localy se recopila la versión del diseño del disco.

Nombre del sensor utilizado en la GUI y los registros

VeritasStorageSensor

Cuestiones de seguridad

Se utiliza el usuario predeterminado para descubrir el sistema.

Limitaciones

No se soportan las licencias. No existen descriptores de aplicaciones.

Objetos de modelo creados

El sensor crea los siguientes objetos de modelo:

• app.ConfigFile• app.SoftwareInstallation• dev.MediaAccessDevice• dev.veritas.VeritasDiskGroup• dev.veritas.VeritasPlex• dev.veritas.VeritasSubdisk• dev.veritas.VeritasVMDisk• dev.veritas.VeritasVolume

Capítulo 1. Referencia de sensores 419

Page 436: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• sys.LocalFileSystem• sys.veritasVeritasStorageService

Configuración de las entradas del archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Las siguientes propiedades pueden requerir privilegios superiores.

• com.collation.discover.agent.command.vxdisk=vxdisk• com.collation.discover.agent.command.vxdg=vxdg• com.collation.discover.agent.command.vxprint=vxprint• com.collation.discover.agent.command.vxupgrade=vxupgrade• com.collation.discover.agent.command.vxdf=df

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de Veritas StorageFoundation y ofrece soluciones a dichos problemas.

El sensor falla con un error de tiempo de espera en una plataforma WindowsProblema

El sensor Veritas Storage Foundation falla con un error de tiempo de espera en una plataformaWindows

SoluciónEn el archivo de configuración, cambie liteDiscoveryMode a true si el sensor supera el tiempo deespera en una plataforma Windows. El siguiente ejemplo muestra los atributos de un archivo deconfiguración predefinido:

<results xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <VeritasStorageAgentConfiguration xsi:type="coll:com.collation.platform.model.discovery.agent. VeritasStorageAgentConfiguration"> <enabled>true</enabled> <familyName>DiscoverSensor</familyName> <name>VeritasStorageSensor</name> <seedClassName>com.collation.discover.seed.app.vsf.VeritasSFSeed </seedClassName> <agentClassName>com.collation.discover.agent.app.vsf.VeritasSFAgent </agentClassName> <liteDiscoveryMode>false</liteDiscoveryMode> </VeritasStorageAgentConfiguration></results>

Sensor de XIV StorageXIVStorageSensor descubre recursos de almacenamiento relacionados con SAN (Storage Area Network)mediante la extracción de datos desde IBM XIV Storage System.

Entre los recursos de almacenamiento descubiertos por el sensor XIVStorageSensor se incluye la matrizde almacenamiento, los volúmenes de almacenamiento, los puertos FC, las agrupaciones dealmacenamiento y las unidades de disco. El sensor utiliza conexión XCLI para recuperar los datos.

XIVStorageSensor descubre el nombre de puerto de ámbito mundial (WWPN) de los hosts para crearrelación con los volúmenes del host, que requiere HostStorageSensor para ejecutarse en hosts.

XIVStorageSensor está habilitado de forma predeterminada en los perfiles de descubrimiento de nivel 2 ynivel 3.

Nombre del sensor utilizado en la GUI y los registros

XIVStorageSensor

420 Application Dependency Discovery Manager: Sensores

Page 437: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Limitaciones

El sensor no descubre el tipo de puerto FC porque es descubierto por el sensor TPCStorageSensor paralos mismos objetos.

Requisitos de configuración del sensor

Debe tener una aplicación XCLI instalada en el host. Debe poder acceder a XIV Storage System a travésdel protocolo nativo XCLI. Configure la dirección IP y la vía de acceso del host, donde está instalada laaplicación XCLI.

Requisito: Se requiere XIV Storage System versión 4.5.

El punto final de XIV no tiene que estar habilitado para SSH y, como resultado, el sensor de ping nodevuelve objetos. En tal caso, cree un nuevo perfil y habilite la siguiente propiedad de plataforma:

com.collation.pingagent.ports=7778,22,135

Configuración del sensorAntes de ejecutar un descubrimiento, debe configurar el sensor.

Configuración de la lista de accesoEste tema describe los detalles de acceso necesarios dependiendo de la configuración.

XIVStorageSensor requiere las siguientes credenciales para ejecutar un descubrimiento correctamente:

• Las credenciales XIVStorage para el sistema de almacenamiento XIV (usuarios con permiso de sólolectura).

• Las credenciales del sistema del host, donde esté instalada la aplicación XCLI.

Configuración de las entradas de archivo collation.propertiesEste tema indica las entradas del archivo collation.properties que utiliza el sensor.

Cuando el protocolo SSH no está disponible, establezca la propiedad siguiente en el archivocollation.properties:

com.collation.pingagent.ports=port_numbers

Objetos de modelo con atributos asociadosEl sensor de almacenamiento XIV crea objetos de modelo con atributos asociados. Los atributos indicanel tipo de información que el sensor recopila sobre los recursos de almacenamiento almacenados en elXIV.

El sensor crea los siguientes objetos de modelo. Los atributos asociados con cada objeto de modelo semuestran bajo el nombre del objeto de modelo.dev.DiskDrive

• Model• Name• Parent• Revision• SerialNumber• Status• Type• Vendor

Capítulo 1. Referencia de sensores 421

Page 438: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

dev.FCPort

• AdminState• Label• Parent• PermanentAddress• PortNumber• PortType• Speed• Status

dev.SCSIPath

• arrayVolume• HostEndPoint• LUN• Parent

net.IpAddress

• DotNotation• StringNotation

net.IpInterface

• IpAddress• Parent

physpkg.PhysicalPackage

• FWRevision• Manufacturer• Model• Name• Parent• PartNumber• RelativePosition• SerialNumber

storage.StoragePool

• AdminState• AnsiT10Id• Capacity• Label• Name• RaidLevel• StorageSubSystem• TotalAvailableSpace

storage.StorageSubSystem

• AnsiT10Id• AvailabilityState• FCPorts

422 Application Dependency Discovery Manager: Sensores

Page 439: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

• Fqdn• Manufacturer• Members• Model• SerialNumber• StoragePools• SystemId• Type

storage.StorageVolume

• BlockSize• Capacity• ManagedSystemName• Name• Parent• Paths• RedundancyMethod• Type• Virtual

Resolución de problemas del sensorEste tema describe los problemas más comunes que se producen en el sensor de XIV Storage y ofrecesoluciones a dichos problemas.

La ejecución de mandatos XCLI requiere mucho tiempoProblema

Nota: El siguiente problema no se aplica a XIV Storage System versión 4.5 y posteriores.

Se requiere XCLI para que XIVStorageSensor descubra correctamente XIV. Cuando se instalan elservidor TADDM y XCLI en el sistema operativo Windows, la ejecución de cada uno de los mandatosXCLI puede tardar más de 2 minutos.

SoluciónPara resolver el problema, vaya al directorio XIVGUI\properties, abra el archivo xiv-constants.properties y cambie el valor predeterminado de uno de la propiedad siguiente por elvalor 0:

xcliServerTimeout

Capítulo 1. Referencia de sensores 423

Page 440: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

424 Application Dependency Discovery Manager: Sensores

Page 441: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Avisos

Esta información se ha desarrollado para productos y servicios ofrecidos en EE.UU. IBM podría no ofrecelos productos, servicios o características indicados en este documentos en otros países. Póngase encontacto con su representante de IBM local para obtener información sobre los productos y serviciosdisponibles actualmente en su zona. Las referencias a un producto, programa o servicio de IBM noindican que solo pueda utilizarse dicho producto, programa o servicio de IBM. Podrían utilizarse tambiénotros productos, programas o servicios funcionalmente equivalentes que no violen ningún derecho depropiedad intelectual de IBM. No obstante, debe ser el propio usuario el responsable de evaluar yverificar el uso de un productos, programa o servicio que no sea de IBM.

IBM podría tener patentes o solicitudes de patentes en curso que cubran las cuestiones tratadas en estedocumento. La posesión de este documento no le concede ninguna licencia en relación con dichaspatentes. Puede solicitar licencias escribiendo a:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785 EE.UU.

Para solicitar licencias relativas a información de doble byte (DBCS), póngase en contacto con elDepartamento de Propiedad Intelectual de IBM de su país o envíe su solicitud a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El siguiente párrafo no se aplica a Reino Unido o a ningún otro país en el que las disposiciones no seadapten a la legislación local:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TALCUAL", SIN GARANTÍA DE NINGÚN TIPO, EXPLÍCITA O IMPLÍCITA, INCLUYENDO, SIN LIMITACIONES,LAS GARANTÍAS IMPLÍCITAS DE NO INFRACCIÓN, COMERCIALIZACIÓN O CAPACIDAD PARA UN FINDETERMINADO.

Algunos estados no permiten la exclusión de garantías explícitas o implícitas en determinadastransacciones, por tanto, esta declaración podría no aplicarse en su caso.

Esta información podría incluir imprecisiones técnicas o errores tipográficos. La información del presentese modifica de forma periódica; estas modificaciones se incorporarán en nuevas ediciones de lapublicación. IBM podría hacer mejoras y/o cambios en los productos y/o programas descritos en estapublicación en cualquier momento y sin previo aviso.

Toda referencia del presente a sitios web de terceros se facilita con fines informativos y no sirve enningún caso de promoción de dichos sitios web. Los materiales de estos sitios web no forman parte de losmateriales de este producto de IBM y el uso de dichos sitios web es responsabilidad suya.

IBM podría utilizar o distribuir toda la información que facilite de cualquier forma que considere adecuadasin incurrir en ninguna obligación en relación con usted.

Los licenciatarios de este programa que deseen obtener información sobre el mismo para: (i) elintercambio de información entre programas independientes y otros programas (incluyendo el presente),y (ii) el uso mutuo de la información intercambiada, deben ponerse en contacto con:

IBM Corporation2Z4A/10111400 Burnet RoadAustin, TX 78758 EE.UU.

© Copyright IBM Corp. 2008, 2018 425

Page 442: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

Dicha información puede estar disponible, sujeta a los términos y condiciones apropiados, implicando, endeterminados casos, el pago de una cuota.

El programa bajo licencia descrito en este documento y todo el material bajo licencia disponible para elmismo son facilitados por IBM bajo los términos del IBM Customer Agreement, el acuerdo internacionalde licencia de programa de IBM o cualquier acuerdo equivalente realizado entre nosotros.

Todos los datos de rendimiento indicados en el presente se han determinado en un entorno controlado.Así, los resultados obtenidos en otros entornos operativos podrían variar significativamente. Algunasmedidas se han tomado en sistemas en nivel de desarrollo y no existen garantías de que dichas medidassean las mismas en los sistemas generales disponibles. Además, algunas medidas han podido calcularsemediante la extrapolación. Los resultados reales podrían variar. Los usuarios de este documento debenverificar los datos aplicables a su entorno específico.

La información relativa a productos no fabricados por IBM ha sido obtenida a partir de proveedores dedichos productos, sus anuncios publicados u otras fuentes disponibles públicamente. IBM no ha probadodichos productos y no puede confirmar la precisión de su rendimiento, compatibilidad o cualquier otrareclamación relacionada con los mismos. Las preguntas sobre prestaciones de productos no fabricadospor IBM deben remitirse a los proveedores de dichos productos.

Todas las declaraciones relacionadas con la dirección o propósito futuro de IBM están sujetas a cambioso eliminación sin previo aviso, y representan únicamente objetivos.

Esta información contiene ejemplos de datos e informes utilizados en operaciones empresarialescotidianas. Para ilustrarlas de la forma más completa posible, los ejemplos incluyen nombres deindividuos, compañías, marcas y productos. Todos estos nombres son ficticios y toda similitud connombres y direcciones utilizadas por empresas reales se mera coincidencia.

Si consulta esta información como copia software, las fotografías e ilustraciones en color podrían nomostrarse.

Marcas registradasIBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp.,registrada en numerosas jurisdicciones de todo el mundo. El nombre de otros productos y serviciospueden ser marca registrada de IBM u otras compañías. En la página web "Copyright e información sobremarcas registradas", disponible en http://www.ibm.com/legal/copytrade.shtml, podrá consultar una listaactualizada de las marcas registradas de IBM.

Itanium es una marca registrada de Intel Corporation o sus filiales en Estados Unidos y otros países.

Java y todos los logotipos y marcas son marcas comerciales o marcas registradas de Oracley sus filiales.

Linux es una marca registrada de Linus Torvalds en los Estados Unidos, otros países o ambos.

Microsoft y Windows son marcas registradas de Microsoft Corporation en Estados Unidos, otros países, oambos.

UNIX es una marca registrada de The Open Group en Estados Unidos y otros países.

Otros nombres de compañías, productos y servicios pueden ser marcas registradas o marcas de serviciode terceros.

426 Application Dependency Discovery Manager: Sensores

Page 443: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento
Page 444: Referencia de sensores - IBMTablas 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 1 2. Sensores habilitados de forma predeterminada para un descubrimiento

IBM®