Tivoli Application Dependency Discovery Manager
Versión 7.3
Referencia de sensores
IBM
Tivoli Application Dependency Discovery Manager
Versión 7.3
Referencia de sensores
IBM
Nota
Antes de utilizar esta información y el producto al que hace referencia, lea la información disponible en“Avisos” en la página 443.
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 de producto 5724-N55) y todos los releases y modificaciones siguientes hasta que se indique de otro modo en las ediciones nuevas.
Contenido
Figuras . . . v
Tablas . . . vii
Acerca de esta información . . . ix
Convenios utilizados en este Information Center . . ix
Términos y definiciones . . . ix
Referencia de sensores . . . 1
Descripción general . . . 1
Sensores habilitados de forma predeterminada . . 1
Sensores que soportan un descubrimiento no de administrador en el sistema operativo Windows . 9 Sensores que soportan el descubrimiento asíncrono y basado en scripts . . . 11
Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring (método antiguo) . . . 13
Sensores que soportan el descubrimiento utilizando la automatización OSLC . . . 15
Problemas de configuración del sensor . . . . 16
Sensores de aplicación . . . 17
Sensor de Active Directory . . . 17
Sensor de Apache . . . 19
Sensor de servidor Citrix . . . 22
Sensor del servidor de host de Docker . . . . 25
Sensor de DNS . . . 28
Sensor HIS . . . 28
Sensor de Gestión de sistemas en clúster de IBM 33 Sensor IBM High-Availability Cluster Multi-Processing. . . 36
Sensor de servidor IBM Lotus Domino . . . . 40
Sensor de IBM Tivoli Monitoring Scope . . . . 43
Sensor de IBM WebSphere . . . 58
Sensor de caché de IBM WebSphere eXtreme Scale. . . 80
Sensor de IBM WebSphere Message Broker . . . 82
Sensor de IBM WebSphere MQ Server . . . . 85
Sensor de servidor iPlanet . . . 88
Sensor de servidor JBoss . . . 89
Sensor de JBoss Application Server 7 . . . 92
Sensor de máquinas virtuales basada en kernel 96 Sensor de Microsoft Cluster . . . 97
Sensor de Microsoft Exchange . . . 101
Sensor de Microsoft Exchange 2003 . . . 112
Sensor de Microsoft HyperV . . . 116
Sensor del servidor web Microsoft IIS . . . . 118
Sensor de NFS . . . 124
Sensor de Oracle Application Server . . . 125
Sensor de VM de Oracle. . . 129
Sensor de servidor SAP CCMS . . . 133
Sensor de servidor SAP SLD . . . 137
Sensor de servidor SMB . . . 142
Sensor de servidor SMS . . . 142
Sensor de SysImager . . . 143
Sensor de clúster Veritas. . . 145
Sensor del servidor de VMware Virtual Center 148 Sensor de WebLogic . . . 159
Sensor SSH de WebLogic . . . 169
Sensores de base de datos . . . 177
Sensor de IBM DB2 . . . 177
Sensor de IBM Informix . . . 183
Sensor de Microsoft SQL Server . . . 186
Sensor de Oracle . . . 192
Sensor de Sybase . . . 199
Sensor de Sybase IQ . . . 206
Sensores genéricos. . . 207
sensor de ancla . . . 207
Sensor de descubrimiento asíncrono . . . 209
Sensor ping de descubrimiento asíncrono . . . 210
Sensor del servidor de aplicaciones personalizado . . . 210
Sensor del sistema MIB2 personalizado . . . . 211
Sensor de plantillas personalizadas . . . 212
Sensor de sistema genérico . . . 216
Sensor de servidor genérico . . . 216
Sensor de IBM Tivoli Utilization . . . 220
Sensor de dispositivo IP . . . 227
Sensor de interfaz IP . . . 228
Sensor de ping . . . 228
Sensor de puerto . . . 232
Sensor de sesión . . . 233
Sensor genérico de zonas Solaris . . . 236
Sensor de Stack Scan . . . 238
Sensor genérico WPAR . . . 246
zEnterprise sensor . . . 247
Sensores de red. . . 255
Descripción general de los sensores SNMP . . 256
Sensor de puerto Alteon . . . 261
Sensor SNMP de Alteon . . . 262
Sensor VLAN de Alteon . . . 263
Sensor de puerto BIG-IP . . . 264
Sensor SNMP BIG-IP . . . 265
Sensor VLAN BIG-IP . . . 267
Sensor SNMP de Bridge . . . 268
Sensor SNMP 2 de Bridge . . . 271
Sensor de Check Point . . . 273
Sensor SNMP de Check Point . . . 274
Sensor Cisco Adaptive Security Appliance . . . 275
Sensor de protocolo de descubrimiento de Cisco 277 Sensor de Cisco IOS . . . 278
Sensor de puerto de Cisco . . . 279
Sensor SNMP de Cisco UCS . . . 280
Sensor VLAN de Cisco . . . 283
Sensor de CiscoWorks . . . 285
Sensor de entidad MIB . . . 286
Sensor VLAN de Extreme . . . 288
Sensor SNMP de IBM BladeCenter . . . 289
Sensor SNMP del Gestor de LAN . . . 292
Sensor de LDAP . . . 293
Sensor de protocolo de descubrimiento de capa
de enlace . . . 296
Sensor SNMP de NetScreen . . . 297
Sensor SNMP de Nokia . . . 298
Sensor de PIX . . . 299
Sensor SNMP Light . . . 301
Sensor SNMP MIB2 . . . 302
Sensores de sistema operativo . . . 307
Sensor de servidor Citrix 7 . . . 307
Sensor de DataPower. . . 310
sensor de sistemas informáticos FreeBSD . . . 314
Sensor SNMP de HP BladeSystem . . . 318
Sensor del sistema HP NonStop . . . 320
Sensor del sistema HP-UX . . . 321
Sensor del sistema IBM AIX . . . 326
Sensor de la consola de gestión de hardware de IBM . . . 333
Sensor de IBM Integrated Virtualization Manager . . . 340
Sensor del sistema IBM i . . . 342
Sensor del sistema IPSO . . . 343
Sensor de sistema Linux . . . 344
Sensor del sistema OpenVMS . . . 353
Sensor de sistema Solaris . . . 354
Sensor de virtualización de Sun Sparc . . . . 361
Sensor de Sun Fire SysControl. . . 362
Sensor del sistema Tru64 . . . 365
Sensor del sistema VMware ESX . . . 367
Sensor de sistema VMware ESXi . . . 373
Sensor de sistema Windows . . . 377
Sensores de almacenamiento . . . 398
Sensor de EMC Storage Scope . . . 398
Sensor de conmutador Fibre Channel . . . . 404
Sensor de recursos de host . . . 406
Sensor de almacenamiento de host . . . 407
Sensor de IBM Tivoli Storage Productivity Center . . . 417
Sensor NetApp . . . 430
Sensor de unidad Snap . . . 431
Sensor de almacenamiento . . . 432
Sensor de almacenamiento SVC . . . 434
Sensor de Veritas Storage Foundation . . . . 437
Sensor de XIV Storage . . . 438
Avisos . . . 443
Marcas registradas. . . 445
Figuras
1. Secuencia de llamada para el sensor SNMP Light y el sensor SNMP MIB2 . . . 257 2. Secuencia de llamada para los sensores
SNMP, que se inician una vez que se ha llamado al sensor SNMP Light o al sensor
SNMP MIB2 . . . 257
Tablas
1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1 . . . 2 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 . . . . 9 5. Sensores de aplicación que soportan un
descubrimiento no de administrador en el
sistema operativo Windows. . . 9 6. Sensores de base de datos que soportan un
descubrimiento no de administrador en el
sistema operativo Windows. . . 9 7. Sensores genéricos que soportan un
descubrimiento no de administrador en el
sistema operativo Windows. . . 9 8. Sensores de sistema operativo que soportan un
descubrimiento no de administrador en el
sistema operativo 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. Nombres de paquete de los archivos de
biblioteca SAP JCo 2.x . . . 134 13. Archivos JAR de WebLogic necesarios 161 14. Parámetros de configuración . . . 223 15. Ejemplo de correlación de OID Foundry 258 16. Datos de topología Bridge de Nivel 2 269 17. Correlación de credenciales de SNMP V3. 282 18. . . 308 19. Correlación de credenciales de SNMP V3. 319 20. . . 361
Acerca de esta información
El objetivo de esta versión del documento PDF es proporcionar los temas relacionados del Information Center en formato imprimible.
Convenios utilizados en este Information Center
En la documentación de IBM®Tivoli Application Dependency Discovery Manager (TADDM) se utilizan unos convenios determinados. Se utilizan para hacer
referencia a las variables y vías de acceso dependientes de sistema operativo, al directorio COLLATION_HOME y la ubicación del archivo collation.properties, al que se hace referencia en toda la documentación de TADDM, inclusive en los 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 para la notación de directorio.
Cuando utilice la línea de mandatos de Windows, sustituya $variable por
%variable% para las variables de entorno y sustituya cada barra inclinada (/) por una barra invertida (\) en las vías de acceso de directorio.
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 el directorio /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 directorio c:\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 comentarios sobre cada una de las propiedades. Está ubicado en el directorio $COLLATION_HOME/etc.
Términos y definiciones
Consulte la lista siguiente de términos y definiciones para conocer conceptos importantes de IBM Tivoli Application Dependency Discovery Manager (TADDM).
colección de accesos
Colección que se utiliza para controlar el acceso a los elementos y permisos de configuración para modificar elementos de configuración. Puede crear colecciones de accesos solo cuando se ha habilitado la seguridad a nivel de datos.
descubrimiento asíncrono
En TADDM, la ejecución de un script de descubrimiento en un sistema de destino para descubrir sistemas a los que no se puede acceder directamente mediante el servidor de TADDM. Como el descubrimiento se realiza manualmente, y de forma independiente del descubrimiento de credenciales típico, se denomina “asíncrono”.
aplicación empresarial
Colección de componentes que proporciona una funcionalidad empresarial que se puede utilizar internamente, externamente o con otras aplicaciones empresariales.
CI Consulte elemento de configuración.
colección
En 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 lo tanto está sujeto a control de cambios formal. Cada elemento de configuración de la base de datos de TADDM tiene un objeto persistente y un historial de cambios asociado a él. Son ejemplos de un elemento de configuración un sistema operativo, una interfaz de nivel 2 o un tamaño de agrupación de almacenamiento intermedio de base de datos.
descubrimiento con credenciales
Exploración del sensor de TADDM que descubre información detallada sobre los siguientes elementos:
v Cada sistema operativo del entorno de ejecución. Esta exploración también se conoce como descubrimiento de nivel 2 y necesita credenciales de sistema operativo.
v 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 de sistema operativo y credenciales de aplicación.
descubrimiento sin credenciales
Exploración del sensor de TADDM que descubre información básica sobre los sistemas informáticos activos en el entorno de ejecución. Esta
exploración también se conoce como descubrimiento de nivel 1 y no necesita credenciales.
Data Management Portal
Interfaz de usuario basada en web de TADDM para ver y manipular los datos en una base de datos de TADDM. Esta interfaz de usuario se puede aplicar a un despliegue de servidor de dominio, a un despliegue de servidor de sincronización y a cada servidor de almacenamiento de un despliegue de servidor 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 para añadir y sincronizar dominios.
hebra Worker de descubrimiento
En TADDM, una hebra que ejecuta sensores.
consola de Discovery Management
Interfaz de usuario del cliente de TADDM para gestionar descubrimientos.
Esta consola también se conoce como consola del producto. Es aplicable a
un despliegue de servidor de dominio y a los servidores de descubrimiento en un despliegue de servidor continuo. La función de la consola es la misma en estos dos despliegues.
servidor de descubrimiento
Servidor de TADDM que ejecuta sensores en un despliegue de servidor en modalidad continua pero que no tiene su propia base de datos.
dominio
En TADDM, subconjunto lógico de la infraestructura de una compañía u otra organización. Los dominios pueden delinear límites organizativos, funcionales o geográficos.
servidor de dominio
Servidor TADDM que ejecuta sensores en un despliegue de servidor de dominio y tiene su propia base de datos.
despliegue de servidor de dominio
Despliegue de TADDM con un servidor de dominio. Un despliegue de servidor de dominio puede ser parte de un despliegue de servidor de sincronización.
En un despliegue de servidor de dominio, la siguiente propiedad de servidor de TADDM debe establecerse en el siguiente valor:
com.collation.cmdbmode=domain inicio contextual
Concepto de mover sin interrupciones de una interfaz de usuario de producto Tivoli a otra interfaz de usuario 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 adecuado para que los usuarios continúen con sus tareas.
Descubrimiento de Nivel 1
Exploración del sensor de TADDM que descubre información básica sobre los sistemas informáticos activos en el entorno de ejecución. Esta
exploración también se conoce como descubrimiento sin credenciales 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 el nombre de host, el nombre de sistema operativo, la dirección IP, el nombre de dominio totalmente calificado y la dirección MAC (Media Access Control - Control de acceso a soportes) de cada interfaz descubierta. Asimismo, el descubrimiento de dirección MAC está limitado a sistemas Linux en System z®y Windows. El descubrimiento de nivel 1 no descubre subredes. Para las interfaces IP descubiertas que no pertenecen a una subred existente que se descubre durante el descubrimiento de Nivel 2 o Nivel 3, se crean subredes nuevas basándose en el valor de la propiedad
com.collation.IpNetworkAssignmentAgent.defaultNetmasken el archivo collation.properties.
Descubrimiento de Nivel 2
Exploración de sensor TADDM que descubre información detallada acerca de cada sistema operativo en el entorno de ejecución. Esta exploración también se conoce como descubrimiento con credenciales y necesita credenciales de sistema operativo. El descubrimiento de nivel 2 recopila nombres de aplicación, así como los nombres de sistema operativo y los números de puerto que están asociados con cada aplicación en ejecución. Si una aplicación ha establecido una conexión TCP/IP con otra aplicación, se recopila esta información como una dependencia.
Descubrimiento de Nivel 3
Exploración de sensor TADDM que descubre información detallada sobre la infraestructura de aplicació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ón también se conoce como descubrimiento con credenciales y necesita credenciales de sistema operativo y credenciales de aplicación.
multitenencia
En TADDM, el uso que un proveedor de servicios o proveedor de TI realiza de una instalación de TADDM para descubrir varios entornos de cliente. Además, el proveedor de servicios o proveedor de TI 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 usuario o ver en informes dentro de dicho entorno de cliente.
Consola del producto
Consulte consola de Discovery Management.
descubrimiento basado en scripts
En TADDM, la utilización, en un descubrimiento de credenciales, de los mismos scripts de sensor proporciona soporte de descubrimiento asíncrono.
SE Consulte equivalente de servidor.
equivalente de servidor (SE)
Unidad representativa de infraestructura de TI definida como un sistema informático (con configuraciones 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 de
aplicaciones). El concepto de un equivalente de servidor también incluye la red, el almacenamiento y otros subsistemas que proporcionan servicios para el funcionamiento óptimo del servidor. Un equivalente 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 almacenamiento
Servidor TADDM que procesa datos de descubrimiento recibidos de los servidores de descubrimiento y los almacena en la base de datos TADDM.
El servidor de almacenamiento primario coordina los servidores de
descubrimiento y todos los demás servidores de almacenamiento y sirve de servidor de almacenamiento. Todos los servidores de almacenamiento que no son el servidor primario se denominan servidores de almacenamiento secundarios.
despliegue del servidor en modalidad continua
Despliegue de TADDM con un servidor de almacenamiento primario y al menos un servidor de descubrimiento. Este tipo de despliegue también puede incluir uno o más servidores de almacenamiento secundario
opcionales. El servidor de almacenamiento primario y los servidores de almacenamiento secundario comparten una base de datos. Los servidores de descubrimiento no tienen base de datos.
En este tipo de despliegue, los datos de descubrimiento fluyen en paralelo desde diversos servidores de descubrimiento a la base de datos de
TADDM.
En un despliegue de servidor en modalidad continua, la siguiente
propiedad de servidor TADDM se debe establecer en uno de los siguientes valores:
v com.collation.taddm.mode=DiscoveryServer v com.collation.taddm.mode=StorageServer
Para todos los servidores excepto el servidor de almacenamiento primario, también se deben establecer las siguientes propiedades (para el nombre de host y el número de puerto del servidor de almacenamiento primario):
v com.collation.PrimaryStorageServer.host v com.collation.PrimaryStorageServer.port
Si se establece la propiedad com.collation.taddm.mode, la propiedad com.collation.cmdbmode no se debe establecer o se debe comentar.
servidor de sincronización
Servidor TADDM que sincroniza los datos de descubrimiento de todos los servidores de dominio de la empresa y que tiene su propia base de datos.
Este servidor no descubre los datos directamente.
despliegue de servidor de sincronización
Un despliegue de TADDM con un servidor de sincronización y dos o más despliegues de servidor de dominio, 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 varios servidores 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 debe establecer en el siguiente valor:
com.collation.cmdbmode=enterprise
Este tipo de despliegue está obsoleto. Por consiguiente, en un nuevo despliegue de TADDM donde se necesita más de un servidor, utilice el despliegue de servidor en modalidad continua. Se puede convertir un servidor de sincronización en un servidor de almacenamiento primario para un despliegue de servidor de modalidad continua.
base de datos TADDM
En TADDM, base de datos donde se almacenan datos de configuración, dependencias e historial de cambios.
Cada servidor TADDM, excepto los servidores de descubrimiento y los servidores de almacenamiento secundario, 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
almacenamiento primario.
servidor TADDM
Término genérico que puede representar cualquiera de los siguientes términos:
v servidor de dominio en un despliegue de servidor de dominio
v servidor de sincronización en un despliegue de servidor de sincronización
v servidor de descubrimiento en un despliegue de servidor en modalidad continua
v servidor de almacenamiento (incluido el servidor de almacenamiento primario) en un despliegue de servidor en modalidad continua sistema de destino
En el proceso de descubrimiento de TADDM, el sistema que se debe descubrir.
descubrimiento de utilización
Exploración de sensor TADDM que descubre información de utilización para el sistema host. Un descubrimiento de utilización requiere
credenciales de sistema operativo.
Referencia de sensores
Descripción general
Para 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 incluye información sobre los atributos asociados con los objetos de modelo. Cuando se incluyen atributos, estos están disponibles en IBM Tivoli Common Data Model (CDM), pero no se muestran necesariamente en la IU 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 pueden descubrir, 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, que incluye 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, consulte Notas 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 las plantillas predefinidas. Para obtener información detallada, consulte el tema Creación y gestión de plantillas de servidor personalizadas en la Guía del usuario de TADDM.
Sensores habilitados de forma predeterminada
En los siguientes listados se indican los sensores habilitados de forma
predeterminada en cada uno de los 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 de descubrimiento en la Guía del administrador de TADDM.
Perfil de descubrimiento de Nivel 1
Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 1.
Tabla 1 en la página 2 indica los sensores habilitados de forma predeterminada para el descubrimiento de Nivel 1.
Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de la UI de TADDM.
Tabla 1. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 1
Sensor
Nombre del sensor utilizado en la UI y los registros
“sensor de ancla” en la página 207 AnchorSensor
“Sensor SNMP Light” en la página 301 SnmpLightSensor
“Sensor de Stack Scan” en la página 238 StackScanSensor
Perfil de descubrimiento de Nivel 2
Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 2.
Tabla 2 indica los sensores habilitados de forma predeterminada para el descubrimiento de Nivel 2.
Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de la UI de TADDM.
Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2 Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de puerto Alteon” en la página 261 AlteonPortSensor
“Sensor SNMP de Alteon” en la página 262 AlteonSnmpSensor
“Sensor VLAN de Alteon” en la página 263 AlteonVlanSensor
“sensor de ancla” en la página 207 AnchorSensor
“Sensor de descubrimiento asíncrono” en la página 209
ASDSensor
“Sensor de puerto BIG-IP” en la página 264 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 271
BridgeSnmpSensor2
“Sensor SNMP de Check Point” en la página 274
CheckpointSnmpSensor
“Sensor de protocolo de descubrimiento de Cisco” en la página 277
CdpSensor
“Sensor de Cisco IOS” en la página 278 CiscoIOSSensor
“Sensor de puerto de Cisco” en la página 279
CiscoPortSensor
“Sensor VLAN de Cisco” en la página 283 CiscoVlanSensor
“Sensor del servidor de aplicaciones personalizado” en la página 210
CustomAppServerSensor
“Sensor del sistema MIB2 personalizado” en la página 211
CustomMib2ComputerSystemSensor
“Sensor de entidad MIB” en la página 286 EntityMIBSensor
Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor VLAN de Extreme” en la página 288 ExtremeVlanSensor
“sensor de sistemas informáticos FreeBSD”
en la página 314
FreeBSDComputerSystemSensor
“Sensor de sistema genérico” en la página 216
GenericComputerSystemSensor
“Sensor de servidor genérico” en la página 216
GenericServerSensor
“Sensor del sistema IBM AIX” en la página 326
AixComputerSystemSensor
“Sensor SNMP de IBM BladeCenter” en la página 289
BladeCenterSnmpSensor
“Sensor de la consola de gestión de hardware de IBM” en la página 333
HmcSensor
“Sensor del sistema IBM i” en la página 342 I5OSComputerSystemSensor
“Sensor de IBM Integrated Virtualization Manager” en la página 340
IvmSensor
“Sensor de recursos de host” en la página 406
HostResourcesSensor
“Sensor SNMP de HP BladeSystem” en la página 318
HPBladeSystemSnmpSensor
“Sensor del sistema HP NonStop” en la página 320
HPNonStopComputerSystemSensor
“Sensor del sistema HP-UX” en la página 321
HpUxComputerSystemSensor
“Sensor de dispositivo IP” en la página 227 IpDeviceSensor
“Sensor del sistema IPSO” en la página 343 IPSOComputerSystemSensor
“Sensor SNMP del Gestor de LAN” en la página 292
LanManagerSnmpSensor
“Sensor de sistema Linux” en la página 344 LinuxComputerSystemSensor
“Sensor NetApp” en la página 430 NetAppSensor
“Sensor SNMP de NetScreen” en la página 297
NetscreenSnmpSensor
“Sensor SNMP de Nokia” en la página 298 NokiaSnmpSensor
“Sensor del sistema OpenVMS” en la página 353
OpenVmsComputerSystemSensor
“Sensor de ping” en la página 228 PingSensor
“Sensor de puerto” en la página 232 PortSensor
“Sensor de sesión” en la página 233 SessionSensor
“Sensor de unidad Snap” en la página 431 SnapDriveSensor
“Sensor SNMP MIB2” en la página 302 SnmpMib2Sensor
“Sensor de sistema Solaris” en la página 354 SunSparcComputerSystemSensor
“Sensor genérico de zonas Solaris” en la página 236
ZonesGenericSensor
Tabla 2. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 2 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Sun Fire SysControl” en la página 362
SysControlSensor
Fix Pack 2 Sensor de virtualización de Sun Sparc
SunSparcVirtualizationSensor
Fix Pack 1 Sensor de almacenamiento de SVC
SVCStorageSensor
“Sensor del sistema Tru64” en la página 365 Tru64ComputerSystemSensor
“Sensor del sistema VMware ESX” en la página 367
VmwareComputerSystemSensor
“Sensor de sistema VMware ESXi” en la página 373
VmwareEsxiComputerSystemSensor
“Sensor de sistema Windows” en la página 377
WindowsComputerSystemSensor
“Sensor genérico WPAR” en la página 246 WparGenericSensor
Fix Pack 1 Sensor de almacenamiento de XIV XIVStorageSensor
“zEnterprise sensor” en la página 247 ZEnterpriseSensor
Perfil de descubrimiento de Nivel 3
Estos sensores se habilitan de forma predeterminada en un perfil de descubrimiento de Nivel 3.
Tabla 3 indica los sensores habilitados de forma predeterminada para el descubrimiento de Nivel 3.
Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de la UI de TADDM.
Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Active Directory” en la página 17 ActiveDirectorySensor
“Sensor de puerto Alteon” en la página 261 AlteonPortSensor
“Sensor SNMP de Alteon” en la página 262 AlteonSnmpSensor
“Sensor VLAN de Alteon” en la página 263 AlteonVlanSensor
“sensor de ancla” en la página 207 AnchorSensor
“Sensor de Apache” en la página 19 ApacheServerSensor
“Sensor de descubrimiento asíncrono” en la página 209
ASDSensor
“Sensor de puerto BIG-IP” en la página 264 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
Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor SNMP 2 de Bridge” en la página 271
BridgeSnmpSensor2
“Sensor de Check Point” en la página 273 CheckpointSensor
“Sensor SNMP de Check Point” en la página 274
CheckpointSnmpSensor
“Sensor Cisco Adaptive Security Appliance”
en la página 275 v ASASensor
v CiscoApplianceVersionSensor
“Sensor de protocolo de descubrimiento de Cisco” en la página 277
CdpSensor
“Sensor de Cisco IOS” en la página 278 CiscoIOSSensor
“Sensor de puerto de Cisco” en la página 279
CiscoPortSensor
Fix Pack 2 “Sensor SNMP de Cisco UCS” en
la página 280
CiscoUCSSensor
“Sensor VLAN de Cisco” en la página 283 CiscoVlanSensor
“Sensor de CiscoWorks” en la página 285 v CiscoWorks405FileUDS v CiscoWorks405UDS v CiscoWorksFileUDS v CiscoWorksSensor v CiscoWorksUDS
“Sensor de servidor Citrix” en la página 22 CitrixServerSensor
“Sensor de servidor Citrix 7” en la página 307
XenServerSensor
“Sensor del servidor de aplicaciones personalizado” en la página 210
CustomAppServerSensor
“Sensor del sistema MIB2 personalizado” en la página 211
CustomMib2ComputerSystemSensor
“Sensor de DNS” en la página 28 DnsSensor
“Sensor de EMC Storage Scope” en la
página 398 v EMCStorageScopeSensor
v EMCStorageScopeDetailSensor
“Sensor de entidad MIB” en la página 286 EntityMIBSensor
“Sensor VLAN de Extreme” en la página 288 ExtremeVlanSensor
“sensor de sistemas informáticos FreeBSD”
en la página 314
FreeBSDComputerSystemSensor
“Sensor de sistema genérico” en la página 216
GenericComputerSystemSensor
“Sensor de servidor genérico” en la página 216
GenericServerSensor
“Sensor HIS” en la página 28 HISServerSensor
“Sensor de recursos de host” en la página 406
HostResourcesSensor
Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor SNMP de HP BladeSystem” en la página 318
HPBladeSystemSnmpSensor
“Sensor del sistema HP NonStop” en la página 320
HPNonStopComputerSystemSensor
“Sensor del sistema HP-UX” en la página 321
HpUxComputerSystemSensor
“Sensor del sistema IBM AIX” en la página 326
AixComputerSystemSensor
“Sensor SNMP de IBM BladeCenter” en la página 289
BladeCenterSnmpSensor
“Sensor de IBM DB2” en la página 177 v Db2Sensor
v Db2WindowsSensor
“Sensor de la consola de gestión de hardware de IBM” en la página 333
HmcSensor
“Sensor IBM High-Availability Cluster Multi-Processing” en la página 36
HACMPSensor
“Sensor del sistema IBM i” en la página 342 I5OSComputerSystemSensor
“Sensor de IBM Informix” en la página 183 Informix
“Sensor de IBM Integrated Virtualization Manager” en la página 340
IvmSensor
“Sensor de servidor IBM Lotus Domino” en
la página 40 v DominoDomainSensor
v DominoServerDetailSensor v DominoInitialSensor
“Sensor de IBM Tivoli Storage Productivity Center” en la página 417
TPCStorageSensor
“Sensor de caché de IBM WebSphere eXtreme Scale” en la página 80
WebSphereXSCacheSensor
“Sensor de IBM WebSphere Message Broker”
en la página 82
MBServerSensor
“Sensor de IBM WebSphere MQ Server” en la página 85
MQServerSensor
“Sensor de IBM WebSphere” en la página 58 v WebSphereCellSensor v WebSphereNodeSensor v WebSphereVersionSensor
“Sensor de dispositivo IP” en la página 227 IpDeviceSensor
“Sensor de servidor iPlanet” en la página 88 IPlanetServerSensor
“Sensor del sistema IPSO” en la página 343 IPSOComputerSystemSensor
“Sensor de JBoss Application Server 7” en la página 92
JBoss7Sensor
“Sensor de servidor JBoss” en la página 89 v JBossSensor v JBossVersionSensor
“Sensor de máquinas virtuales basada en kernel” en la página 96
KvmSensor
Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor SNMP del Gestor de LAN” en la página 292
LanManagerSnmpSensor
“Sensor de LDAP” en la página 293 LdapSensor
“Sensor de sistema Linux” en la página 344 LinuxComputerSystemSensor
“Sensor de Microsoft Cluster” en la página 97
MSClusterSensor
“Sensor de Microsoft Exchange 2003” en la página 112
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
la página 118 v IISWebServiceSensor
v IISServerSensor
“Sensor de Microsoft SQL Server” en la página 186
SqlServerSensor
“Sensor NetApp” en la página 430 NetAppSensor
“Sensor SNMP de NetScreen” en la página 297
NetscreenSnmpSensor
“Sensor de NFS” en la página 124 NFSServerSensor
“Sensor SNMP de Nokia” en la página 298 NokiaSnmpSensor
“Sensor del sistema OpenVMS” en la página 353
OpenVmsComputerSystemSensor
“Sensor de Oracle Application Server” en la
página 125 v OracleAppOpmnSensor
v OracleAppSensor
“Sensor de Oracle” en la página 192 OracleSensor
“Sensor de ping” en la página 228 PingSensor
“Sensor de PIX” en la página 299 PixSensor
“Sensor de puerto” en la página 232 PortSensor
“Sensor de servidor SAP CCMS” en la página 133
CCMSServerSensor
“Sensor de servidor SAP SLD” en la página 137
SLDServerSensor
“Sensor de sesión” en la página 233 SessionSensor
“Sensor de servidor SMB” en la página 142 SMBServerSensor
“Sensor de servidor SMS” en la página 142 SMSServerSensor
“Sensor de unidad Snap” en la página 431 SnapDriveSensor
“Sensor SNMP MIB2” en la página 302 SnmpMib2Sensor
“Sensor de sistema Solaris” en la página 354 SunSparcComputerSystemSensor
“Sensor genérico de zonas Solaris” en la página 236
ZonesGenericSensor
Tabla 3. Sensores habilitados de forma predeterminada para un descubrimiento de Nivel 3 (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de almacenamiento” en la página 432
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 362
SysControlSensor
Fix Pack 2 Sensor de virtualización de Sun Sparc
SunSparcVirtualizationSensor
Fix Pack 1 Sensor de almacenamiento de SVC
SVCStorageSensor
“Sensor del sistema Tru64” en la página 365 Tru64ComputerSystemSensor
“Sensor de clúster Veritas” en la página 145 VeritasClusterSensor
“Sensor de Veritas Storage Foundation” en la página 437
VeritasStorageSensor
“Sensor del sistema VMware ESX” en la página 367
VmwareComputerSystemSensor
“Sensor de sistema VMware ESXi” en la página 373
VmwareEsxiComputerSystemSensor
“Sensor del servidor de VMware Virtual Center” en la página 148
VirtualCenterSensor
“Sensor SSH de WebLogic” en la página 169 v WeblogicLauncherSensor v WeblogicApplicationSensor v WeblogicDomainSensor v WeblogicServerSensor
“Sensor de sistema Windows” en la página 377
WindowsComputerSystemSensor
“Sensor genérico WPAR” en la página 246 WparGenericSensor
Fix Pack 1 Sensor de almacenamiento de XIV XIVStorageSensor
“zEnterprise sensor” en la página 247 ZEnterpriseSensor
Perfil de descubrimiento de utilización
Estos sensores se habilitan de forma predeterminada en los perfiles de descubrimiento de utilización.
Tabla 4 en la página 9 indica los sensores habilitados de forma predeterminada para un descubrimiento de utilización.
Los sensores se muestran en el orden en el que aparecen en la ventana Perfiles de descubrimiento de la UI de TADDM.
Tabla 4. Sensores habilitados de forma predeterminada para un descubrimiento de utilización
Sensor
Nombre del sensor utilizado en la UI y los registros
“sensor de ancla” en la página 207 AnchorSensor
“Sensor de IBM Tivoli Utilization” en la página 220
OperatingSystemUtilizationSensor
“Sensor de ping” en la página 228 PingSensor
“Sensor de puerto” en la página 232 PortSensor
“Sensor de sesión” en la página 233 SessionSensor
Sensores que soportan un descubrimiento no de administrador en el sistema operativo Windows
Estos sensores soportan el descubrimiento en el sistema operativo Windows sin proporcionar credenciales de usuario con el rol de administrador.
Los sensores siguientes soportan ahora el descubrimiento en Windows sin proporcionar credenciales de usuario con el rol de administrador:
Sensores de aplicación
Tabla 5. Sensores de aplicación que soportan un descubrimiento no de administrador en el sistema operativo Windows.
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de DNS” en la página 28 DnsSensor
“Sensor de NFS” en la página 124 NFSServerSensor
“Sensor de servidor SMB” en la página 142 SMBServerSensor
Sensores de base de datos
Tabla 6. Sensores de base de datos que soportan un descubrimiento no de administrador en el sistema operativo Windows.
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Microsoft SQL Server” en la página 186
SqlServerSensor
Sensores genéricos
Tabla 7. Sensores genéricos que soportan un descubrimiento no de administrador en el sistema operativo Windows.
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor del servidor de aplicaciones personalizado” en la página 210 (con restricciones)
CustomAppServerSensor
“Sensor de sistema genérico” en la página 216
GenericComputerSystemSensor
Tabla 7. Sensores genéricos que soportan un descubrimiento no de administrador en el sistema operativo Windows. (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de servidor genérico” en la página 216 (con restricciones)
GenericServerSensor
“Sensor de ping” en la página 228 PingSensor
“Sensor de puerto” en la página 232 PortSensor
“Sensor de sesión” en la página 233 (con restricciones)
SessionSensor
Sensores de sistema operativo
Tabla 8. Sensores de sistema operativo que soportan un descubrimiento no de administrador en el sistema operativo Windows.
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de sistema Windows” en la página 377
WindowsComputerSystemSensor
Restricciones:
v 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 389.
v El sensor de servidor genérico no descubre argumentos de línea de mandatos de proceso de tiempo de ejecución. Por consiguiente, el sensor de servidor de aplicaciones personalizado no se inicia para las plantillas que se basan en las condiciones de tipo Argumento. Además, es posible que los sensores 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 para que el descubrimiento sea satisfactorio.
Nota: Los valores de Control de acceso de usuario (UAC) de Windows no afectan al descubrimiento no de administrador 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 sistema operativo Windows, consulte el tema “Configuración de un descubrimiento de Windows no de administrador” en la página 386.
Sensores que soportan el descubrimiento asíncrono y basado en scripts
Algunos sensores se pueden utilizar como sensores basados en script. Estos sensores son más aparentes, 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 se soportan.
Se necesita el “Sensor de descubrimiento asíncrono” en la página 209 para el descubrimiento asíncrono. Consulte también el tema Configuración para el descubrimiento asíncrono en la Guía del administrador de TADDM.
Notas:
v Algunos de los siguientes sensores se basan en script de forma predeterminada, pero algunos de ellos se deben configurar para el descubrimiento basado en script. Consulte el tema Configuración para el descubrimiento basado en script en la Guía del administrador de TADDM.
v Si el sistema de destino se ejecuta en un sistema operativo Solaris, es posible que el descubrimiento basado en script no funcione si se utiliza SunSSH 1.0.
Tabla 9. Lista de sensores basados en script.
Sensor
Nombre del sensor utilizado en la UI y los registros
Sistemas operativos, en los que se soporta el sensor
Basado en script de forma predeter- minada
“Sensor de Apache” en la página 19
ApacheServerSensor v AIX v Linux v Solaris
No
“Sensor de descubrimiento
asíncrono” en la página 209
ASDSensor v AIX
v FreeBSD v Linux v HP NonStop v Solaris v Windows
Sí
“Sensor de servidor Citrix 7” en la página 307
XenServerSensor v Linux Sí
“sensor de sistemas informáticos FreeBSD” en la página 314
FreeBSDComputer
SystemSensor v FreeBSD No
“Sensor de servidor genérico” en la página 216
GenericServerSensor v AIX v Linux v Solaris v Windows
No
“Sensor del sistema HP NonStop” en la página 320
HpNonStopComputer
SystemSensor v HP NonStop Sí
Tabla 9. Lista de sensores basados en script (continuación).
Sensor
Nombre del sensor utilizado en la UI y los registros
Sistemas operativos, en los que se soporta el sensor
Basado en script de forma predeter- minada
“Sensor del sistema IBM AIX” en la página 326
AixComputerSystem
Sensor v AIX No
“Sensor de IBM DB2” en la página 177
Db2Sensor v AIX
v Linux v Solaris
No
“Sensor de servidor IBM Lotus Domino” en la página 40
DominoInitialSensor v AIX v Linux v Solaris
No
“Sensor de IBM Tivoli Utilization” en la página 220
OperatingSystem
UtilizationSensor v AIX v FreeBSD v Linux v Solaris
No
“Sensor de IBM WebSphere MQ Server”
en la página 85
MQServerSensor v AIX
v Linux v Solaris v Windows
Sí
“Sensor de IBM
WebSphere” en la página 58
WebSphereScript
Sensor v AIX
v Linux v Solaris
v Fix Pack 2 Windows
Sí
“Sensor de JBoss Application Server 7” en la página 92
JBoss7Sensor v AIX
v Linux v Solaris v Windows
Sí
“Sensor de máquinas virtuales basada en kernel” en la página 96
KVMSensor v Linux Sí
“Sensor de sistema Linux” en la página 344
LinuxComputer
SystemSensor v Linux No
“Sensor de Microsoft Exchange” en la página 101
ExchangeSensor v Windows Sí
“Sensor del servidor web Microsoft IIS” en la página 118
IISServerSensor v Windows Sí
Fix Pack 2 “Sensor de Microsoft SQL Server” en la página 186 (con restricciones)
SqlServerSensor v Windows No
Tabla 9. Lista de sensores basados en script (continuación).
Sensor
Nombre del sensor utilizado en la UI y los registros
Sistemas operativos, en los que se soporta el sensor
Basado en script de forma predeter- minada
“Sensor de Oracle” en la página 192
OracleSensor v AIX
v Linux v Solaris
No
“Sensor de sistema Solaris” en la página 354
SunSparcComputer
SystemSensor v Solaris No
Fix Pack 2 “Sensor de virtualización de Sun Sparc” en la página 361
SunSparc
VirtualizationSensor v Solaris Sí
“Sensor SSH de WebLogic” en la página 169
WeblogicLauncher
Sensor v AIX
v Linux v Solaris
No
“Sensor de sistema Windows” en la página 377
WindowsComputer
SystemSensor v Windows No
Restricciones
v Fix Pack 2 La modalidad de descubrimiento basada en script el sensor de
Microsoft SQL Server se basa en el módulo sqlps, el cual está disponible en Microsoft SQL Server 2008, y posterior. Por lo tanto, si desea
descubrir Microsoft SQL Server 2005, también debe tener instaladas otras instancias, tales como Microsoft SQL Server 2008, 2008 R2 o 2012.
Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring (método antiguo)
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 utilizando la automatización OSLC. El método antiguo de
integración con el uso del sensor IBM Tivoli Monitoring Scope 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 el tema que trata sobre la Integración de TADDM con IBM Tivoli Monitoring mediante la automatización OSLC en la Guía del administrador y sobre los sensores que soportan el descubrimiento utilizando la automatización OSLC en “Sensores que soportan el descubrimiento utilizando la automatización OSLC” en la página 15.
El “Sensor de IBM Tivoli Monitoring Scope” en la página 43 es necesario para el descubrimiento utilizando IBM Tivoli Monitoring. Este sensor debe ejecutarse al menos una vez para crear los conjuntos de ámbito necesarios.
El sensor IBM Tivoli Monitoring Scope crea objetos de ámbito para todos los sistemas activos en un entorno de a Tivoli Monitoring. Después de crear conjuntos de ámbito, puede ejecutar el Nivel 2 y el Nivel 3 descubrimiento de esos sistemas utilizando una sesión de Tivoli Monitoring, sin incluir el sensor de IBM Tivoli 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 son accesibles desde el servidor de descubrimiento de TADDM), puede que tenga que incluir el sensor IBM Tivoli 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 Monitoring Scope.
Para el descubrimiento de Nivel 2 y Nivel 3 de los sistemas que están supervisados por IBM Tivoli Monitoring, se deben instalar las siguientes características en el sistema de destino:
v En los sistemas de destino de Windows, debe estar instalado Microsoft .NET Framework. Para obtener más información, consulte el tema Configuración del descubrimiento en sistemas Windows en la Guía del administrador de TADDM.
v 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.
No todos los sensores en un perfil de descubrimiento de Nivel 2 y Nivel 3 soportan el descubrimiento utilizando Tivoli Monitoring. Tabla 10 indica los sensores que soportan el descubrimiento utilizando Tivoli Monitoring. Cuando un sensor se ejecuta dentro de una sesión de Tivoli Monitoring, utiliza las credenciales de acceso de Tivoli Monitoring en vez de las credenciales de acceso que están configuradas para el sensor. La cuenta de usuario de Tivoli Monitoring deben contar con la autorización necesaria para acceder a la aplicación que se está descubriendo. Por ejemplo, para descubrirlos servidores de IBM DB2 Universal Database (UDB), la cuenta de usuario de Tivoli 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 Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Apache” en la página 19 ApacheServerSensor
“Sensor de servidor genérico” en la página 216
GenericServerSensor
“Sensor del sistema IBM AIX” en la página 326
AixComputerSystemSensor
“Sensor de IBM DB2” en la página 177 Db2Sensor
“Sensor de IBM WebSphere MQ Server” en la página 85
MQServerSensor
“Sensor de IBM WebSphere” en la página 58 WebSphereScriptSensor
“Sensor de sistema Linux” en la página 344 LinuxComputerSystemSensor
“Sensor de Oracle” en la página 192 OracleSensor
“Sensor de sistema Solaris” en la página 354 SunSparcComputerSystemSensor
Tabla 10. Sensores que soportan el descubrimiento utilizando IBM Tivoli Monitoring (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
Fix Pack 2 “Sensor de virtualización de Sun Sparc” en la página 361
SunSparcVirtualizationSensor
“Sensor de almacenamiento” en la página 432
StorageSensor
“Sensor SSH de WebLogic” en la página 169 WeblogicLauncherSensor
“Sensor de sistema Windows” en la página 377
WindowsComputerSystemSensor
Sensores que soportan el descubrimiento utilizando la automatización OSLC
Estos sensores soportan el descubrimiento utilizando IBM Tivoli Monitoring.
Para ejecutar un descubrimiento utilizando la automatización OSLC,
OSLCAutomationAgent debe crear los conjuntos de ámbitos necesarios. Una vez que se han creado estos conjuntos de ámbitos, puede ejecutar el descubrimiento de Nivel 2 y Nivel 3 de los sistemas que utilizan la sesión de automatización OSLC.
Para obtener más información sobre la configuración del descubrimiento, consulte el tema sobre Configuración para el descubrimiento sobre la sesión de automatización OSLC en la Guía del administrador 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ón Configuració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 los que soportan el descubrimiento utilizando IBM Tivoli Monitoring.
Tabla 11. Sensores que soportan el descubrimiento utilizando la automatización OSLC
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Apache” en la página 19 ApacheServerSensor
“Sensor de servidor genérico” en la página 216
GenericServerSensor
“Sensor del sistema IBM AIX” en la página 326
AixComputerSystemSensor
“Sensor de IBM DB2” en la página 177 Db2Sensor
“Sensor de IBM WebSphere MQ Server” en la página 85
MQServerSensor
“Sensor de IBM WebSphere” en la página 58 WebSphereScriptSensor
“Sensor de sistema Linux” en la página 344 LinuxComputerSystemSensor
Tabla 11. Sensores que soportan el descubrimiento utilizando la automatización OSLC (continuación)
Sensor
Nombre del sensor utilizado en la UI y los registros
“Sensor de Oracle” en la página 192 OracleSensor
“Sensor de sistema Solaris” en la página 354 SunSparcComputerSystemSensor
“Sensor de virtualización de Sun Sparc” en la página 361
SunSparcVirtualizationSensor
“Sensor de almacenamiento” en la página 432
StorageSensor
“Sensor SSH de WebLogic” en la página 169 WeblogicLauncherSensor
“Sensor de sistema Windows” en la página 377
WindowsComputerSystemSensor
Problemas de configuración del sensor
Esta información incluye los problemas comunes que se producen con la configuración del sensor en TADDM.
Un sistema operativo Linux, Solaris, AIX, o Linux en un sistema operativo System z no se puede descubrir
Problema
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:
v Cree una cuenta de servicio. Configure la cuenta para que sea miembro de del grupo sys, y utilice /bin/sh como shell para la cuenta.
v Instale y pruebe el protocolo Secure Shell (SSH) desde el servidor de TADDM. Si utiliza autenticación basada en claves, instale claves públicas en todos los hosts. Para comprobar si el registro y contraseña o la clave y frase de contraseña funcionan correctamente, escriba el mandatossh en el indicador de mandatos del sistema en el que está instalado TADDM.
v Instale el programa LiSt Open Files (lsof) en todos los sistemas de acuerdo con los requisitos en requisitos lsof en la wiki TADDM que aparece en https://www.ibm.com/developerworks/community/wikis/
home?lang=en#!/wiki/Tivoli%20Application%20Dependency
%20Discovery%20Manager/page/TADDM%20lsof%20requirements.
En sistemas operativos Linux, AIX y Linux en System z, el descubrimiento no finaliza nunca
Problema
En un sistema operativo Linux, AIX o Linux en System z, el descubrimiento no finaliza nunca. Al ejecutar el mandato ps -ef se muestran las instancias del proceso stop-local-anchor.sh que duran más de 5 minutos.
Solución
Debe estar configurado el acceso al mandato sudo de forma que el usuario de TADDM, que es el usuario que inicia el servidor de TADDM, pueda
ejecutar los mandatos sudo sin que se le pida una contraseñ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/bin sh ./stop-local-anchors.sh
Si se abre el indicador de solicitud de contraseña, el acceso NOPASSWD no se habrá configurado correctamente para el usuario de TADDM.
Un descubrimiento de servidores de aplicaciones en ejecución en el sistema operativo Solaris 10 devuelve número de puerto incorrectos
Problema
Se devuelven número de puerto incorrectos al ejecutar un descubrimiento de servidores de aplicaciones en ejecución en el sistema operativo Solaris 10.
Solución
Asegúrese de que lsof 4.77 o posterior está instalado en cada sistema que se ejecuta en el sistema operativo Solaris 10. Las versiones de lsof
anteriores a la 4.77 no soportan Solaris 10 6/06 o posterior. De forma adicional, existen dos versiones de lsof 4.77. Una es para releases pre 6/06 Solaris 10 y la otra para el release 6/06 de Solaris 10 y las versiones posteriores. Asegúrese de que instala la versión de lsof 4.77 adecuada para la versión del sistema operativo Solaris 10 instalada.
Sensores de aplicación
Los sensores de aplicación descubren las aplicaciones que se ejecutan en el entorno.
Sensor de Active Directory
El 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 requiere privilegios de seguridad elevados. Para verificar que la cuenta de descubrimiento tiene privilegios adecuados, 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
Objetos de modelo con atributos asociados
El sensor de Active Directory crea objetos de modelo con atributos asociados. Los atributos indican el tipo de 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 se muestran bajo el nombre del objeto de modelo.
sys.ActiveDirectory v Host
v InitRecvTimeout v MaxConnIdleTime v MaxConnections v MaxDatagramRecv v MaxNotificationPerConn v MaxPageSize
v MaxPoolThreads v MaxQueryDuration v MaxReceiveBuffer v MaxResultSetSize v MaxTempTableSize v MaxValRange v NamingContexts v Name
v RootDomain v SchemaVersion v ServiceXML v WorkingDirectory sys.ServiceAccessPoint
v ContextIp v BindAddress v Name
v ProductName v ProductVersion v VendorName sys.NamingContext
v Índice v Valor
Configuración del sensor
Antes 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 para acceder al sistema debe pertenecer al grupo de
administradores.
Configuración del perfil de descubrimiento
El sensor se habilita por defecto en un perfil de descubrimiento de nivel 3. De forma alternativa, puede crear un perfil personalizado y después habilitar el sensor Active Directory y el sensor del sistema informático de Windows desde el perfil nuevo.
Sensor de Apache
El 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:
v Permisos de ejecución en el archivo binario httpd v Acceso de lectura al archivo httpd.conf
v 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 se ha iniciado de tal forma que sobrescriba su línea de
mandatos (por ejemplo, la matriz argv), haciendo que la instancia de servidor de Apache se muestre en un proceso indicado como httpd, sin ruta u opciones de línea de mandatos.
Objetos de modelo creados
El sensor crea los siguientes objetos de modelo:
v app.AppConfig v app.CertificateFile v app.ConfigFile v app.PrivateKeyFile v app.web.ServerAlias
v app.web.apache.ApacheGlobalSSLSettings v app.web.apache.ApacheModule
v app.web.apache.ApacheSSLSettings v app.web.apache.ApacheServer v app.web.apache.ApacheVirtualHost v app.web.apache.ApacheWebContainer
v app.web.ibm.IBMHTTPServer
v app.web.oracleapp.OracleAppHTTPServer v app.web.WebConnection
v app.web.WebVirtualHostConfigDirective
Soporte de descubrimiento asíncrono y basado en scripts
El sensor de Apache 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 del descubrimiento basado en scripts, consulte Configuración del descubrimiento basado en scriptd 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 el descubrimiento no basado en script.
Limitaciones
Algunas funciones proporcionadas por el sensor de Apache durante un
descubrimiento no basado en scripts 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:
v Last modified v Owner v Group v Permissions
Solo se descubren las aplicaciones en ejecución.
Configuración del sensor
Antes de ejecutar un descubrimiento, debe configurar el sensor.
Configuración de la lista de acceso:
Este tema describe los detalles de acceso necesarios dependiendo de la configuración.
Este sensor se puede ejecutar utilizando las credenciales de acceso ComputerSystem utilizadas para descubrir el cliente.
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.collation.discover.agent.ApacheServerAgent.UseListenningIp=false
El sensor descubre servidores web Apache y asigna el mismo nombre, en vez de asignar uno para cada nombre de host del servidor web. Cuando esta propiedad está definida como true, el nombre de visualización del objeto ApacheServer se define como:
HOSTNAME:LISTENINGIP:PORT
El valor predeterminado para esta propiedad es false.
Debe suprimir manualmente las instancias de HOSTNAME:PORT.
com.collation.discover.agent.ApacheServerAgent.CmdPrefix
Añade un mandato o script que debe ejecutarse antes del mandato httpd -V. Esta propiedad puede configurarse 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 sensor
Este tema describe los problemas más comunes que se producen en el sensor de Apache y ofrece soluciones a dichos problemas.
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 de TADDM 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 uno funciona. 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 proceso httpd.
Solución
Intente utilizar restricciones de ámbito con una lista de acceso reordenada para forzar el uso de la cuenta adecuada para descubrir el servidor de Apache.
El sensor de Apache falla con el error CTJTD0072E
ProblemaEl sensor de Apache utiliza el mandato httpd -V para obtener el directorio raíz, el archivo de configuración y otros datos relacionados con el servidor de Apache. Si el mandato httpd -V falla, el sensor también falla.
Solución
Utilice la propiedad
com.collation.discover.agent.ApacheServerAgent.CmdPrefix para especificar un mandato que se ejecute antes de ejecutar el mandato httpd -V.
Varios campos del panel Detalles están vacíos
ProblemaDiversos campos del panel Detalles están vacíos.
