BigFix Inventory PDF

IBM BigFix Inventory
9.x
Documentación
IBM
IBM BigFix Inventory
9.x
Documentación
IBM
ii
Contenido
Capítulo 1. Vista general . . . . . . . 1 Instalación de IBM BigFix . . . . . . . . 82
Novedades de este release . . . . . . . . . . 1 Diagrama de instalación . . . . . . . . 83
Funciones y características . . . . . . . . . . 9 Tareas de requisito previo . . . . . . . 83
Características de vista previa . . . . . . . . 10 Casos de ejemplo de instalación . . . . . 87
Limitaciones . . . . . . . . . . . . . . 10 Instalación de los clientes de IBM BigFix . . 93
Ventajas empresariales . . . . . . . . . . . 13 Instalación de BigFix Inventory . . . . . . . 96
Conceptos clave . . . . . . . . . . . . . 14 Diagrama de instalación . . . . . . . . 96
Licencias de PVU (Processor Value Unit) . . . 14 Tareas de requisito previo . . . . . . . 96
Tabla de PVU (processor value unit) . . . . . 17 Instalación en modalidad interactiva . . . 102
Licencias de unidad de valor de recurso (MAPC Instalación en modalidad silenciosa . . . . 104
de RVU) . . . . . . . . . . . . . . 17 Realizar la configuración inicial . . . . . 105
Tabla de niveles de unidades de valor de recurso 18 Tareas relacionadas . . . . . . . . . 112
Marca de límite superior . . . . . . . . . 19 Desinstalación . . . . . . . . . . . . . 117
Productos, componentes y paquetes . . . . . 21 Desinstalación de un explorador . . . . . . 117
Tareas de las aplicaciones de fondo principales 23 Desactivación de los análisis . . . . . . . 118
Descubrimiento de datos sin formato y firmas Desinstalación del servidor en modalidad
coincidentes . . . . . . . . . . . . . 25 interactiva . . . . . . . . . . . . . 119
Contratos . . . . . . . . . . . . . . 25 Desinstalación del servidor en modalidad
Unicode . . . . . . . . . . . . . . 25 silenciosa . . . . . . . . . . . . . . 119
Soporte para ISO/IEC 19970-2 . . . . . . . 26
Casos de ejemplo . . . . . . . . . . . . 27 Capítulo 3. Configuración . . . . . . 121
Descubrimiento de software y hardware . . . . 27 Creación de usuarios y grupos . . . . . . . 121
Verificación y reconciliación del consumo de Configuración de los roles . . . . . . . . 121
licencias . . . . . . . . . . . . . . 28 Roles . . . . . . . . . . . . . . 121
Verificación continua de licencias . . . . . . 29 Configuración de usuarios . . . . . . . . 124
Descubrimiento del software en los contenedores Configuración de grupos de sistemas . . . . 125
de Docker . . . . . . . . . . . . . . 29 Configuración de exploraciones para descubrir el
Proveedores de servicios . . . . . . . . . 32 inventario de software y hardware . . . . . . 127
Regiones de subcapacidad de IBM. . . . . . 34 Configuración de exploración predeterminada 127
Unidades empresariales organizativas . . . . 38 Cambio de la configuración de exploración
desde la interfaz de usuario de BigFix
Capítulo 2. Instalación de BigFix Inventory. . . . . . . . . . . . . 128
Inventory . . . . . . . . . . . . . . 41 Configuración de exploración manual . . . . 131
Lista de comprobación de la instalación . . . . . 41 Distribución de exploraciones para mejorar el
Planificación y preparación de la instalación . . . 42 rendimiento . . . . . . . . . . . . 131
Infraestructura BigFix Inventory . . . . . . 42 Activación de los análisis . . . . . . . 132
Guía de escalabilidad . . . . . . . . . . 44 Instalar el explorador. . . . . . . . . 132
Sistemas operativos soportados . . . . . . . 44 Iniciar exploraciones de software . . . . . 134
Requisitos de software. . . . . . . . . . 58 Carga de los resultados de exploración de
Requisitos de hardware . . . . . . . . . 61 software . . . . . . . . . . . . . 137
Requisitos de hardware para el servidor en Recopilación de los datos de capacidad. . . 139
Windows . . . . . . . . . . . . . 61 Configuración de exploración avanzada . . . 144
Requisitos de hardware para el servidor en Descubrimiento del inventario de software y
Linux . . . . . . . . . . . . . . 64 hardware en sistemas IBM i . . . . . . 144
Requisitos de hardware para el cliente . . . 68 Exploración de sistemas de archivos
Requisitos de puerto . . . . . . . . . . 70 compartidos remotos . . . . . . . . . 165
Excepciones de cortafuegos . . . . . . . . 71 Exploración de contenedores de Docker . . 166
Excepciones de proxy . . . . . . . . . . 71 Exclusión de los directorios de que sean
Usuarios de instalación . . . . . . . . . 71 explorados . . . . . . . . . . . . 168
Casos de ejemplo de coexistencia . . . . . . 72 Planificar importaciones de dato . . . . . 173
Adición de License Metric Tool en su Crear la configuración de capacidad para
despliegue de BigFix Inventory . . . . . . 73 Linux en z/VM . . . . . . . . . . 175
Adición de un segundo servidor de BigFix Establecimiento de la modalidad de DSD en
Inventory . . . . . . . . . . . . . 78 Solaris . . . . . . . . . . . . . . 176
Instalación de los componentes de la infraestructura 82
© Copyright IBM Corp. 2002, 2015 iii

Optimización de la configuración de Verificación de la exportación a archivos csv 218
memoria caché de explorador . . . . . . 176 Verificación de los informes de simulación y
Configuración de propiedades de análisis migración . . . . . . . . . . . . 222
adicionales . . . . . . . . . . . . 178 Verificación del entorno . . . . . . . . 229
Inhabilitación de la colección de uso de Migración desde Software Use Analysis 2.2 . . . 235
software . . . . . . . . . . . . . 178 Vista general y requisitos . . . . . . . . 235
Aplicar actualizaciones importantes de IBM . . . 179 Elementos migrados . . . . . . . . . . 236
Cargar una tabla de PVU . . . . . . . . 179 Adición de puntos finales por grupo de
Carga del catálogo de software . . . . . . 179 sistemas de BigFix. . . . . . . . . . . 238
Cargar números de pieza . . . . . . . . 180 Paso 1: Agrupación de puntos finales migrados
Realización de la configuración opcional . . . . 180 y no migrados . . . . . . . . . . . . 238
Configurar periodo de retención de datos . . . 181 Paso 2: Aplicación del parche de migración . . 240
Cómo acortar el periodo de retención de Paso 3: Instalación de BigFix Inventory 9.2.5 . . 241
forma gradual para evitar problemas con el Paso 4: Migración de puntos finales . . . . . 242
crecimiento del tamaño de la base de datos . 182 Paso 5: Verificación de que los puntos finales se
Configuración de las propiedades del sistema 182 migran . . . . . . . . . . . . . . 245
Propiedades del paquete y de uso . . . . 183 Identificación de puntos finales migrados en
En desuso: Inhabilitación de cálculos de BigFix Inventory 9.2.5 . . . . . . . . 245
subcapacidad . . . . . . . . . . . . 185 Paso 6: Migración de objetos de datos . . . . 246
Definición de la página de inicio . . . . . . 186 Paso 7: Verificación de la migración realizada 247
Optimización del volumen de datos de archivos Informes de migración . . . . . . . . 248
explorados . . . . . . . . . . . . . 186 Estados en los informes de migración . . . 250
Aumento del número de archivos y reglas de
Capítulo 4. Actualización . . . . . . 189 filtro para las firmas personalizadas . . . . . 252
Actualización a BigFix Inventory 9.2.5 . . . . . 189 Migración de Software Knowledge Base Toolkit 253
Copia de seguridad del servidor . . . . . . 189
Actualización del servidor con un Fixlet . . . 190 Capítulo 5. Gestión de la
Actualización del servidor en modalidad infraestructura . . . . . . . . . . . 255
interactiva . . . . . . . . . . . . . 191 Guía de escalabilidad. . . . . . . . . . . 255
Actualización del servidor en modalidad Panel de control Administrador de infraestructuras 255
silenciosa . . . . . . . . . . . . . . 191 Estados de sistema . . . . . . . . . . . 256
Configuración del servidor después de la Gestión de los gestores de máquinas virtuales . . 257
actualización de una versión anterior a la 9.0.1.2 192 Recuento de PVU x86 predeterminado . . . . 258
Optimización del volumen de datos de Tipos de virtualización soportados . . . . . 258
archivos explorados . . . . . . . . . 193 VMware vSphere . . . . . . . . . . 259
Configuración sin optimizar el volumen de Microsoft Hyper-V . . . . . . . . . 262
los datos de archivo explorados . . . . . 193 Máquina virtual basada en kernel . . . . 268
Restauración del servidor después de una Flujo de datos de capacidad . . . . . . . 270
actualización anómala . . . . . . . . . 193 Gestión básica de VM (central) . . . . . . 271
Migración desde License Metric Tool 9.2.5 . . . . 194 Interpretación del panel Gestores de
Copia de seguridad del servidor . . . . . . 194 máquinas virtuales . . . . . . . . . 272
Ampliación de las titularidades de licencia . . 195 Adición de gestores de VM en modalidad
Migración del servidor en la modalidad central. . . . . . . . . . . . . . 274
interactiva . . . . . . . . . . . . . 196 Estados del gestor de gestor de máquinas
Migrar el servidor en la modalidad silenciosa 196 virtuales . . . . . . . . . . . . . 276
Realización de tareas posteriores a la migración 197 Resolución de problemas: Habilitación del
Restauración del servidor después de una panel Gestores de máquinas virtuales . . . 278
migración anómala . . . . . . . . . . 202 Gestión de VM avanzada (distribuida) . . . . 281
Migración deLicense Metric Tool y Tivoli Asset Casos de ejemplo de despliegue . . . . . 282
Discovery for Distributed 7.2.2 y 7.5 . . . . . . 202 Instalación de herramienta del gestor de VM
Vista general y requisitos . . . . . . . . 202 adicional . . . . . . . . . . . . . 284
Elementos migrados . . . . . . . . . . 205 Carga de datos recopilados . . . . . . . 285
Migración en partes . . . . . . . . . . 208 Adición de gestores de VM en modalidad
Paso 1: Preparación para la migración . . . . 209 distribuida . . . . . . . . . . . . 286
Paso 2: Correlación de los agentes . . . . . 209 Ejecución de la Herramienta del gestor de
Paso 3: Migrar Software Knowledge Base Toolkit 211 VM. . . . . . . . . . . . . . . 287
Paso 4: Exploración del entorno . . . . . . 213 Configuración adicional . . . . . . . . 289
Opcional: Optimización de la exploración de Recopilación de datos de capacidad
software . . . . . . . . . . . . . 214 directamente de hosts KVM . . . . . . . 295
Paso 5: Migración del entorno . . . . . . . 215 Eliminación de datos de exploración de
Verificación de la migración . . . . . . . 218 capacidad del host . . . . . . . . . 296
iv
Tareas de mantenimiento . . . . . . . . 297 Actualizar el catálogo de software . . . . . 339
Requisitos de instalación de la herramienta Creación y supresión de entradas de catálogo
del gestor de VM . . . . . . . . . . 297 personalizadas . . . . . . . . . . . . 339
Archivos de registro . . . . . . . . . 297 Búsqueda del catálogo . . . . . . . . 339
Cambio de la planificación de carga . . . . 298 Creación de entradas de catálogo
Forzar la carga de datos recopilados. . . . 299 personalizadas . . . . . . . . . . . 340
Comprobación de la versión de herramienta Edición de entradas de catálogos
del gestor de VM . . . . . . . . . . 300 personalizadas . . . . . . . . . . . 342
Actualización de la herramienta del gestor de Supresión de entradas de catálogos
VM. . . . . . . . . . . . . . . 300 personalizadas . . . . . . . . . . . 342
Desinstalación de herramienta del gestor de Crear firmas desde datos de paquete . . . 343
VM. . . . . . . . . . . . . . . 301 Crear firmas desde datos de archivos
Administración del servidor . . . . . . . . 302 explorados . . . . . . . . . . . . 344
Iniciar el servidor . . . . . . . . . . . 302 Creación de firmas ampliadas . . . . . . 346
Icono de Linux Inicio del servidor en Linux 302 Proceso de descubrimiento de software tras
Icono de Windows Inicio del servidor en personalizar el catálogo . . . . . . . . 375
Windows . . . . . . . . . . . . . 303 Actualización de entradas de catálogo de
Detener el servidor . . . . . . . . . . 303 software descubierto en Mac OS X . . . . . 377
Icono de Linux Detención del servidor en Cambio del nombre del editor para el
Linux . . . . . . . . . . . . . . 303 software detectado en Mac OS X . . . . . 377
Icono de Windows Detención del servidor en Creación manual de firmas para detectar
Windows . . . . . . . . . . . . . 303 software en Mac OS X . . . . . . . . 379
Personalización de la página de inicio de sesión 303 Exportación e importación de firmas
Configuración de valores avanzados de servidor 304 personalizadas . . . . . . . . . . . . 381
Valores avanzados de servidor . . . . . 304 Exportación de firmas . . . . . . . . 381
Administración de la base de datos . . . . . . 314 Importación de firmas . . . . . . . . 382
Realizar una copia de seguridad y restaurar la Sincronización del contenido del catálogo de
base de datos . . . . . . . . . . . . 314 software . . . . . . . . . . . . . . 382
Copia de seguridad de la base de datos DB2 314 Gestión del contenido del catálogo en Software
Restauración de la base de datos DB2 . . . 316 Knowledge Base Toolkit . . . . . . . . . 383
Copia de seguridad de la base de datos de Modelo de software . . . . . . . . . 383
SQL Server . . . . . . . . . . . . 318 Tipos de firmas. . . . . . . . . . . 387
Restauración de la base de datos de SQL Actualización del catálogo de software en
Server . . . . . . . . . . . . . . 320 Software Knowledge Base Toolkit . . . . 388
Creación de una base de datos nueva . . . . 322 Personalización del contenido del catálogo 393
Reinstalación de BigFix Inventory con una base Clasificación de software . . . . . . . . . 401
de datos existente . . . . . . . . . . . 323 Clasificación de software de IBM . . . . . 401
Actualización de la contraseña de base de datos 323 Empaquetado automático . . . . . . . . 403
Actualización del sitio de fixlets . . . . . . . 324 Etiquetas de empaquetado . . . . . . . 404
Comprobar la versión del sitio de fixlets . . . 324 Números de pieza . . . . . . . . . . 407
Actualización del contenido del sitio de fixlets Asignación de particiones . . . . . . . 410
en Windows . . . . . . . . . . . . . 324 Asignación de infraestructuras . . . . . 410
Actualización del contenido del sitio de fixlets Descubrimiento de productos autónomos . . 411
en Linux . . . . . . . . . . . . . . 325 Confirmación de la asignación de una instancia
Almacenamiento en memoria caché de los de software . . . . . . . . . . . . . 412
archivos . . . . . . . . . . . . . . 325 Reasignación de instancias de software . . . . 413
Gestión de varios orígenes de datos . . . . . . 327 Exclusión de instancias de software de los
Adición de un origen de datos . . . . . . 328 cálculos de precios . . . . . . . . . . 415
Supresión de un origen de datos . . . . . . 328 Inclusión de las instancias de software en los
cálculos de precios . . . . . . . . . . 416
Capítulo 6. Gestión del inventario de Compartición de las instancias de software . . 417
software . . . . . . . . . . . . . 331 Compartir el cliente de BigFix entre productos
BigFix . . . . . . . . . . . . . . . 418
Panel de control de gestión de activos de software 331
Adición de opciones de empaquetado
Catálogos de software . . . . . . . . . . 334
personalizado . . . . . . . . . . . . 419
Proceso de personalización de catálogos . . . 334
Utilización de software . . . . . . . . . . 421
Paso 1: Priorización del trabajo . . . . . 335
Utilización de la métrica de licencias . . . . 421
Paso 2: Análisis de su software . . . . . 335
Establecer el umbral de métricas de licencia 422
Paso 3: Revisión de la información sobre
Creación de instantáneas de utilización de
archivos y paquetes . . . . . . . . . 336
métricas de licencia . . . . . . . . . 424
Paso 4: Creación de firmas de componentes 337
Utilización de recursos . . . . . . . . . 430
Descargar el catálogo de software . . . . . 338
Contenido v
Inhabilitación de la recopilación de datos de Lección 2: Creación de grupos de equipos que
utilización de recursos . . . . . . . . 433 definen el ámbito de informes . . . . . . . 478
Informes . . . . . . . . . . . . . . . 434 Lección 3: Gestión de software y generación de
Informes disponibles . . . . . . . . . . 434 instantáneas de auditoría por grupo de equipos . 480
Columnas de informe . . . . . . . . . 439 Guía de aprendizaje: Gestión de software en el
A . . . . . . . . . . . . . . . 440 entorno del proveedor de servicios . . . . . . 482
B . . . . . . . . . . . . . . . 440 Lección 1 (Opcional): Creación de un sitio, un
C . . . . . . . . . . . . . . . 440 grupo de equipos y un operador dedicado para
D . . . . . . . . . . . . . . . 443 cada cliente . . . . . . . . . . . . . 483
E . . . . . . . . . . . . . . . 444 Lección 2: Creación de grupos de equipos para
F . . . . . . . . . . . . . . . 444 gestionar software por cliente . . . . . . . 486
G . . . . . . . . . . . . . . . 445 Lección 3: Gestión de software y generación de
H . . . . . . . . . . . . . . . 445 instantáneas de auditoría por cliente . . . . 488
I. . . . . . . . . . . . . . . . 446 Guía de aprendizaje: clasificación de software
L . . . . . . . . . . . . . . . 447 masivo utilizando herramientas externas . . . . 491
M . . . . . . . . . . . . . . . 448 Lección 1: reasignar grandes cantidades de
N . . . . . . . . . . . . . . . 449 instancias de software . . . . . . . . . 491
O . . . . . . . . . . . . . . . 450 Lección 2: excluir instancias de software en los
P . . . . . . . . . . . . . . . 450 cálculos de uso . . . . . . . . . . . . 494
R . . . . . . . . . . . . . . . 452
S . . . . . . . . . . . . . . . 452 Capítulo 8. Seguridad . . . . . . . . 497
T . . . . . . . . . . . . . . . 454 Flujo de datos . . . . . . . . . . . . . 497
U . . . . . . . . . . . . . . . 456 Escenarios de configuración de seguridad . . . . 499
V . . . . . . . . . . . . . . . 457 Configuración de la comunicación segura . . . . 500
W . . . . . . . . . . . . . . . 457 Creación de claves privadas y certificados. . . 501
Aplicación de filtros de informe . . . . . . 457 Firma de certificados . . . . . . . . . . 502
Exportación de informes a un archivo . . . . 458 Habilitación de la comunicación segura . . . 503
Creación de vistas de informes guardados . . . 459 Recopilación de sumas de comprobación de
Cambio de la vista de informe archivo . . . . . . . . . . . . . . . 505
predeterminada . . . . . . . . . . 460 Habilitación de la recopilación de sumas de
Planificación de notificaciones de informe . . . 460 comprobación . . . . . . . . . . . . 505
Configuración del servidor para enviar Visualización de las sumas de comprobación en
notificaciones de correo . . . . . . . . 460 la interfaz de usuario . . . . . . . . . . 506
Planificación del envío de informes por Recuperación de sumas de comprobación a
correo electrónico . . . . . . . . . . 461 través de la API REST . . . . . . . . . 507
Contratos. . . . . . . . . . . . . . . 462 Cómo garantizar la conformidad con los estándares
Creación de campos personalizados de contratos 462 de cifrado federal . . . . . . . . . . . . 509
Creación de contratos . . . . . . . . . 463 Federal Information Processing Standard 140-2 509
Descubrimiento ampliado de Oracle Database . . 465 Configuración del servidor para garantizar la
Cobertura de las opciones con licencia de Oracle 465 conformidad con FIPS . . . . . . . . . 509
Descubrimiento de software de bases de datos Conformidad con SP800-131 . . . . . . . 510
Oracle . . . . . . . . . . . . . . . 466 Habilitación de la conformidad con SP800-131 510
Autenticación de usuarios con LDAP . . . . . 511
Capítulo 7. Guías de aprendizaje . . . 469 Configuración de la conexión a un servidor de
Guía de aprendizaje: gestión de catálogo directorios . . . . . . . . . . . . . 511
simplificada . . . . . . . . . . . . . . 469 Edición de una configuración de servidor de
Lección 1: descargar un nuevo catálogo de directorios . . . . . . . . . . . . 512
software de IBM . . . . . . . . . . . 469 Supresión de una configuración de servidor
Control de la lección . . . . . . . . . 470 de directorios . . . . . . . . . . . 512
Lección 2: actualizar el catálogo de software . . 470 Enlace de usuarios a directorios . . . . . . 512
Control de la lección . . . . . . . . . 471 Suministro de usuarios . . . . . . . . . 513
Lección 3: importar datos de exploración de Integración de usuarios con Web Reports . . . 513
software . . . . . . . . . . . . . . 471 Configuración y habilitación del inicio de sesión
Control de la lección . . . . . . . . . 471 único . . . . . . . . . . . . . . . . 514
Lección 4: creación de firmas de software . . . 472 Opción 1: Configuración del inicio de sesión
Control de la lección . . . . . . . . . 476 único basado en la señal Security Assertion
Guía de aprendizaje: Creación de informes sobre el Markup Language. . . . . . . . . . . 515
uso de subcapacidad por grupo de equipos . . . 476 Inicio de sesión único basado en el
Lección 1 (Opcional): Creación de grupos de intercambio de la señal Security Access
equipos en la consola de BigFix . . . . . . 477 Markup Language. . . . . . . . . . 515
vi
Paso 1: Configuración de los valores del Problemas de la interfaz de usuario . . . . . 559
inicio de sesión único. . . . . . . . . 516 Problemas de seguridad . . . . . . . . . 563
Paso 2: Configuración de la regla de Problemas de inventario de software . . . . 564
reclamación de la fiabilidad de la parte Problemas de migración . . . . . . . . . 569
retransmisora en el servidor de AD FS . . . 518 Registros y códigos de retorno. . . . . . . . 577
Paso 3: Habilitación del inicio de sesión Registros de instalación y actualización del
único . . . . . . . . . . . . . . 519 servidor . . . . . . . . . . . . . . 578
Cómo revertir la configuración de SSO Archivo de registro de servidor . . . . . . 579
inhabilitado para SAML . . . . . . . . 519 Habilitación del registro del consumo de
Opción 2: Configuración de inicio de sesión memoria . . . . . . . . . . . . . 580
único basado en IBM Lightweight Third-Party Registros de importación . . . . . . . . 580
Authentication . . . . . . . . . . . . 519 Registros de creación de base de datos y
Exportación del certificado SSL del servidor códigos de retorno . . . . . . . . . . 582
LDAP incluido en IBM Security Access Códigos de retorno de instalación y
Manager . . . . . . . . . . . . . 520 desinstalación del servidor . . . . . . . . 582
Configuración del inicio de sesión único de Códigos de retorno del explorador . . . . . 584
LTPA . . . . . . . . . . . . . . 520 Cambio y análisis de los valores de rastreo de
Importación de las claves de LTPA en IBM explorador . . . . . . . . . . . . . . 587
Security Access Manager . . . . . . . 521 Cambio de valores de rastreo de explorador . . 587
Importación del certificado del servidor de Análisis de valores de rastreo de explorador . . 587
BigFix Inventory en IBM Security Access Inicio y carga de datos de diagnóstico . . . . . 588
Manager . . . . . . . . . . . . . 523 Inicio de recopilación de datos de diagnóstico 588
Configuración de una unión virtual . . . . 525 Carga de datos de diagnóstico de explorador 589
Habilitación del inicio de sesión único de Comprobación de por qué un fixlet o tarea no es
LTPA . . . . . . . . . . . . . . 530 relevante . . . . . . . . . . . . . . . 589
Opcional: Actualización del acceso directo de Eliminación manual del servidor . . . . . . . 592
WebUI. . . . . . . . . . . . . . 530 Comprobación de la fecha de instalación del cliente 592
Cómo revertir la configuración de SSO Cambio del valor PVU por núcleo de procesador 593
inhabilitado para LTPA . . . . . . . . 531 Actualizar catálogos de explorador . . . . . . 594
Finalización de sesión en el servidor de BigFix Establecer la página de códigos para idiomas de
Inventory. . . . . . . . . . . . . . 531 doble byte . . . . . . . . . . . . . . 595
Inhabilitación de la configuración de inicio de Cómo ponerse en contacto con el equipo de
sesión único . . . . . . . . . . . . . 531 soporte de software de IBM . . . . . . . . 596
Supresión de la configuración de inicio de
sesión único . . . . . . . . . . . . . 531 Capítulo 10. Ajuste del rendimiento 597
Modificación del puerto en BigFix Inventory Infraestructura . . . . . . . . . . . . . 597
que tiene habilitado el inicio de sesión único . . 532 Rendimiento de la memoria . . . . . . . 597
Configuración de herramienta del gestor de VM Rendimiento del almacenamiento. . . . . . 598
para aceptar certificados de gestor de VM de Ejecución de pruebas de disco duro . . . . 598
confianza . . . . . . . . . . . . . . . 532 Ajuste del rendimiento del gestor de máquinas
Retransmisores . . . . . . . . . . . . . 534 virtuales . . . . . . . . . . . . . . 600
Ajuste del rendimiento en entornos de datos
Capítulo 9. Resolución de problemas grandes . . . . . . . . . . . . . . . 600
y soporte . . . . . . . . . . . . . 535 Configurar el tamaño de los registros de
Resolución de problemas . . . . . . . . . 535 transacciones . . . . . . . . . . . . 600
Resolución de problemas de descubrimiento de Aumentar el tamaño del almacenamiento
software . . . . . . . . . . . . . . . 537 dinámico de Java . . . . . . . . . . . 601
Se muestra software incorrecto en los informes Mantenimiento de la base de datos DB2 . . . 602
debido a un empaquetado incorrecto . . . . 537
Se descubre software que no tiene debido a un Capítulo 11. Integración . . . . . . . 605
descubrimiento positivo falso . . . . . . . 538 API REST . . . . . . . . . . . . . . 605
El software que tiene no se detecta . . . . . 538 Recursos de API REST y métodos HTTP . . . 605
Recuperación tras desastre . . . . . . . . . 541 Conectores y operadores comunes . . . . . 607
Problemas comunes . . . . . . . . . . . 542 API REST para recuperar la señal de
Problemas de instalación y actualización . . . 542 autenticación . . . . . . . . . . . . 608
Problemas de operación del servidor . . . . 544 API REST para recuperar la versión de BigFix
Problemas de base de datos . . . . . . . 547 Inventory. . . . . . . . . . . . . . 610
Problemas del agente . . . . . . . . . . 549 API REST para recuperar resultados de
Problemas de exploración . . . . . . . . 550 exploración sin formato . . . . . . . . . 611
Problemas de importación de datos . . . . . 552
Problemas de catálogo . . . . . . . . . 556
Contenido vii
Habilitación del almacenamiento de API REST para cambiar los valores avanzados
resultados de exploraciones sin formato . . 611 del servidor . . . . . . . . . . . . . 656
Ejecución de importaciones de datos . . . 612 Recuperación de los valores actuales de la
Recuperación de datos de archivos configuración avanzada del servidor . . . 656
explorados sin formato . . . . . . . . 616 Configuración de valores avanzados de
Recuperación de datos de paquetes sin servidor . . . . . . . . . . . . . 658
formato . . . . . . . . . . . . . 619 API REST para recuperar sistemas, clústeres,
Recuperación de datos de paquetes UNIX sin instancias de software y uso de licencias . . . 659
formato . . . . . . . . . . . . . 622 Casos de ejemplo . . . . . . . . . . 660
Recuperación de datos de calibración sin Recuperación de sistemas . . . . . . . 663
formato . . . . . . . . . . . . . 625 Recuperación de clústeres . . . . . . . 668
API REST para la gestión del inventario de Recuperación de instancias de software. . . 671
software . . . . . . . . . . . . . . 628 Recuperación del uso de licencias . . . . 675
Recuperación de productos de software . . 628 API REST para exportar e importar vistas de
Recuperación de releases de un producto . . 630 informes guardados . . . . . . . . . . 678
Recuperación de instancias de release . . . 633 Exportación e importación de una vista de
Recuperación de releases a los que se puede informes guardados . . . . . . . . . 678
reasignar una instancia de software . . . . 635 Exportación de vistas de informes guardados 679
Recuperación de releases a los que se puede Importación de vistas de informes guardados 681
reasignar una instancia de release . . . . 637 API REST para la importación de contratos . . 684
Recuperación de instancias que se reasignan Importación de contratos . . . . . . . 684
a un release . . . . . . . . . . . . 640 Importación de contratos desde un archivo
Recuperación de instancias compartidas por en formato CSV . . . . . . . . . . 686
releases . . . . . . . . . . . . . 641 Integración con IBM Control Desk . . . . . . 688
API REST para la clasificación de software . . 643 Importación de datos . . . . . . . . . . 689
Compartición de una instancia con más de Visualización de los datos . . . . . . . . 690
un producto . . . . . . . . . . . . 643 Visualización de los sistemas y el software
Inclusión de instancias en un cálculo de instalado . . . . . . . . . . . . . 690
precios . . . . . . . . . . . . . 645 Ver consumo de PVU y RVU . . . . . . 691
Exclusión de instancias de los cálculos de
precios . . . . . . . . . . . . . 646 Avisos . . . . . . . . . . . . . . 693
Reasignación de instancias a un producto 648 Marcas registradas. . . . . . . . . . . . 695
Reasignación de instancias a un producto Términos y condiciones de la documentación de
para una lista de releases . . . . . . . 650 producto . . . . . . . . . . . . . . . 695
Confirmación de las instancias que se van a
empaquetar o asignar . . . . . . . . 652
Confirmación de la asignación de instancias
para un release . . . . . . . . . . . 654
viii
Capítulo 1. Vista general
Utilice esta sección para familiarizarse con la infraestructura y conceptos clave IBM
BigFix Inventory que son necesarios para comprender como funciona la aplicación.
Novedades de este release

BigFix Inventory proporciona nuevas características y mejoras que facilitan su trabajo con la aplicación.
v 9.2.5 Utilización de la métrica de instalación para productos que no son de IBM
Información acerca de los productos que no son de IBM que utilizan la métrica de instalación
disponible en el informe Todas las métricas. No solo puede ver el número actual de sistemas en los que
se ha instalado el producto, sino también cómo ha cambiado ese número a lo largo del tiempo.
También puede establecer un umbral para supervisar fácilmente si el número de instancias instaladas
supera sus expectativas. Para obtener más información, consulte: “Utilización de la métrica de
licencias” en la página 421.
v 9.2.5 Característica de vista previa: Extensión del panel Clasificación de software
El panel Clasificación de software ofrece un modo nuevo de observar el inventario de software y las
relaciones entre los componentes descubiertos y los productos bajo licencia. Proporciona una estructura
plana con las instalaciones de software desglosadas en componentes individuales, lo que facilita ver
activos de software y gestionar las relaciones entre ellos. El panel de vista previa se ha ampliado con
las funciones siguientes:
– Selección y asignación de varios componentes al mismo tiempo
– Confirmación de la asignación de componentes
– Clasificación de productos de proveedores no de IBM
Para obtener más información, vaya a Comunidad de vista previa.
v 9.2.5 Etiquetas de empaquetado para mejorar la clasificación de software
Las etiquetas de empaquetado facilitan el proceso de clasificación de software, lo que le permite
ahorrar tiempo y esfuerzo en el análisis de a qué producto pertenece un componente concreto.
Contienen información acerca del número de pieza de un producto al que debe asignarse la instancia
de un componente. De este modo, aumentan la precisión del empaquetado automático. Para obtener
más información, consulte: “Etiquetas de empaquetado” en la página 404.
v 9.2.5 Descubrimiento de software en IBM i
Puede descubrir el software instalado en los sistemas IBM i. El descubrimiento está basado en un
procedimiento semiautomático que utiliza scripts para iniciar las exploraciones de software y
capacidad. Dado que no existe una conexión directa entre los sistemas IBM i y el servidor de BigFix,
las exploraciones que se inician en estos sistemas se denominan exploraciones desconectadas. Aunque las
exploraciones se ejecutan automáticamente, debe realizar varias acciones manuales, tales como instalar
el explorado o subir los resultados a BigFix Inventory. Para obtener más información, consulte:
“Descubrimiento del inventario de software y hardware en sistemas IBM i” en la página 144.
v 9.2.5 Descubrimiento de software en contenedores de Docker
Docker es una plataforma que permite automatizar el despliegue de aplicaciones en contenedores de
software. BigFix Inventory descubre software instalado en contenedores de Docker. También mide el
© Copyright IBM Corp. 2002, 2015 1

uso de métricas de licencia de los productos IBM descubiertos. Para obtener más información, consulte:
“Descubrimiento del software en los contenedores de Docker” en la página 29.
v 9.2.5 Determinación del uso de VPC (Virtual Processor Cores)
Puede utilizar BigFix Inventory para realizar un seguimiento del consumo de VPC (Virtual Processor
Cores). VPC es una unidad de medida por la que se puede otorgar licencia a un programa. Se puede
considerar como un núcleo de procesador físico, si el servidor no está particionado para máquinas
virtuales, o como un núcleo virtual asignado a una máquina virtual. Para obtener más información,
consulte Determinación del uso de VPC (Virtual Processor Cores).
v 9.2.5 Información acerca de la duración de la exploración de software
La información acerca de la duración de la exploración de software está disponible en el análisis
Estado de exploración de software. Puede utilizar esta información, por ejemplo, para revisar los
valores de tiempo de espera del explorador o para verificar si se requiere la optimización para
disminuir la duración de la exploración.
v 9.2.5 Nuevo estado del gestor de MV - Derechos insuficientes
El estado Derechos insuficientes indica que no se han recopilado datos del gestor de máquinas virtuales
porque el usuario definido para este gestor de máquinas virtuales no tiene suficientes derechos.
v 9.2.5 Información acerca de la serie de marca de procesador
La información sobre la serie de marca del procesador está disponible en el informe Inventario de
hardware. Contiene la especificación completa del procesador incluidos la marca, el modelo y la
velocidad, según la lectura realizada desde el sistema operativo. Puede utilizar esta información para
aplicar valores de factor de núcleos
v 9.2.5 Forzar la recarga de los resultados de la exploración de software
Cuando falla la importación de los resultados de la exploración de software o cuando no se notifica
correctamente el software en el informe Instalaciones de software, puede utilizar la tarea Forzar recarga
de resultados de exploración de software para solucionar el problema.
v 9.2.5 Instalación del explorador en una vía de acceso alternativa
Puede seleccionar si desea instalar el explorador en el directorio predeterminado (en la unidad C: u
opt) o el directorio donde se ha instalado el cliente de BigFix. Esta opción resulta útil, por ejemplo,
cuando la política de seguridad de su empresa no permite instalar software en la unidad C: u opt. Para
obtener más información, consulte: “Instalar el explorador” en la página 132.
v 9.2.5 Soporte de nuevos sistemas operativos y tecnologías de virtualización
Puede detectar software instalado en Debian 8 para x86 y Ubuntu 16 para x86. Puede utilizar z/KVM
como tecnología de virtualización soportada en SUSE Linux 12.
v 9.2.4 Establecimiento de umbrales de métrica para productos de IBM
Puede especificar un umbral de métrica que se utilice para mostrar cómo el consumo de métrica que
desea mantener se relaciona con el consumo real. A continuación, puede planificar que se envíen
correos electrónicos siempre que el consumo de métrica para cualquier producto supere el umbral. Para
obtener más información, consulte: “Establecer el umbral de métricas de licencia” en la página 422.
v 9.2.4 Compartir comentarios
Si encuentra problemas con los paneles e informes o piensa que algunos de ellos pueden mejorarse,
puede compartir sus comentarios rápidamente pulsando simplemente el botón Send Feedback (Enviar
comentarios) que se encuentra en la esquina superior derecha de la interfaz de usuario. Cada panel
tiene un botón independiente que crea un mensaje de correo electrónico con el nombre de panel, la
versión de la aplicación que está utilizando y su comentario. Para obtener más información sobre otros
canales de comunicación disponibles, consulte Proporcione sus comentarios.
v 9.2.4 Características de vista previa
2
Las características de vista previa le permiten trabajar con las funciones recién implementadas y
proporcionar sus comentarios para influir en el formato final. Estas característica están sujetas al
soporte de IBM. Para obtener más información, consulte: “Características de vista previa” en la página
10.
v 9.2.4 Mejoras para gestores de VM
Se han introducido las mejoras siguientes en la área de los gestores de VM:
– Hasta ahora, el panel de Gestores de VM sólo listaba los gestores de máquinas virtuales gestionadas
en modalidad central. Ahora, también lista los que están gestionados en la modalidad distribuida.
Las opciones como edición, supresión o prueba de conexión siguen siendo aplicables sólo a los
primeros. No obstante, la vista de sólo lectura de los últimos le ofrece una visión general clara de
todos los gestores de VM que se han definido en la infraestructura. Para obtener más información,
consulte: “Interpretación del panel Gestores de máquinas virtuales” en la página 272.
– La tolerancia al error de VMware vSphere permite reducir a cero el tiempo de inactividad de
máquina virtual y aplicación. Si se produce un error de servidor, se crea una instancia de
duplicación en directo de una máquina virtual. La instancia se actualiza con la máquina virtual
primaria. BigFix Inventory puede manejar las situaciones en las que se crean las instancias de
duplicación de máquinas virtuales y puede calcular correctamente la utilización de PVU del
software que está instalado en dichas máquinas.
– Cuando los gestores de VM de la infraestructura tienen un estado que no es correcto y no se está
seguro de cómo resolver el problema, puede pulsar simplemente el nombre del estado. Se le
redirigirá a una página de documentación que proporciona las razones más comunes para cada
estado y cómo proceder.
– Cuando la política de seguridad de la empresa no permite transferir las credenciales del gestor de
VM a través de la red, puede configurar BigFix Inventory de modo que las credenciales no se
transfieran al servidor. Tampoco se visualizan en el panel Gestores de VM cuando edita el gestor de
VM. Para obtener más información, consulte: “Valores avanzados de servidor” en la página 304.
v 9.2.4 API para recuperar información de clúster
La información sobre el clúster al que pertenece un sistema está disponible en el informe de Inventario
de hardware. Ahora la información también se puede recuperar mediante la API REST. Entonces se
puede utilizar, por ejemplo, para calcular la demanda de licencias de Oracle o Microsoft. Para obtener
más información, consulte: “Recuperación de clústeres” en la página 668.
v 9.2.4 Soporte para la restauración de base de datos de BigFix
Puede permitir una importación que recupere todos los datos de exploración de software de la base de
datos de BigFix restaurada. Una importación de este tipo consume mucho tiempo y sólo debe
ejecutarse cuando se producen problemas con datos incompletos después de que se haya restaurado la
base de datos. Cuando habilita la opción, la importación se ejecuta una vez y vuelve a la modalidad de
operación normal. Para obtener más información, consulte: “Problemas de base de datos” en la página
547.
v 9.2.4 Optimización de la configuración de memoria caché de explorador
La carpeta de memoria caché de explorador almacena información sobre archivos y directorios
explorados del sistema de archivos. Si conoce la jerarquía de los archivos, el explorador puede
localizarlos más rápidamente, lo que da como resultado exploraciones más cortas. La cantidad de
espacio de disco que se necesita para la memoria caché depende del número de archivos que se están
explorando. Si la ubicación actual de la carpeta de memoria caché no puede asegurar espacio de disco
suficiente, puede optimizar la memoria caché. Gracias a la optimización, la memoria caché incluye sólo
archivos pertinentes para los tipos de exploraciones de software que está ejecutando. Para obtener más
información, consulte: “Optimización de la configuración de memoria caché de explorador” en la
página 176.
v 9.2.4 Descubrimiento de software que no está en el catálogo de software actual
Capítulo 1. Vista general 3

Cuando se descubre software de IBM con un código de ID de software pero que no está en el catálogo
actual, se muestra un signo de aviso en el widget Catálogo de software. Indica que es necesario cargar
una versión más reciente del catálogo. Para obtener más información, consulte: “Soporte para ISO/IEC
19970-2” en la página 26.
v 9.2.4 Soporte para nuevos sistemas operativos y tecnologías de virtualización
El cliente de BigFix se puede instalar en Oracle Linux 7 y en Power Linux en la arquitectura Little
Endian. Se ha añadido soporte para la tecnología de virtualización PowerKVM. Además, se ha
ampliado a Linux el soporte para las Agrupaciones de múltiples procesadores compartidos. Para
obtener más información, consulte: “Sistemas operativos soportados” en la página 44.
v 9.2.3 Soporte para Unicode
A partir de la versión 9.5, la plataforma de BigFix puede recopilar datos de clientes de BigFix que están
desplegados en ubicaciones geográficas diferentes y por tanto utilizan páginas de códigos e idiomas
diferentes. Los datos se codifican en formato UTF-8 y se devuelven al servidor de BigFix. Como
resultado, sin importar el sistema y la codificación que los clientes utilicen, los datos se visualizan
correctamente tanto en BigFix como en BigFix Inventory. Para obtener más información, consulte:
“Unicode” en la página 25.
v 9.2.3 Obtención de sumas de comprobación de archivo MD5 y SHA256 con fines de seguridad
Las sumas de comprobación son largas cadenas de caracteres que describen el contenido de archivos y
actúan como sus huellas dactilares. Puede habilitar el cálculo de sumas de comprobación para archivos
de los sistemas para comprobar su integridad y asegurarse de que no se han alterado ni manipulado
indebidamente. Para obtener más información, consulte: “Recopilación de sumas de comprobación de
archivo” en la página 505.
v 9.2.3 Correos electrónicos condicionales de informe basados en el número de filas del informe
Puede configurar que se envíen informes por correo electrónico a destinatarios especificados de forma
regular o cuando se exceda un número especificado de filas del informe. Esta opción es útil para
alertar a los destinatarios sobre cambios en datos clave o cuando los destinatarios no trabajan con
BigFix Inventory, pero necesitan tener acceso a los informes. Para obtener más información, consulte:
“Planificación del envío de informes por correo electrónico” en la página 461.
v 9.2.3 Control de la planificación de exploración directamente desde la interfaz de usuario de
BigFix Inventory
El panel Configuraciones de exploración se ha ampliado para permitir la configuración básica de
exploraciones de software para grupos de sistemas directamente desde la interfaz de usuario de BigFix
Inventory. Utilice este método como alternativa a planificar exploraciones desde la consola de BigFix.
Para obtener más información, consulte: “Cambio de la configuración de exploración desde la interfaz
de usuario de BigFix Inventory” en la página 128.
v 9.2.3 Visibilidad de los datos y creación de informes sobre licencias para grupos de sistemas
limitada a usuarios autorizados
Se han añadido mejoras respecto a la visibilidad de los datos y la creación de informes sobre licencias
para grupos de sistemas. Estas mejoras incluyen:
– La información que se muestra en el informe de seguimiento de auditoría está limitada a las
acciones realizadas sólo dentro del grupo de sistemas al que tiene acceso el usuario que visualiza el
informe.
– Posibilidad de habilitar e inhabilitar los cálculos de subcapacidad para cada grupo de sistemas. Para
obtener más información, consulte: “Configuración de grupos de sistemas” en la página 125.
– Presentación de datos históricos para sistemas suprimidos dentro del ámbito de un grupo de
sistemas.
– Nuevos permisos para cargar números de pieza y ver contratos. Para obtener más información,
consulte: “Roles” en la página 121.
4
Las mejoras proporcionan más flexibilidad y una mejor gestión de la visibilidad de los datos en
situaciones donde hay grupos de sistemas y cada grupo es gestionado por una persona diferente. Por
ejemplo, en el entorno del proveedor de servicios o cuando los sistemas están agrupados por regiones
o unidades de negocio.
v 9.2.3 Sustitución de Software Knowledge Base Toolkit por BigFix Inventory para gestionar el
contenido del catálogo de software
Puede utilizar una herramienta para trasladar el contenido del catálogo personalizado desde Software
Knowledge Base Toolkit a BigFix Inventory. A continuación, puede dejar de utilizar Software
Knowledge Base Toolkit y comenzar a gestionar el contenido del catálogo completamente desde BigFix
Inventory. La gestión de firmas desde una sola aplicación en lugar de dos le ahorra tiempo, facilita el
trabajo y reduce los costes de mantenimiento. Para obtener más información, consulte: “Migración de
Software Knowledge Base Toolkit” en la página 253.
v 9.2.3 Filtrado flexible por fechas
Puede utilizar filtros de tiempo para visualizar datos a partir de o hasta una fecha determinada. Por
ejemplo, puede ver los sistemas que no fueron observados dentro de la última semanao contratos de
mantenimiento que finalizan dentro de un mes. Cuando combina esta característica con el envío
condicional de informes por correo electrónico, obtiene notificaciones inmediatas sobre los cambios
producidos en el entorno de trabajo, tales como informes cuyos datos cumplen determinadas
condiciones de periodo de tiempo.
v 9.2.3 Recopilación de números de serie de host
Puede recopilar números de serie de hosts del gestor de máquinas virtuales y definir el formato con
que se muestra la información en los informes. Para obtener más información, consulte: “Valores
avanzados de servidor” en la página 304.
v 9.2.3 Carga forzada de datos de exploración de capacidad
Cuando la importación de datos de exploración de capacidad falla, puede ejecutar una exploración de
capacidad y forzar la carga de sus resultados para asegurar la renovación de los datos de los informes.
Para obtener más información, consulte: “Iniciar la exploración de capacidad” en la página 139.
v 9.2.3 Cambio de valores avanzados de servidor desde la interfaz de usuario de aplicación
En el panel Valores avanzados de servidor, puede cambiar valores avanzados del servidor de BigFix
Inventory, por ejemplo, valores relacionados con la configuración de la herramienta del gestor de VM
central. Además, se han añadido varios parámetros nuevos. Para obtener más información, consulte:
“Configuración de valores avanzados de servidor” en la página 304.
v 9.2.3 Ajuste manual del valor de PVU por núcleo de procesador desde la interfaz de usuario
de BigFix Inventory
En versiones anteriores de BigFix Inventory, el valor de PVU por núcleo de procesador se ajustaba
mediante un fixlet. A partir de la versión actual del producto, el fixlet está en desuso. En lugar de ello,
el valor de PVU se puede cambiar desde el panel Inventario de hardware. Para obtener más
información, consulte: “Cambio del valor PVU por núcleo de procesador” en la página 593.
v 9.2.3 Soporte para sistemas operativos y tecnologías de virtualización adicionales
El cliente de BigFix se puede instalar en Cent OS 6 y 7. Red Hat Enterprise Linux 7 y SUSE Linux
Enterprise Server 12 están soportados en z/VM. Además, se proporciona soporte para RHEV-M 3.5.
Para obtener más información, consulte: “Sistemas operativos soportados” en la página 44.
v 9.2.2 Informes de licencia para cada región de subcapacidad de IBM
Las reglas de licencias de subcapacidad de IBM definen tres regiones. Para calcular correctamente los
valores de subcapacidad para productos que están instalados en varias regiones, genere la instantánea
de auditoría para cada región. A continuación, para cada producto, sume los valores de subcapacidad
para todas las regiones. El valor que se obtiene es el uso general de subcapacidad para un producto en
particular. Para obtener más información, consulte: Reglas de contabilización de licencias de capacidad

de virtualización, “Regiones de subcapacidad de IBM” en la página 34 y “Guía de aprendizaje:
Creación de informes sobre el uso de subcapacidad por grupo de equipos” en la página 476.
v 9.2.2 Informes de licencia para cada unidad de negocio de la organización
Puede gestionar software y ver informes para cada unidad de negocio de la organización. Para ello,
divida los sistemas de la infraestructura en grupos que representan estas unidades. A continuación,
cree usuarios dedicados, cada uno de ellos con acceso a un grupo de sistemas determinado. Para
obtener más información, consulte: “Unidades empresariales organizativas” en la página 38 y “Guía de
aprendizaje: Creación de informes sobre el uso de subcapacidad por grupo de equipos” en la página
476.
v 9.2.2 Informes de licencia en el entorno del proveedor de servicios
Un proveedor de servicios es una empresa que proporciona a otras empresas acceso a software que
está instalado en máquinas que son propiedad del proveedor de servicios y cuyo mantenimiento corre
a cargo del proveedor. Para calcular correctamente los valores de subcapacidad en el entorno del
proveedor de servicios divida los equipos de su infraestructura en grupos que representen a sus
clientes. A continuación, gestione el software y genere instantáneas de auditoría para cada cliente. Para
obtener más información, consulte: “Proveedores de servicios” en la página 32 y “Guía de aprendizaje:
Gestión de software en el entorno del proveedor de servicios” en la página 482.
v 9.2.2 Creación de firmas ampliadas
Las firmas de software ampliadas se basan en elementos de datos, tales como nombres de archivo,
claves de registro o series de caracteres determinadas. Las firmas ampliadas permiten para descubrir
software que de lo contrario podría no ser descubierto con firmas de archivo o paquete. Ahora puede
crear firmas de software ampliadas directamente en BigFix Inventory sin tener que instalar Software
Knowledge Base Toolkit. Para obtener más información, consulte: “Creación de firmas ampliadas” en la
página 346.
v 9.2.2 Retiro de Software Knowledge Base Toolkit
Los usuarios de BigFix Inventory utilizaban Software Knowledge Base Toolkit para crear firmas
complejas, y era entonces un elemento necesario pues BigFix Inventory no podía proporcionar las
mismas prestaciones. Ahora, con la posibilidad de crear firmas complejas directamente desde BigFix
Inventory, Software Knowledge Base Toolkit pasa a estar en desuso y finalmente se retirará del
mercado. Para obtener más información, consulte “Gestión del contenido del catálogo en Software
Knowledge Base Toolkit” en la página 383.
v 9.2.2 Información de punto final consolidada
Los informes Sistemas, instalaciones de software y bases de datos Oracle proporcionan información de
hardware, tal como detalles de procesador. La combinación de información de software y de hardware
en un mismo informe facilita el cálculo de licencias de procesador y de memoria para productos que
no son de IBM.
v 9.2.2 Inhabilitación del cálculo de agregados de software ampliados
Los agregados de software son fragmentos de datos que se recopilan durante las exploraciones de
software. Se procesan durante las importaciones de datos sucesivas y más tarde se visualizan en el
informe Exploración de inventario. Puede inhabilitar el cálculo de agregados de software ampliados
para reducir la duración de las importaciones de datos en entornos grandes donde hay definidos
muchos grupos de sistemas. Para obtener más información, consulte la Guía de escalabilidad.
v 9.2.2 Definición de la ubicación de la carpeta de la memoria caché del explorador
La carpeta de memoria caché de explorador se utiliza para almacenar información sobre archivos y
directorios explorados del sistema de archivos. Si conoce la jerarquía de los archivos, el explorador
puede localizarlos más rápidamente, lo que da como resultado exploraciones más cortas. Cambie la
ubicación de la carpeta de memoria caché si la ubicación predeterminada no puede asegurar espacio de
disco suficiente. Para obtener más información, consulte: “Optimización de la configuración de
memoria caché de explorador” en la página 176.
v 9.2.2 Identificación de duplicados del gestor de máquinas virtuales
6
Puede utilizar el parámetro vmman_collecting_hostnames_enabled para identificar identificadores UUID
duplicados en VMWare vSphere. Cuando establece el parámetro en true, los nombre de host de las
máquinas virtuales con identificadores UUID duplicados se escriben en el archivo de registro. Para
obtener más información, consulte: “Valores de herramienta del gestor de VM” en la página 292.
v 9.2.2 Definición del rango de tiempo de los informes en relación con la fecha actual
Puede definir el rango de tiempo de los informes en relación con la fecha actual. El informe le
proporcionará entonces datos para un periodo determinado, por ejemplo, las 2 últimas semanas.
v 9.2.2 API REST para recuperar resultados de exploración
Puede recuperar resultados de exploración mediante la API REST para mejorar la supervisión del
entorno mediante el rápido de descubrimiento de software que se ha instalado o modificado
recientemente. El acortamiento de las importaciones de datos hace que los datos sobre software
instalado lleguen al servidor más rápidamente. También permite aumentar el número de importaciones
que ejecuta cada día. Para obtener más información, consulte: “API REST para recuperar resultados de
exploración sin formato” en la página 611.
v 9.2.2 Soporte para nuevas plataformas
El cliente de BigFix se puede instalar en SUSE Linux Enterprise Server 12 (x86). Además, se
proporciona soporte para Red Hat Enterprise Linux 7 sobre Power 8. Para obtener más información,
consulte: “Sistemas operativos soportados” en la página 44.
v 9.2.1 Descubrimiento de software instalado en sistemas Mac
Puede descubrir software instalado en sistemas Mac. La funcionalidad está soportada para Mac OS X
versión 10.8, 10.9 y 10.10. Para obtener más información, consulte: “Iniciar exploraciones de software”
en la página 134.
v 9.2.1 Descubrimiento ampliado de bases de datos Oracle
Puede recuperar información detallada acerca de las opciones de edición (Standard o Enterprise) y de
los paquetes de gestión (incluido el clúster de aplicación real de Oracle, RAC) de Oracle Database que
se despliegan en su entorno. Cuando combina esta información con los datos de inventario de
hardware recopilados, puede utilizar esta funcionalidad para calcular la demanda de licencias de
Oracle Database. Se soporta la funcionalidad para Oracle Database 11.2 y 12.1. Para obtener más
información, consulte: “Descubrimiento ampliado de Oracle Database” en la página 465.
v 9.2.1 Supervisión de la utilización de métricas de licencia distintas de PVU y MAPC de RVU
El informe Utilización de recursos proporciona información sobre la utilización máxima de métricas de
licencia distintas de PVU y MAPC de RVU en los últimos 30 días. Si un producto puede utilizar cinco
métricas de licencia, cada métrica se muestra como una fila independiente en el informe. Lo que es
más, se visualizan todas las métricas que están disponibles para un producto, no solamente las
métricas que haya definido su acuerdo de licencia. Puede exportar el historial de utilización de
licencias y agregarlo manualmente fuera de BigFix Inventory según la información que se proporciona
en el acuerdo de licencia. Los datos están disponibles solamente para productos que ofrecen datos de
utilización de recursos (archivos .slmtag). Para obtener más información, consulte: “Utilización de
recursos” en la página 430.
v 9.2.1 Autenticación de dos factores y soporte de inicio de sesión único en BigFix Inventory
Ahora puede utilizar la autenticación de dos factores y utilizar el inicio de sesión único para iniciar
sesión en BigFix Inventory y mantener la coherencia de inicio de sesión con otras aplicaciones en la
empresa. Puede configurar BigFix Inventory para utilizar la autenticación de dos factores con el inicio
de sesión único basado en el intercambio de la señal Simple Access Markup Language (SAML 2.0) y
Microsoft Active Directory Federation Services como proveedor de identidades o puede utilizar la
tecnología de IBM Lightweight Third-Party Authentication (LTPA) e IBM Security Access Manager for
Web como servicio de autenticación. Para obtener más información, consulte: “Configuración y
habilitación del inicio de sesión único” en la página 514.
v 9.2.1 Coexistencia de varias instancias de BigFix Inventory en una plataforma de BigFix

Puede conectar dos instancias de BigFix Inventory en una plataforma de BigFix. Para habilitar la
coexistencia, divida los sistemas de su infraestructura en dos grupos asignándoles valores de sistema
únicos y creando un análisis que recupere los valores a partir de esta configuración. A continuación,
modifique la importación de datos de forma que cada servidor importe datos sólo de los sistemas que
tienen un valor en particular y omita el resto. Como resultado, cada servidor gestiona un grupo de
sistemas independiente. Para obtener más información, consulte: “Adición de un segundo servidor de
BigFix Inventory” en la página 78.
v 9.2.1 Identificación de sistemas que se ejecutan en nubes públicas
Si un sistema que se ejecuta en una nube pública no se identifica como tal, los valores PVU podrían
haberse calculado de forma incorrecta para el software en el que está instalado. Para asegurarse de que
el valor PVU se calcula según la Política IBM Eligible Public Cloud BYOSL, identifique los sistemas
que se ejecutan en nubes públicas y especifique los tipos de nube. Para obtener más información,
consulte: “Identificación de sistemas en nubes públicas” en la página 143.
v 9.2.1 Creación de firmas personalizadas basadas en tipos de archivo no estándar
Puede crear firmas personalizadas que se basan en cualquier extensión de archivo, no sólo en un
conjunto predeterminado de extensiones. El proceso de creación de firmas es el mismo en ambos casos.
Sin embargo, el proceso de descubrimiento de software es distinto. Para obtener más información
acerca de la creación de firmas personalizadas, consulte “Creación de entradas de catálogo
personalizadas” en la página 340. Para obtener más información acerca de las diferencias en el
descubrimiento de software, consulte “Proceso de descubrimiento de software tras personalizar el
catálogo” en la página 375.
v 9.2.1 Adición de opciones de empaquetado personalizado
El catálogo de software de IBM define qué componentes se pueden asignar a qué productos para crear
paquetes de software. Los paquetes reflejan conjuntos de productos que se ofrecen en una única
titularidad o licencia. Si un paquete que ha adquirido no tiene definida ninguna relación en el catálogo
de software de IBM, añada una opción de empaquetado personalizado. Esto le permitirá asignar
componentes al producto adecuado para reflejar su titularidad. Para obtener más información, consulte:
“Adición de opciones de empaquetado personalizado” en la página 419.
v 9.2.1 Adición de comentarios en la instantánea de auditoría
Al crear la instantánea de auditoría, puede añadir comentarios o adjuntar un archivo con detalles sobre
la información que contiene la instantánea. Para obtener más información, consulte: “Creación de
instantáneas de utilización de métricas de licencia” en la página 424.
v 9.2.1 Comprobación de por qué un fixlet o tarea no es relevante
Cuando un fixlet o una tarea no es relevante en un punto final determinado, puede crear un análisis
que comprueba qué parte de la expresión de relevancia no coincide. De esta manera, puede identificar
la razón exacta del motivo por el cual la tarea o el fixlet no se puede ejecutar en un punto final y
resolver el problema. Para obtener más información, consulte: “Comprobación de por qué un fixlet o
tarea no es relevante” en la página 589.
v 9.2.1 ajuste manual del valor PVU por núcleo
El número de PVU se asigna por núcleo de procesador en función de la información que se
proporcione en la tabla de PVU. Sin embargo, puede ocurrir que el valor que se asigna a un
procesador en su entorno no sea correcto. En tal caso, póngase en contacto con el personal de soporte
de IBM para obtener un permiso y ajustar manualmente el valor de PVU. Tras resolver el problema en
la detección incorrecta del valor de PVU, elimine el ajuste manual. Para obtener más información,
consulte “Cambio del valor PVU por núcleo de procesador” en la página 593
v 9.2.1 Importación de exploraciones del sistema de archivos delta
La exploración del sistema de archivos genera dos salidas: exploración del sistema de archivos
completa y exploración del sistema de archivos delta. El primero contiene información sobre todos los
archivos que se han descubierto en el punto final. El último contiene información solamente de los
archivos que se han modificado entre las dos últimas exploraciones completas del sistema de archivos.
8
La importación del sistema de archivos delta se importa en BigFix Inventory en primer lugar para
mejorar el rendimiento de la importación. Para obtener más información, consulte: “Tipos de
exploraciones de software” en la página 136.
v 9.2.1 El periodo de retención está habilitado de forma predeterminada para las instalaciones
nuevas
El periodo de retención de datos es el periodo tras el cual se eliminan de la base de datos de BigFix
Inventory los datos históricos o los datos de utilización de recursos. El periodo de retención está
establecido de forma predeterminada en instalaciones nuevas de BigFix Inventory. Si ha actualizado
desde Software Use Analysis, se conservarán los valores originales. Para obtener más información,
consulte: “Configurar periodo de retención de datos” en la página 181.
v 9.2.1 Soporte para plataformas nuevas
El servidor de BigFix Inventory se puede instalar en Red Hat Enterprise Linux 7. El cliente de BigFix se
puede instalar en Windows 10 y Ubuntu. Para obtener más información, consulte: “Sistemas operativos
soportados” en la página 44.
Funciones y características
IBM BigFix Inventory proporciona características útiles para gestionar entornos virtualizados. Descubre el
software que está instalado en la infraestructura, y permite analizar los datos de consumo y generar
informes.
Descubrimiento e identificación de software
BigFix Inventory explora la infraestructura para determinar qué software se ha instalado en los sistemas
supervisados.
Descubrimiento y creación de firmas
BigFix Inventory descubre las firmas que permiten detectar productos mediante exploraciones de
inventario y uso. La aplicación utiliza el catálogo de software para correlacionar las firmas que se han
descubierto con los productos de software que se han instalado en la infraestructura.Puede crear nuevas
para los elementos de software que se han instalado en sus sistemas, pero que no están incluidos en el
catálogo.
Recuento de uso de software
BigFix Inventory proporciona información sobre cómo se utiliza el software que está instalado en la
empresa.
Informes
Los informes contienen información detallada sobre los sistemas de la infraestructura y elementos de
software que se han instalado en estos sistemas. Si se visualizan los informes con regularidad, puede
comprobar si las instalaciones reales reflejan la información de inventario de software y asegurarse de
que los valores de capacidad se asignen a los productos correctamente.
Contratos
Se utilizan los contratos para gestionar la información acerca de licencias de productos de software que
están en su infraestructura y hacer un seguimiento de los gastos que están asociados con estas licencias.
Un contrato contiene información acerca del coste de adquisición y mantenimiento de una licencia, como
las fechas de inicio y finalización de la titularidad.

Verificación de licencias de IBM®
BigFix Inventory proporciona la información necesaria para garantizar la conformidad con las PVU
(Processor Value Unit) y las RVU (Resource Value Units).
BigFix Inventory calcula la capacidad máxima de núcleo del servidor que está disponible para el software
de IBM instalado. La aplicación también determina el número de PVU (Processor Value Unit) o
titularidades de núcleo de procesador que se necesitan. Si despliega una tecnología de virtualización
soportada, la herramienta proporciona la información de capacidad de núcleos de procesador de todo el
entorno virtualizado.
Supervisión del uso de licencias de IBM
Puede generar informes de auditoría de PVU y RVU que muestran el producto y los valores de PVU. Los
informes de auditoría pueden verse en la aplicación o imprimirse.
Características de vista previa

BigFix Inventory proporciona un conjunto de características de vista previa que están inhabilitados de
forma predeterminada. Puede habilitar estas características, probarlas y proporcionar comentarios sobre
su funcionamiento para que se tengan en cuenta a la hora de publicarse oficialmente.
Características disponibles
Para ver la lista de características disponibles y la documentación relacionada, pulse aquí.
Habilitación de las características de vista previa

Para habilitar las características de vista previa, inicie la sesión en BigFix Inventory y pulse Gestión >
Valores de característica de vista previa.
Suministro de comentarios
Sus comentarios y sugerencias son esenciales para el equipo de desarrollo y son muy apreciados. Pruebe
las nuevas características, y díganos qué piensa y qué se puede mejorar. Utilice los canales de
comunicación siguientes para proporcionar sus comentarios:
v Escriba una publicación en el foro
v Escríbanos un correo electrónico a la dirección: talk2sam@us.ibm.com
Limitaciones
Revise la lista de limitaciones de BigFix Inventory.
v El software instalado en el directorio /Libraries en Mac OS X no se descubre
Solo se descubre el software instalado en el directorio /Applications.
v La información acerca de los sistemas Mac OS X no se presenta en el widget Integridad de los datos
de capacidad de IBM
Los sistemas que se ejecutan en Mac OS X no se incluyen en el recuento de sistemas del widget
Integridad de los datos de capacidad de IBM. Esto sucede debido a que los tipos de exploraciones que
generan resultados visualizados en este widget no se ejecutan en Mac OS X. No obstante, estos
sistemas se incluye en el recuento de sistemas del widget Salud de la exploración. Esto hace que el
número total de sistemas que se muestra en cadas widget sea diferente.
v Cuando Software Use Analysis 2.2 y BigFix Inventory están instalados en el mismo sistema, no
puede utilizar ambas aplicaciones al mismo tiempo
10
Cuando inicia una sesión en Software Use Analysis 2.2, se cierra automáticamente su sesión con BigFix
Inventory y viceversa. Puede tener una sesión iniciada con una sola aplicación cada vez.
v Cuando BigFix Compliance y BigFix Inventory están instalados en el mismo sistema, no puede
utilizar ambas aplicaciones al mismo tiempo
Cuando inicia una sesión en BigFix Compliance, se cierra automáticamente su sesión con BigFix
Inventory y viceversa. Puede tener una sesión iniciada con una sola aplicación cada vez.
v La Arquitectura distribuida de servidores (DSA) no está soportada
Distributed Server Architecture (DSA) permite la configuración de varios servidores de BigFix que
pueden replicar datos entre ellos. Si el servidor principal está inhabilitado, un servidor de copia de
seguridad ocupa su rol garantizando así un trabajo continuo. La arquitectura no está soportada porque
BigFix Inventory sólo puede conectarse a uno de los servidores replicados cada vez. Cuando intenta
añadir otro servidor, aparece un mensaje indicando que esa base de datos ya está conectada.
v Microsoft SQL Server utilizado como base de datos de BigFix no puede ser sensible a las
mayúsculas y minúsculas
Sólo se soporta la base de datos no sensible a las mayúsculas y minúsculas Microsoft SQL Server.
v El cambio del nombre de host del servidor de BigFix no está soportado
El nombre de host del servidor BigFix no se puede cambiar porque se ha registrado en el certificado de
licencias durante la instalación. Para cambiar el nombre de host de BigFix, vuelva a instalar la
aplicación.
v La conformidad SP800-131a no se puede habilitar con Microsoft SQL Server
Si se ha habilitado el estándar criptográfico SP800-131a en modalidad estricta en BigFix Inventory y se
ha configurado la modalidad de seguridad ampliada en BigFix y en los servidores de MS SQL, no se
puede establecer la conexión entre el servidor de BigFix Inventory y el servidor SQL.
v El formato pvk de la clave privada cifrada no está soportado.
Puede utilizar una clave privada cifrada que tenga el formato openSSL o pkcs8 solamente.
v La actualización automática del catálogo de software de Software Knowledge Base Toolkit no es
efectiva si el estándar SP800-131a está habilitado en la modalidad estricta
Si utiliza el estándar criptográfico SP800-131a en modalidad estricta, el catálogo de software no puede
descargarse automáticamente de Software Knowledge Base Toolkit. Para actualizar el catálogo, debe
descargarlo manualmente de Software Knowledge Base Toolkit y cargarlo en BigFix Inventory.
v Los informes muestran el valor actual de PVU por núcleo de procesador, en lugar del valor que
existía durante el valor máximo de uso de licencia
Los informes Subcapacidad de PVU de IBM y Todas las métricas, así como la instantánea de auditoría,
muestran el valor actual de PVU por núcleo, en lugar del valor generado durante el valor máximo de
licencia. No afecta al cálculo de subcapacidad y de capacidad total de PVU. Para visualizar el valor que
se produjo durante el valor máximo de licencia en los informes, cambie la fecha de inicio del informes
por una fecha más reciente. Intente cambiar la fecha hasta que encuentre la fecha en que se modificó el
valor de PVU por núcleo. Le permite visualizar información coherente en los informes.
v La creación de contratos y personalizaciones de catálogos para productos IBM está limitada
IBM proporciona contenido del catálogo que permite descubrir prácticamente todos los productos de
IBM. Debido a razones internas, las entradas de determinados productos están duplicadas en este
catálogo. Por lo tanto, no es posible modificar la entrada correcta y es posible que la creación de
contratos para productos IBM no funcione correctamente. Además, BigFix Inventory admite contratos
solamente para licencias basadas en la instalación que no son aplicables a la mayoría de productos
IBM. No se recomienda crear contratos para productos IBM y personalizar productos IBM en el
catálogo de software.
v Puede que las firmas con el mismo GUID y distintas reglas se sobrescriban
Cuando importe una firma que tiene el mismo GUID que una firma que ya existe en BigFix Inventory
y la firma nueva tiene un número de reglas distinto del existente, las firmas no se fusionarán. En su
lugar, la firma nueva sobrescribe a la existente. El problema no se produce cuando la firma importada
tiene un GUID distinto o no tiene GUID.

v La adición de directorios excluidos falla en Solaris cuando el número de caracteres de la tarea es
mayor que 1000
Cuando utiliza la tarea Añadir directorios excluidos y la lista de directorios especificados supera los
1000 caracteres, la tarea falla en Solaris.
v La hora de inicio específica no se puede establecer para acciones utilizando la API REST
La API REST de BigFix requiere que se especifique la hora de inicio de una acción como un
desplazamiento en el tiempo en el servidor de BigFix. La solución es propensa a problemas de latencia
de red. Puede hacer que la acción se inicie a una hora distinta de la prevista.
v En algunos paneles, los usuarios con acceso a grupos de sistemas seleccionados pueden ver datos
para todos los sistemas
En los paneles que están conectados y notifican la clasificación de software y el uso de licencias, todos
los usuarios pueden ver todos los sistemas del entorno, independientemente del grupo de sistemas que
tengan asignado en sus perfiles de usuario. Los datos se muestran de esa forma porque el hecho de
limitar el ámbito de los sistemas podría afectar a la información de uso de la licencia y requeriría un
nuevo cálculo de los valores que se basan en las restricciones de acceso de usuarios actuales.
v El filtro por vía de acceso de instalación no funciona en determinadas condiciones
Cuando se especifica la vía de acceso de instalación como un criterio de filtro y contiene -1, por
ejemplo C:\My_App -1, el filtro devuelve resultados imprecisos. El filtro solo devuelve el contenido del
directorio especificado pero también todos los productos no de IBM instalados en el sistema.
v Se puede visualizar un número incorrecto de filas en informes que se guardan como archivos PDF
El número de filas que se visualizan en la esquina superior derecha de un archivo PDF puede diferir
del número de filas que aparecen en la interfaz de usuario. Este problema sólo se ha detectado con la
columna Discos compartidos montados en el informe Sistemas debido a que contiene entradas de
varias líneas.
v Los valores de tiempo se proporcionan en husos horarios distintos en la interfaz de usuario y en los
informes de PDF o CSV
En algunos informes, los valores de tiempo se expresan en el huso horario local cuando se visualiza el
informe en la interfaz de usuario pero en hora UTC cuando el informe se exporta a un archivo PDF o
CSV. Lo que es más, el formato de fecha y hora está codificado en los informes en PDF.
v Los rangos de hora en el informe de subcapacidad de PVU de IBM del panel Producto de
subcapacidad de PVU de IBM se hallan en diferentes husos horarios
Cuando se abre el informe de subcapacidad de PVU de IBM, el rango de hora se especifica en el huso
horario UTC+02:00. Sin embargo, cuando pulsa un nombre de producto y va al panel Producto de
subcapacidad de PVU de IBM, la hora se expresa en el huso horario UTC+01:00.
v Limitaciones del seguimiento de auditoría
El informe Seguimiento de auditoría no lo puede filtrar la columna Detalles y no contiene información
acerca de las cargas e importaciones de números de pieza.
v Los permisos que se han definido para el rol Administrador no se pueden cambiar
El rol Administrador tiene asignados todos los permisos disponibles. Esto impide crear roles
Administrador independientes, por ejemplo un responsable de los datos, otro para los usuarios.
v La búsqueda de catálogo no funciona durante la importación de catálogos
La búsqueda de catálogo no funciona durante la importación del catálogo. Funciona correctamente
durante las importaciones que no contienen un catálogo nuevo.
v Las definiciones de firma no están disponibles en el informe Auditoría de catálogo para las firmas
personalizadas que se han suprimido
Cuando suprime una firma personalizada del catálogo de software, la definición de esta firma no está
disponible en el informe Auditoría de catálogo. La sección de definición está vacía.
v Los ID de proceso no se hallan en las instantáneas de auditorías
v Envío de informes a su correo electrónico
12
Cuando se planifican varios informes para que se envíen a su correo electrónico, debe asegurarse de
que no se envían a la vez. El motivo es que cada informe se gestiona en una sesión distinta que se
inicia cuando se va a enviar el informe y que finaliza cuando termina la acción. Sin embargo, cada
sesión cerrada termina también las demás sesiones; en este caso, la entrega del resto de informes. La
planificación, por tanto, debe ser diferente para cada informe. El intervalo suficiente es de entre 5 y 10
minutos, puede especificarlo estableciendo la fecha de inicio.
v Filtrado de sistemas en base a sus direcciones IP
Cuando filtre sus sistemas en base a sus direcciones IP y especifique la relación como ends with, no se
visualizará ningún sistema aunque algunos de los sistemas cumplan los criterios. Para solucionar este
problema, puede elegir otras relaciones como, por ejemplo, contains o begins with. Esta limitación
implica todos los informes.
v El fixlet para distribuir catálogos de explorador en los puntos finales no está traducido
El fixlet Descarga de catálogo (Versión: versión) es un fixlet personalizado que no se entrega con el
conjunto de fixlets de BigFix Inventory . Estos fixlets no están traducidos.
v El idioma del instalador depende del entorno local del sistema
Para ejecutar el instalador de BigFix Inventory en un idioma distinto del inglés, el entorno local del
sistema debe haberse establecido en ese idioma.
v La vía de acceso de instalación muestra -1 para algunos componentes en el panel Clasificación de
software de IBM
El problema se produce cuando empaqueta un componente no de IBM en un producto de IBM
mediante el panel Clasificación de software de vista previa. Para ver la vía de acceso de instalación de
un componente de este tipo, utilice el panel Clasificación de software de vista previa.
v El idioma del panel Clasificación de software de IBM depende de los valores del navegador
BigFix Inventory puede configurarse para utilizar el entorno local del navegador web o el entorno local
que se establece en el perfil de aplicación. El panel Clasificación de software no da soporte al valor
personalizado del entorno local que se especifica en el perfil de usuario. Sólo utiliza el entorno local
que se especifica en los valores del navegador.
v El filtrado hace que el contenido de la ventana se desplace hacia arriba
Cuando filtra un informe utilizando el filtro in set, el contenido de la ventana completa se desplaza a
la parte superior. Tiene que desplazarse hacia abajo para añadir otro filtro.
v La interfaz de usuario no se muestra correctamente en Chrome cuando TLS 1.2 no está habilitado
Para solucionar temporalmente este problema, habilite TLS 1.2. Para obtener instrucciones detalladas,
consulte: “Habilitación de la comunicación segura” en la página 503.
v Los números arábigos orientales no están soportados
Ventajas empresariales
IBM BigFix Inventory ofrece ventajas valiosas para su empresa.
Si utiliza BigFix Inventory, podrá:

Saber qué tiene
BigFix Inventory identifica el software, hardware y los modelos de licencias de su infraestructura.
Gestionar lo que tiene
Mediante el análisis de datos de consumo, BigFix Inventory le ayuda a:
v Comprender su consumo de licencias actual
v Determinar una causa raíz de las discrepancias de conformidad de licencia
v Priorizar y ejecutar acciones de seguimiento

Optimizar el consumo de licencias
BigFix Inventory le ayuda a pronosticar y planificar el consumo futuro de licencias. Optimice
periódicamente su consumo de software para cumplir siempre las condiciones de licencia
contractuales.
Reducir los costes
Optimice sus costes de licencia eliminando el software que no utilice. Planifique su presupuesto
basándose en los informes de BigFix Inventory . También puede evitar hacer los pagos de
verificación de licencia alineando los activos de software con licencias legales y asegurarse de que
no se utiliza ningún software sin licencia.
Conceptos clave
Existen varios conceptos que le ayudarán a entender cómo funciona BigFix Inventory y cómo utilizarlo
de forma eficaz.
Licencias de PVU (Processor Value Unit)

Una PVU (Processor Value Unit) es una unidad de medida que se utiliza para determinar el coste de las
licencias de los productos de middleware de IBM. Está basada en el tipo de proceso desplegado en el
servidor en el que se ha instalado el software. Para cada producto, debe adquirir el número adecuado de
PVU definido para el procesador específico en el que se ha instalado el software.
El número de PVU necesarias se basa en la tecnología de procesador y en el número de procesadores

disponibles para el producto de software. Para las licencias basadas en PVU, IBM define un procesador
como un núcleo de procesador en un chip. Por ejemplo, un chip de procesador de doble núcleo tiene dos
núcleos de procesador. Las PVU se asignan por núcleo, no por procesador. El número de PVU asignado a
un núcleo de procesador se define en la tabla PVU por núcleo.
Tipos de licencia de PVU
Las licencias de PVU pueden ser de capacidad total o de subcapacidad. La licencia de capacidad total se
basa en el número total de núcleos de procesador en el servidor físico donde se instala un producto. Las
licencias de subcapacidad sólo están disponibles en entornos virtualizados. Se recuenta como el número
más alto de PVU disponibles para la máquina virtual en la que está instalado el producto y no en el
recuento total de PVU del servidor físico. Las licencias se adquieren por el valor inferior: subcapacidad o
capacidad completa.
Las licencias de subcapacidad pueden reducir de forma significativa el coste de las licencias,
especialmente con un cambio a una tecnología de núcleo de procesador más reciente. No obstante, las
máquinas virtuales o particiones que restringen la capacidad disponible del procesador se deben crear
utilizando tecnologías de virtualización elegibles. Para obtener más información acerca de los requisitos
de licencias de subcapacidad, consulte: Licencias de capacidad de virtualización (subcapacidad) de
Passport Advantage.
Para obtener más información sobre el recuento de reglas de subcapacidad para cada tipo de
virtualización, consulte Reglas de recuento de licencias de capacidad de virtualización.
Casos de ejemplo
Los siguientes casos de uso describen cómo se calcula el coste de la licencia de software. Los cálculos se
basan en valores de ejemplo y se deberían tratar como meros ejemplos.
Caso de ejemplo 1: Capacidad completa en un servidor físico
El software de IBM MQ se instala en un servidor que tiene dos procesadores Intel Xeon 3400,
cada procesador con ocho núcleos (16 núcleos en total).
14
Servidor 1
16 núcleos MQ
físicos WebSphere
Puesto que el entorno no está virtualizado, la licencia de subcapacidad no se aplica. La licencia

de capacidad completa se cuenta como el número máximo de PVU en el servidor donde está
instalado el software. En función de la tabla de PVU, cuando el servidor tiene dos sockets, se
asignan 70 PVU por núcleo a este modelo de procesador. En la tabla siguiente se muestra cómo
se calcula el coste de la capacidad completa para el software IBM MQ que esté instalado en este
servidor.
Tabla 1. Coste de la licencia de capacidad completa para el software IBM MQ
Descripción Capacidad total
Núcleos para la licencia 16
PVU por núcleo 70
Coste de software por PVU $50
Coste de licencia 16×70×$50 =$56.000
Caso de ejemplo 2: Subcapacidad en dos máquinas virtuales

Se despliegan dos máquinas virtuales en un servidor que tiene dos procesadores Intel Xeon 3400,
cada procesador tiene ocho núcleos (16 núcleos en total). Cada máquina virtual tiene asignados
ocho núcleos virtuales. El software de WebSphere se instala solamente en la primera máquina
virtual y tiene acceso a ocho núcleos. El software IBM MQ se instala en ambas máquinas virtuales
y, por ello, tiene acceso a 16 núcleos.
Servidor 1 | 2 procesadores | 16 núcleos en total
Máquina 8 núcleos MQ
virtual 1 virtuales WebSphere
virtual 2 virtuales
En función de la tabla de PVU, cuando el servidor tiene dos sockets, se asignan 70 PVU por
núcleo a este modelo de procesador. En la tabla siguiente se muestra cómo se calcula el coste de

la licencia de capacidad completa y la licencia de subcapacidad para el software IBM MQ y el
software WebSphere que esté instalado en este servidor.
Tabla 2. Coste de la licencia de capacidad completa o de subcapacidad para el software IBM MQ y el software
WebSphere
Capacidad completa para
el software IBM MQ y Subcapacidad para el Subcapacidad para el
Descripción WebSphere software IBM MQ software WebSphere
Núcleos para la licencia 16 16 8
PVU por núcleo 70 70 70
Coste de software por PVU $50 $50 $50
Coste de licencia 16×70×$50 =$56.000 16×70×$50 =$56.000 8×70×$50 =$28.000
Caso de ejemplo 3: Capacidad en un entorno virtual donde no se ha definido el gestor de máquinas

virtuales
Importante: No se da soporte a este caso de ejemplo. Se proporciona para describir las

consecuencias de no definir el gestor de máquinas virtuales que controla los recursos disponibles
en las máquinas virtuales. Los gestores de máquinas virtuales deben definirse para informar
correctamente del consumo de PVU.
Se despliegan dos máquinas virtuales en un servidor que tiene dos procesadores Intel Xeon 3400,
cada uno tiene ocho núcleos (16 núcleos en total). La primera máquina virtual tiene asignados 12
núcleos virtuales. La segunda máquina virtual tiene asignados 10 núcleos virtuales. El software
IBM MQ se instala en ambas máquinas virtuales.
Servidor 1 | 2 procesadores | 16 núcleos en total
virtual 1 virtuales
virtual 2 virtuales
Si no se ha definido ningún gestor de máquinas virtuales, BigFix Inventory no tendrá acceso a la

información sobre el número de sockets ni los núcleos físicos del servidor donde se despliegan las
máquinas virtuales. Tiene acceso sólo a la información sobre el modelo de procesador y el
número de núcleos virtuales que cada máquina virtual tiene asignados. La cantidad de núcleos
virtuales a los que tiene acceso el software IBM MQ es mayor que la cantidad de núcleos físicos
disponibles en el servidor.
La cantidad de PVU por núcleo que tiene asignadas un procesador depende de la cantidad de
sockets del host. Puesto que BigFix Inventory no tiene acceso a esta información, asigna el valor
más elevado de PVU por núcleo que tenga definido para el procesador en particular en la tabla
de PVU. En función de la tabla de PVU, cuando el servidor tiene dos sockets, se asignan 70 PVU
por núcleo a este modelo de procesador. Sin embargo, debido a la falta de información sobre el
16
número de sockets, se cargan 120 PVU por núcleo al software. Es la cantidad máxima de PVU
definida en la tabla de PVU para este tipo de procesador. En la tabla siguiente se muestra el coste
de la licencia para el software IBM MQ dependiendo de si se ha definido el gestor de máquinas
virtuales.
Tabla 3. Coste de licencias para el software IBM MQ dependiendo de si se ha definido el gestor de máquinas
virtuales
Capacidad para el software
Capacidad para el software IBM MQ cuando se ha
IBM MQ cuando no se ha
definido el gestor de máquinas virtuales
definido el gestor de
Descripción Capacidad total Subcapacidad máquinas virtuales
Núcleos para la licencia 16 22 limitados a 16 22
PVU por núcleo 70 70 120
Coste de software por PVU $50 $50 $50
Coste de licencia 16×70×$50 =$56.000 16×70×$50 =$56.000 22×120×$50 =$132.000
Tabla de PVU (processor value unit)

Una tabla de PVU (processor value unit) contiene información sobre el coeficiente de conversión que se
utiliza para los tipos de procesador disponibles.
La tabla de PVU (processor value unit) da soporte a los modelos de precios basados en procesador en los
que los cargos varían en función del tipo de procesador en el que se instale y ejecute el producto con
licencia. En la tabla, se asigna un número de unidades a cada tipo de procesador en el que está
disponible este tipo de modelo de precios. Es necesario asegurarse de que la tabla se actualice para
reflejar las proporciones de todos los procesadores que se utilizan.
Si un procesador no se ha identificado correctamente con ningún agente, se muestra en la tabla de

procesadores como OTROS. Este caso puede producirse si se trata de un tipo de procesador nuevo y su
descubrimiento aún no está soportado. En esta situación, cargue la tabla de PVU (Processor Value Unit)
más reciente.
Licencias de unidad de valor de recurso (MAPC de RVU)

Las licencias de unidad de valor de recurso (RVU) permiten que los modelos de cálculo de precios estén
basados en el número de núcleos de procesador activados que utiliza o gestiona un producto, esto es,
MAPC (Manage Activated Processor Cores).
Un núcleo de procesador activado es un núcleo de procesador que es gestionado o utilizado por un

producto, sin importar si la capacidad del núcleo de procesador se puede limitar mediante tecnologías de
virtualización. Las licencias de procesador pueden ser de capacidad total o subcapacidad.
Los agentes obtienen información sobre el número de procesadores utilizados para determinar el nivel de
uso de licencias en términos de unidades de valor de recurso.
Tipos de licencia de unidad de valor de recurso

En los tipos de licencia siguientes, el cálculo del uso de licencias está basado en el número de núcleos de
procesador activados que son gestionados o utilizados por los productos:
v Licencia de capacidad completa
La licencia se calcula como el número más alto de unidades de valor de recurso en el entorno físico de
hardware que son gestionadas por el producto.
v Licencia de subcapacidad

La licencia se calcula como el número más alto de unidades de valor de recurso que están disponibles
para su uso por parte del producto. Las reglas de recuento de la licencia capacidad de virtualización
que definen cuántos núcleos de procesador activados se deben contabilizar se encuentran en: Reglas de
recuento de la licencia de capacidad de virtualización.
Tabla de niveles de unidades de valor de recurso

La tabla de niveles de unidades de valor de recurso (RVU) se utiliza para aplicar un factor para números
diferentes de núcleos de procesador activados. Cuando mayor sea el número de procesadores activados,
menos RVU son necesarias.
Tabla 4. Tabla de niveles de RVU para núcleos de procesador activados
Nivel Desde la cantidad A la cantidad Factor
1 0 2500 1.00
2 2501 10000 0,80
3 10001 50000 0,60
4 50001 150000 0,40
5 150001 - 0,20
Para otorgar la licencia en el entorno de núcleos de procesador siguiente:

v Servidores con 45.000 núcleos de procesador activados
Siga estos pasos:

1. Comience por el número total de núcleos de procesador activados que se deben adquirir para un
único producto basado en RVU.
2. Divida la cantidad en niveles basándose en la tabla de niveles de RVU. Por ejemplo, si compra 15.000
núcleos de procesador activados, el nivel 1 tiene 2.500, el nivel 2 tiene 7.500, y el nivel 3 tiene 5.000.
3. Multiplique el número de cada nivel por el factor aplicable para determinar las RVU por nivel.
4. Sume las RVU de cada nivel para obtener las RVU totales necesarias para el producto.
5. Multiplique las RVU totales por el precio del producto.
La tabla siguiente muestra 45.000 núcleos de procesador activados divididos en niveles de cantidad.
Tabla 5. Núcleos de procesador activados divididos en niveles de cantidad
Nivel Número de núcleos gestionados RVUs
1 2500 2500
2 7500 6000
3 35000 21000
Total 45000 29500
El cálculo siguiente se utiliza para determinar el número de las RVU necesarias para la licencia de 45.000
núcleos de procesador activados en el entorno de servidor.
v El primer nivel se utiliza para calcular los primeros 2.500 núcleos de procesador activados con el factor
de 1 por núcleo (2.500 x 1).
v El segundo nivel se utiliza para calcular los núcleos de procesador activados entre 2.501 y 10.000 con el
factor de 0,8 por núcleo (7.500 x 0,8 = 6.000).
v El tercer nivel se utiliza para aquellos núcleos de procesador activados entre 10.001 y 50.000 con el
factor de 0,6 por núcleo (35.000 x 0,6 = 21.000).
18
v Al sumar las RVU para cada nivel, son necesarias 29.500 RVU para la licencia de 45.000 núcleos de
procesador activados.
Marca de límite superior

La marca de límite superior es el pico más alto de un valor de PVU o RVU para un producto durante un
periodo de informe. El consumo de la licencia de un producto puede fluctuar en función de la ubicación
y la configuración de las máquinas virtuales del entorno físico. La marca de límite superior identifica un
valor de consumo máximo que representa el número de PVU o de RVU necesario para otorgar la licencia
a un producto durante un periodo de informes especificado.
BigFix Inventory supervisa su infraestructura y registra la marca de límite superior de consumo de PVU
o RVU de cada producto para cada máquina virtual de su entorno. Puede comparar los totales del
informe en su inventario de titularidades de licencias para confirmar su cumplimiento.
En estos ejemplos, el periodo de informes es de cuatro semanas. PVU es el tipo de licencia. DB2
Enterprise es el producto con licencia y se registra el número de PVU que consume DB2 cada semana.
Ejemplo de marca de límite superior para un servidor individual con una máquina virtual
En este ejemplo, una única máquina virtual tiene instalada DB2. La configuración de la máquina
virtual va cambiando con el tiempo, de modo que el número de núcleos de procesador
disponibles para DB2 también cambia. DB2 ha consumido 800 PVU durante la semana uno, 400
durante la semana dos, 1200 durante la semana tres y 800 durante la semana cuatro. La marca de
límite superior para DB2 durante este periodo de cuatro semanas se alcanza durante la semana
tres. 1200 es el número de PVU que se han evaluado durante este periodo de 4 semanas.
DB2 ESE en el servidor A

1400
1200
1000
800
600
400
200
Semana 1 Semana 2 Semana 3 Semana 4

Máquina virtual 1 800 400 1200 800
Ejemplo de marca de límite superior para un servidor individual con muchas máquinas virtuales sin
que la CPU quede comprometida en exceso en las máquinas virtuales
En este ejemplo, un servidor tiene cuatro máquinas virtuales con valores de PVU diferentes que
se van descubriendo con el tiempo. Para simplificar este ejemplo, las máquinas virtuales no
comparten ningún núcleo de procesador y no es necesario ningún límite. El cálculo de PVU en el

nivel del servidor es la suma de todos los cálculos de PVU en el nivel de máquina virtual. El
gráfico y la tabla muestran en número de PVU que ha consumido DB2 para cada máquina
virtual.
El pico más alto individual es de 1200 PVU en la tercera semana. Sin embargo, DB2 se ha
instalado en más de una máquina virtual del servidor. Para calcular la marca de límite superior,
se deben contar todos los valores de todas las máquinas virtuales y no simplemente de una. La
marca de límite superior para DB2 durante este periodo de cuatro semanas se alcanza durante la
semana dos. El número de PVU que se han evaluado durante este periodo de cuatro semanas es
1500.
DB2 ESE en el servidor A

1600
1400
1200
1000
800
600
400
200

Máquina virtual 4 400
Máquina virtual 2 400 400
Total 1200 1500 1400 1400
Ejemplo de marca de límite superior para toda la infraestructura

En este ejemplo, hay tres servidores con muchas máquinas virtuales. La infraestructura del
cálculo de PVU es la suma de todos los cálculos a nivel de servidor, y un cálculo a nivel de
servidor es la suma de los cálculos a nivel de máquina virtual en dicho servidor. El gráfico y la
tabla muestran en número de PVU que ha consumido DB2 para cada servidor.
La marca de límite superior para DB2 durante este periodo de cuatro semanas se alcanza durante
la semana uno. El número de PVU que se han evaluado durante este periodo de cuatro semanas
es 4800.
20
DB2 ESE en toda la infraestructura
6000
5000
4000
3000
2000
1000

Servidor C 700 1500
Servidor B 1600 1600 1600 1600
Servidor A 3200 2000 800 800
Total 4800 3600 3100 3900
Productos, componentes y paquetes

IBM BigFix Inventory utiliza el descubrimiento basado en catálogo.
El catálogo de software es una base de datos de conocimientos que contiene información sobre:
Producto de software (oferta)
Un producto de software es una unidad lógica de compartición y empaquetado de software que
tiene un desarrollo gestionado, un ciclo de vida de mantenimiento y atributos visibles para el
cliente. Puede ser una colección de componentes, productos de software cuya licencia puede
depender de la licencia de la oferta total.
Componente
Un componente es una unidad de software que puede detectarse como instalada o en ejecución en
los sistemas, independientemente de otros elementos de software. Puede formar parte de un
producto de software, y se podría identificar por separado, pero no tiene una licencia individual.
Firma Una firma es un conjunto de datos que son exclusivos para un determinado release de software
distribuido. Se utiliza para identificar un release de software distribuido como instalado o en
ejecución en un sistema. Hay dos tipos de firmas:
v Las firmas de reconocimiento de inventario detectan si un release de producto o componente
está instalado en el sistema.
v Las firmas de supervisión de uso detectan si un release de producto o componente se está
ejecutando en el sistema.
Una firma puede ser un archivo, una entrada de registro u otro identificador que actúa como
huella dactilar para identificar los productos de software. El catálogo se puede aumentar con
información sobre productos de software registrados o personalizados in su entorno de TI.
Catálogo de software
Un catálogo de software es una recopilación de definiciones y datos de producto de software
(firmas) que se utilizan para detectar el software como instalado o utilizado en un entorno de TI.

En la herramienta se incluye un catálogo de software inicial. Asegúrese de mantenerlo
actualizado regularmente, especialmente si instala software de IBM nuevo en la red. IBM
proporciona y mantiene el catálogo de software de IBM que incluye productos de IBM y un
conjunto de definiciones de productos que no son de IBM.
El siguiente diagrama representa la definición de catálogo para el producto IBM Product X.
Muestra cómo se relacionan las distintas definiciones de catálogo y cómo se proporcionan en una
estructura que admite la identificación del software.
Producto
Producto IBM X
Versión
Producto IBM X 1 Producto IBM X 2
Release
Producto IBM X 1.1 Producto IBM X 1.2 Producto IBM X 2.1 Producto IBM X 2.2
Componente
Producto IBM X Producto IBM X Producto IBM X Producto IBM X

Aplicación 1.1 Aplicación 1.2 Aplicación 2.1 Aplicación 2.2
Firma
Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM

_X_Aplicación _X_Aplicación _X_Aplicación _X_Aplicación _X_Aplicación _X_Aplicación _X_Aplicación _X_Aplicación
-1.1.0.swtag -1.1.1.swtag -1.2.0.swtag -1.2.1.swtag -2.1.0.swtag -2.1.1.swtag -2.2.0.swtag -2.2.1.swtag
El catálogo también contiene información para dar soporte a las métricas de licencia de PVU
(processor value unit) y RVU MAPC (resource value unit managed activated processor cores).
Esta información indica qué productos utilizan una de estas métricas y cómo se calcula la
cantidad de licencias.
Jerarquía
Una jerarquía es una estructura que representa versiones, releases y variaciones de software.
Paquete
Un paquete es un conjunto de productos que se ofrecen bajo una misma licencia sin componentes
dedicados. En el catálogo, un paquete se estructura como un producto de software con relaciones
de configuración con todos los productos de software que lo forman.
Cuando se explora un sistema de archivos, se descubren componentes correlacionando la
información de registro con las firmas definidas en el catálogo. Se selecciona un producto
predeterminado para cada componente. Puede cambiar el empaquetado predeterminado.
22
Tareas de las aplicaciones de fondo principales
El objetivo principal de BigFix Inventory es generar informes de auditoría de PVU y RVU basados en los
datos recopilados. Todos los cálculos se realizan de acuerdo con las reglas de establecimiento de precios
de licencias de PVU y RVU que se describen en los documentos de licencias de subcapacidad oficiales.
Agregación
La agregación es principal tarea de cálculo en BigFix Inventory. El proceso de agregación es una tarea en
segundo plano planificada que se ejecuta cada día a una hora determinada. De forma predeterminada, se
ejecuta cuando la hora del servidor es medianoche. La tarea calcula los valores de PVU y RVU basándose
en los datos que se recopilan de los agentes durante las exploraciones de software y capacidad.
Reagregación
Si los paquetes de software iniciales son correctos después del descubrimiento de software y no es
necesario volver a empaquetarlos, la agregación es el único proceso de cálculo que es necesario en el lado
del servidor de BigFix Inventory y los datos que se hayan calculado una vez serán siempre correctos. No
obstante, éste rara vez es el caso. Siempre debe modificar algunas partes de los paquetes iniciales
propuestos por BigFix Inventory. Debe confirmar siempre qué paquetes son los correctos para los
productos complejos. Un producto complejo es un producto que puede empaquetarse con más de una
oferta de software. Después de volver a empaquetarlo, los valores de PVU y RVU que ya estaban
calculados deben renovarse. Se han diseñado tareas de reagregación para recalcular o renovar los valores
de PVU y RVU que ya estaban calculados. Las acciones manuales que pueden desencadenar la
reagregación de datos son:
v Volver a empaquetar una instancia de software de un producto a otro
v Confirmar el paquete predeterminado
v Incluir una instancia de software en los cálculos de PVU y RVU
v Excluir una instancia de software de los cálculos de PVU o RVU
v Compartir una instancia
Estas cinco acciones son operaciones muy básicas que los usuarios de la aplicación realizan con frecuencia
para ajustar los datos de los paquetes. Además de las acciones manuales, renueve los datos calculados
para que también se puedan desencadenar mediante un empaquetado automatizado.
Agregación o reagregación
El proceso de agregación se ha diseñado para calcular los datos de varios agentes para todos los
productos en un breve periodo tiempo. Por su parte, el proceso de reagregación se ha diseñado para
repetir cálculos rápidamente de valores de PVU y RVU para un subconjunto seleccionado de productos
que ya se habían agregado. La agregación de todos los productos de todos los agentes es mucho más
rápida (hasta cientos de veces) que la reagregación de la misma cantidad de datos. No obstante, cuando
debe volver a calcular los valores de PVU y RVU únicamente de un producto, la reagregación será más
rápida que la agregación, la cual no puede volver a calcular el valor de los informes de un solo producto,
sino que debe reagregar todos los productos descubiertos simultáneamente.
Generador de inventario
El generador de inventario es otra tarea en segundo plano que se ejecuta periódicamente. Durante ese
tiempo, el inventario de software se genera basándose en los datos de las exploraciones de software del
agente. Es decir, esta tarea transforma una lista de componentes de software descubiertos en una lista de
productos de software descubierto. En la mayoría de los casos, el paquete de software inicial de
componentes detectados que obtiene el generador de inventario es muy poco fiable.

Empaquetado automático
De forma parecida a la agregación, el empaquetado automático es una tarea periódica en segundo plano.
Está estrictamente relacionada con la tarea de generador de inventario: cuando finaliza la ejecución del
generador de inventario, se inicia el empaquetado automático.
Cuando se ejecuta la tarea de empaquetado automático, determina las mejores conexiones de paquete con
todas las instancias de producto no confirmadas. Si los paquetes que se acaban de calcular tienen un
mayor nivel de confianza que los paquetes de productos actuales, el empaquetado automático vuelve a
empaquetar esas instancias de producto con el nuevo producto con la mejor coincidencia. En la gran
mayoría de los casos, las ejecuciones posteriores del empaquetado automático calculan el mismo nivel de
confianza para la mayoría o incluso para todas las instancias de producto no confirmadas. No obstante,
periódicamente, sobre todo en los entornos grandes con un gran porcentaje de instancias no confirmadas
donde puede ocurrir con frecuencia, el nuevo nivel de confianza calculado puede ser mayor que el
anterior. En este caso, la instancia de software se vuelve a empaquetar. Las razones más comunes de por
qué el empaquetado automático puede volver a empaquetar algunas instancias de producto sin confirmar
antiguas son:
v La importación de un nuevo conjunto de números de pieza
v La importación de un nuevo catálogo de software
v Después de volver a empaquetar o confirmar manualmente una instancia de producto, otras instancias
de producto no confirmadas pueden empaquetarse mejor utilizando las reglas de asignación de
partición o infraestructura
v La detección de un nuevo componente de software simple (un componente que sólo puede asignarse a
un producto) que realizan los agentes también puede cambiar los cálculos de otras instancias no
confirmadas, debido a las reglas de empaquetado automático de asignación de partición o
infraestructura.
Sin embargo, el empaquetado automático no sustituye el trabajo manual que debe realizarse para
confirmar o volver a empaquetar todas las instancias de producto no confirmadas. El nivel de confianza
que se calcula mediante el empaquetado automático se supone que facilitará el empaquetado manual, al
proporcionar las mejores opciones de empaquetado posibles para todas las instancias de producto no
confirmadas.
Extracción, Transformación y Carga (ETL)
En general, cuando se utilizan bases de datos, Extracción, Transformación y Carga (ETL) es un proceso
que combina tres funciones de base de datos que tienen por objetivo transferir datos de una base de
datos para colocarlos en otra. La primera etapa, Extracción, implica leer y extraer datos de varios
sistemas de origen. La segunda, Transformación, convierte los datos de su formato original a un formato
que cumple los requisitos de la base de datos de destino. La última etapa, Carga, guarda los datos
nuevos en la base de datos de destino, finalizando así el proceso de transferencia de datos.
En BigFix Inventory, la etapa Extracción implica extraer datos del servidor de IBM BigFix. Estos datos
incluyen información sobre la infraestructura, los agentes instalados y el software detectado. ETL también
comprueba si el nuevo catálogo de software está disponible; recopila información sobre la exploración de
software y los archivos que están presentes en los puntos finales; y recopila datos de los gestores de VM.
A continuación, los datos extraídos se transforman a un formato único que se pueden cargar en la base
de datos de BigFix Inventory. Esta etapa también implica la coincidencia de los datos de exploración con
el catálogo de software, el cálculo de PVU, el proceso de exploración de capacidad y la conversión de la
información que se incluye en los archivos XML.
Una vez extraídos y transformados los datos, se cargan en la base de datos y pueden utilizarse en BigFix
Inventory.
24
Descubrimiento de datos sin formato y firmas coincidentes
Los datos sin formato son datos sin procesar que se pueden utilizar para crear nuevas firmas en el
catálogo de software para los elementos de software no coincidentes.
Los datos sin formato incluyen una lista de archivos que hay en el sistema y entradas nativas de registro
de instalación. Los datos se obtienen supervisando las tablas de procesos de puntos de finales en la
infraestructura. Se puede utilizar para crear y diagnosticar firmas. Las firmas son nombres de archivo,
entradas de registro y otro tipo de información que es exclusiva para un determinado elemento de
software y se pueden utilizar para identificarlo.
Los clientes de BigFix, también denominados agentes, están instalados en todos los sistemas que se
gestionen en BigFix. Los clientes recopilan información acerca del software que está instalado en los
puntos finales de la infraestructura y envían datos sin formato al servidor BigFix. Importe este dato al
servidor BigFix Inventory utilizando el proceso de importación de ETL. El servidor BigFix Inventory
proporciona datos de descubrimiento que coinciden con los informes de uso e inventario. Cuando vea un
informe de datos de uso sin formato y encuentra un elemento de software que no coincide con ninguna
firma de su catálogo de software actual, puede crear una firma para ese elemento que esté basada en
datos sin formato.
Contratos
Un contrato contiene información sobre el coste de adquisición y mantenimiento de una licencia, así
como las fechas de inicio y finalización de la titularidad. Utilice contratos para gestionar la información
acerca de licencias de productos de software que están en su infraestructura.
Puede asignar contratos para grupos de sistema específicos para indicar qué sistemas están autorizados
para utilizar con el software.
Los informes de utilización de contrato muestran el número de instancias de software de las que tiene
autorización y el número real de instancias de software que se utilizan. Puede reducir los gastos en
licencias sin utilizar y rastrear sistemas que utilizan instancias sin licencia de un determinado producto
de software. También puede realizar un seguimiento de los gastos asociados a las licencias de software y
gestionar costes de aumento o reducción de las licencias.
Unicode
A partir de la versión 9.5, BigFix Platform puede reunir datos de los clientes de BigFix desplegados con
distintas páginas de código e idiomas, codificar los datos en formato UTF-8 y enviarlos al servidor de
BigFix. Como consecuencia, independientemente del sistema y codificación que los clientes utilicen, los
datos se visualizan correctamente tanto en BigFix como en BigFix Inventory. Esta función es útil cuando
el entorno tiene clientes con diferentes páginas de códigos y datos que contienen caracteres no ASCII.
Esta función presenta los siguientes supuestos principales:

v Los datos se muestran correctamente sólo si los caracteres pertenecen a la página de códigos de un
cliente determinado. Los clientes pueden utilizar diversas páginas de código y todas se admiten en
BigFix, pero desde el punto de vista de un cliente, todos los datos salientes deben ser coherentes con la
página de código de este cliente. Por ejemplo, si instala software cuyo nombre contiene el carácter ê
(que es específico de la página de códigos Windows 1252) en un cliente que utiliza la página de
códigos Windows 1250, este carácter no se verá correctamente en BigFix Inventory, porque no
pertenece a la página de códigos del cliente.
v La codificación en formato UTF-8 sólo se admite para el flujo de datos de abajo a arriba, es decir, los
datos que fluyen desde los clientes de BigFix al servidor de BigFix. El flujo de datos de arriba a abajo
no admite esta codificación, lo cual significa que todas las acciones enviadas hacia los clientes, por
ejemplo, a través de los fixlets, no pueden contener caracteres no ASCII. El flujo de datos de arriba a
abajo siempre utiliza la página de códigos del servidor de BigFix.

Requisitos previos
v Servidor de BigFix 9.5 o superior
v Agente de BigFix 9.5 o superior
v BigFix Inventory 9.2.3 o superior
Limitaciones
v Resultados de la exploración de los datos de paquete
Todos los resultados de la exploración de datos de paquete, es decir, los paquetes y los datos
recuperados del registro, se omiten si contienen caracteres que no pertenecen a la página de códigos
del cliente en el que están instalados. Dichos resultados se filtran en el cliente y no se cargan en BigFix.
Otros tipos de exploración de software no se ven afectados.
v Nombres de todos los elementos creados en la interfaz de BigFix
Todos los elementos creados en la interfaz de BigFix, como sitios predeterminados, fixlets y análisis,
grupos de equipos, etc., no se verán correctamente si contienen caracteres que no pertenecen a la
página de códigos del servidor de BigFix. Todos estos elementos forman parte del flujo de datos de
arriba a abajo, que no admite la codificación en el formato UTF-8.
v Fixlets de BigFix Inventory que no tienen vías de acceso especificadas por el usuario
Evite el uso de caracteres no ASCII al especificar vías de acceso en los fixlets de BigFix Inventory
porque podrían no admitirse. Los fixlets afectados son: Añadir directorios excluidos, Eliminar
directorios excluidos y Cambiar carpeta de memoria caché del explorador.
v Credenciales de gestores de máquina virtual
Evite el uso de caracteres no ASCII en los nombres de usuario que se utilizan para iniciar sesión en los
gestores de máquina virtual porque la Herramienta del gestor de VM que se conecta a los gestores de
VM no admite la codificación en formato UTF-8.
v Correos electrónicos de suscripción
Evite el uso de caracteres no ASCII en las direcciones de correo electrónico que se utilizan como
destinatarios de informes planificados.
Soporte para ISO/IEC 19970-2

ISO/IEC 19970-2 es un estándar internacional para crear códigos de identificación de software (SWID).
Los códigos son archivos XML que se utilizan para descubrir e identificar el software. Se entregan con los
productos de software y contienen información exclusiva relacionada con el producto, como el nombre, la
edición, la versión, si forma parte de un paquete y más. Los códigos SWID facilitan el descubrimiento de
software y el proceso general de gestión de activos de software.
Esquemas soportados
BigFix Inventory da soporte a etiquetas SWID en los esquemas 19770-2:2014-CD1 y 19770-2:2015. Para
obtener más información acerca de cada esquema, consulte los enlaces siguientes:
v http://standards.iso.org/iso/19770/-2/2015-current/schema.xsd
v http://standards.iso.org/iso/19770/-2/2014-CD1/schema.xsd
Descubrimiento de software de IBM
Cuando se descubre software de IBM con un código SWID que no está en el catálogo actual, se muestra
una señal de aviso en el widget Catálogo de software. Si desea ver qué componentes se han detectado,
realice los siguiente pasos:
1. En la barra de navegación superior, pulse Informes > Instalaciones de software.
2. Pulse Configurar vista. Seleccione la casilla de verificación Catálogo de software para visualizar la
columna y añada el filtro siguiente: Catálogo de software, igual a, Códigos SWID IBM sin
información de licencia. A continuación, pulse Enviar.
26
Para poder empaquetar dichos componentes, cargue el catálogo de software más reciente.
Consejo: Si está utilizando la función de vista previa Nueva clasificación de software, puede crear una
definición de empaquetado personalizada. Para obtener más información, consulte: “Características de
vista previa” en la página 10.
Limitaciones
v Es posible que el Empaquetado automático no esté disponibles para los componentes de IBM que se
descubren con el código SWID. Para asignar un componente de este tipo a un producto, cargue el
último catálogo de software en BigFix Inventory. Si el catálogo contiene la relación, se realiza el
empaquetado automático. Debe confirmar la relación sugerida o, si la relación no es correcta, reasignar
el componente a un producto diferente.
v Cuando el nombre de un componente ha cambiado, pero el código SWID contiene el nombre antiguo,
se muestra el nombre antiguo en el informe Instalaciones de software y el panel Clasificación de
software de IBM. El nombre cambia al nuevo cuando se carga un catálogo de software que contiene
información actualizada.
v Cuando crea un contrato para un producto descubierto por el código SWID y luego carga un catálogo
que contiene información sobre este producto, el producto se elimina del contrato.
Casos de ejemplo
Para comprender los objetivos empresariales que se pueden alcanzar con IBM BigFix Inventory, debe
familiarizarse con los principales escenarios de usuario. Cada caso presenta un ejemplo real de uso de la
aplicación y muestra las personas implicadas normalmente en lograr un objetivo empresarial.
Descubrimiento de software y hardware

Puede utilizar BigFix Inventory para descubrir automáticamente el hardware y el software de en su
infraestructura de TI.
Flujo de trabajo
Participantes que están implicados en el caso de ejemplo:

v Ian - Administrador de inventarios
Ian desea desplegar una herramienta para la supervisión del consumo de licencias y la gestión básica de
la verificación de licencias. También desea crear un inventario de todo el hardware de la empresa. El flujo
siguiente describe cómo puede lograr sus objetivos.
1. En primer lugar, Ian obtiene una línea base de los sistemas que existen en la infraestructura de TI de
la empresa. Para ello, puede especificar informes de inventario existentes.
2. A continuación, revisa una lista de sistemas operativos en los que pueden instalarse los agentes.
Compara esta lista con los sistemas operativos donde se ejecutan los sistemas descubiertos e instala
los clientes en los puntos finales con un sistema operativo soportado.
3. Cuando el despliegue finaliza, Ian organiza los sistemas en grupos de sistemas para evitar la
sobrecarga de las infraestructuras.
4. A continuación, también configura distintos tipos de exploraciones, para que no interrumpan las
cargas de trabajo de negocio de la empresa. Para habilitar la exploración de las aplicaciones y los
sistemas remotos, por ejemplo, los hipervisores VM o el software de gestión de nubes, recopila las
direcciones IP y las credenciales de acceso para estos sistemas y aplicaciones.
5. A continuación, los clientes realizan una exploración de capacidad automática en los sistemas donde
se han instalado. Recopilan información de hardware sobre los procesadores, que es necesaria para los
cálculos de precios, por ejemplo, los proveedores de procesador, las marcas, los tipos y los número de
núcleos.

6. A continuación, Ian determina qué software de existe en los sistemas y mide su uso. Los clientes
realizan automáticamente un descubrimiento de inventario de software. Exploran los sistemas
descubiertos y utilizan un catálogo de software para identificar el software que se ha instalado en
estos sistemas. También recopilan información sobre el uso de los productos de software, por ejemplo,
información sobre el nivel y la duración del uso de un producto.
7. Periódicamente, Ian verifica si se utilizan artefactos actualizados para el descubrimiento de software y
hardware. Comprueba si se utilizan los últimos plug-ins aprobados de descubrimiento remoto o de
catálogo de software. También revisa el estado operativo del descubrimiento. Por ejemplo, comprueba
si todas las exploraciones de infraestructura son satisfactorias. Si alguno de los artefactos está obsoleto
o se producen problemas con el descubrimiento, Ian realiza o solicita una acción correctiva como, por
ejemplo, una resolución de problemas de punto final, una reconfiguración o un redespliegue; o realiza
exploraciones ad hoc para recopilar la información que falta.
8. Cuando Ian verifica el estado operativo del descubrimiento, continúa con la verificación de la calidad
de los datos descubiertos. Para los productos que se venden como parte de una oferta mayor,
garantiza que el software descubierto esté correctamente asociado con sus productos padre. Esto es
especialmente importante para el software de middleware de , que puede suministrarse con paquetes
diferentes que afectan a las licencias de software. Para dar soporte al proceso de decisión, revisa los
informes de titularidad y los informes de inventario existentes, o recupera detalles de instalaciones de
software concretas directamente de los propietarios del sistema y las aplicaciones. Si hay
discrepancias, corrige la asignación del paquete. Para las herramientas desarrolladas internamente e
ISV, Ian revisa periódicamente los datos del sistema operativo del punto final para verificar la calidad
de la detección del software, y crea nuevas firmas de descubrimiento de software.
Resultados
Ian ha identificado el ámbito del despliegue y ha desplegado BigFix Inventory. Ha configurado varios
tipos de exploraciones y ha verificado el estado de descubrimiento. También ha verificado la calidad de
los datos de inventario de software. Ahora posee datos actualizados y precisos sobre el hardware y el
software de en la infraestructura de la empresa. Puede proporcionar esta información a Sam, el gestor de
activos de software, que es responsable de identificar el software sin licencia y no autorizado, la
optimización del uso de licencias y la negociación de los contratos de software.
Verificación y reconciliación del consumo de licencias

Puede utilizar BigFix Inventory para verificar el consumo de licencias, compararlo con las licencias de
software, e identificar y resolver las discrepancias.
Flujo de trabajo

v Sam - Gestor de activos de software
Sam desea verificar el consumo de licencias de software. El flujo siguiente describe cómo puede lograr su
objetivo.
1. Sam revisa los derechos de licencia efectivos. Analiza los datos de consumo y los compara con los
derechos de licencia. Analiza cómo se ha determinado el consumo de licencias. Por ejemplo, qué
instalaciones de software o qué métricas de software y hardware afectan a un determinado consumo
de licencias. Determina las causas de las discrepancias entre los derechos de licencia y el consumo de
licencias.
2. Sam recupera información detallada de los propietarios del sistema y la aplicación para instalaciones
de software específicas, para entender por qué se ha instalado cada producto de software. Realiza
acciones correctivas para clasificar correctamente el software. Sus acciones dan como resultado un
recuento del consumo de licencias actualizado. Para el software que ya no se utiliza, Sam solicita la
desinstalación o la transferencia de licencias. Para el software sin licencia, solicita la desinstalación o la
adquisición de las licencias que faltan.
28
Resultados
Cuando se realizan estos dos pasos, se logra la línea base de cumplimiento de licencias. Sam puede ahora
centrar su atención en el proceso continuo de cumplimiento de licencias.
Verificación continua de licencias

Puede optimizar el gasto en licencias y evitar problemas de incumplimiento si analiza periódicamente
cómo influyen los cambios de la infraestructura de TI en el consumo de licencias.
Flujo de trabajo

v Sam - Gestor de activos de software
v Ian - Administrador de inventarios
v Robert – Administrador de capacidad de recursos
Sam desea asegurarse de que se adquieran las licencias más eficaces para los productos que se utilizan en
la empresa. El flujo siguiente describe cómo puede lograr su objetivo.
1. Ian analiza los cambios en la infraestructura de TI para determinar si el descubrimiento ha finalizado.
Comprueba si se han suministrado nuevos sistemas o si algún sistema está fuera de servicio. Con esta
información, Ian revisa los cambios en los datos descubiertos y los estados de descubrimiento, y
determina las acciones correctivas necesarias para garantizar una cobertura completa de la
infraestructura.
2. Periódicamente, Sam revisa los cambios en el consumo de licencias y cómo se ven afectados por los
cambios en la infraestructura. Si hay discrepancias entre el consumo de licencias y los derechos de
licencia, Sam emprende acciones correctoras.
3. Según las tendencias de consumo de licencias y la vista de uso de software, Sam ayuda en la
planificación del presupuesto y optimiza el coste de las licencias eliminando o transfiriendo el
software no utilizado. También ejecuta un análisis de riesgos y compara los modelos de licencia
disponibles para identificar el esquema más rentable de licencias de software.
4. Sam se reúne periódicamente con Robert, administrador de capacidad de recursos, para analizar el
impacto de la infraestructura en el coste de las licencias y recomendar cambios de infraestructura.
También analiza los cambios de infraestructura planificados para evaluar su impacto en el
cumplimiento de licencias y eliminar los posibles problemas de incumplimiento.
Resultados
Al revisar periódicamente los cambios en la infraestructura de TI de la empresa y cómo afectan al

consumo de licencias, Sam puede optimizar el coste de las licencias. Puede solicitar la eliminación o la
transferencia del software no utilizado, e identificar los modelos de licencia más eficaces para las
próximas adquisiciones.
Descubrimiento del software en los contenedores de Docker

Docker es una plataforma que permite automatizar el despliegue de aplicaciones en contenedores de
software. BigFix Inventory descubre software instalado en contenedores de Docker. También mide el uso
de métricas de licencia de los productos IBM descubiertos.
Descubrimiento de software
BigFix Inventory descubre software instalado en contenedores de Docker si se cumplen las condiciones
siguientes:
v Solo se ha desplegado el motor de Docker en el sistema principal.
v El contenedor de Docker se ha desplegado en una de las siguientes plataformas:
– Red Hat Enterprise Linux 7 for x86
– Red Hat Enterprise Linux 7 for IBM System z (64 bits)
– SUSE Linux 12 for x86
v El contenedor de Docker está en ejecución.
v El cliente de BigFix está instalado en el sistema principal.
v Las exploraciones y carga de los resultados están habilitadas en el sistema principal.
v El software instalado en el contenedor de Docker entrega etiquetas de ID de software.
Visualización del software
El software instalado en contenedores de Docker se puede visualizar en informe Instalaciones de

software. Para obtener información sobre por qué se ha descubierto el software, pulse Detalles.
Los detalles incluyen, entre otras cosas, información acerca de:
El contenedor en el que se ha detectado el software.
La etiqueta de ID de software que ha generado la detección.
Configuración adicional
En algunos entornos de Docker, es posible que necesite realizar pasos adicionales para especificar una vía
de acceso de instalación no predeterminada o para excluir directorios de la exploración. Para obtener más
información, consulte: “Configuración de las exploraciones en los contenedores de Docker” en la página
167.
Medir el uso de PVU y MAPC de RVU
Además de descubrir el software instalado en los contenedores de Docker, BigFix Inventory también
puede notificar su uso de PVU y de MAPC de RVU de los productos de IBM.
Caso de uso 1: Docker desplegado en un servidor físico
Cuando el motor de Docker se despliega directamente en el servidor físico, el uso de PVU y MAPC de
RVU se mide en el nivel del sistema principal.
Ejemplo: Se despliegan tres contenedores en un servidor físico que tiene cuatro procesadores Intel Xeon
3400, cada uno con seis núcleos. Lo que supone un total de 24 núcleos. IBM MQ está instalado dos de
30
tres contenedores. BigFix Inventory no tiene acceso a la información acerca del número de núcleos
asignados a un contenedor concreto. De este modo, recuenta el uso de PVU y MAPC de RVU en el nivel
del sistema principal.
MQ MQ
Container 1 Container 2 Container 3
Docker engine
Host computer BigFix

4 processors | 24 cores client
En este caso, IBM MQ tiene acceso a 24 núcleos. En función de la tabla de PVU, cuando el servidor tiene
cuatro sockets, se asignan 100 PVU por núcleo a este modelo de procesador. De este modo, el uso de
PVU para IBM MQ es igual a 2400 PVU. El valor debe ser el mismo si la otra instancia de IBM MQ se ha
instalado en el tercer contenedor.
Caso de uso 2: Docker desplegado en una máquina virtual
Cuando el motor de Docker se despliega en una máquina virtual, el uso de PVU y MAPC de RVU se
mide como el número más alto de PVU disponible para la máquina virtual.
Ejemplo: Se instalan dos máquinas virtuales en un servidor físico que tiene cuatro procesadores Intel
Xeon 3400, cada uno con seis núcleos. Lo que supone un total de 24 núcleos. Cada máquina virtual tiene
asignados ocho núcleos y dos contenedores desplegados. IBM MQ está instalado:
v En un contenedor de la primera máquina virtual
v En dos contenedores de la segunda máquina virtual
BigFix Inventory no tiene acceso a la información acerca del número de núcleos asignados a un
contenedor concreto. Sin embargo, tiene información acerca del número de núcleos asignados a cada
máquina virtual.
MQ MQ MQ
Container 1 Container 2 Container 3 Container 4
Docker engine Docker engine
Virtual machine 1 BigFix Virtual machine 2 BigFix

8 cores client 8 cores client
Host computer
4 processors | 24 cores
En este caso, IBM MQ instalado en cada una de las máquinas virtuales tiene acceso a ocho núcleos. En
total, tiene acceso a 16 núcleos de un total de 24 núcleos disponibles en sistema físico. En función de la
tabla de PVU, cuando el servidor tiene cuatro sockets, se asignan 100 PVU por núcleo a este modelo de
procesador. De este modo, el uso de PVU para IBM MQ es igual a 1600 PVU. Si el motor de Docker se ha
desplegado directamente en el servidor físico, IBM MQ debe tener acceso a 24 núcleos y su uso de PVU
debe ser igual a 2400.

Inhabilitación del descubrimiento de software
De forma predeterminada, BigFix Inventory explora todos los contenedores de Docker desplegados en los
sistemas donde se ha instalado el cliente de BigFix. Si no desea explorar los contenedores pero todavía
desea supervisar el sistema principal, puede inhabilitar la exploración de los contenedores de Docker.
Para obtener más información, consulte: “Inhabilitación de las exploraciones en los contenedores de
Docker” en la página 167.
Registros
Para resolver los problemas del descubrimiento del software instalado en los contenedores de Docker,
consulte el registro docker_scan.log. El registro está almacenado en el directorio del cliente de BigFix. De
forma predeterminada es:
Windows C:\Program Files (x86)\BigFix Enterprise\BESClient\LMT\CIT\docker_scan.log
Linux var/opt/BesClient/LMT/CIT/docker_scan.log
Proveedores de servicios
Para calcular correctamente los valores de subcapacidad en el entorno del proveedor de servicios divida
los equipos de su infraestructura en grupos que representen a sus clientes. A continuación, gestione el
software y genere instantáneas de auditoría para cada cliente.
Un proveedor de servicios es una empresa que proporciona a otras organizaciones acceso al software
instalado en máquinas que son propiedad y que mantiene el proveedor de servicios. Existen tres casos de
ejemplo típicos que se utilizan en el entorno del proveedor de servicios.
Caso de ejemplo 1: El software que se ha instalado en una máquina virtual lo

utiliza un cliente
En este caso de ejemplo, todos los productos que están instalados en una máquina virtual los utiliza un
cliente. Para calcular correctamente los valores de PVU para cada cliente, lleve a cabo los pasos
siguientes:
1. Configure los gestores de máquinas virtuales que controlan las máquinas virtuales en su entorno.
Consejo: Si cada cliente puede ver información sobre todos los gestores de máquinas virtuales de la
infraestructura, utilice Gestión básica de VM (central). Si cada cliente puede ver información
solamente sobre los gestores de máquinas virtuales que controlan las máquinas virtuales que utiliza,
emplee Gestión de VM avanzada (distribuida).
2. Si otorga acceso a sus clientes a la consola de BigFix para permitirles ejecutar exploraciones y llevar a
cabo otras acciones en equipos, cree un sitio, un grupo de equipos y un operador que esté dedicado a
cada cliente. A continuación, proporcione al cliente las credenciales para el operador dedicado. De esta
forma, se asegura de que cada cliente tiene acceso solamente a equipos en los que está instalado el
software que utiliza.
3. Cree grupos de equipos que representen a sus clientes en BigFix Inventory. Asegúrese de que cada
grupo contenga solamente máquinas con el software que utiliza un cliente. Evite crear grupos de
equipos que se solapen porque podría distorsionar los resultados obtenidos.
4. Empaquete software y genere informes por cliente:
v Si ofrece acceso a los clientes a BigFix Inventory o cuando una cuenta de cliente la gestiona una
persona independiente, cree usuarios de BigFix Inventory dedicados, cada uno con acceso a un
grupo de sistemas. A continuación, proporcione a cada cliente las credenciales para el usuario
dedicado a su empresa. Cada cliente puede gestionar software y generar informes para el software
que utiliza.
32
Restricción: Para garantizar que cada usuario tiene acceso a la información sobre los sistemas que
sólo él utiliza, no asigne al usuario el rol de administrador. De forma predeterminada, este rol tiene
acceso al grupo Todos los equipos. Así, un usuario al que se ha asignado este rol puede ver
información sobre todos los sistemas de la infraestructura.
v Si gestiona el software del cliente, genere una instantánea de auditoría por separado para cada
grupo de sistemas. A continuación, proporcione a cada cliente su informe.
Para obtener instrucciones detalladas, consulte: “Guía de aprendizaje: Gestión de software en el entorno
del proveedor de servicios” en la página 482.
Caso de ejemplo 2: Cierto software instalado en una máquina virtual lo utiliza el

proveedor de servicios
En este caso de ejemplo, ciertos productos de software que están instalados en una máquina virtual los
utiliza un proveedor de servicios, no el cliente. Para asegurarse de que al cliente no se le cargan estos
productos, lleve a cabo los pasos siguientes para cada grupo de equipos:
1. Abra el informe Todas las métricas y filtre para que no se incluya el producto que no utiliza el cliente.
2. Establezca el informe como vista predeterminada para el grupo de equipos a los que está asignado el
usuario.
3. Genere la instantánea de auditoría. No contendrá el software que no utiliza el cliente.
Restricción: El proveedor de servicios debe utilizar todas las instancias del producto que ha filtrado.
Para obtener instrucciones detalladas, consulte: “Guía de aprendizaje: Gestión de software en el entorno
del proveedor de servicios” en la página 482.
Caso de ejemplo 3: El software instalado en una máquina virtual lo utilizan varios

clientes
En este caso de ejemplo, varios clientes acceden a software instalado en una máquina virtual. Este caso
de ejemplo no recibe soporte en BigFix Inventory.
Visibilidad de datos
Algunos elementos de BigFix Inventory están visibles de forma global para todos los usuarios. Otros
elementos están visibles solamente para el usuario que dispone de acceso a un grupo de equipos en
particular. Si otorga acceso a los clientes a BigFix Inventory, revise qué elementos están visibles de forma
global y cuáles lo están por grupo de equipos.
Tabla 6. Visibilidad de datos
Visible de forma
global para Visible por
todos los grupo de
Elemento usuarios equipos
Periodo de retención de datos U
Servidor de correo electrónico U
Servidor LDAP U
Tabla de PVU U
Propiedades de equipos recuperadas U
Catálogo de software U
Gestores de máquinas virtuales (en el caso de ejemplo gestión básica de U
máquinas virtuales)

Tabla 6. Visibilidad de datos (continuación)
Visible de forma
global para Visible por
todos los grupo de
Elemento usuarios equipos
Seguimiento de auditoría U
Empaquetado U
Grupos de equipos U
Contratos U
Números de pieza U
Informes U
Exclusiones de software U
Gestores de máquinas virtuales (en el caso de ejemplo gestión avanzada de U
máquinas virtuales)
Archivos no reconocidos U
Regiones de subcapacidad de IBM

Las reglas de licencias de subcapacidad de IBM definen tres regiones. Para calcular correctamente los
valores de subcapacidad para productos que están instalados en varias regiones, genere la instantánea de
auditoría para cada región. A continuación, para cada producto, sume los valores de subcapacidad para
todas las regiones. El valor que se obtiene es el uso general de subcapacidad para un producto en
particular.
Entre la regiones que se han definido mediante las reglas de licencias de subcapacidad de IBM
encontramos:
v Región 1: Norteamérica y Sudamérica
v Región 2: Europa y África
v Región 3: Asia y Australia
Para obtener más información, consulte: Reglas de recuento de la licencia de capacidad de virtualización.
Para calcular correctamente los valores de subcapacidad en un entorno que se abarca varias regiones de
subcapacidad de IBM, lleve a cabo los pasos siguientes:
1. Divida los equipos de su infraestructura en grupos que reflejen las regiones de subcapacidad de IBM.
Asegúrese de que cada grupo contiene sólo los equipos que se encuentran en una región. No cree
grupos de equipos que se solapen ya que podría distorsionar los resultados obtenidos.
2. Opcional: Si el software de cada región lo gestiona una persona diferente, cree usuarios dedicados de
BigFix Inventory, cada uno con acceso sólo a los sistemas de una región.
3. Importe los números de pieza para cada grupo de equipos y empaquete el software en cada región.
4. Genere instantáneas de auditoría para cada región. Asegúrese de que las instantáneas abarquen el
mismo periodo de tiempo o aproximadamente el mismo periodo de tiempo.
5. Para cada producto, sume los valores de subcapacidad de todas las regiones. El valor que se obtiene
es el uso general de subcapacidad para un producto en particular.
Importante: Si genera la instantánea de auditoría para el grupo Todos los equipos, el uso de PVU
puede diferir del valor que se obtiene sumando los valores de PVU a partir de las instantáneas
generadas para cada región. El uso de PVU para el grupo Todos los equipos se mide en el momento
en que la suma de valores de PVU de todas las regiones es el más elevado. Sin embargo, este valor
puede que no refleje el uso de PVU más elevado en cada región. Para cumplir con las reglas de
licencia de subcapacidad, debe saber cuál es el uso de PVU más elevado en cada región y, a
34
continuación, sumar estos valores para obtener el uso general de PVU para un producto. Para
entender mejor la lógica, consulte el ejemplo siguiente.
Para obtener instrucciones detalladas, consulte: “Guía de aprendizaje: Creación de informes sobre el uso
de subcapacidad por grupo de equipos” en la página 476.
Ejemplo
Una empresa internacional grande tiene oficinas en Australia, Europa y Norteamérica. Para cumplir los
requisitos de licencias de subcapacidad, los equipos de esta empresa se dividen en tres grupos. La
jerarquía de grupos de equipos tiene este aspecto.
v Todos los equipos
– Región 1: Norteamérica
– Región 2: Europa
– Región 3: Australia
El Producto A está instalado en los equipos de todas las regiones. Para obtener información sobre el uso
de PVU más elevado en cada región, el gestor de activos de software genera la instantánea de auditoría
para cada región. Figura 1 es una visualización del uso de PVU para el Producto A. El uso de PVU más
elevado para cada región se marca de color azul.
Figura 1. El uso de PVU más elevado para el Producto A de cada región.
De acuerdo con las instantáneas generadas, los valores de PVU más elevados son:
v 140 PVU en la Región 1
Para obtener el uso general de PVU para el Producto A, el gestor de activos de software suma los valores
de PVU más elevados de cada región.
140 + 200 + 140 = 480 PVU
El uso total de PVU para el Producto A es de 480 PVU. Si el gestor de activos de software ha generado
una instantánea de auditoría única para el grupo Todos los equipos, el uso de PVU del que se ha
informado sería de 340 PVU. Figura 2 en la página 36 es una visualización del uso de PVU para el

Producto A calculado a nivel del grupo Todos los equipos. El uso de PVU más elevado se marca de color
azul.
Figura 2. El uso de PVU más elevado para el Producto A en el grupo Todos los equipos.
El valor de PVU correcto para el Producto A es el valor que se ha obtenido sumando los valores de PVU
de las tres regiones, es decir, 480 PVU.
Posible configuración de la infraestructura de BigFix
Para facilitar la gestión de la infraestructura y la creación de grupos de equipos, puede configurar la

infraestructura de BigFix de una de las formas siguientes.
Importante: Estas configuraciones se proporcionan solamente como ejemplos. Puede configurar la

infraestructura de BigFix en cualquier forma que se adapte a sus necesidades.
Un servidor de BigFix con tres retransmisores
En este caso, un servidor de BigFix supervisa a todos los equipos de su infraestructura. Se configuran tres
retransmisores, cada uno dedicado a la gestión del tráfico de equipos en una región de subcapacidad de
IBM. A continuación, en la consola de BigFix, cree grupos de equipos que reflejen las regiones de
subcapacidad de IBM. Luego puede utilizar estos grupos para crear grupos de equipos de forma fácil en
BigFix Inventory.
Nota: Los grupos de equipos creados en la consola de BigFix se utilizan para gestionar la infraestructura
y ejecutar fixlets en los equipos seleccionados. No se copian automáticamente en BigFix Inventory. Sin
embargo, pueden utilizarse como base para crear grupos de equipos que definen el ámbito de los
informes en BigFix Inventory.
36
Servidor de
BigFix Inventory
Servidor
de BigFix
Retransmisor 1 Retransmisor 2 Retransmisor 3
Cliente
de BigFix
Cliente de Cliente de
BigFix Cliente de BigFix
Cliente de BigFix Cliente
BigFix de BigFix
Cliente de
Cliente BigFix Cliente
de BigFix de BigFix
Región 1 Región 2 Región 3

Norteamérica y Sudamérica Europa y África Asia y Australia
Tres servidores de BigFix
En este caso, puede configurar una infraestructura con tres servidores de BigFix. Cada servidor está
dedicado a una región de subcapacidad de IBM y recopila datos solamente de los equipos de esa región.
Los datos de todos los servidores de BigFix se importan en una instancia de BigFix Inventory donde
puede crear tres grupos de equipos. Cada grupo de equipos refleja un servidor de BigFix.

Servidor de
BigFix Inventory
Servidor Servidor Servidor

de BigFix de BigFix de BigFix
Cliente
de BigFix
Cliente Cliente de
de BigFix Cliente de BigFix
BigFix de BigFix
Cliente
de BigFix de BigFix
Región 1 Región 2 Región 3

Norteamérica y Sudamérica Europa y África Asia y Australia
Unidades empresariales organizativas

Para gestionar software y ver informes por unidad empresarial organizativa, divida los equipos de su
infraestructura en grupos que representen esas unidades. A continuación, cree usuarios dedicados, cada
uno con acceso a un grupo de equipos en particular.
Para gestionar software por unidad empresarial organizativa, siga esos pasos:
1. Divida los equipos de su infraestructura en grupos que reflejen los departamentos. Asegúrese de que
cada grupo contiene solamente equipos de un departamento. No cree grupos de equipos que se
solapen ya que podría distorsionar los resultados obtenidos.
2. Si el software de cada departamento lo gestiona una persona diferente, cree usuarios dedicados de
BigFix Inventory, cada uno con acceso a los sistemas de un departamento.
3. Importe los números de pieza para cada grupo de equipos y empaquete el software en cada
departamento.
Para obtener instrucciones detalladas, consulte: “Guía de aprendizaje: Creación de informes sobre el uso
de subcapacidad por grupo de equipos” en la página 476.
Ejemplo
Una empresa ubicada en los Estados Unidos tiene tres departamentos: Fianzas, RR.HH. y TI. Puesto que
los empleados de cada departamento utilizan software típico de sus posiciones, el gestor de activos de
software desea gestionar el software para cada departamento por separado. Para ello, ha solicitado al
arquitecto de TI que cree tres grupos de equipos en BigFix Inventory, conteniendo cada uno de ellos los
sistemas de una única unidad de negocios. La jerarquía de grupos de equipos tiene este aspecto.
v Todos los equipos
– Grupo de equipos 1: Departamento de finanzas
– Grupo de equipos 2: Departamento de RR.HH.
38
– Grupo de equipos 3: Departamento de TI
El Gestor de activos de software ahora puede importar números de pieza dedicados para cada grupo de
sistemas y gestionar el software de cada departamento por separado. También puede generar informes de
subcapacidad por separado para obtener una visión general del consumo de PVU para el software de
IBM de cada departamento. Sin embargo, para crear la instantánea de auditoría con el consumo de PVU
en toda la empresa, se debe generar la instantánea de auditoría para el grupo Todos los equipos.

40
Capítulo 2. Instalación de BigFix Inventory
Lea esta sección para obtener información sobre cómo instalar BigFix Inventory.
Consejo: Para obtener más información acerca del nuevo esquema de versiones de
productos, visite la página Wiki de BigFix Inventory.
Lista de comprobación de la instalación

Utilice la siguiente lista de comprobación para asegurarse de realizar todos los pasos necesarios. Los
iconos de Windows y Linux que se utilizan para indicar el sistema operativo en el que se ha instalado el
servidor de BigFix Inventory.
Tabla 7. La lista de comprobación para instalar y configurar BigFix Inventory
Etapa Paso de instalación
1. Planifique la instalación para asegurarse de que el sistema en el que piensa instalar BigFix Inventory:
__ v Cumple los requisitos de hardware mínimos
__ v Tiene suficiente espacio de disco
__ v Tiene el software necesario instalado en un sistema operativo soportado:
– Windows SQL Server 2008, 2008 R2 o 2012
– Linux DB2 10.1 FP5 o superior, o DB2 10.5 FP5 o superior, Workgroup Server Edition, Enterprise Server
Edition o Advanced Enterprise Server Edition
– Linux Servidor X
– Linux Shell Korn (ksh)

– navegador web : Firefox 17 Extended Support Release o superior, Internet Explorer 8.0 o superior, Chrome 35 o
superior
2 Instale el servidor de IBM BigFix
__ v Descargue IBM BigFix.
__ v Cree el archivo de autorización de licencia.
__ v Instale una base de datos para IBM BigFix.
__ v Windows Solicite un certificado y cree la cabecera.

__ v Instale el servidor de IBM BigFix en Windows o en Linux.
__ v Instale la consola de IBM BigFix en un sistema Windows. Si ha instalado el servidor en Linux, consulte cómo
desplegar la consola.
__ v Suscríbase al sitio de fixlets.
__ v Instale un cliente en cada punto final que desee administrar en IBM BigFix.
3 Instale el servidor de BigFix Inventory
__ v Despliegue el instalador de BigFix Inventory.
__ v Instale el software de bases de datos.
__ v Instale el servidor de BigFix Inventory, en modalidad interactiva o silenciosa.
__ v Cree la base de datos y configure una conexión entre BigFix Inventory y BigFix
4 Cree usuarios y grupos
__ v Configure usuarios
__ v Configure grupos de sistemas

Tabla 7. La lista de comprobación para instalar y configurar BigFix Inventory (continuación)
Etapa Paso de instalación
5 Configure exploraciones para descubrir el inventario de software y hardware.
Los pasos no son necesarios si ha habilitado la configuración de exploración predeterminada durante la instalación.
__ v Opcional: Distribuir las exploraciones para mejorar el rendimiento
__ v Activar los análisis necesarios
__ v Instalar el explorador
__ v Iniciar exploraciones de software
__ v Cargar los resultados de exploración de software
__ v Recopilar datos de capacidad
6 Aplique las actualizaciones de IBM importantes para mantener el inventario de software actualizado y aumentar la
precisión del empaquetado automático.
__ v Cargue una tabla de PVU
__ v Cargue el último catálogo de software
__ v Importe números de pieza
Planificación y preparación de la instalación

Antes de empezar la instalación, revise la información sobre los requisitos de hardware y software y otras
consideraciones para asegurarse de que la instalación se completa correctamente.
Infraestructura BigFix Inventory

El típico despliegue de IBM BigFix Inventory reutiliza la infraestructura BigFix: el servidor, sus clientes,
que también se llaman agentes, la base de datos y la consola.
Para utilizar IBM BigFix Inventory, se necesitan el servidor y los clientes de BigFix.
El siguiente diagrama muestra la aplicación BigFix Inventory conecta con la instalación de servidor de
BigFix.
Figura 3. Infraestructura del Software Use Analysis
42
Interfaz de
Servidor de Software Knowledge
usuario Base Toolkit Base de
de web datos
Interfaz de
usuario Servidor de BigFix Inventory Base de
de web datos
Consola Servidor de BigFix Base de

datos
Cliente de
BigFix
Cliente de
BigFix
Cliente de
BigFix
Infraestructura de BigFix
Servidor de BigFix Inventory

El servidor BigFix Inventory proporciona una interfaz de informes para el inventario y datos de
uso de aplicación limitados que se recopilan en los puntos de destino que BigFix gestiona. Los
datos del inventario se extraen de la base de datos del servidor de BigFix y se importan en la
base de datos de la aplicación BigFix Inventory utilizando un proceso de importación de
Extracción, Transformación y Carga (ETL). Los usuarios BigFix Inventory acceden al servidor de
aplicaciones desde sus equipos utilizando un navegador web.
Servidor de BigFix
El servidor BigFix ofrece un conjunto de servicios, incluidos los servicios de la aplicación, un
servidor web y un servidor de base de datos, que forman el núcleo del equipo BigFix. El servidor
coordina el flujo de información hacia equipos individuales y desde los mismos y almacena los
resultados en la base de datos de BigFix.
Consola de BigFix
La consola de BigFix reúne varios componentes para proporcionar a los administradores una
visión de todo el equipo de todos los equipos de su red, junto con sus configuraciones. Un
usuario puede distribuir rápidamente fixlets para que se ejecuten cada equipo y una tarea, como
por ejemplo programar o iniciar una exploración de software.
clientes de BigFix
Los clientes de BigFix, también denominados agentes, se instalan en todos los equipos que se van
Capítulo 2. Instalación de BigFix Inventory 43

a gestionar en BigFix. Recopilan información acerca del software instalado en equipos de su
infraestructura y envíe este dato al servidor de BigFix. A continuación, puede importar los datos
en el servidor BigFix Inventory utilizando una función en la interfaz de usuario web BigFix
Inventory.
El software de cliente se ejecuta en equipos operativos de Windows, Linux y AIX.
Guía de escalabilidad
La guía de escalabilidad está diseñada para ayudar a los administradores del sistema a planificar la
infraestructura de BigFix Inventory y proporcionar las recomendaciones para configurar el servidor de
BigFix Inventory de modo que obtenga un rendimiento óptimo.
La guía describe cómo:

v Dividir los sistemas en grupos de exploración.
v Planificar las exploraciones de software.
v Ejecutar importaciones de datos.
También proporciona información acerca de otras acciones que se pueden llevar a cabo para evitar un
rendimiento bajo. La guía está disponible en la wiki de BigFix Inventory .
Sistemas operativos soportados

Asegúrese de que los sistemas en los que desea instalar los componentes de BigFix Inventory se ejecuten
en los sistemas operativos soportados y que tengan instalado todo el software de requisito previo.
Sistemas operativos soportados para los servidores

Tabla 8. Sistemas operativos soportados para los servidores
Componente Sistema operativo Versión
Servidor de IBM BigFix Red Hat Enterprise Para obtener información
Linux sobre las versiones
admitidas de los sistemas
Windows
operativos, consulte IBM
BigFix específicos de su
versión de IBM BigFix:
v 9.5
v 9.2
v 9.1
v 9.0
Servidor de BigFix Inventory Red Hat Enterprise 6.3 para x86 (64 bits) o
Linux una versión 6.x superior
7.x para x86 (64 bits)
Windows 2008 R2 (64 bits)

2012
2012 R2
Nota: No está permitida la
instalación con la opción
Server Core.
44
Tabla 8. Sistemas operativos soportados para los servidores (continuación)
Componente Sistema operativo Versión
Servidor de base de datos DB2 Red Hat Enterprise 6.3 para x86 (64 bits) o
Linux una versión 6.x superior
7.x
AIX 6.1
7.1
SQL Server Windows 2008 R2
2012
Sistemas operativos soportados para los clientes de BigFix
Algunos sistemas operativos sólo están soportados por las versiones inferiores de los clientes de BigFix.
No significa que toda la plataforma BigFix deba degradarse a una versión inferior para soportar un
sistema operativo específico. Las últimas versiones de BigFix soportan todos los clientes inferiores. Puede
instalar BigFix 9.2 y, sin embargo, conectarse a un cliente en la versión 8.2, 9.0 o 9.1.
Para obtener información sobre las tecnologías de virtualización y sistemas operativos elegibles para la
subcapacidad de PVU, consulte aquí. Para obtener información sobre las tecnologías de procesador
elegibles para la capacidad de PVU completa y la subcapacidad, consulte aquí.
AIX
Tabla 9. Versiones admitidas de AIX
Versión del
cliente de
Versión Tecnologías de virtualización soportadas Comentarios BigFix
7.2 PowerVM 9.5+
v LPAR
v DLPAR
v Agrupación de procesadores compartidos individual
v Microparticionamiento
v Agrupaciones de múltiples procesadores compartidos
v Procesador dedicado compartido
v Movilidad (Live Partition Mobility)
v Particiones WPAR del sistema (reguladas y no reguladas, también
vinculadas por RSET)
v Movilidad WPAR (Live Application Mobility)
IBM zEnterprise BladeCenter Extension (zBX)
Desconfiguración de núcleos de procesador
Power Enterprise Pools Para todos los sistemas IBM Power
Systems que dan soporte a esta
tecnología.

Tabla 9. Versiones admitidas de AIX (continuación)
Versión del
cliente de
7.1 PowerVM 8.2*
v LPAR 9.0+
v DLPAR
v Agrupación de procesadores compartida individual
v Agrupaciones de procesadores compartidas múltiples
v Movilidad WPAR (Live Application Mobility)
tecnología.
6.1 PowerVM 8.2*
v LPAR 9.0+
v DLPAR
v Agrupaciones de procesadores compartidas múltiples
tecnología.
CentOS
Tabla 10. Versiones soportadas de CentOS
Versión
del
cliente de
7 para x86 (64 VMware vCenter ESX/ESXi 9.2+
bits) v 5.5
v 6
Máquina virtual basada en kernel (KVM)
Microsoft Hyper-V
v Windows Server 2008 R2
v Windows Server 2012
v Windows Server 2012 R2 (Herramienta del gestor de
VM: 1.0.1.3 o posterior)
46
Tabla 10. Versiones soportadas de CentOS (continuación)
Versión
del
cliente de
6 para x86 (32 y VMware vCenter ESX/ESXi 9.2+
64 bits) v 5
v 5.1
v 5.5
v 6
Microsoft Hyper-V
Debian
Tabla 11. Versiones soportadas de Debian
Versión
del
cliente de
8.0 para x86 (32 VMware vCenter ESX/ESXi 9.5+
y 64 bits) v 6
7.0 para x86 (32 9.0+
y 64 bits) Máquina virtual basada en kernel (KVM)
Microsoft Hyper-V
6.0 para x86 (32 VMware vCenter ESX/ESXi 9.0 - 9.2.7
y 64 bits) v 5
v 5.1
v 5.5
v 6
HP-UX
La versión más alta del cliente de BigFix que admite HP-UX es 9.2.7. Esta versión del cliente puede
conectarse a un servidor de BigFix en las versiones superiores, por ejemplo, la versión 9.5.

Tabla 12. Versiones admitidas de HP-UX
Versión del
cliente de
11i v3 IA64 HP Integrity Virtual Machines 9.0 - 9.2.7
v 3.5
v 4.0
v 4.1
v 4.2
v 4.3
nPAR
vPAR Todas salvo la versión 6
HP Instant Capacity (iCAP) versión 9
11i v3 PA-RISC nPAR 8.2*
9.0 - 9.2.7
11i v2 IA64 HP Integrity Virtual Machines 8.2*
v 3.5 9.0 - 9.2.7
v 4.0
v 4.1
v 4.2
v 4.3
nPAR
HP Instant Capacity (iCAP) versión 9
9.0 - 9.2.7
9.0 - 9.2.7
IBM i
Tabla 13. Versiones soportadas de IBM i
Versión
del
cliente de
7.3 El descubrimiento está No
basado en las exploraciones disponible.
7.2
desconectadas, un
7.1 procedimiento
6.1 semiautomatizado para
recopilar datos sobre el
5.4 inventario de hardware y
software. Para obtener más
información y las
instrucciones, consulte:
“Descubrimiento del
inventario de software y
hardware en sistemas IBM i”
en la página 144.
48
Mac OS X
Tabla 14. Versiones admitidas de OS X
Versión
del
cliente de
10.11 (El 8.2*
Capitan) 9.0+
10.10 (Yosemite) 8.2*
9.0+
10.9 (Mavericks) 8.2*
9.0+
10.8 (Mountain 8.2*
Lion) 9.0+
Oracle Linux
Tabla 15. Versiones soportadas de Oracle Linux
Versión del
cliente de
7 x86 VMware vCenter ESX/ESXi Red Hat Compatible Kernel (RHCK) 9.5+
v 5.5 y Unbreakable Enterprise Kernel
(UEK) Release 3
v 6
Microsoft Hyper-V
6 x86 VMware vCenter ESX/ESXi Red Hat Compatible Kernel (RHCK) 9.5+
v 5 y Unbreakable Enterprise Kernel
(UEK) Release 3
v 5.1
v 5.5
v 6
Microsoft Hyper-V
Oracle Solaris
Importante: Si está instalando los agentes en una plataforma Solaris que se ha particionado utilizando la
tecnología de particionamiento de contenedores, el ID de host de la zona local debe ser igual que el ID de
host de la zona global.

Tabla 16. Versiones admitidas de Solaris
Versión del
cliente de
11 SPARC Dynamic System Domains No se da soporte a Solaris en 8.2*
Dynamic System Domains para la 9.0+
Dynamic Domains
capacidad completa. Los valores de
PVU para capacidad total se deben
ajustar manualmente al alza para el
número de núcleos de procesador
activados del servidor.
Contenedores Solaris (incluido zonas) v En Dynamic System Domains y
Dynamic Domains
v Sistema operativo del nodo
v Solo zonas nativas
Oracle VM Server for SPARC (anteriormente, Logical Domains también se
denominaban LDOM)
v 2.0
v 2.1
v 2.2
v 3.0
v 3.1
11 x86-64 Contenedores Solaris (incluido zonas) 8.2*
9.0+
BIOS (SMBIOS 2.5 o posterior) y límite de núcleo de arranque del
sistema operativo
VMware vCenter ESX/ESXi Servidor individual, clúster, 9.5+
v 5 movilidad (VMware Vmotion)
v 5.1 Solo se da soporte al sistema

v 5.5 operativo. Los contenedores de
Solaris (incluidas las zonas) no están
v 6
soportados en VMware.
10 SPARC Dynamic System Domains No se da soporte a Solaris en 8.2*
Dynamic System Domains para la 9.0+
Dynamic Domains
capacidad completa. Los valores de
PVU para capacidad total se deben
ajustar manualmente al alza para el
número de núcleos de procesador
activados del servidor.
Contenedores Solaris (incluido zonas) En Dynamic System Domains y
Dynamic Domains
Sistema operativo del nodo

Oracle VM Server for SPARC (anteriormente, Logical Domains también se
denominaban LDOM)
v 2.0
v 2.1
v 2.2
v 3.0
v 3.1
10 x86-64 Contenedores Solaris (incluido zonas) 8.2*
9.0+
sistema operativo
VMware vCenter ESX/ESXi Servidor individual, clúster, 9.5+
v 5.1 Solo se da soporte al sistema

v 5.5 operativo. Los contenedores de
Solaris (incluidas las zonas) no están
v 6
soportados en VMware.
50
Red Hat Enterprise Linux
Tabla 17. Versiones admitidas de Red Hat Enterprise Linux
Versión del
cliente de
Versión Tecnologías de virtualización y contenedores soportados Comentarios BigFix
7 para IBM Power PowerVM Para calcular correctamente los 9.2+ (Big Endian)
Systems (64 bits), v DLPAR valores de PVU, establezca 9.5+ (Little Endian)
Little Endian y Big manualmente el valor de PVU por
Endian v LPAR núcleo en 70. Para obtener más
v Movilidad LPAR (Live Partition Mobility) información, consulte “Cambio del
valor PVU por núcleo de procesador”
en la página 593
v Varias agrupaciones de procesadores compartidas (se necesita
powerpc-utils-1.3.1-2.ppc64 (Big Endian) o powerpc-utils-1.3.1-
2.ppc64le (Little Endian))
Desconfiguración de fábrica de procesador
tecnología.
PowerKVM Para recopilar datos de capacidad de
los hosts PowerKVM, utilice el fixlet
Ejecutar exploración de capacidad en
hosts de virtualización. Para obtener
más información, consulte
“Recopilación de datos de capacidad
directamente de hosts KVM” en la
página 142
7 para IBM System z Agrupación de CPU A partir de z/VM 6.3 9.2.5+
(64 bits) Se debe aplicar el PTF para el APAR
VM65418.
Versión mínima de explorador:

2.7.0.2043
Consejo: Para comprobar la versión
del explorador, consulte el análisis
Información del explorador .Versión
mínima de sitio: 34
z/VM
LPAR
Límite de grupos LPAR A partir de z/VM 6.3, se deben
aplicar PTF para APAR VM65419 y
UM34746 para APAR VM65716 en el
host z/VM.
Contenedores de Docker
v 1.11
7 para x86 (64 bits) VMware vCenter ESX/ESXi Servidor individual, clúster, 9.1.1134.0+
v 5.1
v 5.5
v 6
Máquina virtual basada en kernel (KVM) En RHEV con RHEV-M (Red Hat
Linux Virtualization Manager) 3.0, 3.1
y 3.5
9.2.0.2 RHEV-M ya no es
necesario para recopilar datos de
capacidad de KVM.
v 1.11

Tabla 17. Versiones admitidas de Red Hat Enterprise Linux (continuación)
Versión del
cliente de
6.5 para IBM PowerVM Para calcular correctamente los 9.1.1141.0+
POWER8 (64 bits) v DLPAR valores de PVU, establezca
manualmente el valor de PVU por
6 para IBM Power v LPAR núcleo en 70. Para obtener más
Systems (64 bits)
en la página 593
v Varias agrupaciones de procesadores compartidas (se necesita
powerpc-utils-1.3.0-3.el6.ppc64.rpm)
tecnología.
página 142
6 para IBM System z Agrupación de CPU A partir de z/VM 6.3 8.2*
(64 bits) se debe aplicar el PTF para el APAR 9.0+
VM65418

2.7.0.2043
z/VM
LPAR
host z/VM.
6 para x86 (32 y 64 VMware ESX/ESXi Servidor individual, clúster, 8.2*
bits) v 5 movilidad (VMware Vmotion) 9.0+
v 5.1
v 5.5
v 6
y 3.5
capacidad de KVM.
Microsoft Hyper-V
v Windows Server 2012 R2 (Herramienta del gestor de VM: 1.0.1.3 o
posterior)
52
Tabla 17. Versiones admitidas de Red Hat Enterprise Linux (continuación)
Versión del
cliente de
5 para IBM Power PowerVM Para calcular correctamente los 9.1.1141.0+
Systems v DLPAR valores de PVU, establezca
v LPAR núcleo en 70. Para obtener más
en la página 593
tecnología.
5 para IBM System z Agrupación de CPU A partir de z/VM 6.3 9.1+
(64 bits) se debe aplicar el PTF para el APAR
VM65418

2.7.0.2043
z/VM
LPAR
host z/VM.
5 para x86 (32 y 64 VMware vCenter ESX/ESXi Servidor individual, clúster, 8.2*
v 5.1
v 5.5
v 6
y 3.5
capacidad de KVM.
Microsoft Hyper-V
posterior)

SUSE Linux
Tabla 18. Versiones admitidas de SUSE Linux
Versión del
cliente de
12 para x86 VMware vCenter ESX/ESXi Servidor individual, clúster, 9.2.1+
v 5.1
v 5.5
v 6
Microsoft Hyper-V
posterior)
y 3.5
capacidad de KVM.
v 1.11
12 para IBM System Agrupación de CPU A partir de z/VM 6.3 9.2.5+
z (64 bits) se debe aplicar el PTF para el APAR
VM65418

2.7.0.2043
z/KVM Se requiere el kernel 4.8 o superior.
z/VM
LPAR
host z/VM.
11 SP 3 para IBM PowerVM Para calcular correctamente los 9.2+
POWER8 (64 bits) v DLPAR valores de PVU, establezca
11 para IBM Power v Agrupación de procesadores compartida individual núcleo en 70. Para obtener más
Systems (64 bits)
v Microparticionamiento información, consulte “Cambio del
LPAR en la página 593
Movilidad LPAR (Live Partition Mobility)
tecnología.
página 142
54
Tabla 18. Versiones admitidas de SUSE Linux (continuación)
Versión del
cliente de
v 5.1
v 5.5
v 6
sistema operativo
Escalado del sistema con Intel QuickPath Interconnect
Microsoft Hyper-V Hyper-V R2 puede ser autónomo o
v Windows Server 2008 R2 con rol.

posterior)
11 para IBM System Agrupación de CPU A partir de z/VM 6.3 8.2*
z (64 bits) se debe aplicar el PTF para el APAR 9.0+
VM65418

2.7.0.2043
z/VM
LPAR
host z/VM.
10 para IBM Power PowerVM Para calcular correctamente los 9.2+
Systems (64 bits) v DLPAR valores de PVU, establezca
v Agrupación de procesadores compartida individual núcleo en 70. Para obtener más
v Microparticionamiento información, consulte “Cambio del
LPAR en la página 593
Movilidad LPAR (Live Partition Mobility)
tecnología.
v 5.1
v 5.5
v 6

Ubuntu
Tabla 19. Versiones admitidas de Ubuntu
Versión
del
cliente de
16.04 para x86 VMware ESXi 9.5+
(32 y 64 bits) v 5.1
14.04 para x86 v 5.5 9.0+
(32 y 64 bits) v 6
Microsoft Hyper-V
14.04 para IBM PowerVM Para calcular correctamente 9.5.2+
Power Systems v DLPAR los valores de PVU,
(64 bits), Little establezca manualmente el
v LPAR
Endian y Big valor de PVU por núcleo en
Endian v Movilidad LPAR (Live Partition Mobility) 70. Para obtener más
v Agrupación de procesadores compartida individual información, consulte
v Microparticionamiento “Cambio del valor PVU por
núcleo de procesador” en la
página 593
PowerKVM Para recopilar datos de 9.5.2+
capacidad de los hosts
PowerKVM, utilice el fixlet
Ejecutar exploración de
capacidad en hosts de
virtualización. Para obtener
“Recopilación de datos de
capacidad directamente de
hosts KVM” en la página 142
12.04 para x86 VMware ESXi 9.0+
(32 y 64 bits) v 5.0
v 5.1
v 5.5
v 6
Microsoft Hyper-V
56
Windows
Tabla 20. Versiones soportadas de Microsoft Windows para el servidor
Versión del
cliente de
Server 2012 R2 para VMware ESXi 8.2*
x86 v 5 9.0+
Server 2012 para x86 v 5.1

v 5.5
Standard, Essentials
v 6
y Datacenter.
Microsoft Hyper-V
posterior)
sistema operativo
Server 2008 R2 para VMware vCenter ESX/ESXi 8.2*
x86 (64 bits) v 5 9.0+
Server 2008 para x86 v 5.1 Solamente

(32 y 64 bits) v 5.5 pueden
v 6 instalarse los
Standard, Enterprise agentes de la
y Datacenter. Microsoft Hyper-V versión 9.1 en
v Windows Server 2008 Windows
Server 2008
R2 Standard
v Windows Server 2012 Edition.
posterior)
sistema operativo
Escalado del sistema con Intel QuickPath Interconnect
y 3.5
capacidad de KVM.
Tabla 21. Versiones soportadas de Microsoft Windows para el escritorio

Versión del
cliente de
Versión Virtualizaciones soportadas Comentarios BigFix
10 Enterprise and VMware vCenter ESXi Servidor individual, clúster, 9.2.5+
Professional para v 5 movilidad (VMware Vmotion)
x86 (32 y 64 bits)
v 5.1
v 5.5
v 6
v Windows Server 2008 con rol.

posterior)
sistema operativo

Tabla 21. Versiones soportadas de Microsoft Windows para el escritorio (continuación)
Versión del
cliente de
Versión Virtualizaciones soportadas Comentarios BigFix
8 para x86 (32 y 64 VMware vCenter ESXi Servidor individual, clúster, 8.2*
v 5.1
v 5.5
v 6
v Windows Server 2008 con rol.

posterior)
sistema operativo
7 Enterprise and VMware ESX/ESXi 8.2*
Professional para v 5 9.0+
x86 (32 y 64 bits)
v 5.1
No se admite la v 5.5
edición Home
v 6
Premium.
Microsoft Hyper-V
posterior)
Vista para x86 (32 y VMware vCenter ESX/ESXi Es necesario el Service Pack 2 para 8.2*
64 bits) v 5 Microsoft Hyper-V Server 2012. 9.0+
No se admite la v 5.1
edición Home v 5.5
Premium.
v 6
Microsoft Hyper-V Es necesario el Service Pack 2 para
v Windows Server 2008 Microsoft Hyper-V Server 2012.

posterior)
* Después del anuncio de IBM, Tivoli Endpoint Manager (BigFix) V8.2 deja de estar soportado el 30 de abril de
2016. Después de esa fecha, los clientes pertenecientes a una versión anterior a 9.0 ya no estarán soportados.
Requisitos de software
Asegúrese de que todo el software de requisito previo está instalado en los sistemas de su infraestructura.
Requisitos del servidor
Para obtener información acerca de los sistema operativos en los que se admite BigFix, DB2 y SQL Server,
consulte: “Sistemas operativos soportados” en la página 44.
58
Tabla 22. Requisitos del servidor de BigFix Inventory
Versión Descripción
BigFix 9.5 Para obtener información sobre los requisitos, consulte:
9.2 Documentación del producto BigFix 9.5
Documentación del producto BigFix 9.0
DB2 DB2 10.1 con el Para utilizar DB2 como base de datos, BigFix Inventory debe estar
Fixpack 5 o superior instalado en Linux.
DB2 10.5 con el DB2 Workgroup Server Edition es suficiente para trabajar con BigFix
Fixpack 5 o superior Inventory independientemente del número de puntos finales. Puede
(Workgroup Server utilizar DB2 Enterprise Server Edition o Advanced Enterprise Server
Edition, Enterprise Edition para acceder a las características avanzadas de DB2.
Server Edition o
Requisitos de DB2
Advanced Enterprise
Para obtener información sobre los requisitos, consulte
Server Edition)
Documentación del producto DB2 10.1.
Documentación del producto DB2 10.5.
Descargue el software de DB2
Para obtener más información, consulte Descarga e
instalación de DB2.
SQL Server 2008 Para utilizar SQL Server como base de datos, BigFix Inventory debe
estar instalado en Windows. Además, asegúrese de que el
2008 R2
aislamiento de instantánea está habilitado en SQL Server. Para
2012 obtener información sobre los requisitos, consulte la Documentación
2014 de Microsoft SQL Server.
Importante: Si utiliza SQL Server 2012, instale la actualización
acumulativa 5 para SQL Server 2012 SP2 con el fin de evitar una
posible corrupción de la base de datos.
Servidor X X11R7.x Linux El servidor X es necesario si desea instalar o desinstalar el
servidor de BigFix Inventory en modalidad interactiva en Red Hat
Enterprise Linux. También es necesario si desea completar la
configuración del servidor utilizando un navegador que está
disponible en el sistema donde se ha instalado el servidor de BigFix
Inventory.
Restricción: XMing X Server para Windows no está soportado.
Otros requisitos de software

Tabla 23. Otros requisitos de software para BigFix Inventory
Software
necesario Versiones necesarias Comentarios
Web Reports Componente de la plataforma
BigFix que es necesario para BigFix
Inventory para configurar Gestores
de máquina virtual. Web Reports
puede instalarse durante la
instalación de BigFix y debe residir
en el mismo servidor.

Tabla 23. Otros requisitos de software para BigFix Inventory (continuación)
Software
necesario Versiones necesarias Comentarios
Navegador v Internet Explorer 10 o posterior Requisitos
Nota: Internet Explorer debe tener TLS 1.2 habilitado si v JavaScript debe estar habilitado
desea utilizar TLS 1.2 para la comunicación segura con en el navegador.
SSL. También puede utilizar TLS 1.0 para la comunicación v La resolución de pantalla mínima
segura con SSL. soportada es 1360x768 píxeles.
v Firefox 17 Extended Support Release (ESR) o ediciones ESR
superiores Proxies
Nota: Para utilizar TLS 1.2, compruebe si la versión del
navegador lo soporta y si está habilitado. De lo contrario, Los proxies se soportan y dependen
utilice TLS 1.0 para la comunicación segura con SSL. de la configuración del servidor.
Con la configuración
v Chrome 35 o superior predeterminada, utilice los proxies
SSL. Si ha inhabilitado SSL en el
servidor, utilice proxies HTTP. En
entornos de gran tamaño, las
conexiones pueden superar el
tiempo de espera con operaciones
que consumen mucho tiempo
(descargar informes de gran
tamaño). En tal caso, aumente el
límite de tiempo de espera para la
comunicación entre el proxy y
BigFix Inventory.
KornShell Linux El paquete ksh original puede obtenerse en el
disco de instalación de Red Hat Enterprise Linux. No se
soportan alternativas de código abierto, como pdksh y mksh.
Paquete de Para visualizar informes PDF en un idioma nativo, es posible
idiomas que necesite un paquete de idiomas que visualice las fuentes
nacionales para del idioma nativo.
el lector de PDF
Paquetes de Red Hat
Se necesitan los paquetes siguientes si instala los componentes en Red Hat Enterprise Linux.
Tabla 24. Paquetes de Red Hat necesarios para la instalación
Componente Paquetes necesarios
IBM BigFix cyrus-sasl-lib.x86_64
krb5-libs.x86_64
libaio.x86_64
libpng (para Red Hat Enterprise Linux 6.3 o un 6.x superior)
libpng12 (para Red Hat Enterprise Linux 7.x)
libstdc++.i686
libstdc++.x86_64 y todas las dependencias
libXext.x86_64 (sólo Web Reports)
libXrender.x86_64 (sólo Web Reports)
zlib.x86_64 (sólo Web Reports)
BigFix Inventory ksh
DB2 libstdc++.so.6.0.8
Binutils Red Hat
60
Requisitos de hardware
Durante la configuración, haga coincidir el tamaño de implementación óptimo con las especificaciones de
hardware. Utilice las recomendaciones como orientación general.
Requisitos de hardware para el servidor en Windows

Asegúrese de que el sistema en el que está instalando BigFix Inventory cumple los requisitos mínimos de
memoria y CPU para los elementos del servidor y la base de datos.
Entorno virtualizado
La importación ETL (extracción, transformación y carga) realiza un uso intensivo de los recursos de base
de datos. BigFix Inventory y SQL Server se pueden instalar en un entorno virtualizado. Sin embargo,
para despliegues grandes que constan de más de 50.000 sistemas, se recomienda utilizar hardware
dedicado.
En un entorno virtual para despliegues de tamaño mediano que tienen de 10.000 a 50.000 sistemas, se
recomienda utilizar recursos dedicados para la asignación de procesadores, memoria y discos virtuales. El
disco virtual que se asigna a la máquina virtual debe ser almacenamiento RAID dedicado, con un ancho
de banda de E/S dedicado para esa máquina virtual.
Utilice SQL Server que está dedicado para BigFix Inventory y no se comparte con BigFix u otras
aplicaciones. Puede que deba realizar ajustes basándose en las recomendaciones indicadas anteriormente.
Procesador y RAM
Los valores proporcionados para IBM BigFix se han calculado con el supuesto de que el servidor de
BigFix, su base de datos y el servidor de Web Reports estén instalados en un único servidor y que el
servidor de BigFix esté dedicado a BigFix Inventory. Si comparte el servidor de BigFix entre otras
aplicaciones, consulte la documentación de BigFix para obtener información sobre los requisitos de
hardware:
v IBM BigFix requisitos
Los valores proporcionados para BigFix Inventory se calcularon para un máximo de cinco usuarios de
aplicaciones simultáneos.
Tabla 25. Requisitos del procesador y RAM para BigFix Inventory
Tamaño del
entorno Topología Procesador Memoria
Entorno pequeño 1 servidor v IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 8 GB
Web Reports núcleos
Hasta 5.000 puntos
finales v BigFix Inventory y SQL Server
Entorno mediano 2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 16 GB
servidores** Web Reports núcleos
5 000 - 50.000
puntos finales* BigFix Inventory y SQL Server 2-3 GHz, 4 12 - 24 GB
núcleos
2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 – 16 16 - 32 GB
Entorno grande servidores** Web Reports núcleos
De 50.000 a 150.000 BigFix Inventory y SQL Server 2-3 GHz, 8 – 16 32 - 64 GB

puntos finales* núcleos

Tabla 25. Requisitos del procesador y RAM para BigFix Inventory (continuación)
Tamaño del
Entorno muy 2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 16 32 - 64 GB
grande servidores** Web Reports núcleos
Más de 150.000 BigFix Inventory y SQL Server 2-3 GHz, 8 – 16 64 - 96

puntos finales* núcleos GB***
* Para entornos con más de 35.000 puntos finales, se necesitan grupos de exploración. Para obtener más
información, consulte la publicación Guía de escalabilidad.
** Es aconsejable un entorno distribuido, donde BigFix Inventory sea independiente de la base de datos.
*** Se debe regular SQL Server a una capacidad de 3/4 RAM.
Espacio de disco
Las tablas siguientes muestran los requisitos de espacio de disco para cada componente.
BigFix Inventory
Tabla 26. Requisitos de espacio de disco para BigFix Inventory instalado en Windows
Espacio
Directorio predeterminado necesario Comentarios
C:\Archivos de programa 300 MB Instalador comprimido que se descarga en un punto final elegido de
(x86)\BigFix Enterprise\BES BigFix. Se puede suprimir después de extraer.
Installers\instalador_BFI
370 MB Se ha extraído el instalador.
%TEMP% 314 MB Archivos temporales utilizados durante la instalación.
C:\Archivos de 1,1 GB Directorio de instalación de BigFix Inventory.
programa\IBM\BFI
%USERPROFILE% 1 MB El directorio de inicio del usuario que ejecuta la instalación.
SQL Server
Tabla 27. Requisitos de espacio de disco para SQL Server instalado en Windows
Espacio
C:\Archivos de 1 GB Directorio de instalación de base de datos.
programa\Microsoft SQL
Server
62
Tabla 27. Requisitos de espacio de disco para SQL Server instalado en Windows (continuación)
Espacio
C:\Archivos de Consulte Instancia de servidor de base de datos.
programa\Microsoft SQL Comentarios
Server\MSSQL11.MSSQLSERVER\ La cantidad de espacio de disco necesario para que el servidor de
MSSQL\DATA base de datos dependa del número de máquinas de su entorno y del
tamaño de promedio de los archivos y análisis de exploraciones. Se
puede calcular según la fórmula siguiente*:
v <El número de sistemas>x 1 MB + 6 GB de espacio de disco inicial
Por ejemplo:
10.000 sistemas
10 000 x 1 MB + 6 GB = 16 GB
100.000 sistemas
100.000 x 1 MB + 6 GB = 106 GB
C:\Archivos de Consulte Registros de transacciones de base de datos.
programa\Microsoft SQL Comentarios
Server\MSSQL11.MSSQLSERVER\ Durante la importación de datos (proceso ETL), BigFix Inventory
MSSQL\DATA requiere cierto espacio de disco libre adicional para los registros de
transacciones del servidor de base de datos. La cantidad de espacio
de disco necesario puede ser significativo porque los registros de
transacciones almacenan dos conjuntos de datos:
v Datos que se utilizan para la recuperación si falla ETL
v Datos que se utilizan para crear resultados ETL nuevos
La cantidad de espacio de disco que es necesario para que los
registros de transacciones dependan del número de sistemas de su
entorno, así como el número de sistemas de un grupo individual de
exploraciones desde el que se procesarán los datos durante la
importación.
Para reducir la cantidad de espacio de disco que es necesario para

los registros de transacciones, distribuya las exploraciones a lo largo
del tiempo de forma que se procesen durante varias importaciones
de datos en lugar de una sola.
El tamaño de los registros de transacciones se puede calcular según

la fórmula siguiente*:
v <Número de sistemas> x 1.2 MB + <el número de sistemas del grupo
de exploración más grande> x 1.2 MB + 17 GB de espacio de disco
inicial
Por ejemplo:
10.000 sistemas y 10.000 resultados de exploración
10 000 x 1.2 MB + 10 000 x 1.2 MB + 17 GB = 41 GB
100 000 x 1.2 MB + 15 000 x 1.2 MB + 17 GB = 155 GB

Tabla 27. Requisitos de espacio de disco para SQL Server instalado en Windows (continuación)
Espacio
C:\Archivos de Consulte tempdb base de datos que se utiliza para almacenar y gestionar
programa\Microsoft SQL Comentarios objetos temporales.
Server\MSSQL11.MSSQLSERVER\
MSSQL\DATA El tamaño de tempdb se puede calcular según la siguiente fórmula*:
v <Número de sistemas> x 0,5 MB
Por ejemplo:
15.000 sistemas
15.000 x 0,5 MB = 7,5 GB
* Las fórmulas se aplican a entornos típicos que se han configurado para que ejecuten exploraciones de
software semanalmente, importaciones de datos diariamente y cuyos puntos finales tienen cerca de 60
instalaciones de software cada uno. Los resultados también dependen de la cantidad de datos que
devuelven las exploraciones, lo que significa que en algunos entornos, la cantidad necesaria de espacio de
disco puede ser menor o mayor. En el caso de importaciones de datos irregulares o exploraciones
acumuladas, aumenta el espacio de disco necesario.
Nota: El periodo de retención en este entorno típico se establece en los últimos 7 días. Para obtener más
información sobre cómo ajustar este parámetro, consulte “Cómo acortar el periodo de retención de forma
gradual para evitar problemas con el crecimiento del tamaño de la base de datos” en la página 182.
IBM BigFix
Tabla 28. Requisitos de espacio de disco para IBM BigFix instalado en Windows
Espacio
C:\Archivos de 1,8 GB Directorio de instalación de IBM BigFix.
programa\BigFix
Enterprise\BES Server
C:\Archivos de 50 MB Consola de IBM BigFix.
programa\BigFix
Enterprise\BES Console
Requisitos de hardware para el servidor en Linux

Asegúrese de que el sistema en el que está instalando BigFix Inventory cumple los requisitos mínimos de
memoria y CPU para los elementos del servidor y la base de datos.
Entorno virtualizado
La importación ETL (extracción, transformación y carga) hace un uso intensivo de recursos de base de
datos DB2. BigFix Inventory y el servidor DB2 se pueden instalar en un entorno virtualizado. Pero para
despliegues grandes que tienen de 50.000 a 100.000 sistemas, se recomienda utilizar hardware dedicado.
En un entorno virtual para despliegues de tamaño mediano que tienen de 10.000 a 50.000 sistemas, se
recomienda utilizar recursos dedicados para la asignación de procesadores, memoria y discos virtuales. El
disco virtual que se asigna a la máquina virtual debe ser almacenamiento RAID dedicado, con un ancho
de banda de E/S dedicado para esa máquina virtual.
Utilice el servidor DB2 que está dedicado a BigFix Inventory y no se comparte con BigFix ni otras
aplicaciones. Puede que deba realizar ajustes basándose en las recomendaciones indicadas anteriormente.
64
Procesador y RAM
Los valores proporcionados para IBM BigFix se han calculado con el supuesto de que el servidor de
BigFix, su base de datos y el servidor de Web Reports estén instalados en un único servidor y que el
servidor de BigFix esté dedicado a BigFix Inventory. Si comparte el servidor de BigFix entre otras
aplicaciones, consulte la documentación de BigFix para obtener información sobre los requisitos de
hardware:
v IBM BigFix requisitos
Los valores proporcionados para BigFix Inventory se calcularon para un máximo de cinco usuarios de
aplicaciones simultáneos.
Tabla 29. Requisitos del procesador y RAM para BigFix Inventory
Tamaño del
Entorno pequeño 1 servidor IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 núcleos 8 GB
Web Reports
Hasta 5.000 BigFix Inventory y DB2
puntos finales
Entorno mediano 2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 núcleos 16 GB
servidores** Web Reports
5 000 - 50.000
puntos finales* BigFix Inventory y DB2 2-3 GHz, 4 núcleos 12 - 24 GB
2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 4 – 16 16 - 32 GB

Entorno grande servidores** Web Reports núcleos
De 50.000 a BigFix Inventory y DB2 2-3 GHz, 8 – 16 32 - 64 GB

150.000 puntos núcleos
finales*
Entorno muy 2/3 IBM BigFix, su base de datos y el servidor de 2-3 GHz, 16 32 - 64 GB
grande servidores** Web Reports núcleos
Más de 150.000 BigFix Inventory y DB2 2-3 GHz, 8 – 16 64 - 96 GB

puntos finales* núcleos
* Para entornos con más de 35.000 puntos finales, se necesitan grupos de exploración. Para obtener más
información, consulte la publicación Guía de escalabilidad.
** Es aconsejable un entorno distribuido, donde BigFix Inventory sea independiente de la base de datos.
Espacio de disco
Las tablas siguientes muestran los requisitos de espacio de disco para cada componente.
BigFix Inventory
Tabla 30. Requisitos de espacio de disco para BigFix Inventory instalado en Linux
Directorio Espacio
predeterminado necesario Comentarios
directorio_usuario/ 300 MB Instalador comprimido que se descarga en un punto final elegido de BigFix.
instalador_BFI Se puede suprimir después de extraer.
370 MB Archivos de instalación extraídos.
/tmp 314 MB Archivos temporales utilizados durante la instalación.
Importante: El instalador debe poder ejecutar archivos ejecutables en este
directorio.

Tabla 30. Requisitos de espacio de disco para BigFix Inventory instalado en Linux (continuación)
Directorio Espacio
/opt/ibm/BFI 850 MB Directorio de instalación de BigFix Inventory.
$HOME 1 MB Directorio de inicio del usuario que ejecuta la instalación.
/etc 1 MB Directorio que almacena los scripts que inician el servidor.
DB2
Tabla 31. Requisitos de espacio de disco para DB2 instalado en Linux o AIX
Directorio Espacio
/opt/IBM/db2 1 GB Directorio de instalación de DB2.
/home/db2inst1 Consulte Instancia de servidor de base de datos.
Comentarios
La cantidad de espacio de disco necesario para que el servidor de base de
datos dependa del número de máquinas de su entorno y del tamaño de
promedio de los archivos y análisis de exploraciones. Se puede calcular
según la fórmula siguiente*:
v <El número de sistemas>x 1 MB + 15 GB de espacio de disco inicial
Por ejemplo:
10.000 sistemas
10 000 x 1 MB + 15 GB = 25 GB
100.000 sistemas
100 000 x 1 MB + 15 GB = 115 GB
66
Tabla 31. Requisitos de espacio de disco para DB2 instalado en Linux o AIX (continuación)
Directorio Espacio
/home/db2inst1/db2inst1/ Consulte Registros de transacciones de servidor de base de datos.
Comentarios
Durante la importación de datos (proceso ETL), BigFix Inventory requiere
cierto espacio de disco libre adicional para los registros de transacciones del
servidor de base de datos. La cantidad de espacio de disco necesario puede
ser significativo porque los registros de transacciones almacenan dos
conjuntos de datos:
v Datos que se utilizan para la recuperación si falla ETL
v Datos que se utilizan para crear resultados ETL nuevos
La cantidad de espacio de disco que es necesario para que los registros de
transacciones dependan del número de sistemas de su entorno, así como el
número de sistemas de un grupo individual de exploraciones desde el que se
procesarán los datos durante la importación.
Para reducir la cantidad de espacio de disco que es necesario para los

registros de transacciones, distribuya las exploraciones a lo largo del tiempo
de forma que se procesen durante varias importaciones de datos en lugar de
una sola.
El tamaño de los registros de transacciones se puede calcular según la

fórmula siguiente*:
v <Número de sistemas> x 1.2 MB + <el número de sistemas del grupo de
exploración más grande> x 1.2 MB + 17 GB de espacio de disco inicial
Por ejemplo:
10 000 x 1.2 MB + 10 000 x 1.2 MB + 17 GB = 41 GB
100 000 x 1.2 MB + 15 000 x 1.2 MB + 17 GB = 155 GB
/home/db2fenc1 1 MB Directorio de inicio del usuario delimitado de DB2.
* Las fórmulas se aplican a entornos típicos que se han configurado para que ejecuten exploraciones de
software semanalmente, importaciones de datos diariamente y cuyos puntos finales tienen cerca de 60
instalaciones de software cada uno. Los resultados también dependen de la cantidad de datos que
devuelven las exploraciones, lo que significa que en algunos entornos, la cantidad necesaria de espacio de
disco puede ser menor o mayor. En el caso de importaciones de datos irregulares o exploraciones
acumuladas, aumenta el espacio de disco necesario. . Para obtener más información sobre la
configuración del periodo de retención a evitar
Nota: El periodo de retención en este entorno típico se establece en los últimos 7 días. Para obtener más
información sobre cómo ajustar este parámetro, consulte “Cómo acortar el periodo de retención de forma
gradual para evitar problemas con el crecimiento del tamaño de la base de datos” en la página 182.
IBM BigFix
Tabla 32. Requisitos de espacio de disco para IBM BigFix instalado en Linux
Directorio Espacio
/var/opt/BESServer 340 MB Directorio de instalación de IBM BigFix.

Tabla 32. Requisitos de espacio de disco para IBM BigFix instalado en Linux (continuación)
Directorio Espacio
C:\Archivos de 50 MB Directorio de instalación de consola de IBM BigFix. La consola debe estar
programa\BigFix instalada en Windows.
Enterprise\BES Console
/var/opt/BESInstallers 45 MB Directorio con programas de instalación de consola y cliente.
/opt/BESServer 50 MB Directorio con binarios de servidor.
/var/log 1 MB Directorio con archivos de registro.
Para la velocidad del disco, consulte: “Rendimiento del almacenamiento” en la página 598.
Requisitos de hardware para el cliente

Revise la información relevante sobre los requisitos de hardware para el cliente de IBM BigFix y las
exploraciones de software y capacidad tiene incorporadas.
Procesador y RAM
Un cliente de IBM BigFix individual puede consumir hasta el 2% de la potencia de proceso de un núcleo
de procesador en un punto final. Sin embargo, el cliente se complementa con exploraciones de software y
capacidad que recopilan la información de hardware y software necesaria de los puntos finales. Aunque
la exploración de capacidad notifica un uso de CPU muy bajo, la exploración de software puede
consumir importantes recursos de CPU mientras la exploración está en curso. Para reducir el impacto de
una exploración de software en el sistema de producción, puede planificarse para que se ejecute los fines
de semana o por la noche. También puede ejecutar la exploración de software con la opción de umbral de
CPU, que limita el consumo de recursos de CPU.
Tabla 33. Uso de CPU y RAM para los clientes de IBM BigFix
Componente CPU RAM Comentarios
Cliente de IBM BigFix <2% < 20 MB Para obtener más información, consulte
http://www-01.ibm.com/support/
docview.wss?uid=swg21505815.
Exploración de software hasta el 100% < 80 MB La exploración de software se ejecuta a
petición y se puede supervisar
Puede limitar el uso comprobando los siguientes procesos:
ejecutando la exploración wscansw, wscanfs.
con el atributo de umbral
de CPU.
Exploración de capacidad <1% < 20 MB La exploración de capacidad se ejecuta
cada 30 minutos y se puede supervisar
comprobando el siguiente proceso: wscanhw.
Espacio de disco
Asegúrese de que los puntos finales tengan suficiente espacio de disco antes de empezar a instalar los
clientes de IBM BigFix.
68
Tabla 34. Requisitos de espacio de disco para los clientes instalados en UNIX
Sistema Espacio
operativo Directorio necesario Comentarios
UNIX /opt/BESClient 60 MB Directorio de instalación del cliente.
/var/opt/BESClient 100 MB Directorio de datos del cliente. Este
directorio contiene todos los resultados
de la exploración.
La instalación de La herramienta sólo es necesaria en
la herramienta puntos finales seleccionados.
del gestor de
VM puede
añadir 200 MB
adicionales.
/opt/tivoli/cit 50 MB Directorio de instalación de
exploradores de software y capacidad.
/opt/tivoli/cit/cache_data 100 MB como Archivos de memoria caché de
promedio exploradores de software y capacidad.
El espacio de disco necesario depende

del número de archivos, directorios y
subdirectorios que se van a explorar.
Puede calcularse multiplicando el
número de archivos que se deben
explorar por 60 bytes.
/etc/cit menos de 1 MB Archivos de configuración de
/var/ibm/tivoli/common/CIT 10 MB Archivos de registro de exploradores
de software y capacidad.

Tabla 35. Requisitos de espacio de disco para los clientes instalados en Windows
Sistema Espacio
operativo Directorio necesario Comentarios
Windows C:\Archivos de programa (x86)\BigFix 150 MB Directorio de datos e instalación del
Enterprise\BES Client cliente. Este directorio contiene todos
los resultados de la exploración.
La instalación La herramienta sólo es necesaria en
de la puntos finales seleccionados.
herramienta del
gestor de VM
puede añadir
300 MB
adicionales.
C:\Archivos de programa\tivoli\cit 20 MB Directorio de instalación de
C:\Archivos de programa\tivoli\cit\ 50 MB como Archivos de memoria caché de
cache_data promedio exploradores de software y capacidad.
El espacio de disco necesario depende

del número de archivos, directorios y
subdirectorios que se van a explorar.
Puede calcularse multiplicando el
número de archivos que se deben
explorar por 60 bytes.
%WINDIR% menos de 1 MB Archivos de configuración de
C:\Archivos de programa\tivoli\ibm\ 10 MB Archivos de registro de exploradores de
tivoli\common\CIT\logs software y capacidad.
Requisitos de puerto
Al planificar la infraestructura, asegúrese de que los números de puerto utilizados por BigFix Inventory,
IBM BigFix y la base de datos pueden habilitar la comunicación entre esos componentes.
A continuación encontrará una lista de los puertos predeterminados que utiliza la infraestructura de
BigFix Inventory. Puede cambiarlos durante la instalación de cada componente:
Tabla 36. Puertos predeterminados que utiliza la infraestructura de BigFix Inventory
Tipo Número de puerto Descripción
BigFix Inventory 9081 El explorador web se conecta al
servidor (HTTPS) para visualizar la
interfaz de usuario.
El servidor de BigFix utiliza este
puerto para conectarse al servidor de
BigFix Inventory.
DB2 50000 El servidor se conecta a DB2.
SQL Server 1433 El servidor se conecta a SQL Server.
IBM BigFix 52311 Los clientes de BigFix y de la consola
se conectan al servidor.
El servidor de BigFix Inventory
utiliza este puerto para conectarse al
servidor de BigFix.
70
Para obtener más información sobre los números de puerto y las interacciones entre componentes de la
infraestructura de BigFix Inventory, consulte: Flow of data.
Excepciones de cortafuegos
Algunos de los fixlets requieren que el servidor de BigFix se conecte a Internet y descargue las
actualizaciones y los archivos necesarios. Para asegurarse de que puedan descargarse, las direcciones web
relevantes deben ser accesibles desde el sistema donde se ha instalado el servidor. Añada esas direcciones
como excepciones de cortafuegos y asegúrese de que sean accesibles para el servidor proxy si se está
utilizando.
Asegúrese de que las siguientes direcciones web estén accesibles desde el sistema donde se ha instalado
el servidor de BigFix.
v esync.bigfix.com
v gatherer.bigfix.com
v software.bigfix.com
v support.bigfix.com
v sync.bigfix.com
El puerto HTTP 80 debe estar abierto para la comunicación.
Excepciones de proxy
Si el servidor de BigFix utiliza un proxy para la conexión de Internet para acceder a los sitios de fixlet o
captar previamente las descargas, se debe añadir el servidor de BigFix Inventory a una lista de
excepciones para asegurar que la propagación de catálogo funciona correctamente.
En un entorno con un proxy, es posible que la propagación del catálogo falle porque el servidor de BigFix
se conecta al proxy para descargar el archivo de catálogo en lugar de conectarse al servidor de BigFix
Inventory directamente. Para asegurarse de que el problema no se produce, añada la dirección IP o el
nombre de host del servidor de BigFix Inventory a la lista de excepciones de proxy. Para obtener más
información, consulte: Establecimiento de una conexión proxy en el servidor.
Usuarios de instalación
Puede instalar todos los componentes de infraestructura como el usuario administrativo. También puede
instalar algunos componentes como usuario no administrativo pero se aplican algunas limitaciones.
Tabla 37. Usuarios de instalación de los componentes de infraestructura de BigFix Inventory
Componente Usuario Limitaciones
Servidor en Linux usuario root o no root El servidor que ha instalado un usuario no
root no está registrado como servicio del
sistema. Tampoco se puede actualizar con
un fixlet. Se debe actualizar en modalidad
interactiva o silenciosa.
Servidor en Windows Usuario con privilegios administrativos con
el permiso para iniciar la sesión como
servicio (log on as a service).
Si desea utilizar la modalidad de

autenticación de Windows y el servidor de
base de datos es remoto, asegúrese de que
el usuario que accederá a la base de datos
es un usuario de dominio. Este usuario
debe tener los derechos dbcreator o
sysadmin en la base de datos MS SQL.

Tabla 37. Usuarios de instalación de los componentes de infraestructura de BigFix Inventory (continuación)
Componente Usuario Limitaciones
DB2 usuario root o no root Existen limitaciones al instalar DB2 como
usuario no root, consulte: Documentación
de vista general de instalación no root de
DB2 10.1 y Documentación vista general de
instalación no root de DB2 10.5.
SQL Server Usuario con privilegios administrativos
Servidor de IBM BigFix Usuario con privilegios administrativos
(Windows) o root (Linux)
Cliente de IBM BigFix Usuario con privilegios administrativos
(Windows) o root (Linux)
Casos de ejemplo de coexistencia

En este tema se describen casos de ejemplo admitidos para la coexistencia de agentes, servidores o sitios
de fixlets. Todos los casos de ejemplo listados están soportados a partir de BigFix Inventory versión 9.2.1.
Casos de ejemplo limitados
Hay varios casos de ejemplo de coexistencia que se pueden utilizar en su entorno, pero tienen algunas
limitaciones como, por ejemplo, sistemas adicionales que se visualizan en la interfaz de usuario o
problemas con el catálogo de software. Algunas de estas limitaciones pueden eludirse si se supervisa el
entorno o llevando a cabo algunos pasos adicionales. Para obtener más información acerca de estos casos
de ejemplo, consulte Casos de ejemplo de coexistencia en la wiki.
Coexistencia de agentes
Se instalan dos agentes en el mismo sistema.

Tabla 38. Lista de aplicaciones que pueden coexistir con BigFix Inventory 9.2.1
Coexistencia de aplicaciones BigFix Inventory 9.2.1 o posterior
License Metric Tool V7 U
Tivoli Asset Discovery for Distributed V7 U
Coexistencia de servidores
Se instalan dos servidores en el mismo sistema.

License Metric Tool V7 U
Tivoli Asset Discovery for Distributed V7 U
Coexistencia de sitios de fixlets
Se habilitan dos sitios de fixlets en el mismo servidor de BigFix.

License Metric Tool 9.2.1 o posterior U
72
Consideraciones:
v Clientes separados que informan a una aplicación en un determinado momento.
Adición de License Metric Tool en su despliegue de BigFix Inventory

Puede añadir License Metric Tool a su entorno para supervisar esos puntos finales que no requieren las
prestaciones ampliadas de BigFix Inventory. License Metric Tool se puede conectar al mismo servidor de
IBM BigFix que su BigFix Inventory. Al conectar las aplicaciones a un servidor común, puede gestionarlas
desde una consola, lo que facilita mucho la supervisión de su entorno. La utilización de License Metric
Tool requiere que diseñe un conjunto de puntos finales que utilizarán esta aplicación.
Aunque esté conectado a un servidor común, License Metric Tool y BigFix Inventory funcionan como
aplicaciones independientes y se deben instalar en sistemas separados. Cada una gestiona un conjunto
independiente de puntos finales que pueden informar solamente a una aplicación en un momento
determinado. Las aplicaciones también utilizan sitios de fixlet diferentes y conjuntos dedicados de fixlets
para realizar la instalación y la configuración. Aparte del servidor común, todos los demás aspectos
como, por ejemplo, las exploraciones de software y de capacidad o el catálogo de software, son
específicos de cada aplicación.
Limitaciones
v instalación separada
BigFix Inventory y License Metric Tool se deben instalar en sistemas separados.
v Gestores de máquina virtual
Puede utilizar la interfaz de usuario para añadir gestores de VM solo para una de las aplicaciones, es
decir, la que tiene el servidor de IBM BigFix suscrito en su sitio de fixlet. Esto es así porque la
Herramienta del gestor de VM, que está instalada en el servidor de BigFix debe gestionar los gestores
de máquinas virtuales añadidos en la interfaz de usuario. Para el resto de aplicaciones, puede utilizar
la gestión avanzada de VM, donde instalará la herramienta adicional en cualquier punto final. Para
obtener más información, consulte Gestión de gestores de máquinas virtuales.
v Muchas resuscripciones
Puede que surjan problemas si falta un catálogo de software o con los resultados de la exploración si
resuscribe frecuentemente sus puntos finales entre dos aplicaciones. Estos problemas se producen sólo
si resuscribe sus puntos finales más de una vez, por ejemplo, BigFix Inventory en License Metric Tool
y, a continuación, lo vuelve a suscribir en BigFix Inventory. Para obtener más información, consulte
Problemas con muchas resuscripciones.
Procedimiento
Habilitación del sitio de Fixlet de License Metric Tool:
La licencia de BigFix Inventory ya incluye titularidades para License Metric Tool. Puede habilitar el sitio
de Fixlet de License Metric Tool en IBM BigFix. El sitio se visualiza junto a su sitio de Fixlet de BigFix
Inventory.
Antes de empezar
en entorno de espacio vacío, debe utilizar la herramienta Airgap para habilitar el sitio y cargar sus
Fixlets. Para obtener más información, consulte Entornos de espacio vacío.
Procedimiento
1. Inicie sesión en la consola de BigFix.
2. En la esquina inferior izquierda, pulse Gestión de BigFix.
3. En el árbol de navegación, pulse Vista general de la licencia y lleve a cabo los pasos siguientes:

a. Localice la entrada denominada BigFix Inventory y expándala.
b. Pulse Habilitar junto al sitio de Fixlet de IBM License Reporting (ILMT) v9. El sitio de Fixlet se
habilita.
c. Vuelva a la vista anterior pulsando Todo el contenido en la esquina inferior izquierda.
4. Para ver el sitio de Fixlet habilitado, pulse Sitios > Sitios externos > IBM License Reporting (ILMT)
v9.
Resultados
Ha habilitado el sitio de Fixlet de License Metric Tool. Los sitios de Fixlet son completamente
independientes pero se pueden gestionar en la misma consola.
División de puntos finales entre grupos de equipos:
Antes de empezar a suscribir sus puntos finales a sitios en particular, divida su entorno en los puntos
finales que se van a notificar en License Metric Tool y en puntos finales que se van a notificar en BigFix
Inventory. La separación de grupos de equipos facilita las suscripciones de sitios y la gestión de sus
puntos finales. Puede crear grupos de equipos manuales o automáticos.
Creación de grupos de equipos manuales:
Elija grupos de equipos manuales si desea crear un grupo rápidamente y, a continuación, pulse cualquier
punto final para añadirlo a este grupo. No es necesario que especifique ninguna condición para los
grupos manuales.
Antes de empezar
Los nombres de los grupos de equipos manuales no se puede cambiar.
Procedimiento
1. En la consola de BigFix, pulse Herramientas > Crear un nuevo grupo de equipo manual.
2. Especifique el nombre y pulse Aceptar. Se creará el grupo de equipos.
3. Repita estos pasos para crear otro grupo de equipos.
4. Añada sus puntos finales a los grupos de equipos:
a. En el árbol de navegación, pulse Equipos.
b. Pulse el botón derecho del ratón en cualquier punto final y, a continuación, pulse Añadir al grupo
manual.
c. Seleccione el grupo y pulse Aceptar.
Creación de grupos de equipos automáticos:
Elija grupos de equipos automáticos si desea añadir puntos finales a este grupo mientras se está creando.
Especifique condiciones como, por ejemplo, los nombres de equipos o los sistemas operativos, en el
momento de la creación. Más adelante podrá añadir condiciones adicionales.
Procedimiento
1. En la consola de BigFix, pulse Herramientas > Crear nuevo grupo de equipos automáticos.
2. Escriba el nombre y seleccione el sitio y el dominio en el que desee localizarlo.
74
3. Seleccione cualquiera para incluir puntos finales que coincidan con al menos una de las propiedades
especificadas.
4. Especifique una propiedad, una relación y un valor en las tres casillas de la parte inferior del diálogo.
Puede elegir una serie de propiedades para incluirlas en sus puntos finales.
5. Pulse Crear.
6. Repita estos pasos para crear otro grupo.
Suscripción y renovación de puntos finales:
Tras habilitar los sitios de Fixlet en la consola de BigFix, debe distribuir sus puntos finales entre ellos.
Cada sitio debe tener un conjunto independiente de puntos finales. También debe ejecutar un Fixlet que
renueve los datos de capacidad y las propiedades de los puntos finales siempre que los resuscriba en un
sitio distinto.
Acerca de esta tarea
Sus puntos finales deben suscribirse solamente a un sitio de Fixlet, ya sea License Metric Tool o BigFix
Inventory, puesto que si se producen varias suscripciones de sitios se pueden producir problemas con el
descubrimiento de software. Puede resuscribir los puntos finales entre los sitios en cualquier momento.
Para evitar problemas con los puntos finales resuscritos, debe ejecutar un Fixlet que fuerce la carga de los
datos de capacidad y renueve las propiedades para garantizar que siempre se relacionen con el sitio
relevante. Los puntos finales se renuevan después de cada resuscripción.
Procedimiento
1. Suscriba un grupo de puntos finales en el sitio de License Metric Tool.
a. Pulse el sitio de fixlet de IBM License Reporting (ILMT) v9.
b. En el panel de la derecha, pulse la pestaña Suscripciones del equipo.
c. Marque el recuadro de selección Equipos que cumplen la siguiente condición.
d. Desde la lista desplegable, seleccione Pertenencia a grupo y elija el grupo de sistemas que
contenga los puntos finales de License Metric Tool.
2. Suscriba un grupo de puntos finales en el sitio de BigFix Inventory.
a. Pulse el sitio de fixlet de IBM BigFix Inventory v9.
b. En el panel de la derecha, pulse la pestaña Suscripciones del equipo.

c. Marque el recuadro de selección Equipos que cumplen la siguiente condición.
d. Desde la lista desplegable, seleccione Pertenencia a grupo y elija el grupo de sistemas que
contenga los puntos finales de BigFix Inventory.
3. Asegúrese de que cada uno de sus puntos finales se haya suscrito solamente en un sitio de Fixlet.
a. Desde Fixlets y tareas, seleccione el fixlet AVISO: Puntos finales suscritos a varios sitios.
b. Si el Fixlet se puede aplicar a cualquiera de los puntos finales, elimínelos de uno de los sitios.
4. Asegúrese de que se renueven los datos de capacidad y las propiedades de cada punto final
resuscrito.
a. Abra uno de los sitios de Fixlet.
b. Desde Fixlets y tareas, seleccione el fixlet Renovar puntos finales resuscritos.
c. Pulse Llevar a cabo una acción y seleccione todos los puntos finales del sitio de Fixlet.
d. Repita estos pasos para otro sitio de Fixlet.
Detención de todas las acciones activas:
Tras la reasignación de puntos finales que anteriormente informaban a BigFix Inventory en un sitio nuevo
de fixlets, debe detener todas las acciones que se estén ejecutando para esos puntos finales y sustituirlas
por las tareas correspondientes del sitio de License Metric Tool.
Antes de empezar
Las acciones se deben detener y suprimir siempre que vuelva a suscribir un punto final en un sitio
distinto.
Procedimiento
1. Vaya a la consola de BigFix.
2. En el árbol de navegación, pulse Acciones.
3. Detenga y suprima todas las acciones del sitio de BigFix Inventory que es el destino de los puntos
finales reasignados.
a. Pulse el botón derecho del ratón en las acciones elegida y pulse Detener acción.
b. Pulse el botón derecho del ratón en las acciones elegidas y pulse Suprimir acción.
Nota: No puede suprimir una acción de un único punto final si anteriormente lo ha ejecutado
para un grupo de puntos finales. En este caso, puede suprimir las acciones y, a continuación,
volver a ejecutarlas solamente para aquellos puntos finales que permanezcan en el sitio de BigFix
Inventory.
Resultados
Ha suprimido todas las acciones de los puntos finales que se reasignaron al sitio de License Metric Tool.
Volverá a ejecutar las tareas correspondientes desde el sitio nuevo tras descargar e instalar License Metric
Tool.
Problemas con muchas resuscripciones:
Diversas resuscripciones de sus puntos finales desde un sitio de fixlets a otro puede generar problemas
con el catálogo de software o con los resultados de la exploración. Estos problemas se producen sólo si
resuscribe sus puntos finales más de una vez, por ejemplo, BigFix Inventory en License Metric Tool y, a
continuación, lo vuelve a suscribir en BigFix Inventory.
76
Falta de un catálogo de software:
Es posible que falten puntos finales en el catálogo de software, porque no se han entregado durante la
importación de datos. El catálogo se puede entregar automáticamente sólo una vez para cada aplicación.
En el caso de varias resuscripciones, el catálogo se entregó anteriormente y , posteriormente, lo
sobrescribió otra aplicación, que ahora requiere que se entregue manualmente. Cada resuscripción
posterior también requiere la entrega manual.
Antes de empezar
Antes de resuscribir los puntos finales, asegúrese de que se actualicen todos los resultados de la
exploración. De lo contrario, una de las aplicaciones podría utilizar resultados incorrectos ya que los
nombres de los archivos de los resultados de la exploración son iguales para License Metric Tool y para
BigFix Inventory. Si se cargan todos los resultados, se inhabilita la tarea Cargar resultados de exploración
de software.
Procedimiento
1. Inicie sesión en la aplicación donde ha resuscrito los puntos finales.
2. En la barra de navegación superior, pulse Gestión > Carga de catálogo.
3. Para descargar el archivo de fixlet en el sistema, pulse el signo de interrogación. A continuación, pulse
Fixlet de descarga de catálogo. Seleccione la ubicación donde desee guardar el archivo
catalog_download.bes y pulse Guardar.
4. Copie el archivo en el sistema donde se ha instalado la consola de BigFix.
6. Para importar el fixlet, pulse Archivo > Importar.
7. Abra el directorio donde almacene el archivo catalog_download.bes, seleccione el archivo y pulse
Abrir. El archivo se importará.
8. En el panel izquierdo, pulse Sitios > Sitio de acciones maestras > Fixlets y tareas. Se abre una lista
de fixlets disponibles en el panel superior derecho.
9. Para ejecutar el fixlet en los puntos finales, seleccione Descarga de catálogo (Versión: versión)y pulse
Llevar a cabo una acción.
Falta de resultados de la exploración:
Es posible que a sus puntos finales les falten los resultados de la exploración porque los cambios en estos
puntos finales no se han detectado y no es necesario realizar una carga de resultados de la exploración.
En tal caso, deberá volver a instalar el explorador y volver a ejecutar las exploraciones. Tras hacerlo, se
suprimirán los resultados anteriores y se recopilarán y cargarán los nuevos.
Antes de empezar
Para saber a qué puntos finales les faltan los resultados de la exploración, abra el panel de control de la
aplicación. En el widget Estado de exploración se muestran los puntos finales problemáticos.
Procedimiento
1. Detenga todas las acciones que se estén ejecutando en los puntos finales problemáticos.
2. Abra el sitio de Fixlet.
3. Desde Fixlets y tareas, seleccione Desinstalar explorador y pulse Llevar a cabo una acción.
4. Seleccione todos los puntos finales problemáticos y pulse Aceptar. Espere hasta que finalice la acción.
5. Vuelva a instalar el explorador y vuelva a ejecutar las exploraciones. Para obtener más información,
consulte Configurar exploraciones.

Adición de un segundo servidor de BigFix Inventory
Puede conectar más de un servidor de BigFix Inventory a una plataforma de IBM BigFix llevando a cabo
algunos pasos adicionales. Estos pasos implican dividir sus sistemas en dos grupos distintos
confiriéndoles valores únicos de sistema y creando un análisis que recupere los valores. A continuación,
podrá modificar la importación de datos, de modo que cada servidor importe datos sólo de los sistemas
que tienen un valor en particular y omita el resto. Como resultado, cada servidor gestiona un grupo de
sistemas independiente.
Antes de completar estos pasos, debe instalar dos instancias de BigFix Inventory y conectarlas a una
plataforma común de IBM BigFix. Ambas instancias deben utilizar el mismo sitio de fixlet. Desde la
perspectiva de BigFix, la separación de servidores no está visible. Los servidores utilizan no sólo el
mismo sitio de fixlet, sino también los sistemas y tareas que se utilizan para explorar el entorno y para
descubrir software. La separación se produce sólo cuando los datos se importan desde BigFix a sus
servidores de BigFix Inventory. Basándose en los valores de un sistema exclusivo, cada servidor importa
datos únicamente de un grupo específico de sistemas que se le ha asignado.
Nota: Si ya tiene instalado un servidor, elija un sistema para el segundo servidor y despliegue el
instalador desde el panel de control de la consola de BigFix.
La coexistencia de dos servidores se puede utilizar para los casos de ejemplo siguientes:
v Consumo de licencias por separado
Puede tener distintos informes sobre el consumo de PVU o MAPC de RVU. Cada servidor calcula estos
datos para un conjunto específico de sistemas.
v Equipos por separado
Puede asignar ciertas partes de su entorno a distintos equipos. Cada equipo gestiona un conjunto
específico de sistemas y tiene acceso a datos limitados.
v Distribución de la carga de trabajo
Puede reducir la carga de trabajo en sus servidores importando datos desde un número menor de
sistemas.
Antes de empezar
Ambos servidores deben utilizar el mismo software de base de datos, bien SQL Server o bien DB2 y
deben tener el mismo catálogo de software cargado. Esto es necesario, ya que posteriormente va a
inhabilitar la entrega de catálogo en uno de los servidores, de modo que un catálogo común se entregue
siempre a todos los sistemas. Diferentes firmas en los catálogos para SQL Server y DB2 podrían provocar
problemas a la hora de descubrir software. Para obtener más información, consulte Consideraciones
adicionales.
Lleve a cabo los procedimientos siguientes para habilitar la coexistencia:
División de sistemas entre servidores:
Divide sus sistemas entre dos servidores especificando valores únicos de sistema. En función de esos
valores, el servidor elige sistemas específicos de donde va a importar los datos. Como resultado, cada
uno de sus servidores gestiona un grupo de sistemas independiente. Planifique la división y, a
continuación, marque los sistemas como BFI1 o BFI2.
Este procedimiento sólo muestra una forma de dividir los sistemas entre dos servidores. Puede especificar
también otros valores o utilizar expresiones de relevancia para dividir los sistemas de acuerdo con sus
sistemas operativos, grupos de sistemas o cualquier criterio personalizado. Para obtener más información
78
acerca de la creación de propiedades y análisis necesarios para recuperarlas, consulte Creación de
propiedades recuperadas y Creación de análisis.
Procedimiento
1. Inicie sesión en la consola de IBM BigFix.
2. Añada los valores nuevos del sistema a sus sistemas. En función de estos valores, sus sistemas se
dividirán entre dos instancias de BigFix Inventory.
a. En el árbol de navegación, pulse Sistemas.
b. Seleccione un grupo de sistemas que desee añadir a uno de los servidores.
c. Pulse con el botón derecho estos sistemas y, a continuación, pulse Editar configuración del
equipo.
d. Marque el recuadro de selección Configuración personalizada y especifique los valores siguientes:
Nombre del parámetro: Instancia

Valor establecido: BFI1 o BFI2
El valor BFI1 o BFI2, depende de la instancia a la que desee añadir a un sistema específico.
Especifique BFI1 para un grupo de sistemas y BFI2 para otro grupo.
e. Pulse Aceptar para guardar el valor. Repita los pasos anteriores hasta que todos los sistemas
tengan especificado un valor BFI1 o BFI2.
3. Cree un análisis personalizado para recuperar los valores especificados de sus sistemas.
a. Para crear un análisis, pulse Herramientas > Crear nuevo análisis.
b. Especifique el nombre como Asignación de instancia.
c. Pulse la pestaña Propiedades y, a continuación, pulse Añadir propiedad.
d. Especifique el nombre de la propiedad como Instancia.
e. En el campo de relevancia, escriba la serie siguiente:
value of setting "Instance" of client|""
Esta expresión de relevancia devuelve el valor del valor Instancia que añadió a sus sistemas. Puede
devolver BFI1 o BFI2.
f. Pulse Aceptar para guardar el análisis. El análisis se añade a su Sitio de acciones maestro.
4. Verifique que el análisis devuelva valores correctos.
a. Pulse Sitios > Sitio de acciones maestro.
b. Seleccione su análisis Asignación de instancia personalizado.
c. Pulse la pestaña Resultados. El análisis muestra una propiedad denominada Instancia, que
devuelve BFI1 o BFI2. Si no ha establecido esta propiedad para algunos sistemas, el valor estará
vacío.
Resultados
Ha dividido los sistemas en base a en los valores específicos de cada sistema. Ahora puede modificar los
valores de importación de datos en las dos instancias de BigFix Inventory para especificar si los
servidores deben importar datos acerca de los sistemas BFI1 o BFI2.
Modificación de servidores para incluir sistemas específicos:
Modifique los valores de importación de datos, de modo que cada uno de los servidores importe los
datos únicamente de un grupo específico de sistemas. Los servidores eligen sólo aquellos sistemas que
cumplen los criterios especificados, por ejemplo, que están marcados con un valor de BFI1, pero no BFI2.
Otros sistemas se omiten durante la importación.

El elemento principal que decide qué sistemas van a informar a cada servidor es el análisis personalizado
que se ha creado para recuperar información acerca de los sistemas; en este caso, los valores específicos
como BFI1 o BFI2. El servidor comprueba los resultados del análisis para verificar los valores adjuntos a
los sistemas. Si un sistema tiene un valor que cumple los criterios del servidor, se importarán los datos de
ese sistema. De lo contrario, se descartará el sistema.
Procedimiento
1. Vaya a directorio_instalación/wlp/usr/servers/server1/config.
2. Edite el archivo etl_settings.yml y especifique las propiedades y los valores siguientes:
scoped_etl_enabled: 1
Especifica si se debe habilitar una importación de datos limitados. Si se establece en 0, se
importarán datos de todos los sistemas.
scoped_etl_site_name: ActionSite
Especifica el nombre del sitio de fixlet que contiene su análisis personalizado. ActionSite
significa sitio de acciones maestro.
scoped_etl_site_is_custom: false
Especifica si el sitio de fixlet es un sitio personalizado.
scoped_etl_analysis_name: Asignación de instancia
Especifica el nombre de su análisis personalizado.
scoped_etl_analysis_property_id: 1
Especifica el ID de la propiedad de análisis Instancia. Si ha añadido solo una propiedad, tiene
el ID de 1. Sin embargo, puede comprobarlo exportando el análisis a un archivo bes y
abriéndolo en un editor de texto.
scoped_etl_based_on: MATCH
Especifica las condiciones de una importación de datos limitados. En este caso, puede
especificar cualquier valor que sea diferente del valor predeterminado
SITE_URL_FOR_SITE_NAME. El valor predeterminado para la importación de datos desde todos
los sistemas de un sitio de fixlet.
scoped_etl_resultstext_match: "BFI1%"
Especifica el valor en el que se basa el servidor para seleccionar sus sistemas. Especifique BFI1
para un servidor y BFI2 para otro. Un valor que haya devuelto el análisis puede incluir un
espacio o una línea nueva al final. Escriba un signo de porcentaje (%) después del valor para
incluir tales apariciones en lugar de descartar un sistema.
scoped_etl_overwrite_on_migration: false
Especifica si se van a sobrescribir estos valores por los valores predeterminados después de
una actualización o migración.
3. Reinicie el servidor.
4. Ejecute una importación de datos.
Resultados
Ha modificado los servidores para importar datos sólo de sistemas específicos. Puede abrir el informe
Equipos para verificar que sólo se muestran los sistemas seleccionados.
Qué hacer a continuación
Revise las consideraciones adicionales y aplíquelas a su entorno para evitar problemas de la coexistencia.
80
Consideraciones adicionales:
Para asegurarse de que no se han producido problemas al trabajar con servidores de coexistencia, revise
las consideraciones siguientes y aplíquelas a su entorno.
Catálogos de software
Para asegurarse de que el software en los sistemas se descubre basándose en las mismas firmas de
software, cargue los mismos catálogos de software en ambos servidores. A continuación, puede inhabilitar
la entrega del catálogo a uno de ellos para evitar que se sobrescriban. El otro servidor entregará el
catálogo a todos los sistemas, independientemente del servidor al que informen, puesto que los sistemas
se hallan en el mismo sitio de fixlet.
Para inhabilitar la entrega del catálogo, ejecute la consulta siguiente en la base de datos:
UPDATE DBO.SYSTEM_GLOBALS SET VALUE = ’--- false
’ WHERE NAME=’catalog_download_actions_enabled’;
Importante: Utilice el mismo software de base de datos para ambos servidores, ya sea DB2 o SQL Server.
Las firmas son diferentes entre estos dos tipos, y un catálogo de software puede causar problemas de
descubrimiento.
Gestores de máquina virtual
Puede utilizar la interfaz de usuario para añadir gestores de máquinas virtuales solo para uno de los
servidores, es decir, el que tiene el servidor de BigFix asignado. Esto es así porque la Herramienta del
gestor de VM, que está instalada en el servidor de BigFix debe gestionar los gestores de máquinas
virtuales añadidos en la interfaz de usuario. Para el otro servidor, puede utilizar gestión avanzada de
VM, donde se instalarán las herramientas adicionales en cualquier sistema.
Cambio de asignaciones
Si desea cambiar una asignación de sistema, por ejemplo de BFI1 a BFI2, asegúrese de editar el valor
existente en lugar de crear uno nuevo. Para editar el valor, siga estos pasos:
1. En la consola de BigFix, pulse Sistemas.
2. Pulse con el botón derecho en un solo sistema y, a continuación, pulse Editar configuración del
equipo.
3. Seleccione el valor Instancia, pulse Editar y especifique un nuevo valor.
Falta de resultados de la exploración
Se pueden producir resultados de falta de exploraciones tras cambiar las asignaciones de sus sistemas.
Este tipo de cambio no siempre lo detecta el servidor que, a su vez, no carga los resultados de la
exploración. Para resolver este problema, debe reinstalar el explorador y volver a ejecutar las
exploraciones. Después de hacerlo, se suprimirán los resultados de las exploraciones antiguas y se
recopilarán y cargarán los nuevos. Para reinstalar el explorador, siga estos pasos:
1. Detenga todas las acciones que se estén ejecutando en puntos finales problemáticos.
2. Abra el sitio de Fixlet.
3. Desde Fixlets y tareas, seleccione Desinstalar explorador y pulse Llevar a cabo una acción.
4. Seleccione todos los sistemas problemáticos y pulse Aceptar. Espere hasta que finalice la acción.
5. Vuelva a instalar el explorador y vuelva a ejecutar las exploraciones. Para obtener más información,
consulte Configurar exploraciones.

Instalación de los componentes de la infraestructura
Para configurar el entorno de BigFix Inventory completo, se necesitan tres componentes: IBM BigFix,
BigFix Inventory y la base de datos. Los clientes de IBM BigFix también deben estar instalados en todos
los puntos finales que desea supervisar con BigFix Inventory.
Linux
BigFix Inventory instalado en Linux utiliza DB2 como software de base de datos.
Windows
BigFix Inventory instalado en Windows utiliza SQL Server como software de base de datos.
Instalación de IBM BigFix

BigFix Inventory se ejecuta encima de IBM BigFix, por lo que la instalación de esta plataforma es un
requisito previo. Puede hacer referencia al diagrama que muestra el flujo de instalación con enlaces a
recursos externos, o puede consultar los casos de ejemplo de instalación que describen las vías de
instalación más comunes de IBM BigFix.
82
Diagrama de instalación
Siga los pasos de instalación para instalar el servidor, la consola y los clientes de IBM BigFix.
Empezar la instalación 1. Descargar IBM BigFix.

IBM BigFix es un requisito previo para BigFix Inventory.
Descargar IBM BigFix Acceder al portal Passport Advantage, descargue los
paquetes para IBM BigFix e instale la plataforma en
Windows o Linux.
2. Cree el archivo de autorización de licencia.
Crear el archivo de autorización de licencia El archivo de licencia contiene información de licencia y
despliegue, y es necesario para autorizar y empezar la
instalación de IBM BigFix.
3. Instalar una base de datos para IBM BigFix.
¿En qué sistema Si está instalando IBM BigFix en Linux, puede utilizar
operativo desea instalar
el servidor de DB2 10.5, que se empaqueta con el producto. De lo
Linux IBM BigFix? Windows contrario, debe tener su propio servidor Microsoft SQL
instalado.
4. Solicite un certificado e instale el servidor:
Instalar DB2 Instalar MS SQL
para IBM BigFix para IBM BigFix v Linux
En instalaciones Linux, solicite un certificado y cree el
encabezado durante la instalación del IBM BigFix
servidor principal.
Solicitar un certificado v Windows
y crear
Solicitar un certificado, el encabezado En las instalaciones de Windows, debe solicitar primero
crear el encabezado un certificado y crear el encabezado. A continuación, ya
e instalar el servidor puede instalar el IBM BigFix servidor principal.
en Linux
Instalar el servidor 5. Instale la consola de IBM BigFix.
en Windows
La consola sólo puede instalarse en un sistema Windows.
No obstante, existen procedimientos distintos para
Instalar la consola de desplegar el instalador en Windows y Linux.
Instalar la consola de
IBM BigFix IBM BigFix La consola es un componente importante de IBM BigFix
que permite ejecutar fixlets en sistemas específicos,
incluido a un fixlet con el instalador de BigFix Inventory.
Instalar clientes de IBM BigFix 6. Instale los clientes de IBM BigFix.
Instale un cliente de IBM BigFix en cada uno de los
sistemas que desee administrar. Para instalar BigFix
Inventory, necesita al menos dos clientes, uno en el
Instalar BigFix Inventory servidor de IBM BigFix y otro en el sistema preparado
para la instalación de BigFix Inventory.
7. Instale BigFix Inventory.
Descargue el instalador de BigFix Inventory con un fixlet
y continúe con la instalación.
Tareas de requisito previo

Descargue los paquetes de instalación de IBM BigFix que están disponibles en el portal Passport
Advantage. A continuación, cree el archivo de autorización de licencia que se necesita para la instalación.
Descarga de IBM BigFix:
Para poder descargar el instalador de BigFix Inventory, primero debe descargar e instalar IBM BigFix.
Puede obtener el instalador de IBM BigFix de un centro de descargas especializado o desde Passport
Advantage.

Descargar el instalador de BigFix desde el centro de descargas:
Para descargar el instalador de BigFix desde el centro de descargas, siga estos pasos.
Procedimiento
1. Vaya a http://support.bigfix.com/bes/release/ y elija la versión del servidor de BigFix que desea
descargar.
2. Para Windows, descargue el Generador de instalación. Para Linux, descargue el instalador del
servidor de BigFix.
3. Para guardar el instalador, pulse Guardar archivo.
Cree el archivo de licencia que es necesario para autorizar la instalación.
Descargar el instalador de BigFix desde Passport Advantage:
Para descargar el instalador de BigFix desde Passport Advantage, siga los pasos siguientes.
Procedimiento
1. Inicie una sesión en Passport Advantage.
2. En área situada bajo la pestaña Ayuda de navegación, pulse Descarga de software y acceso a medios.
3. En la parte inferior de la página Descarga de software y acceso a medios, pulse IBM Endpoint
Manager for Software Use Analysis.
4. En la ventana emergente que se abre, seleccione el sistema operativo preferido y el idioma para los
paquetes de instalación.
5. En la parte inferior de la página Descarga de software y acceso a medios, seleccione Obligatorio y
pulse Descargar.
6. En la ventana emergente Descargar opciones y términos, seleccione la ubicación de descarga, el
método de descarga preferido, seleccione Acepto los términos y condiciones y pulse Descargar
ahora.
7. En la nueva página, pulse los enlaces visualizados para descargar los paquetes de BigFix.
Para instalar IBM BigFix en Windows con una instancia existente de MS SQL Server o en Red Hat
Linux con una instancia existente de DB2, descargue el paquete siguiente:
Nota: Debe tener su propio servidor SQL instalado.
84
Descripción Nombre de archivo
IBM BigFix Platform Installer V9.5 for Multiplatforms BigFix_Pltfrm_Install_V95.zip
Multilingual
Para instalar IBM BigFix y DB2 en un único equipo que ejecuta Linux, descargue el paquete siguiente:

IBM BigFix Platform Installer V9.5 for Linux y DB2 BigFix_Pltfrm_Install_V95_Lnx_DB2.tgz
Multilingual
Para instalar IBM BigFix y DB2 en sistemas independientes que se ejecutan en Linux, descargue el
paquete siguiente:

IBM BigFix Platform Installer V9.5 for Linux y DB2 BigFix_Pltfrm_Install_V95_Lnx_DB2.tgz
Multilingual
Para obtener los números de pieza de los paquetes de instalación, lea el documento de descarga para
BigFix 9.2.
Cree el archivo de licencia que es necesario para autorizar la instalación.
Creación del archivo de autorización de licencia:
Cuando solicita BigFix Inventory en el portal Passport Advantage, recibe un correo electrónico de
bienvenida con las instrucciones sobre cómo acceder a IBM BigFix License Key Center. Este sitio es un
servicio de gestión y entrega de claves de licencia en línea que permite obtener las claves de licencia que
necesita para utilizar el producto. Acceda al sitio y cree el archivo de autorización de licencia que
contiene la información de despliegue y licencia, que se utiliza durante la instalación de IBM BigFix para
crear los archivos de licencia y los certificados.
Procedimiento
1. Acceda a License Key Center.
2. Escriba su dirección de correo electrónico y la contraseña que ha recibido en el correo electrónico de
bienvenida.

3. Para cada producto, especifique la cantidad de cliente asignada. Si deja el valor 0, no podrá instalar el
producto relacionado.
86
Está preparado para instalar IBM BigFix. Siga el mapa de instalación o utilice uno de los casos de
ejemplo dedicados.
Casos de ejemplo de instalación

Los casos de ejemplo muestran las vías de instalación más comunes de IBM BigFix en Windows o Linux.
Instalación en Windows:
Este caso de ejemplo muestra cómo instalar el servidor, la consola y el cliente de IBM BigFix en un
sistema individual que ejecuta Windows.
Antes de empezar
1. Instale Microsoft SQL Server.
2. Descargue IBM BigFix para Windows. Consulte Descargar IBM BigFix.
Este es un caso de ejemplo ejemplar que tiene como objetivo mostrar la vía de instalación más común
para Windows. Si este caso de ejemplo no se ajusta a su entorno específico o si necesita más información
sobre estos pasos u otras tareas de instalación, consulte Diagrama de instalación, que contiene enlaces a
documentos originales en la documentación de IBM BigFix.
Procedimiento
1. Extraiga el paquete con los archivos de instalación y, a continuación, ejecute setup.exe. Cuando se le
solicite, elija la instalación de Producción.
2. Después de leer y aceptar el acuerdo de licencia, seleccione Deseo realizar la instalación con un
archivo de autorización de licencia de IBM Endpoint Manager.
3. Especifique la ubicación del archivo de autorización de licencia y, a continuación, pulse Siguiente.
4. Especifique el nombre DNS o la dirección IP del sistema en el que desea instalar IBM BigFix. Pulse
Siguiente.
5. Cree un par de claves que se utilizará para autorizar a todos los usuarios de IBM BigFix. Especifique
la contraseña y elija el tamaño de clave. Pulse Crear.

6. Guarde el archivo de clave privada (license.pvk) en una carpeta segura. Pulse Aceptar.
Nota: Si pierde el archivo de clave privada, debe crearse un nuevo certificado de licencia, que
requiere una instalación completamente nueva.
7. Envíe la solicitud a IBM para obtener el certificado de licencia:
v Si el servidor puede acceder a Internet, seleccione la primera opción. La solicitud se enviará
automáticamente.
v Si el servidor no puede acceder a Internet, seleccione la segunda opción y vuelva a enviar la
solicitud manualmente:
a. Se genera request.BESLicenseRequest y se guarda en la carpeta elegida. Copie esta solicitud
en un sistema con acceso a Internet.
b. En el sistema con acceso a Internet, vaya a http://support.bigfix.com/bes/forms/
BESLicenseRequestHandler.html y envíe el archivo de solicitud.
c. El archivo license.crt se ha guardado en el sistema. Cópielo en el servidor de IBM BigFix.
d. Vuelva a la instalación y pulse Importar para importar el certificado. A continuación, pulse
Crear.
8. Especifique los parámetros del archivo de encabezado que contiene la información de configuración
y de licencia. A continuación, pulse Aceptar.
88
9. Elija la carpeta de destino de los programas de instalación de componentes de IBM BigFix. Pulse
Siguiente.
10. Cuando se hayan desplegado los programas de instalación de los componentes, pulse Finalizar. Se
inicia la guía de instalación para guiarle en la instalación de los componentes de IBM BigFix:
servidor, consola y cliente.
11. Instale el servidor de IBM BigFix:

a. En la guía de instalación, pulse Instalar servidor y pulse Instalar el servidor en este sistema.
b. Elija el idioma y pulse Aceptar.En la pantalla de bienvenida, pulse Siguiente.
c. Un diálogo muestra una lista de los componentes de servidor que se van a instalar. En general,
acepte los componentes predeterminados y pulse Siguiente.

d. Seleccione Base de datos individual o maestra y pulse Siguiente.
e. Seleccione Utilizar base de datos local y pulse Siguiente.
f. Especifique la ubicación de instalación y pulse Siguiente para continuar.
g. El diálogo Propiedades del servidor le solicitará que especifique una ubicación para la carpeta
raíz del servidor web. Puede dejar el valor predeterminado. Pulse Siguiente.
h. El diálogo Propiedades de Web Reports le solicitará que especifique una ubicación para la carpeta
raíz web de Web Reports y el número de puerto que se va a utilizar. Puede dejar los valores
predeterminados. Pulse Siguiente.
i. Revise los parámetros de instalación y pulse Siguiente.
j. Especifique la ubicación del archivo license.pvk y la contraseña que ha especificado en el paso 5.
Pulse Aceptar para continuar.
k. Cree la cuenta que se utilizará para iniciar una sesión en la consola de IBM BigFix, de forma
predeterminada, IEMAdmin. Pulse Aceptar.
l. Pulse Finalizar para completar la instalación.
12. Instale la consola de IBM BigFix:
a. En la guía de instalación, pulse Instalar consola y pulse Instalar la consola en este sistema.
c. Especifique la ubicación de instalación de la consola y pulse Siguiente para continuar. A
continuación, pulse Instalar para iniciar la instalación.
d. Cuando se complete la instalación, pulse Finalizar. Ahora puede optar por iniciar la consola o
continuar con la instalación del cliente.
Consejo: Puede iniciar una sesión en la consola con el usuario creado en el paso 11k. El usuario
predeterminado es IEMAdmin.
13. Instale el cliente de IBM BigFix:
a. En la guía de instalación, pulse Instalar cliente y pulse Instalar el cliente en este sistema.
c. Especifique la ubicación de instalación del cliente y pulse Siguiente para continuar. A
continuación, pulse Instalar para iniciar la instalación.
d. Cuando se complete la instalación, pulse Finalizar.
14. Instale un cliente de BigFix en el servidor donde desee instalar BigFix Inventory.
Instale BigFix Inventory
Instalación en Linux:
Este caso de ejemplo muestra cómo instalar el servidor de IBM BigFix, el cliente y una base de datos DB2
en un sistema individual que ejecuta Linux. También se necesita un sistema Windows para instalar la
consola de BigFix.
Antes de empezar
1. Descargue el paquete combinado con IBM BigFix y DB2 para Linux. Consulte Descargar IBM BigFix.
Este es un caso de ejemplo ejemplar que tiene como objetivo mostrar la vía de instalación más común
para Linux. Si este caso de ejemplo no se ajusta a su entorno específico o si necesita más información
sobre estos pasos u otras tareas de instalación, consulte Diagrama de instalación, que contiene enlaces a
90
documentos originales en la documentación de IBM BigFix.
Procedimiento
1. Extraiga el paquete con los archivos de instalación:
tar xvf paquete_instalación
2. En el directorio extraído, vaya a ServerInstaller_n.n.nnn.n-rhe6.x86_64 y ejecute el script de
instalación:
./install.sh
3. Especifique 1 para aceptar el acuerdo de licencia.
4. Especifique 2 para elegir la instalación de producción.
Seleccionar tipo de instalación
[1] Evaluación: Solicitar una licencia de evaluación gratuita de IBM Corp.
Esta licencia permite instalar una copia plenamente funcional de
IBM BigFix en hasta 30 clientes durante un periodo de 30 días.
[2] Producción: Instalar utilizando una licencia de producción o una
autorización de una licencia de producción
Elija una de las opciones anteriores o pulse Intro para aceptar el
valor predeterminado:
5. Especifique 1 para instalar todos los componentes de BigFix:
Seleccione las características de IBM BigFix que desee instalar:
[1] Todos los componentes (servidor, cliente y WebReports)
[2] Sólo el servidor y el cliente
[3] Sólo WebReports
Elija una de las opciones anteriores o pulse <Intro> para aceptar el
valor predeterminado: [1]
6. Especifique 1 para crear una base de datos individual o maestra.
Seleccionar replicación de base de datos:
[1] Base de datos individual o maestra
[2] Base de datos replicada
7. Especifique 1 para utilizar una instancia local de DB2.
Seleccionar base de datos:
[1] Utilizar base de datos local
[2] Utilizar base de datos remota
8. Especifique la ubicación de instalación de IBM BigFix.
Elija la carpeta raíz del servidor web:
Especifique la ubicación de carpeta raíz del servidor web o
pulse <Intro> para aceptar el valor predeterminado: /var/opt/BESServer
9. Especifique la ubicación donde el servidor de Web Reports almacena sus archivos.
Elija la carpeta raíz del servidor de Web Reports:
Especifique la ubicación de carpeta raíz del servidor de Web Reports o
pulse <Intro> para aceptar el valor predeterminado: /var/opt/BESWebReportsServer
10. Especifique el número del puerto para Web Reports.
Elija el puerto del servidor de Web Reports:
Especifique el número de puerto o pulse <Intro> para aceptar el valor predeterminado: 80
11. El instalador comprueba si DB2 está instalada en el servidor. Especifique 1 para instalarla
automáticamente a partir de los archivos que están empaquetados con IBM BigFix.
Comprobación de instalación de DB2
El instalador no detecta DB2 como instalada en el sistema. Determine cuáles
de las siguientes opciones se corresponde con su instalación:
[1] DB2 no está instalada, instálela

[2] DB2 está instalada, utilice la instancia instalada
[3] Salir de la instalación
12. Se muestran los valores predeterminados que contienen la vía de instalación y los usuarios de DB2.
Especifique 1 para aceptarlos y continuar con la instalación.
Instalación de DB2
DB2 se instalará utilizando los valores siguientes:
Propietario de la instancia de DB2 : db2inst1
Usuario delimitado de DB2: db2fenc1
Usuario del servidor de administración de DB2: dasusr1
Puerto de comunicación de DB2: 50000
Directorio de instalación de DB2: /opt/ibm/db2/V10.5
Si necesita utilizar valores distintos de los propuestos, puede
especificarlos en el archivo de respuestas de instalación. Consulte la
documentación del producto para obtener más detalles.
[1] Continuar con la instalación de DB2
[2] Salir de la instalación
13. Especifique la contraseña para los usuarios administrativos de DB2.
Contraseña de usuario administrativo de DB2:
Especifique la contraseña para los usuarios administrativos de DB2:
14. Especifique el nombre de usuario y la contraseña del usuario administrativo inicial de IBM BigFix o
pulse Intro para utilizar el valor predeterminado IEMAdmin. Este usuario es necesario para iniciar la
sesión en la consola de BigFix.
15. Especifique 1 para ejecutar la instalación utilizando el archivo de autorización de licencia que ha
creado antes de la instalación.
Elija el tipo de configuración que mejor se adapte a sus necesidades:
[1] Deseo realizar la instalación con un archivo de autorización de licencia
de BES
[2] Deseo realizar la instalación con una licencia de producción que ya tengo
[3] Deseo realizar la instalación con un encabezado existente
16. Especifique la ubicación del archivo de autorización de licencia.
Ubicación de la autorización de licencia
Especifique la ubicación del archivo de autorización de licencia que ha
recibido de IBM o pulse <Intro> para aceptar el valor predeterminado:
./license/LicenseAuthorization.BESLicenseAuthorization
17. Especifique el nombre DNS o la dirección IP del servidor en el que está realizando la instalación.
18. Especifique la contraseña de clave privada del administrador del sitio.
19. Especifique el tamaño de clave para cifrar las credenciales:
Nivel de tamaño de clave
Proporcione el tamaño de clave que desee utilizar:
[1] Nivel ’mín’ (2048 bits)
[2] Nivel ’máx’ (4096 bits)
Elija una de las opciones anteriores o pulse <Intro> para aceptar el valor predeterminado: [2]
20. Especifique la carpeta License donde la instalación genera y guarda los archivos de licencia.
21. Envíe la solicitud a IBM para obtener el certificado de licencia:
v Si el servidor puede acceder a Internet, escriba 1. La solicitud se enviará automáticamente.
v Si el servidor no puede acceder a Internet, especifique 2 y vuelva a enviar la solicitud
manualmente:
a. Se genera request.BESLicenseRequest y se guarda en una carpeta con los archivos de licencia.
Copie esta solicitud en un sistema con acceso a Internet.
b. En el sistema con acceso a Internet, vaya a http://support.bigfix.com/bes/forms/
BESLicenseRequestHandler.html y envíe el archivo de solicitud.
c. El archivo license.crt se guarda en el sistema. Cópielo en el servidor de IBM BigFix.
92
d. Vuelva a la instalación y especifique 1 para importar el certificado y continué con la
instalación.
22. Acepte los valores de encabezado predeterminados:
Número de puerto del servidor: 52311
Uso de la criptografía compatible con FIPS 140-2: Inhabilitado
Intervalo de recopilación: 1 día
Bloqueo de acción inicial: Desbloqueado
Controlador de bloqueo de acción: Consola
Exenciones de bloqueo de acciones: Inhabilitado
23. Cuando la instalación haya finalizado, instale la consola de BigFix:
a. Vaya a /var/opt/BESInstallers.
b. Copie la carpeta Console en un sistema Windows.
c. En un sistema Windows, ejecute setup.exe y siga las instrucciones del asistente.
24. Instale un cliente de BigFix en el servidor donde desee instalar BigFix Inventory.
Instale BigFix Inventory
Instalación de los clientes de IBM BigFix

Instale el cliente de IBM BigFix en cada sistema de la red que desee administrar.
Métodos de instalación
Los métodos para instalar los clientes varían dependiendo del sistema operativo. Aunque instale
IBM BigFix en Linux, puede que deba instalar algunos de los clientes en Windows si la red está
formada por estos sistemas. Para obtener más información, consulte Instalación de clientes en
sistemas Windows e Instalación de clientes en sistemas Linux y UNIX. Si no está seguro de qué
método de instalación elegir, instale el cliente manualmente. Para obtener más información,
consulte las instrucciones de instalación para la instalación de clientes en Windows y en UNIX.
Paquetes de instalación
La imagen de instalación de IBM BigFix que está disponible en Passport Advantage contiene los
instaladores que figuran en Tabla 41 en la página 94. De forma alternativa, puede descargar los
paquetes de instalación de clientes desde la Página web de soporte de BigFix.

Tabla 41. Instaladores de los agentes de IBM BigFix para BigFix Inventory
Sistema Archivos de instalador disponibles en el directorio
Paquete de instalación operativo Plataforma agents
IBM BigFix Platform Installer AIX Power PC BESAgent-9.2.0.363.ppc64_aix61.pkg
V9.2.0 for Multiplatform
HP-UX PA-RISC BESAgent-9.2.0.363.pa_risc_hpux1111.depot
Multilingual
v Número de pieza: Mac OS X x86-64 v BESAgent-9.2.1.48-BigFix_MacOSX10.6.dmg
CN1QXML v BESAgent-9.2.1.48-BigFix_MacOSX10.6.pkg
v Nombre de archivo: Red Hat x86, x86-64
IEM_Pltfrm_Install_V92.zip Linux v BESAgent-9.2.0.363-rhe5.i686.rpm
v BESAgent-9.2.0.363-rhe5.x86_64.rpm
POWER BESAgent-9.2.0.363-rhe5.ppc64.rpm
Linux en BESAgent-9.2.0.363-rhe5.s390x.rpm
System z
SUSE Linux x86, x86-64 v BESAgent-9.2.0.363-sle11.i686.rpm
v BESAgent-9.2.0.363-sle11.x86_64.rpm
v BESAgent-9.2.0.363-sle10.i686.rpm
v BESAgent-9.2.0.363-sle9.x86_64.rpm
POWER BESAgent-9.2.0.363-sle10.ppc64.rpm
Linux en BESAgent-9.2.0.363-sle10.s390x.rpm
System z
Oracle Solaris SPARC v BESAgent-9.2.0.363.sparc_sol11.pkg
v BESAgent-9.2.0.363.sparc_sol10.pkg
x86, x86-64 v BESAgent-9.2.0.363.x86_sol11.pkg
v BESAgent-9.2.0.363.x86_sol10.pkg
Microsoft x86, x86-64 BigFix-BES-Client-9.2.0.363.exe
Windows
Instalación del agente en Oracle Solaris Logical Domains:
Cuando instala los agentes en Logical Domains, debe instalar los agentes en todos los dominios y
sistemas operativos necesarios.
El siguiente diagrama muestra en qué sistemas operativos debe instalarse un agente para cada sistema
operativo de destino. Por ejemplo, si necesita instalar un agente en el sistema operativo 4, también debe
estar instalado en los sistemas operativos 1 y 3. Si necesita instalar un agente en el sistema operativo 2,
también debe estar instalado en el sistema operativo 1.
94
Servidor Oracle
Dominio lógico A Dominio

Dominio lógico
lógico B B
(dominio de control)
Zona global del Zona global del

sistema operativo 1 sistema operativo 3
Zona local del Zona local del

sistema operativo 2 sistema operativo 4
En el ejemplo siguiente, si tiene una aplicación que desea detectar en el sistema operativo 4 (zona local en
un dominio lógico que no es el dominio de control), el agente debe estar instalado en el sistema operativo
4. El agente también debe estar instalado en el sistema operativo 1 (control de dominio, zona global) y el
sistema operativo de 3 (dominio lógico, zona global del sistema operativo 4). Si tiene una aplicación que
desea detectar sólo en un sistema operativo 2, debe instalar el agente en los sistemas operativos 2 y 1.
Servidor Oracle

Dominio lógico
lógico B B
Cliente Zona global Zona global

de Endpoint del sistema del sistema
Manager
operativo 1 operativo 3
Cliente Zona local Zona local

de Endpoint del sistema del sistema
Manager
Aplicación
Servidor Oracle

Dominio lógico
lógico B B
Cliente Zona global Cliente Zona global

de Endpoint del sistema de Endpoint del sistema
Manager Manager
Zona local Cliente Zona local

del sistema de Endpoint del sistema
Manager
Aplicación

Instalación de BigFix Inventory
BigFix Inventory se puede instalar en Red Hat Enterprise Linux con una base de datos DB2 o en
Windows con SQL Server.El instalador de la aplicación puede descargarse desde el sitio de fixlets
después de habilitarlo en el servidor de IBM BigFix.
Diagrama de instalación
Siga los pasos de instalación para instalar BigFix Inventory.
Iniciar la instalación 1. Habilitar el sitio de Fixlet.

Inicie sesión en la consola de IBM BigFix y habilite el sitio
Habilitar el sitio de fixlets de Fixlet para BigFix Inventory. El sitio de fixlets contiene
fixlets, tareas y análisis que son necesarios para descargar
la aplicación y configurarla. También puede utilizarlo
para descargar el catálogo de software más reciente.
Descargar BigFix Inventory
2. Descargar BigFix Inventory.
Inicie sesión en la consola de IBM BigFix, abra el panel de
control y descargue el instalador de BigFix Inventory en
Instalar el software de base de datos el punto final seleccionado.
3. Instalar el software de base de datos.
En función del sistema operativo elegido para BigFix
Inventory, instale DB2 o SQL Server.
¿Cuál es su método
de instalación 4. Instalar el servidor de BigFix Inventory en modalidad
Instalación
preferido?
Instalación interactiva o silenciosa.
interactiva silenciosa Después de descargar el instalador en el punto final
elegido y de satisfacer todos los requisitos previos, puede
Instalar el servidor Instalar el servidor instalar el servidor. BigFix Inventory se puede instalar en
en modalidad en modalidad Red Hat Enterprise Linux con una base de datos DB2 o
interactiva silenciosa en Windows con SQL Server.
5. Realizar la configuración inicial.
Cuando la instalación haya finalizado, configure las
Realizar la configuración conexiones entre BigFix Inventory y IBM BigFix y su base
inicial
de datos. Durante esta tarea, también crea una base de
datos para BigFix Inventory y especifica el usuario
administrativo.
Etapa 3 6. Configurar la aplicación.
Configurar la aplicación
Cuando BigFix Inventory se ha instalado y las conexiones
se han especificado, puede empezar a configurar la
aplicación.
Tareas de requisito previo

Habilite el sitio de fixlet de BigFix Inventory para poder descargar el instalador de aplicaciones y obtener
acceso a los fixlets, tareas y análisis necesarios para la configuración. A continuación, instale el software
de base de datos e inicie la instalación de BigFix Inventory.
Habilitación del sitio de fixlets:
Habilite el sitio de fixlet de BigFix Inventory e inscriba a sus sistemas para obtener acceso a fixlets, tareas
y análisis que nos necesarios para trabajar con la aplicación.
Antes de empezar
El servidor de IBM BigFix debe tener acceso a Internet si desea habilitar el sitio de fixlets y descargar el
contenido. Si el servidor se encuentra en una red aparte, consulte Descarga de archivos en entornos de
interfaz por aire.
96
El sitio de fixlets contiene los fixlets, tareas y análisis que se utilizan para realizar varias acciones
relacionadas con BigFix Inventory. Se pueden utilizar para descargas el instalador de BigFix Inventory,
configurar e iniciar las exploraciones, o actualizar el catálogo de software.
Procedimiento
2. En la esquina inferior izquierda de la consola, pulse BigFix Management.
3. En la barra de navegación izquierda, pulse Vista general de la licencia.
4. En el panel de la derecha, localice la entrada denominada BigFix Inventory y acepte los términos del
acuerdo de licencia.
5. En la lista de sitios disponibles, habilite el sitio de IBM BigFix Inventory v9.
6. Suscriba todos los sistemas al sitio de fixlets:
a. En la esquina inferior izquierda de la consola, pulse Todo el contenido.
b. En la barra de navegación izquierda, expanda Sitios > Sitios externos y seleccione el sitio de IBM
BigFix Inventory v9.
c. En el panel de la derecha, pulse la pestaña Suscripciones del sistema y seleccione Todos los
sistemas.
d. Pulse Guardar cambios.

Descarga de archivos entornos de espacio vacío:
Si el servidor de IBM BigFix no puede acceder a Internet, utilice la herramienta Airgap para habilitar el
sitio de fixlets que contiene los fixlets necesarios para trabajar con BigFix Inventory. Cuando el sitio esté
habilitado y el contenido cargado, también debe utilizar BES Download Cacher para descargar y
almacenar en la memoria caché del servidor todos los archivos que suelen descargar los fixlets de
Internet.
Descarga del contenido en Windows:
Descargue el contenido del sitio de fixlets si el servidor de IBM BigFix está instalado en Windows.
Procedimiento
1. En el directorio de instalación del servidor de IBM BigFix, ejecute el archivo BESAirgapTool.exe.
Cuando se le solicite, guarde los archivos en una carpeta Airgap.
2. Copie los archivos creados en un sistema Windows con acceso a Internet.
3. En el sistema con acceso a Internet, ejecute BESAirgapTool.exe. Esta acción intercambia el archivo de
solicitud por un archivo de respuestas.
4. Copie el archivo AirgapResponse en el servidor de IBM BigFix y colóquelo en la carpeta Airgap.
Ejecute BESAirgapTool.exe. La respuesta se carga en el servidor.
5. Habilite el sitio de Fixlet.
6. De nuevo, en la carpeta Airgap en el servidor de IBM BigFix, ejecute BESAirgapTool.exe para crear
una nueva solicitud. La solicitud es necesaria para cargar los fixlets en el sitio. Copie los archivos en
el sistema con acceso a Internet.
7. Repita los pasos del 3 al 4.
Guarde los archivos en la memoria caché y trasládelos al servidor.
Descarga del contenido en Linux:
Descargue el contenido del sitio de fixlets si el servidor de IBM BigFix está instalado en Linux.
Antes de empezar
v Necesita un sistema Windows con acceso a Internet.
v Descargue la herramienta Airgap en el sistema Windows. Diríjase a Programas de utilidad y descargue
la herramienta TEM Airgap.
Procedimiento
1. Abra el terminal de Linux y especifique los mandatos siguientes para ejecutar la herramienta Airgap:
cd /opt/BESServer/bin
./Airgap.sh -run
2. La herramienta Airgap crea el archivo airgap.tar. Extráigalo con el siguiente mandato:
tar xvf airgap.tar
3. Copie el archivo AirgapRequest.xml extraído en el sistema Windows y colóquelo en la carpeta que
contiene el archivo BESAirgapTool.exe descargado.
4. En el sistema Windows, ejecute BESAirgapTool.exe. Esta acción intercambia el archivo de solicitud por
un archivo de respuestas.
5. Copie el archivo AirgapResponse, generado por BESAirgapTool.exe, en el servidor de IBM BigFix y
colóquelo en el directorio /opt/BESServer/bin.
6. De nuevo, ejecute la herramienta Airgap en el sistema Linux:
98
./Airgap.sh -run
7. Habilite el sitio de Fixlet.
8. Repita los pasos del 1 al 6 para cargar fixlets en el sitio.
Guarde los archivos en la memoria caché y trasládelos al servidor.
Almacenamiento en memoria caché de los archivos:
Normalmente, todos los fixlets, tareas y análisis descargan los archivos necesarios de Internet. No
obstante, en una red aparte, todos esos archivos deben almacenarse primero en la caché y trasladarse al
servidor, para que siempre estén disponibles para los fixlets.
Antes de empezar
v Descargue BES Download Cacher en su sistema Windows. Diríjase a Programas de utilidad y
descargue TEM Download Cacher.
Procedimiento
2. En la barra de navegación, expanda Sitios > Sitios externos y seleccione el sitio de IBM BigFix
Inventory v9.
3. En el panel de la derecha, pulse la pestaña Suscripciones del sistema y seleccione Todos los sistemas.
Pulse Guardar cambios.
Este paso es necesario para suscribir los puntos finales al sitio de fixlets de IBM BigFix Inventory v9.
Después de hacerlo, se crea el archivo IBM BigFix Inventory.efxm en el servidor.
4. Vaya a la siguiente ubicación en el servidor de IBM BigFix.
dir_instalación\BES Server\wwwrootbes\bfsites
5. Desde el sitio de fixlets más reciente, copie el archivo IBM BigFix Inventory.efxm en un sistema
Windows y colóquelo en C:\BigFix.
6. En Windows, vaya a C:\BigFix y cree una carpeta denominada downloads.
7. Ejecute el programa BES Download Cacher descargado con el siguiente mandato:
BESDownloadCacher.exe -m "C:\BigFix\IBM BigFix Inventory.efxm"
-x C:\BigFix\downloads
BES Download Cacher descarga 1 GB de archivos necesarios.
8. Opcional: El tamaño de caché predeterminado es suficiente si sólo utiliza el sitio de fixlets de IBM
BigFix Inventory v9. Sin embargo, si tiene previsto ejecutar fixlets de otros sitios como, por ejemplo,
Soporte BES, aumente el tamaño de caché para que el servidor de IBM BigFix no intente suprimir
archivos:
a. En la barra de navegación izquierda de la consola de IBM BigFix, pulse Sistemas y seleccione el
servidor de IBM BigFix en la lista.
b. Pulse con el botón derecho del ratón sobre el servidor y, a continuación, pulse Editar valores de
sistema.
c. Aumente el valor del valor de _BESGather_Download_CacheLimitMB. Si el valor no se encuentra en
la lista, añádalo y especifique el valor en MB.
Consejo: El tamaño depende de cada sitio de fixlets, aunque puede que deba aumentarlo al
menos a un par de gigabytes.
9. Copie el contenido de la carpeta downloads en el siguiente directorio en el servidor de IBM BigFix:

dir_instalación\BES Server\wwwrootbes\bfmirror\downloads\sha1
Resultados
Después de almacenar los archivos en la memoria caché en la carpeta sha1 del servidor de BigFix, se
entregan automáticamente a los relés y los clientes de BigFix cada vez que se utiliza un fixlet relacionado.
Utilice la herramienta Airgap y BES Download Cacher de forma periódica para asegurarse de que el
contenido del sitio de fixlets esté siempre actualizado.
Descarga de BigFix Inventory:
El instalador de BigFix Inventory se puede desplegar en un sistema especificado desde la consola de

BigFix. El tipo de instalador, para Windows o para Linux, se elige automáticamente basándose en el
sistema operativo del sistema donde lo despliegue.
Antes de empezar
v Instale un cliente de BigFix en el sistema de destino. La versión necesaria del cliente es 8.2 o superior.
Procedimiento
1. Inicie una sesión en la consola de BigFix.
2. En la barra de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.
3. En el panel superior derecho, seleccione Descargar IBM BigFix Inventory y pulse Llevar a cabo una
acción.
4. Seleccione un sistema en el que desee descargar el instalador y pulse Aceptar.
Resultados
El instalador de BigFix Inventory se ha descargado en una de las ubicaciones siguientes en el sistema

especificado:
Windows BES Installers\BFI_installer. La ubicación predeterminada de BES Installers es

C:\Archivos de programa (x86)\BigFix Enterprise.
Linux directorio_usuario/BFI_installer, donde directorio_usuario es el directorio del usuario que ha

instalado el cliente de BigFix.
Antes de iniciar la instalación, de instalar el software de base de datos.
Instalación del software de base de datos:
En función del sistema operativo que ha elegido para la instalación de BigFix Inventory, instale o SQL
Server o DB2.
Icono de Windows Instalación de SQL Server:
BigFix Inventory instalado en Windows necesita SQL Server como software de base de datos.
Procedimiento
v Para obtener información sobre la instalación, consulte Instalación de SQL Server.
v Para ver un vídeo, consulte Guías de aprendizaje en vídeo.
100
Icono de Linux Instalación de DB2:
BigFix Inventory instalado en Red Hat Enterprise Linux necesita DB2 como software de base de datos.
La base de datos DB2 puede instalarse en Linux o AIX. Para obtener más información, consulte:
“Sistemas operativos soportados” en la página 44. Para obtener información sobre los paquetes de DB2 y
los números de pieza, consulte “Descarga de IBM BigFix” en la página 83.
Este es un caso de uso de ejemplo que muestra cómo instalar DB2 10.5 que se empaqueta con el producto
en Linux. Para obtener más información sobre cada paso u otras opciones de instalación, consulte la
documentación de DB2 10.1 o DB2 10.5.
Procedimiento
1. Extraiga los archivos de instalación:
tar xvf paquete_instalación
2. Vaya al directorio con los archivos de instalación extraídos y ejecute el mandato siguiente:
./db2setup
3. En la barra de navegación de DB2 Setup Launchpad, pulse Instalar un producto.
4. Desplácese hacia abajo y pulse Instalar nuevo en DB2 Workgroup Server Edition.
5. Lea y acepte el acuerdo de licencia. Pulse Siguiente.
6. Seleccione el tipo de instalación y pulse Siguiente.
7. Seleccione Instalar DB2 Server Edition en este sistema y guardar mis valores en un archivo de
respuestas. Pulse Siguiente.
8. Especifique el directorio de instalación. Pulse Siguiente.
9. Cree un usuario para el servidor de administración de DB2. Pulse Siguiente.
10. Seleccione Crear una instancia de DB2 y, a continuación, pulse Siguiente.
11. Seleccione Instancia de partición única y, a continuación, pulse Siguiente.
12. Cree el propietario de instancia de DB2. Este usuario será necesario cuando especifique conexiones
entre IBM BigFix y BigFix Inventory. A continuación, pulse Siguiente.
13. Cree el usuario delimitado y pulse Siguiente.
14. Configure el servidor DB2 para enviar notificaciones o seleccione el segundo recuadro de segundo
para omitir este paso. Pulse Siguiente.
15. Revise los valores y pulse Finalizar. Se inicia la instalación.
16. Cuando la instalación haya finalizado, añada un archivo de licencia para ampliar la licencia:
a. En el directorio con los archivos de instalación extraídos, vaya a /db2/license.
b. Copie el archivo db2wse_o.lic en el directorio de inicio del propietario de instancia de DB2
(/home/db2inst1).
c. Abra el terminal y cambie el usuario al propietario de instancia de DB2:
su - db2inst1
d. Añada el archivo de licencia a la instalación:
db2licm -a db2wse_o.lic
Resultados
La instalación de DB2 se ha completado. La ubicación predeterminada es /opt/ibm/db2.

Instalación en modalidad interactiva
Utilice el asistente de instalación para especificar todos los parámetros a medida que avanza la
instalación.
Antes de empezar
Windows
v Inicie la sesión como usuario con privilegios administrativos y ejecute el instalador con la
opción ejecutar como administrador.
v Inhabilite o reduzca el control de cuentas de usuario de Windows para evitar avisos durante la
instalación.
Linux
v Asegúrese de que haya disponible una interfaz gráfica de usuario y que el servidor X se haya
configurado correctamente en el sistema donde desee instalar BigFix Inventory. La variable
DISPLAY debe establecerse correctamente también. De lo contrario, utilice la modalidad
silenciosa.
v Inicie la instalación como root, de lo contrario el servidor no se registra como servicio de
sistema.
v No se da soporte al uso de sudo.
Procedimiento
1. En el directorio donde ha extraído los archivos de instalación, ejecute uno de los siguientes archivos
para iniciar la instalación:
v Windows setup-server-windows-x86_64.bat
v Linux setup-server-linux-x86_64.sh
Consejo: Si la instalación es muy lenta, compruebe los siguientes elementos:

v Compruebe el rendimiento y la velocidad del disco duro.
v Compruebe si el antivirus está explorando cada archivo por separado, ya que puede ralentizar el
empaquetado. Si es el caso, desactive el antivirus. Si el antivirus no puede desactivarse, la
instalación será más lenta.
2. Seleccione el idioma de la instalación y pulse Aceptar. El asistente de instalación se inicia y se abre el
panel de bienvenida. Pulse Siguiente.
Si no puede elegir su idioma en el asistente de instalación, defina el entorno local en un idioma
elegido. Para obtener más información, consulte Resolución de problemas.
3. Lea los términos del acuerdo de licencia y, si los acepta todos, pulse Siguiente.
4. Siga las instrucciones de los paneles y proporcione todos los parámetros de instalación necesarios.
5. Windows En el último panel, especifique la cuenta de usuario para ejecutar el servicio de
aplicaciones.
102
Cuenta de sistema local
El servicio se ejecuta bajo el usuario NT AUTHORITY\SYSTEM, que tiene todos los derechos
necesarios.
Otra cuenta
El usuario debe tener el derecho de iniciar la sesión como un servicio y privilegios
administrativos. El Control de cuentas de usuario en Windows debe reducirse o inhabilitarse,
porque puede bloquear el inicio del servicio. El usuario debe especificarse como
domain\username, machine\username o .\username si es una cuenta local.
Importante: Para utilizar la autenticación de Windows para acceder a la base de datos, el propietario
de servicio elegido en este panel debe estar disponible para BigFix Inventory y para el servidor de
bases de datos relevante para el que utiliza esta autenticación. Para bases de datos locales, puede
utilizar la cuenta de Sistema local, pero para las remotas debe ser un usuario de dominio que se
comparta entre los dos servidores.
6. Cuando la instalación se haya completado, pulse Hecho para salir del asistente.
Consejo: Si ha tenido problemas durante la instalación, analice el archivo de registro que se

encuentra en uno de los directorios siguientes:
v Windows %USERPROFILE%/BFI9.2.5
v Linux $HOME/BFI9.2.5
Resultados
El servidor de BigFix Inventory se instala y la configuración inicial se abre en el navegador. Si no tiene

un navegador instalado o desea completar la configuración desde un sistema diferente, vaya a
https://nombrehost:puerto.
Paso 3: realice la configuración inicial.

Instalación en modalidad silenciosa
Como alternativa a utilizar el asistente de instalación, puede especificar parámetros en un archivo de
respuestas y comenzar la instalación desde la línea de mandatos.
Antes de empezar
Windows
v Inicie la sesión como usuario con privilegios administrativos e inicie el indicador de mandatos
o PowerShell o con la opción ejecutar como administrador.
v Inhabilite o reduzca el control de cuentas de usuario de Windows para evitar avisos durante la
instalación.
Linux
v Inicie la instalación como root, de lo contrario el servidor no se registra como servicio de

sistema.
v No se da soporte al uso de sudo.
Procedimiento
1. Vaya al directorio donde ha extraído los archivos de instalación.
2. Lea el acuerdo de licencia en el archivo /license/su_idioma/license.txt.
3. Edite el archivo de respuestas install_response.txt y ajústelo a su instalación. Para obtener más
información sobre los parámetros de este archivo, consulte Archivo de respuestas de instalación de
servidor.
Importante: Asegúrese de que el parámetro RSP_LICENSE_ACCEPTED esté sin comentarios y establecido

en true. Si no acepta la licencia, la instalación falla.
4. Inicie la línea de mandatos y cambie al directorio con los archivos de instalación. Para iniciar la
instalación, ejecute uno de los mandatos siguientes:
v Windows setup-server-windows-x86_64.bat -f vía_acceso_archivo_respuestas -i silent
v Linux setup-server-linux-x86_64.sh -f vía_acceso_archivo_respuestas -i silent
Donde vía_acceso_archivo_respuestas es la vía de acceso absoluta del archivo de respuestas que está
utilizando.
Ejemplo:
setup-server-linux-x86_64.sh -f /tmp/images/install_response.txt -i silent
Consejo: Utilice la opción -h para ver información de ayuda sobre el uso del script, por ejemplo:
setup-server-linux-x86_64.sh -h.
Consejo: Si la instalación es muy lenta, compruebe los siguientes elementos:

– Compruebe el rendimiento y la velocidad del disco duro.
– Compruebe si el antivirus está explorando cada archivo por separado, ya que puede ralentizar el
empaquetado. Si es el caso, desactive el antivirus. Si el antivirus no puede desactivarse, la
instalación será más lenta.
Para acceder a la interfaz de usuario de BigFix Inventory y completar la configuración inicial, vaya a
https://nombrehost:puerto. Para obtener más información, consulte Paso 3: realizar la configuración
inicial.
104
Archivo de respuesta de instalación de servidor:
El archivo de respuestas proporciona parámetros de entrada que se utilizan cuando instala el servidor en
modalidad silenciosa.
Tabla 42. Parámetros de archivos de respuestas comunes.
Parámetro Nombre de clave del parámetro Valor predeterminado
Descripción
Aceptación de RSP_LICENSE_ACCEPTED false
acuerdo de licencia
Suprima el primer hash (#) que marca a esta sentencia como un comentario. La instalación falla
si no acepta explícitamente el acuerdo de licencia cambiando esta sentencia de estado de
comentario.
Inhabilitación de RSP_DISABLE_PREREQ_WARNINGS false (los avisos están habilitados)
avisos de
Si el servidor no tiene suficiente memoria o núcleos de procesador, la instalación silenciosa
comprobación de
falla. Puede cambiar este comportamiento estableciendo el valor en true. La instalación se
requisitos previos
puede completar incluso si no se cumplen los requisitos, sin embargo la carencia de recursos
puede afectar al rendimiento.
Ubicación de RSP_TLM_ROOT Linux /opt/ibm/BFI
instalación
Windows C:\Archivos de programa\ibm\BFI
Especifique un directorio vacío donde se vaya a instalar el servidor. Si el directorio no existe, se
crea.
Puerto utilizado RSP_TLM_HTTPS_PORT 9081
por el servidor
Si no especifica el número de puerto, se utilizará un valor predeterminado.
Nota: Si el puerto seleccionado ya es utilizado por una aplicación diferente, la instalación falla.
Inhabilitación de RSP_DISABLE_COMMUNICATION_WARNINGS false
los avisos de
Si alguno de los puertos que ha especificado en RSP_TLM_HTTPS_PORT está bloqueado por otra
comunicación
aplicación, la instalación silenciosa fallará. Para especificar un puerto que se está utilizando
temporalmente pero estará disponible más adelante, establezca el parámetro
RSP_DISABLE_COMMUNICATION_WARNINGS en true.
Windows Nombre RSP_USER_ACCOUNT current

de usuario y RSP_USER_ACCOUNT_PWD
contraseña
Especifique la cuenta de usuario para ejecutar el servicio de aplicaciones. El usuario debe tener
el derecho de iniciar la sesión como un servicio y privilegios administrativos. El Control de
cuentas de usuario en Windows debe reducirse o inhabilitarse, porque puede bloquear el inicio
del servicio. El usuario debe especificarse como domain\username, machine\username o
.\username si es una cuenta local. Si deja current, el servicio se ejecuta con el usuario NT
AUTHORITY\SYSTEM, que tiene todos los derechos necesarios.
Importante: Para utilizar la autenticación de Windows para acceder a la base de datos, el

propietario del servicio elegido aquí debe estar disponible tanto para BigFix Inventory como
para el servidor de base de datos relevante para los que utiliza esta autenticación. Para las
bases de datos locales, puede utilizar current, pero para las bases de datos remotas, debe ser
un usuario de dominio que se comparte entre los dos servidores.
Realizar la configuración inicial

BigFix Inventory se conecta a dos bases de datos: su propia base de datos que, entre otros, almacena
información sobre el catálogo de software, y la base de datos de IBM BigFix que almacena datos de los
puntos finales. De forma opcional, puede configurar una conexión con la base de datos Web Reports para
proporcionar a los usuarios de Web Reports acceso a BigFix Inventory.

Antes de empezar
Windows
v Asegúrese de que SQL Server está instalado y en ejecución.

v Estos son los permisos necesarios de la base de datos de BigFix: SELECT, EXECUTE, CREATE
SCHEMA, CREATE TABLE, CREATE VIEW y CREATE FUNCTION.
Nota: Estos permisos se aplican solamente si las bases de datos se han instalado con los
valores predeterminados y se han consultado todas las personalizaciones y configuraciones de
refuerzo con soporte de IBM.
Linux
v Asegúrese de que el servidor de DB2 está instalado y en ejecución.

v Estos son los permisos de autorización necesarios en DB2:
– Base de datos BFENT: DBAUTH
– Base de datos BESREPOR: DATAACCESS
Nota: Estos permisos se aplican solamente si las bases de datos se han instalado con los
valores predeterminados y se han consultado todas las personalizaciones y configuraciones de
refuerzo con soporte de IBM.
v Durante la instalación de IBM BigFix, el número de bases de datos activas en el servidor de
DB2 está limitado a 2. Para utilizar el mismo DB2 para BigFix Inventory, aumente el número de
bases de datos activas a un mínimo de 3. Inicie la sesión como el propietario de instancia de
DB2, ejecute el mandato siguiente y, a continuación, reinicie el servidor:
db2 update dbm cfg using NUMDB número_de_bases_de_datos_activas
Procedimiento
1. Cree una base de datos de BigFix Inventory.
WindowsBigFix Inventory instalado en Windows necesita SQL Server como base de datos.
a. Entre el nombre de host del servidor de bases de datos.
Nota: Si desea configurar una instancia con nombre o especificar un puerto no predeterminado,
proporcione el nombre de host en el formato siguiente:
v nombrehost\nombre_instancia, por ejemplo localhost\MyInstance
v nombre_host:número_puerto, por ejemplo localhost:1444
b. Entre el nombre de la base de datos de aplicación.
c. Seleccione la modalidad de autenticación.
Autenticación de Windows
En esta modalidad, se autentica con un usuario de Windows. Es el mismo usuario que ha
especificado como el propietario de servicio durante la instalación. Esta modalidad tiene
dos restricciones:
Importante:
v SQL Server 2012: Si durante la instalación ha elegido la cuenta de sistema local como el
propietario de servicio, debe dar el rol de dbcreator o sysadmin al usuario NT
AUTHORITY\SYSTEM en SQL Server.
v Si SQL Server está instalado en el mismo equipo que BigFix Inventory, entre el nombre
de host de base de datos sin el nombre de dominio (FQDN) o utilice localhost en su
lugar. El nombre de host puede especificarse como NC1985110 o localhost, pero no
NC1985110.domain.com o 198.50.100.
106
Autenticación de SQL Server
En esta modalidad, se autentica con un usuario de SQL Server. El usuario debe tener el rol
dbcreator o sysadmin en SQL Server.
Esta modalidad debe estar habilitada en SQL Server. Para obtener más información,
consulte Habilitación de la modalidad de autenticación de SQL Server.
d. Pulse Crear. La instancia de base de datos se está creando.
Linux BigFix Inventory instalado en Linux necesita DB2 como base de datos.
a. Si el servidor DB2 está instalado en el mismo equipo, seleccione el recuadro de selección La
aplicación y la base de datos están en el mismo sistema.
b. Proporcione el nombre de host y el número de puerto del equipo donde está instalado el servidor
DB2 y especifique el nombre para la base de datos de aplicación. Puede elegir cualquier nombre
que cumpla los requisitos de denominación de DB2.
c. Proporcione las credenciales de usuario de sistema operativo que se utilizará para conectarse a la
base de datos. El usuario puede ser un propietario de instancia.

Consejo: Cree un usuario dedicado para conectar con DB2.
Si el servidor DB2 está instalado en un equipo independiente, borre el recuadro de selección La

aplicación y la base de datos están el mismo equipo y realice los siguientes pasos adicionales:
d. Pulse Descargar script. El script se utiliza para crear la base de datos.
e. Mueva el script al equipo donde está instalado el servidor DB2.
f. Ejecute el script en el equipo DB2. El script crea una base de datos a la que puede acceder el
usuario especificado en el paso 1d.
Importante: El usuario que ejecuta el script debe tener autorización SYSADM. Puede utilizar el
Propietario de la instancia de DB2.
g. Después de crear la base de datos, vuelva al equipo donde está configurando BigFix Inventory.
h. Para crear objetos de base de datos como, por ejemplo, vistas y tablas, pulse Crear.
2. Cree el administrador de BigFix Inventory.
108
3. Opcional: Para habilitar automáticamente las exploraciones que recopilan datos de los sistemas
existentes en la infraestructura, seleccione Habilitar planificación de exploración predeterminada
para este origen de datos.
Si habilita la planificación de exploración predeterminada, se iniciarán automáticamente las acciones
necesarias para recopilar los datos de los equipos de su infraestructura en el servidor IBM BigFix. Esta
opción se recomienda para entornos con un máximo de unos pocos miles de equipos. En entornos
mayores, se recomienda finalizar la instalación, dividir los equipos en grupos y configurar
manualmente la planificación de exploración para evitar problemas de rendimiento. Para obtener más
información sobre la planificación de exploración manual y predeterminada, consulte: “Configuración
de exploraciones para descubrir el inventario de software y hardware” en la página 127.
4. Configure la conexión con la base de datos de IBM BigFix. La base de datos almacena información
sobre los puntos finales y los datos que ellos descubren. Especifique el host, puerto, nombre de base
de datos y credenciales del usuario que puede acceder a la base de datos del servidor de IBM BigFix.
Nota: Para utilizar la autenticación de Windows, IBM BigFix y BigFix Inventory deben estar
instalados en Windows. El propietario del servicio de BigFix Inventory también debe ser capaz de
acceder a esta base de datos.

5. Configure la conexión con el servidor de IBM BigFix. El nombre de host o la dirección IP y el número
de puerto de la API se recuperan automáticamente de la base de datos. Especifique sólo el usuario
administrativo que ha creado al instalar IBM BigFix (de forma predeterminada, IEMAdmin).
Nota: Si no desea utilizar el operador maestro, puede crear un usuario de IBM BigFix dedicado que
cumpla con los requisitos siguientes:
v Tiene asignado el sitio IBM BigFix Inventory v9
v Tiene asignados los sistemas que va a supervisar y el sistema en el que está instalado el servidor de
IBM BigFix
v Tiene los permisos siguientes: Puede utilizar la API REST, Puede utilizar la consola, Contenido
personalizado, Puede crear acciones
La opción está soportada a partir de IBM BigFix 9.5.
Si los servidores IBM BigFix y BigFix Inventory están en redes independientes que utilizan NAT
(conversión de direcciones de red), la búsqueda automática podría devolver direcciones incorrectas y
es posible que deba inhabilitarlo. Para obtener más información, consulte Configuración de servidores
BigFix en redes con NAT.
110
6. Opcional: Configure la conexión con la base de datos Web Reports. Especifique el tipo de base de
datos, nombre de host, nombre de base de datos y credenciales del usuario de la base de datos Web
Reports.
7. Pulse Crear para crear las conexiones. Se han creado y configurado conexiones con la base de datos.
Se abrirá una página nueva y aparecerá un mensaje sobre la importación de datos.
Importante: Si el entorno consta de más de 50.000 puntos finales, complete los pasos para mejorar el
rendimiento de la aplicación antes de ejecutar la importación.
8. Pulse Importar ahora para ejecutar la importación inicial. Puede tardar unas pocas horas,
dependiendo de la capacidad del hardware.

Nota: Si ha habilitado la planificación de exploración predeterminada, los datos recopilados podrían
no visualizarse en BigFix Inventory después de la importación inicial. El entorno recién configurado
todavía necesita tiempo para finalizar las exploraciones iniciadas por el instalador y cargar los
resultados de exploración en el servidor. Si los informes de BigFix Inventory no contienen ningún
dato, espere alrededor de una hora hasta que finalicen las exploraciones. A continuación, inicie la
segunda importación.
Si no ha habilitado la planificación de exploración predeterminada, debe configurar manualmente las

exploraciones para recopilar los datos que se visualizan más adelante en los informes. Para obtener
más información, consulte: “Configuración de exploraciones para descubrir el inventario de software
y hardware” en la página 127.
Configurar BigFix Inventory.
Tareas relacionadas
Si encuentra algún problema durante la instalación, puede comprobar los detalles relacionados con el
problema, solucionarlo y, a continuación, reanudar la instalación. También puede comprobar la lista de
códigos de retorno de instalación o realizar tareas adicionales, por ejemplo cambiar el propietario de
servicio, lo que puede ser útil si ha instalado BigFix Inventory en Windows.
Reanudación de una instalación de BigFix Inventory detenida o fallida:
Puede volver a ejecutar la instalación durante las etapas de preinstalación e instalación. También puede
utilizar una función incorporada para diagnosticar el problema durante la instalación del servidor.
Existen formas diferentes de volver a ejecutar la instalación y la solución depende de la fase durante la
que se produjo el problema. Si se produce un error durante la fase de preinstalación, puede reiniciar la
instalación y no se requieren acciones adicionales. Si encuentra un error durante la fase de instalación,
dispone de dos opciones. Puede eliminar el directorio de instalación antes de reiniciar la instalación, o
puede utilizar una función incorporada para diagnosticar y solucionar el problema.
Algunos pasos de configuración en la instalación dependen de otros pasos. Si uno de ellos falla, la
ejecución del paso dependiente también se pone en pausa. Si se produce un error, el asistente de
instalación continúa ejecutando pasos que no dependan del fallido. Puede ver la lista de requisitos
previos para cualquier paso en el diálogo de propiedades de paso. Para abrir el diálogo, efectúe una
doble pulsación en él y seleccione Detalles.
Puede continuar la instalación y solucionar el problema al final de la misma. También puede finalizarla y
resolver el problema más adelante, cuando sea conveniente. No es necesario especificar opciones
especiales. Será suficiente volver a ejecutar el asistente de instalación. Éste detecta que el intento de
configuración anterior ha fallado o se ha interrumpido y se inicia automáticamente en modalidad de
reanudación.
Si ha salido del asistente de instalación, vuelva a ejecutarlo. Éste inicia automáticamente la configuración.
Procedimiento
1. Si tiene algún problema, efectúe una doble pulsación en la línea que contiene el nombre del paso o
púlselo con el botón derecho y seleccione Detalles. La línea está indicada con un icono rojo.
112
2. Revise la información más importante que se muestra en la parte superior de la ventana de diálogo.
El diálogo muestra el nombre y la ubicación de un archivo de registro dedicado si es aplicable.
3. Revise la información que se muestra en la pestaña Salida estándar o, si es aplicable, la pestaña

Registro dedicado para determinar la causa raíz del problema.
Importante: Para reducir la carga de funcionamiento en el sistema, la función que captura el archivo
de registro dedicado se ejecuta con la mínima prioridad posible. Por consiguiente, la pestaña Registro
dedicado no siempre presenta la información más reciente y detallada. Lo que es más, puede que no
se muestre el final del archivo de registro. Si se produce un error, consulte el registro dedicado cuya
ubicación se encuentra en la descripción del paso o bien el archivo msg_server.log.
4. Solucione el problema.
5. En el panel de instalación, pulse con el botón derecho del ratón la línea que muestra el problema. A
continuación, pulse Establecer > Listo (volver a ejecutar el paso). El instalador completa el paso y los
pasos dependientes restantes.
Si ejecuta el paso fallido fuera del asistente de instalación, marque el paso como "completado
correctamente".

Nota: Si no puede diagnosticar el problema y vuelve a ejecutar el paso manualmente, desinstale el
producto e intente volver a instalarlo.
6. Pulse Siguiente. El Resumen de postinstalación se abre con información sobre los componentes
instalados.
Códigos de retorno de instalación y desinstalación del servidor:
Si la instalación o la desinstalación del servidor falla, consulte el código de retorno para buscar el motivo
del problema y las posibles soluciones.
La tabla muestra los códigos de retorno que se registran durante la instalación o la desinstalación del
Tabla 43. Códigos de retorno de instalación y desinstalación del servidor
Código de
retorno Causa posible y soluciones
0 El servidor se ha instalado correctamente.
5 Se ha producido un error inesperado.
6 Se ha producido una excepción inesperada.
7 Se ha producido un error interno. El instalador no ha podido guardar el archivo con la
información recopilada o generada durante la fase de preinstalación.
8 La instalación se ha cancelado.
9 Un paso posterior a la instalación ha terminado antes de finalizar. Pueden producirse problemas
con la reanudación de la instalación.
11 La validación de los puertos de comunicación ha fallado. O bien se ha especificado el mismo
puerto para más de un parámetro, o bien el puerto especificado está utilizándose. Si desea
especificar un puerto que se está utilizando temporalmente pero estará disponible más adelante,
establezca el parámetro RSP_DISABLE_COMMUNICATION_WARNINGS en true.
13 La validación del acuerdo de licencia o la vía de acceso del archivo ha fallado. No se ha aceptado
el acuerdo de licencia, la vía de acceso del archivo de respuestas de la instalación no es absoluta o
el mandato es demasiado largo. Para aceptar el acuerdo de licencia, establezca el parámetro
RSP_LICENSE_ACCEPTED en el archivo de respuestas en true. Si el problema persiste, asegúrese de
que está especificando una vía de acceso absoluta, o mueva los archivos a un directorio simple
diferente, para acortar el mandato, por ejemplo, /root/BFI.
14 No hay espacio suficiente para la instalación. Para comprobar cuánto espacio de disco libre es
necesario para continuar con la instalación, consulte el siguiente registro de instalación:
directorio_instalación/BFI_9.2_indicación_fecha_hora_logs.tar.gz.
18 La validación de la vía de acceso de la instalación ha fallado. O bien la vía de acceso especificada
es incorrecta, o bien el directorio de instalación es de sólo lectura.
20 Se ha especificado un parámetro de archivo de respuestas desconocido. Elimine el parámetro del
archivo de respuestas de la instalación.
21 No se ha encontrado el archivo de respuestas. O bien está vacío, o bien contiene finales de línea
de Windows, en lugar de finales de línea de Unix.
23 La interfaz de línea de mandatos u otra aplicación de la vía de acceso de instalación de BigFix
Inventory continúa en ejecución. Finalice el proceso manualmente o establezca el parámetro
RSP_AUTO_CLOSE_PROCESSES en true.
26 Se ha producido un error interno. La creación del directorio de registro ha fallado.
27 Ha sido imposible reconocer el entorno, por ejemplo, los productos instalados.
28 El escenario de actualización no está soportado.
29 Una parte de BigFix Inventory que ya está instalada está dañada.
114
Tabla 43. Códigos de retorno de instalación y desinstalación del servidor (continuación)
Código de
30 El asistente de desinstalación no ha encontrado la información sobre productos en los registros.
BigFix Inventory ya estaba desinstalado.
31 No se ha obtenido el nombre de host. Para verificar el nombre de host, en la interfaz de línea de
mandatos, escriba el mandato siguiente:
nslookup nombre_host
32 Se ha detectado una excepción al leer el archivo setup.ini.
33 Ha fallado un intento de creación de un directorio de registro en la vía de acceso de instalación
porque ya existe un archivo denominado BFI9.2. Para continuar con la instalación, suprima el
archivo.
34 El directorio de registros está en modalidad de sólo lectura.
35 La variable de entorno del sistema TEMP no apunta a un directorio válido.
36 La instalación en la modalidad de consola no está soportada. Utilice la modalidad silenciosa o
interactiva.
37 Los recursos necesarios no han podido extraerse de la imagen de instalación.
38 Los recursos necesarios no han podido encontrarse dentro de la imagen de instalación.
41 El proceso posterior a la instalación ha fallado.
42 Ya se está ejecutando otra instancia del instalador.
46 El proceso posterior a la instalación se ha interrumpido.
50 La reanudación de una instalación anómala en modalidad silenciosa no está soportada.
55 Todos los elementos de la infraestructura ya están instalados.
59 Se ha producido un error interno. Póngase en contacto con el soporte de IBM.
214 El proceso de desinstalación no se ha podido conectar con el servidor X. Verifique que la variable
DISPLAY se haya establecido correctamente y que apunte a un servidor X operativo.
Adición del inicio de sesión como un derecho de servicio:
Al instalar BigFix Inventory en Windows, ha elegido el propietario del servicio de BigFix Inventory. Este
usuario debe tener el derecho de iniciar la sesión como un servicio.
Procedimiento
1. Pulse el botón Inicio.
2. Expanda Herramientas administrativas > Directiva de seguridad local.
3. Expanda Directivas locales > Asignación de derechos de usuario.
4. Efectúe una doble pulsación en Iniciar la sesión como un servicio. Se visualiza la lista de los usuarios
que ya tienen este derecho.
5. Pulse Añadir usuario o grupo.
6. Entre el nombre de usuario y pulse Comprobar nombres.
7. Pulse Aceptar.
Resultados
Ha otorgado al usuario el derecho de iniciar la sesión como un servicio. Ahora puede utilizarlo como
el propietario del servicio de aplicaciones.

Cambio de propietario de servicio:
Puede cambiar el propietario del servicio de BigFix Inventory que ha especificado durante la instalación
en Windows. Es posible que sea necesario si ha elegido la cuenta de sistema local, sin embargo se conecta
a una base de datos remota que no puede utilizar esta cuenta.
Antes de empezar
v El propietario del servicio de BigFix Inventory debe tener el derecho de iniciar la sesión como un
servicio y privilegios administrativos.
Procedimiento
1. Pulse el botón Inicio.
2. Expanda Herramientas administrativas > Servicios.
3. Efectúe una doble pulsación en Servicio de la versión de IBM BigFix Inventory.
4. Pulse la pestaña Iniciar la sesión.
5. Especifique la cuenta y pulse Aceptar.
6. Reinicie el servicio.
Resultados
Ha cambiado el propietario del servicio de BigFix Inventory.
Configuración de servidores de BigFix en redes con NAT:
En entornos en los que los servidores de BigFix e Inventory están instalados en redes separadas que
utilizan NAT (conversión de direcciones de red), debe cambiar los valores predeterminados y especificar
manualmente las direcciones IP o los nombres de dominio para habilitar la comunicación entre los
servidores.
De manera predeterminada, la dirección del servidor de BigFix se recupera automáticamente de la base

de datos, que en el caso de las redes NAT pueden contener una dirección local incorrecta del servidor
que no se reconoce fuera de su red. También debe especificar la dirección correcta de BigFix Inventory
para que el servidor de BigFix pueda acceder al catálogo de software y a la página de inicio de sesión
único.
Procedimiento
1. Durante la configuración inicial de BigFix Inventory, al especificar los detalles de conexión del
servidor de BigFix, seleccione la casilla Inhabilitar búsqueda automática de dirección y especifique el
nombre de host del servidor de BigFix. A continuación, la dirección siempre se creará en función del
nombre de host y del número de puerto proporcionados.
Nota: Para acceder a este panel después de la instalación, en BigFix Inventory pulse Gestión >
Orígenes de datos.
116
Consejo: Para comprobar si el nombre de host de BigFix host es correcto, acceda a la dirección
siguiente desde la red de BigFix Inventory: http://nombreHost:puerto/UploadReplication. Mensaje
esperado: Error: no query parameters specified.
2. En el punto final en el que BigFix Inventory esté instalado, añada dos variables de entorno con
direcciones nuevas que utilizará el servidor de BigFix para acceder al catálogo de software y a la
página de inicio de sesión único.
a. Vaya a dir_instalación/wlp/usr/servers/server1 y cree el archivo server.env.
cat > server.env
b. Añada las dos variables siguientes en el archivo:
SERVER_URL_CATALOG=https://nombreHost:puerto
Dirección de BigFix Inventory que el servidor de BigFix utiliza para obtener el catálogo de
software y ofrecérselo a los clientes. Este catálogo después se utiliza durante la exploración
de software basada en el catálogo.
SERVER_URL_SSO=https://nombreHost:puerto
Dirección de BigFix Inventory utilizada para el inicio de sesión único.
Desinstalación
Puede desinstalar el servidor BigFix Inventory y los exploradores.
Desinstalación de un explorador
Si ya no desea supervisar el software que está instalado en un sistema determinado, desinstale el
explorador del punto final designado.
Importante: Si ve discrepancias entre los fixlets en el sitio y los fixlets que se describen en la
documentación, compruebe la versión del sitio del fixlet y actualícela si es necesario.

Cuando desinstala el explorador, ya no se recopilan métricas de uso de licencias ampliadas a partir de los
puntos finales.
Procedimiento
tareas.
3. En el panel superior derecho, seleccione Desinstalar explorador y pulse Llevar a cabo una acción en
el panel inferior.
4. Pulse el nombre del sistema del que desee desinstalar el explorador y pulse Aceptar.
Desactivación de los análisis

Debe desactivar todos los análisis cuando se desinstala IBM BigFix Inventory.
Procedimiento
1. En la barra de navegación izquierda de la consola de BigFix, pulse Sitios > Sitios externos > IBM
BigFix Inventory v9 > Análisis.
2. En el panel superior derecho, seleccione todos los análisis activados y haga clic en Desactivar.
Resultados
Cuando se desactive, el estado de los análisis se cambiará en Panel de lista.
118
Desinstalación del servidor en modalidad interactiva
Puede utilizar el asistente de desinstalación para desinstalar el servidor de BigFix Inventory. El asistente
no desinstala la base de datos. Debe eliminarse por separado.
Antes de empezar
Windows
v Inicie la sesión como el mismo usuario que ha instalado el servidor e inicie la desinstalación
con la opción ejecutar como administrador.
Linux
v Debe haber disponible una interfaz gráfica de usuario y el servidor X debe estar configurado
correctamente en el sistema desde el que desea desinstalar BigFix Inventory. La variable
DISPLAY debe establecerse correctamente también. De lo contrario, utilice la modalidad
silenciosa.
v Inicie la desinstalación como root.
Procedimiento
1. Inicie la sesión en el sistema donde se encuentra el servidor de BigFix Inventory.
2. Vaya a uno de los siguientes directorios de instalación:
v Windows C:\Archivos de programa\IBM\BFI\Uninstall
v Linux /opt/ibm/BFI/Uninstall
3. Ejecute uno de los archivos siguientes para desinstalar el servidor:
v Windows uninstall.bat
v Linux uninstall.sh
4. Siga las instrucciones del asistente de desinstalación. Cuando finalice la instalación, pulse Hecho. El
servidor de BigFix Inventory se desinstala, pero la base de datos, los inicios de sesión de usuario y las
contraseñas se conservan.
5. Opcional: Para eliminar la base de datos, realice los pasos siguientes:
v DB2 Inicie la sesión como el propietario de instancia de DB2 en el sistema donde está
instalada la base de datos. En la interfaz de línea de mandatos, ejecute los mandatos siguientes.
db2 deactivate db nombre_base_datos
db2 drop db nombre_basedatos
Donde nombre_basedatos es el nombre de la base de datos que desea eliminar.

v SQL Server Para obtener más información, consulte Supresión de una base de datos.
6. Opcional: Si desea eliminar el servidor de IBM BigFix, consulte Eliminación del servidor primario.
Desinstalación del servidor en modalidad silenciosa

Puede desinstalar BigFix Inventory de forma silenciosa utilizando un archivo de respuestas.
Antes de empezar
Windows
v Inicie la sesión como el mismo usuario que ha instalado el servidor e inicie la ventana de línea
de mandatos o PowerShell o con la opción ejecutar como administrador.
Linux
v Inicie la desinstalación como root.

Procedimiento
1. Inicie una sesión en el sistema donde se ha instalado el servidor de BigFix Inventory.
2. Para modificar los parámetros de desinstalación, vaya al directorio vía_acceso_instalación/
Uninstall, abra el archivo uninstall_response.txt y edite los parámetros.
3. En la interfaz de línea de mandatos, ejecute uno de los mandatos siguientes.
v Windows uninstall.bat -f vía_acceso_instalación\Uninstall\uninstall_response.txt -i
silent
v Linux uninstall.sh -f vía_acceso_instalación/Uninstall/uninstall_response.txt -i silent
Donde vía_acceso_instalación es la vía de acceso absoluta del directorio donde se encuentra el archivo
de respuestas. Por ejemplo:
uninstall.sh -f /opt/ibm/BFI/Uninstall/uninstall_response.txt -i silent
El servidor de BigFix Inventory se desinstala, pero la base de datos, los inicios de sesión de usuario y
las contraseñas se conservan.
4. Opcional: Para eliminar la base de datos, realice los pasos siguientes:
v DB2 Inicie la sesión como el propietario de instancia de DB2 en el sistema donde está
instalada la base de datos. En la interfaz de línea de mandatos, ejecute los mandatos siguientes.
db2 deactivate db nombre_base_datos
db2 drop db nombre_basedatos
Donde nombre_basedatos es el nombre de la base de datos que desea eliminar.

v SQL Server Para obtener más información, consulte Supresión de una base de datos.
5. Opcional: Si desea eliminar el servidor de IBM BigFix, consulte Eliminación del servidor primario.
120
Capítulo 3. Configuración
Lea esta guía para obtener información sobre cómo configurar IBM BigFix
Inventory.
Creación de usuarios y grupos

A cada usuario que tiene acceso a BigFix Inventory se le debe asignar un rol y un grupo de sistemas. El
rol define qué informes y paneles puede ver el usuario. El grupo de sistemas reduce el alcance de estos
informes y paneles a los sistemas que cumplen determinados criterios.
Configuración de los roles

Un rol es una recopilación de permisos que se correlaciona con una lista de privilegios. Cada usuario
tiene asignado un rol de acuerdo con los privilegios que el usuario necesita para utilizar la aplicación
eficientemente. BigFix Inventory viene con un conjunto de roles predefinidos. Sin embargo, también
puede crear roles personalizados de acuerdo con las necesidades.
Antes de empezar
Debe ser un Administrador para realizar esta tarea.
El rol de administrador se configura por defecto y no se puede modificar.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Roles.
2. Para añadir un rol, haga clic en Nuevo.
3. Especifique el nombre y los permisos que desea que tenga el nuevo rol y pulse Crear.
Resultados
Ha creado un rol de usuario personalizado. Ahora puede crear usuarios y asignarles los roles adecuados.
Roles
Puede crear un conjunto de roles en BigFix Inventory y asignar a cada uno de ellos permisos diferentes.
A continuación, puede asignar esos roles a usuarios específicos, para que sean responsables de distintas
acciones. Si configura los roles correctos, puede establecer fácilmente qué usuario tiene acceso a
determinadas funciones en BigFix Inventory. El administrador puede asignar los roles.
Hay disponibles seis roles preconfigurados en BigFix Inventory: Administradores, auditores, gestores de
catálogos, gestores de contratos, gestores de activos de software y administradores de la infraestructura.
Cada uno de estos roles tiene un conjunto de permisos diferentes que permiten a los usuarios realizar

distintas acciones. Puede editar o suprimir esos roles, o crear nuevos roles y asignarles los permisos que
desee. En la tabla siguiente se muestran los roles preconfigurados y sus permisos.
Importante: Algunos permisos son exclusivos del administrador y no se pueden asignar a otros usuarios.
Estos permisos incluyen:
v Editar configuración de servidor
v Gestionar propiedades del sistema
v Gestionar orígenes de datos
v Gestionar servidores de directorios
v Administrar funciones
v Gestionar suministro de usuarios
v Gestionar usuarios
Tabla 44. Roles preconfigurados y sus permisos en BigFix Inventory
Gestor de Gestor de Gestor de Infraestructura
Permiso Administrador Auditor catálogos catálogos catálogos Administrador
Editar configuración de U
servidor
Gestionar catálogos U U
Gestionar grupos de U U
sistemas
Gestionar propiedades del U
sistema
Gestionar contratos U U
Gestionar orígenes de U
datos
Gestionar servidores de U
directorios
Gestionar importaciones U U U
Gestionar propiedades de U U
paquete
Gestionar cargas de U U U U
números de pieza
Gestionar PVU por U
núcleo de procesador
Administrar funciones U
Gestionar configuraciones U U
de exploración
Gestionar clasificación de U U
software
Gestionar cargas U U U U
Gestionar propiedades de U U
uso
Gestionar suministro de U
usuarios
Gestionar usuarios U
Gestionar gestores de U U
máquina virtual y
servidores
122
Tabla 44. Roles preconfigurados y sus permisos en BigFix Inventory (continuación)
Gestor de Gestor de Gestor de Infraestructura
Permiso Administrador Auditor catálogos catálogos catálogos Administrador
Ver seguimiento de U U U
auditoría
Ver auditoría de catálogos U U U U
Ver contratos U U U U
Ver puntos finales U U U U U U
Ver inventario de U U U U
hardware
Ver métricas de licencias U U U U
Ver datos en bruto U U U U U
Ver catálogo de software U U U U U
y firmas
En la lista siguiente se describen los permisos que hay disponibles en BigFix Inventory. Consulte cada
uno de ellos para que pueda adaptar los roles a sus necesidades.
Gestionar catálogos
El usuario puede editar servidores de catálogo, actualizar el catálogo, así como añadir, modificar
y suprimir el contenido del catálogo de software personalizado.
Gestionar grupos de sistemas
El usuario puede crear, modificar y suprimir grupos de sistemas.
Gestionar contratos
El usuario puede crear, modificar y suprimir contratos.
9.2.4 El usuario puede establecer o modificar el umbral de licencias para que se le informe
sobre el consumo excesivo de licencias.
Gestionar importaciones
El usuario puede planificar importaciones de datos de exploración de software e importar
manualmente nuevos datos de exploración.
Gestionar propiedades de paquete
El usuario puede crear, editar y suprimir las propiedades de aplicación que se utilizan para
reconocer el software en su infraestructura.
9.2.3 Gestionar cargas de números de pieza
El usuario puede gestionar las cargas del archivo de números de pieza.
Gestionar PVU por núcleo de procesador
El usuario puede cambiar el valor de PVU por núcleo de procesador que está asignado a un
procesador.
Gestionar configuraciones de exploración
El usuario puede planificar las exploraciones de software.
Gestionar clasificación de software
El usuario puede reasignar instancias de software entre los distintos productos, incluirlas o
excluirlas en el cálculo de precios, y compartirlas entre más de un producto.
Gestionar cargas
El usuario puede gestionar las cargas del catálogo de software y de tablas de métricas.
Capítulo 3. Configuración 123

Gestionar propiedades de uso
El usuario puede crear, editar y suprimir las propiedades de aplicación que recopilan información
sobre el uso de software en su infraestructura.
Gestionar gestores de máquina virtual y servidores
El usuario puede crear, editar y suprimir gestores de máquina virtual.
Ver seguimiento de auditoría
El usuario puede ver el informe de seguimiento de auditoría que contiene el historial de todas las
acciones realizadas por los usuarios.
Ver auditoría de catálogos
El usuario puede ver información sobre los cambios en el catálogo de software personalizado.
9.2.3 Ver contratos
El usuario puede ver datos de uso de contrato.
Ver puntos finales
El usuario puede ver información sobre el software instalado, así como datos de exploración,
registro y sin formato de los puntos finales.
Ver inventario de hardware
El usuario puede ver los detalles de los procesadores que utiliza el software.
Ver métricas de licencias
El usuario puede ver la lista de todos los productos de software que están contenidos en los
informes de uso de licencias de PVU, el tipo de licencia y el uso de cada producto, el historial del
consumo de licencias en el periodo de tiempo especificado, y los principales productos de
consumo de licencias.
Ver datos en bruto
El usuario puede ver:
v El informe Datos de medición, que contiene información sobre el uso de los elementos de
software
v El informe Archivos no reconocidos, que muestra una clasificación de los archivos encontrados
con más frecuencia
v El informe Datos de archivos explorados, que proporciona información sobre todos los archivos
detectados por el explorador Software Inventory Tool
v El informe Datos de paquete, que contiene información sobre todos los paquetes instalados
Ver catálogo de software y firmas
El usuario puede ver el catálogo de software y las firmas.
Configuración de usuarios
Cree usuarios para proporcionar acceso a BigFix Inventory. Asigne a cada usuario un rol para determinar
los permisos que tiene el usuario y un grupo de sistemas para determinar los sistemas a los que el
usuario tiene acceso.
Antes de empezar
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Usuarios.
2. Para añadir un usuario, haga clic en Nuevo.
3. Especifique el nombre del usuario y el rol que desee asignar al usuario.
124
4. Seleccione el grupo de sistema para que el usuario pueda tener acceso y el método de autenticación.
Luego pulse Crear.
Configuración de grupos de sistemas

Puede crear grupos de equipos para reducir el ámbito de los informes a los equipos que cumplen
determinados criterios.
Antes de empezar
Debe tener el permiso para Gestionar grupos de sistemas para realizar esta tarea.
Hay dos tipos de grupos de sistemas:

v Los grupos que se crean en BigFix Inventory. Se utilizan para garantizar que cada usuario visualiza los
informes solamente para sistemas relevantes. También se utiliza para asignar contratos a conjuntos de
sistemas adecuados.
v Los grupos creados en la consola de BigFix. Se utilizan para gestionar la infraestructura, asignar
equipos a sitios de fixlets y ejecutar fixlets en puntos finales seleccionados.
Los dos tipos de grupos de sistemas son independientes. Los grupos que se crean en BigFix Inventory no
se copian automáticamente en BigFix y viceversa. En el procedimiento siguiente se describe cómo crear
un grupo de sistemas en BigFix Inventory. Para obtener más información sobre la creación de grupos de
sistemas en la consola de BigFix, consulte: Grupos de sistemas.
Procedimiento
1. Para crear un grupo de sistemas, pulse Gestión > Grupos de sistemas y luego pulse Nuevo.
2. Proporcione el nombre y la descripción del grupo de sistemas.
3. Especifique filtros para asignar sistemas al grupo, y pulse Crear. Por ejemplo, para crear un grupo
que está basado en un grupo de sistemas que se creó en la consola de BigFix, elija Grupos de
orígenes de datos, in set, y seleccione Europe.
Restricción: El tamaño de los datos que devuelve el filtro especificado no puede superar 1 MB.
4. 9.2.5 Seleccione las métricas de licencia para las que desea calcular el uso en este grupo de
sistemas. Inhabilitar los cálculos de las métricas en las que no está interesado puede mejorar el
rendimiento de la importación, especialmente en entornos de gran tamaño.

5. 9.2.2 Especifique el número de días para los que se deben calcular datos.
Este número define el periodo predeterminado para el que se muestran datos en el informe Todas las
métricas. Por ejemplo, si establece el valor en 30 días, y luego visualiza un informe para los últimos
90 días, debe volver a calcular los valores del informe.
6. Opcional: 9.2.3 Para configurar exploraciones para este grupo de sistemas, seleccione Crear
configuración de exploración. Elija la frecuencia de exploración, la fecha de inicio solicitada y los
tipos de exploraciones de software que desee ejecutar en los sistemas de este grupo.
La opción sólo está disponible si la definición del grupo utiliza el filtro Grupos de orígenes de datos
como única condición de acuerdo con los sistemas que están asignados a este grupo. Para obtener
más información sobre cómo configurar exploraciones desde la interfaz de usuario de BigFix
Inventory , consulte: “Cambio de la configuración de exploración desde la interfaz de usuario de
BigFix Inventory” en la página 128.
7. Para guardar el grupo de sistemas, pulse Crear.

8. Para hacer que el grupo de sistemas esté disponible en BigFix Inventory, espere a que se realice la
importación planificada o ejecute la importación manualmente.
126
Resultados
Después de crear un grupo de sistemas y ejecutar la importación, puede ver informes que están
restringidos a los sistemas que pertenecen a este grupo. Para ello, acceda a Informes > Grupos de
sistemas y seleccione un grupo de sistemas. A continuación, en la esquina superior izquierda, seleccione
el informe que desee visualizar para el grupo de sistemas.
Configuración de exploraciones para descubrir el inventario de

software y hardware
Las exploraciones de software y de capacidad recopilan datos que posteriormente aparecen en los
informes de BigFix Inventory. Para los entornos de trabajo que tienen unos pocos miles de sistemas,
puede habilitar la configuración de exploración predeterminada. En este caso, los análisis se activan y las
exploraciones de software y de capacidad así como las cargas de los resultados se planifican
automáticamente en los sistemas que están suscritos al sitio de BigFix Inventory. Para los entornos de
trabajo mayores, es aconsejable dividir los sistemas en grupos y configurar manualmente una
planificación de exploración separada para cada grupo para evitar problemas de rendimiento.
Configuración de exploración predeterminada

La configuración de exploración predeterminada es aconsejable para entornos de trabajo que tienen unos
pocos miles de sistemas. Garantiza que los análisis necesarios estén activados y que las exploraciones de
software y capacidad así como las cargas de sus resultados se planifiquen automáticamente. Estas
acciones son necesarias para recopilar datos de los sistemas de la infraestructura y mostrarlos en los
informes de BigFix Inventory. Puede habilitar la configuración de exploración predeterminada durante la
configuración de las conexiones de BigFix Inventory a las bases de datos o cuando añada otro origen de
datos.
Qué ocurre automáticamente
Cuando habilita la configuración de exploración predeterminada, se activan y planifican automáticamente

las acciones siguientes en cada sistema que está suscrito al sitio de BigFix Inventory. La misma
configuración también se aplica automáticamente a todos los sistemas que se suscriben más tarde al sitio
de BigFix Inventory.
v Se activan los análisis siguientes:
– Estadísticas de uso de aplicaciones
– Configuración de capacidad para Linux en z/VM
– Paquetes de UNIX instalados
– Aplicaciones de Windows instaladas
– Información de exploración
– Estado de exploración de software
– Información del gestor de máquinas virtuales
v Se instala el explorador.
v Se planifican todos los tipos de exploraciones de software y las cargas de sus resultados.
v Se planifican las exploraciones de capacidad y las cargas de sus resultados.

Además, cuando habilita la configuración de exploración predeterminada para el segundo origen de
datos y los subsiguientes que añada, el catálogo de software se distribuye a los sistemas a condición de
que se haya cargado e importado satisfactoriamente para el primer origen de datos.

v Después de habilitar la configuración, ejecute la importación de datos. Los datos que se recopilan de
los sistemas de la infraestructura se deben visualizar en los informes de BigFix Inventory. Sin embargo,
el entorno recién configurado necesita tiempo para finalizar las exploraciones y para cargar los
resultados en el servidor. Si los informes no contienen datos después de la primera importación, espere
una hora aproximadamente hasta que finalicen las exploraciones. A continuación, ejecute otra
importación.
Para cambiar la configuración de exploración predeterminada, utilice el panel Configuraciones de
exploración. Como alternativa, puede cambiar la configuración de exploración mediante la consola
utilizando la consola de BigFix utilizando el fixlet Iniciar exploración de software.
v Añada los gestores de VM que sean una adición importante y obligatoria a la exploración de
capacidad. Estos son los hosts que gestionan las máquinas virtuales. BigFix Inventory ya puede evaluar
la capacidad virtual del entorno, pero necesita datos adicionales sobre la capacidad física para calcular
con precisión el consumo de subcapacidad. Estos datos sólo se pueden recopilar de los gestores de VM.
Cambio de la configuración de exploración desde la interfaz de usuario de BigFix

Inventory
El panel Configuraciones de exploración la gestión de exploración básica de la exploración directamente
desde la interfaz de usuario de BigFix Inventory. Utilice el panel si ha habilitado la configuración de
exploración predeterminada o como alternativa a planificar exploraciones desde la consola de BigFix.
Antes de empezar
El panel se utiliza para configurar el tiempo, la frecuencia y los tipos de exploraciones de software que se
ejecutan en los puntos finales. Si ha habilitado la configuración de exploración predeterminada, se
cumplen todos los requisitos previos y puede gestionar las exploraciones sin ninguna configuración
adicional. En otros casos, asegúrese de que los análisis necesarios están activados, el explorador está
instalado en los puntos finales, las cargas de resultados de exploración de software están planificadas y
las exploraciones de capacidad y las cargas de los resultados se han planificado. Debe completar estas
acciones manualmente desde la consola de BigFix antes de poder planificar exploraciones desde la
interfaz de usuario de BigFix Inventory. Para obtener más información, consulte: “Configuración de
exploración manual” en la página 131.
Una vez cumplidos los requisitos anteriores, divida los sistemas de la infraestructura en grupos desde la
consola de BigFix. A continuación, de acuerdo con estos grupos, cree grupos de sistemas para los que
desee planificar exploraciones de software en BigFix Inventory. Cada grupo de sistemas que cree en
BigFix Inventory debe cumplir las condiciones siguientes para poder planificar exploraciones mediante el
panel Configuraciones de exploración:
v El grupo de sistemas tiene el grupo "Todos los sistemas" como grupo padre. No es un subgrupo de
otro grupo de sistemas.
v La definición del grupo utiliza el filtro "Grupos de orígenes de datos" como única condición basada en
los sistemas que están asignados al grupo. Los grupos de orígenes de datos representan grupos de
sistemas que anteriormente se crearon en la consola de BigFix.
128
Debe ser un Administrador o un Administrador de infraestructuras para realizar esta tarea.
Cuando crea una configuración de exploración para un grupo de sistemas en la interfaz de usuario de
BigFix Inventory, se crea la acción Iniciar exploración de software, y se envía al servidor de BigFix. Cada
vez que cambia la configuración de exploración en el panel Configuraciones de exploración, la acción
asociada se actualiza en el servidor de BigFix. Cuando suprime la configuración de exploración, la acción
asociada se elimina de forma predeterminada del servidor de BigFix.
Si configura exploraciones en el panel Configuraciones de exploración y luego cambia la configuración de

exploración en la consola de BigFix, la información sobre el cambio no se refleja en la interfaz de usuario
de BigFix Inventory. Para evitar exploraciones duplicadas o un comportamiento de exploración
inesperado, evite configurar exploraciones en ambos lugares y seleccione su método preferido en lugar de
ello.
Procedimiento
1. Cree grupos de sistemas y habilite exploraciones para estos grupos.
2. Para editar una configuración de exploración, pulse Gestión > Configuraciones de exploración y
seleccione el grupo de sistemas para el que desee cambiar los valores de exploración.
Nota: Cada fila representa la planificación y el estado de la exploración de software para un grupo de
sistemas determinado. La fila Todos los sistemas de Nombre de origen de datos representa todos los
sistemas que envían información a un servidor individual de BigFix. La fila se crea automáticamente.
Puede editar o inhabilitar la planificación de exploración para este grupo.
3. Elija la frecuencia de exploración y la fecha de inicio solicitada. Debido a la latencia de red, la hora de
comienzo real de la exploración puede diferir en varios minutos respecto de la hora de inicio
solicitada. La fecha de inicio solicitada representa la fecha y la hora en que la acción se iniciará de
acuerdo con la zona horaria del servidor de BigFix.
4. Elija los tipos de exploraciones de software que se deben ejecutar. Para obtener más información sobre
cada tipo de exploración de software, consulte: “Tipos de exploraciones de software” en la página 136.
Si el grupo de sistemas para el que está configurando exploraciones consta solamente de sistemas que
se ejecutan en Mac OS, ejecute sólo la exploración de datos de paquete en estos sistemas porque otros
tipos de exploraciones de software no son aplicable a Mac OS. Si el grupo consta de sistemas que se
ejecutan en Mac OS y sistemas que se ejecutan en otros sistemas operativos, seleccione todos los tipos
de exploraciones que desee ejecutar. Solamente la exploración de datos de paquete se ejecutará en los
sistemas Mac OS. Los demás tipos de exploraciones se pasan por alto como no aplicables.

5. Para guardar los cambios, pulse Guardar e iniciar exploraciones . A continuación, pulse Aceptar para
confirmar que desea reiniciar la acción de exploración que se ejecuta en el servidor de BigFix.
Importante: Cuando cambia una configuración de exploración, todas las exploraciones que se han
configurado desde la interfaz de usuario de BigFix Inventory se reinician en el servidor de BigFix.
Resultados
La configuración de exploración para un grupo de sistemas puede tener uno de los estados siguientes:
v Activo - la acción Iniciar exploración de software se ha iniciado en el servidor de BigFix. La
exploración de software se ejecuta según la planificación definida en el panel Configuraciones.
v Detenido - la acción Iniciar exploración de software se ha detenido en el servidor de BigFix. La
exploración de software no se está ejecutando. Puede volver a habilitar la exploración en el panel
Configuraciones de exploración o configurar la exploración desde la consola de BigFix.
v Servidor no disponible - la planificación de exploración no se puede visualizar y establecer porque el
servidor de BigFix o el servidor de Web Reports no responde.
Si desea inhabilitar las exploraciones de software para un grupo de sistemas determinado, abra la
configuración de exploración para este grupo y deseleccione la casilla Habilitado.
130
Configuración de exploración manual
La configuración de exploración manual es aconsejable para entornos de trabajo con más de unos pocos
miles de sistemas. Requiere que se activen los análisis y que las exploraciones de software y capacidad,
así como las cargas de los resultados se planifiquen manualmente después de la instalación. Estas
acciones son necesarias para recopilar datos de los sistemas de la infraestructura y visualizarlos en los
informes de BigFix Inventory. La flexibilidad de la configuración de exploración manual permite evitar
los problemas de rendimiento que se pueden producir cuando se exploran demasiados sistemas al mismo
tiempo.
Para configurar manualmente las exploraciones, ejecute las tareas siguientes:

1. Opcional: divida los sistemas en grupos desde la consola de BigFix.
En entornos de gran tamaño, es aconsejable dividir los sistemas en grupos en la consola de BigFix y
configurar una planificación de exploración independiente para cada grupo. Para ver un resumen de
prácticas recomendadas sobre la distribución de exploraciones, consulte: Distribución de exploraciones
para obtener un mejor rendimiento. Para obtener información más detallada, consulte Guía de
escalabilidad.
2. Configure exploraciones para realizar el descubrimiento de software y hardware.
a. Activar los análisis
b. Instalar el explorador
c. Iniciar exploraciones de software
d. Cargar los resultados de exploración de software
e. Recopilar datos de capacidad
Después de planificar correctamente las exploraciones de software y capacidad, ejecute la importación de

datos. Cuando los datos se visualizan en los informes de BigFix Inventory, puede personalizar
adicionalmente las exploraciones. Por ejemplo, puede excluir directorios de las exploraciones de software
o explorar sistemas de archivos compartidos remotos. Para obtener más información, consulte:
“Configuración de exploración avanzada” en la página 144.
Distribución de exploraciones para mejorar el rendimiento

El rendimiento de la importación de datos desde el servidor de BigFix a BigFix Inventory depende del
número de archivos de exploración, análisis de uso y análisis de paquete que se procesan durante una
importación individual. Si planifica correctamente las exploraciones y las distribuye en los sistemas en la
infraestructura, puede reducir la duración de la importación de datos.
Utilice las siguientes directrices para mejorar el rendimiento de la importación de datos:

Dividir los sistemas en grupos
v Después de instalar BigFix Inventory, no ejecute las exploraciones en todos los sistemas de la
infraestructura. Divida los sistemas en grupos desde la consola de BigFix y comience
agrupando las propiedades predeterminadas de un grupo de sistemas individual. Para obtener
más información sobre la creación de grupos de sistemas desde la consola de BigFix, consulte:
Grupos de sistemas.
v Puede crear grupos de sistemas basándose en la estabilidad. En un entorno estable, las
exploraciones se pueden ejecutar con una frecuencia menor que una vez a la semana.
Planificar exploraciones para ejecutarlas a horas diferentes
v Planifique las exploraciones para que se ejecuten en días diferentes para cada grupo de
sistemas.
v Evite explorar varios grupos el mismo día o al día siguiente. Puede hacer que las exploraciones
y las importaciones de datos interfieran.
v Reduzca la frecuencia de las exploraciones. En la mayoría de los casos, es suficiente explorar la
infraestructura una vez a la semana, que es la frecuencia predeterminada. En los entornos

grandes, puede inhabilitar la opción de ejecutar automáticamente exploraciones e iniciarlas sólo
cuando sea necesario. La frecuencia de exploración mínima es una vez al mes.
Limitar la cantidad de datos recopilados
v En la fase de despliegue inicial, o si no necesita la información, inhabilite la recopilación del
uso de software. Para obtener más información, consulte: “Inhabilitación de la colección de uso
de software” en la página 178.
v Limite el número de propiedades del sistema que se recopilan durante las exploraciones.
Para obtener más información sobre la distribución de exploraciones y otras acciones que puede realizar
para mejorar el rendimiento de las aplicaciones, consulte la Guía de escalabilidad que encontrará en la
página wiki de BigFix Inventory.
Activación de los análisis

Un análisis es una colección de expresiones de propiedad que se utiliza para ver y resumir las
propiedades de los sistemas de la infraestructura. Algunos de los análisis son necesarios para descubrir
software instalado y deben estar activados en todo momento. Otros análisis sólo se utilizan en escenarios
específicos o para la resolución de problemas y pueden activarse según las necesidades.
Si ha habilitado la configuración de exploración predeterminada, los análisis necesarios se han activado

automáticamente y esta configuración no es necesaria.
Procedimiento
1. Inicie la sesión en la consola de BigFix.
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
3. Para activar un análisis, pulse el botón derecho del ratón y pulse Activar.
Para asegurarse de que el software instalado se detecta correctamente, active los análisis siguientes en
todos los sistemas de la infraestructura:
v Paquetes de UNIX instalados
v Aplicaciones de Windows instaladas
v Estado de exploración de software
Para medir el uso de software, active también el análisis de Estadísticas de uso de aplicaciones.
Instale el explorador en los sistemas en los que desea detectar el software.
Instalar el explorador
El explorador recopila información de hardware así como información sobre los archivos y paquetes que
existen en los sistemas de la infraestructura. Instale el explorador en cada sistema en el que desea
detectar software.
Antes de empezar
Asegúrese de que el cliente de BigFix está instalado y en ejecución en los sistemas en los que desea
detectar software y que los sistemas estén suscritos al sitio de IBM BigFix Inventory v9.
UNIX Asegúrese de que la biblioteca libstdc++.so.6 está instalada en el sistema de destino.
Mac OS X El descubrimiento de software en Mac OS X no requiere que se instale el explorador ni que se

planifiquen cargas regulares de los resultados de exploración. Para habilitar el descubrimiento, es
suficiente ejecutar la exploración de datos de paquete.
132
Si ha habilitado la configuración de exploración predeterminada, el explorador se instala

automáticamente y esta configuración no es necesaria.
Procedimiento
tareas.
3. En el panel superior derecho, seleccione Instalar o actualizar explorador.
4. 9.2.5 Seleccione el directorio de instalación. Puede seleccionar el directorio predeterminado o
uno alternativo. En este último caso, el explorador se instala en la misma vía de acceso que el cliente
de BigFix.
Nota: El valor solo se aplica a las instalaciones nuevas, no puede cambiar la vía de acceso si está
actualizando el explorador existente.
5. Pulse Llevar a cabo una acción.

6. Seleccione los sistemas en los que desea instalar el explorador y pulse Aceptar.
Nota: Para instalar el explorador en WPAR, en primer lugar instale el explorador en LPAR.
Resultados
Ha instalado el explorador en los sistemas de la infraestructura. Para ver información sobre el explorador
instalado, por ejemplo su versión, active el análisis de información de explorador y abra la pestaña
Resultados.

Después de instalar el explorador, planifique las exploraciones de software.
Iniciar exploraciones de software

Durante las exploraciones de software, el explorador recopila información sobre archivos con extensiones,
datos de paquete y códigos de identificación de software particulares para evaluar si determinado
software está instalado en los sistemas de la infraestructura.También recopila información sobre los
procesos en ejecución para medir el uso de software.De forma predeterminada, las exploraciones de
software se planifican de modo que se ejecuten con regularidad, pero el usuario puede especificar los
días y horas exactos de las exploraciones o puede modificar las fechas de inicio y finalización.
Antes de empezar
Las copias de seguridad de los directorios de software que se almacenan en los puntos finales pueden
detectarse como instancias de software separadas. Esto puede dar como resultado descubrimientos falsos
y consumos de licencia incorrectos. Para evitar este problema, excluya las copias de seguridad de la
exploración o comprímalas con un compresor de datos.
Si ha habilitado la configuración de exploración predeterminada, las exploraciones de software se inician

de forma predeterminada y esta configuración no es necesaria.
Procedimiento
tareas.
3. Seleccione Iniciar exploración de software. Si la tarea no es aplicable, consulte: Problemas de
operación del servidor.
4. En el panel inferior, seleccione los tipos de exploraciones que desee iniciar.
Los diferentes tipos de exploraciones buscan tipos de información diferentes para determinar si el
software está instaladoo para medir su uso. Generalmente, es conveniente ejecutar todos los tipos de
exploraciones de forma regular. No obstante, puede elegir ejecutar distintos tipos de exploraciones en
distintos momentos o distribuir la planificación de exploración entre los sistemas del entorno para
mejorar el rendimiento de la importación. Para obtener más información, consulte: “Tipos de
Mac OS X Para descubrir el software que está instalado en Mac OS X, ejecute la exploración de datos
de paquete en los sistemas Mac. También puede ejecutar la exploración de estadísticas de uso de
aplicación para medir el uso de software. Otros tipos de exploración de software no son necesarios y
se ignoran en Mac OS X.
134
5. Opcional: De forma predeterminada, solo se exploran las unidades locales. Si desea explorar discos
compartidos de UNIX, seleccione Explorar discos compartidos remotos. Para obtener más
información, consulte: “Exploración de sistemas de archivos compartidos remotos” en la página 165.
6. Opcional: Para limitar la cantidad de recursos de procesador que el explorador consume, seleccione
Iniciar la exploración de software con umbral de CPU. Especifique un límite de consumo que esté en
el rango de 5 a 100. Cuanto mayor sea el valor que especifique, mayor será el límite de consumo. Por
ejemplo, si especifica 75, los procesos del explorador utilizarán hasta el 75% de la potencia de proceso
del sistema de destino.
Mac OS X El valor no se aplica a Mac OS X porque el explorador no está instalado en estos sistemas.
7. Para iniciar la exploración, pulse Emprender acción.

8. Seleccione los sistemas en los que desea iniciar las exploraciones.

9. Opcional: De forma predeterminada, las exploraciones están planificadas para ejecutarse
regularmente. Si desea especificar las fechas y la frecuencia de las exploraciones, abra el panel
Ejecución. Especifique los detalles y pulse Aceptar.
Consejo: Es recomendable ejecutar las exploraciones cada semana. En los despliegues grandes, es
mejor explorar grupos de sistemas individuales en momentos diferentes.
Planificar cargas de resultados de exploraciones de software en el servidor de BigFix.
Tipos de exploraciones de software:
El explorador puede buscar distintos tipos de información para determinar si el software se ha instalado
o para medir su uso. Generalmente, todos los tipos de exploraciones deben ejecutarse regularmente. Sin
embargo, puede optar por ejecutar distintos tipos de exploraciones o distribuir la planificación de
exploración en los sistemas del entorno para mejorar el rendimiento del proceso de importación.
Exploración basada en catálogo
En este tipo de exploración, el servidor de BigFix crea catálogos de explorador que se envían a
los puntos finales. Basándose en esos catálogos, el explorador descubre las coincidencias exactas y
envía los resultados al servidor. Los catálogos de explorador no incluyen firmas que se puedan
encontrar basándose en la lista de extensiones de archivos ni entradas que sean irrelevantes para
un sistema operativo determinado.
Exploración del sistema de archivos
En este tipo de exploración, el explorador utiliza una lista de extensiones de archivo para
comprobar si existen archivos con esas extensiones en los puntos finales. A continuación, el
explorador devuelve los resultados al servidor de BigFix, donde los archivos descubiertos se
comparan con el catálogo de software. Si un determinado archivo coincide con una entrada del
catálogo, el software se ha descubierto.
La exploración genera dos salidas: exploración del sistema de archivos completa y exploración
del sistema de archivos delta. El primero contiene información sobre todos los archivos que se
han descubierto en el punto final. El último contiene información solamente de los archivos que
se han modificado entre las dos últimas exploraciones completas del sistema de archivos. Ambas
salidas se generan durante cada exploración y se cargan en el servidor de BigFix. Sin embargo,
solamente una de ellas se importa en BigFix Inventory.
La importación del sistema de archivos delta se importa en BigFix Inventory en primer lugar para
mejorar el rendimiento de la importación. La exploración completa del sistema de archivos se
importará en lugar de la exploración delta en los casos siguientes:
136
v La exploración del sistema de archivos se ejecuta en el punto final por primera vez
v El cliente de BigFix se ha vuelto a instalar en el punto final
v La exploración delta del sistema de archivos es más de un tercio del total de la exploración del
sistema de archivos
v El punto final no cumple los requisitos previos para generar la exploración delta. Si alguno de
los requisitos previos no se cumple en un punto final, compruebe el archivo
BES_Client\LMT\CIT\delta.log si desea más detalles.
– Windows Intérprete VBScript
– UNIX sed, diff, wc, tar, gzip, expr
Exploración de los datos de paquete
En este tipo de exploración, el explorador busca en el registro del sistema para recopilar
información sobre los paquetes de Windows y UNIX que hay instalados en los puntos finales. A
continuación, el explorador devuelve los resultados al servidor de BigFix, donde los paquetes
descubiertos se comparan con el catálogo de software. Si un determinado paquete coincide con
una entrada del catálogo, el software se ha descubierto.
Estadísticas de uso de aplicaciones
En este tipo de exploración, el explorador recopila información sobre los procesos que se ejecutan
en los puntos finales. A continuación, el explorador devuelve los resultados al servidor de BigFix,
donde los datos se convierten en estadísticas de uso.
Recuerde: De forma predeterminada, la exploración de uso está planificada para ejecutarse

semanalmente a fin de evitar problemas de rendimiento. Si desea recopilar el uso de software
diariamente, ejecute la exploración de uso diariamente.
Exploración de códigos de identificación de software
En este tipo de exploración, el explorador busca los códigos de identificación de software que se
entregan con los productos de software. A continuación, el explorador devuelve los resultados al
servidor de BigFix, donde se procesan los códigos. Según la información que contengan, se
descubre el software.
Exploración de utilización de recursos
En este tipo de exploración, el explorador busca los códigos de métrica de licencia de software
que contienen información sobre los tipos de licencias que puede utilizar un producto y su uso.
El explorador devuelve los resultados al servidor de BigFix, donde se procesan los códigos.
Basándose en la información que contienen, se calcula el uso máximo de las métricas de licencias
en los últimos 30 días y su valor de tendencia. Para obtener más información, consulte
“Utilización de recursos” en la página 430
Consejo: La exploración recopila información sobre las métricas de licencias distintas de PVU y
MAPC de RVU. Como el volumen de los datos recopilados puede ser grande, no ejecute esta
exploración si no desea supervisar métricas distintas de PVU y MAPC de RVU.
Carga de los resultados de exploración de software

Cuando finaliza la exploración de software, los resultados deben cargarse de los sistemas de la
infraestructura al servidor de BigFix. Para asegurarse de que los datos de inventario de software están
actualizados, las exploraciones y cargas de software de los resultados deben ejecutarse en una
planificación parecida.
Si ha habilitado la configuración de exploración predeterminada, las cargas de resultados de exploración

de software se planifican automáticamente y esta configuración es no es necesaria.

Procedimiento
tareas.
3. En el panel superior derecho, seleccione Cargar resultados de exploración de software y pulse Llevar
a cabo una acción en el panel inferior.
Nota: El tamaño de un resultado de exploración comprimido no puede ser mayor que 1 MB.
4. Seleccione sistemas desde los que desea cargar los resultados de exploración de software.
5. Opcional: De forma predeterminada, los resultados de exploración de software se cargan en el

servidor de BigFix siempre que están disponibles en el sistema de destino. Si desea especificar las
fechas y la frecuencia de las cargas, abra la pestaña Ejecución. Especifique los detalles y pulse
Aceptar.
138
Planificar exploraciones de capacidad y cargas de los resultados.
Recopilación de los datos de capacidad

Los datos de capacidad se refieren a los datos acerca de los procesadores. No sólo es el uso, sino también
la marca y proveedor. Dado que varios procesadores tienen diferentes tasas de PVU, BigFix Inventory
necesita estos datos para aplicar los correctos y para calcular de forma precisa el consumo de
subcapacidad.
Iniciar la exploración de capacidad:
La exploración de capacidad es la parte más esencial de la recopilación de los datos de capacidad.

Explora los sistemas cada 30 minutos y recopila datos sobre el procesador físico, el tipo de sistema (físico
o virtual), el sistema operativo invitado y las particiones lógicas.
Antes de empezar
v Debe ser un Operador maestro para realizar esta tarea.

v Para hosts PowerKVM y host x86 KVM que no están controlados por RHEV-M, no utilice la tarea
Ejecutar exploración de capacidad y cargar resultados para recopilar los datos de capacidad. En su
lugar, utilice la tarea Ejecutar exploración en la capacidad en hosts de virtualización. Para obtener
más información, consulte: “Recopilación de datos de capacidad directamente de hosts KVM” en la
página 142.
La alta frecuencia de ejecución de la exploración es necesaria para recopilar los resultados actuales para
máquinas virtuales cuya capacidad puede cambiar dinámicamente en función de los recursos asignados.

Sin embargo, la exploración se ejecuta muy rápidamente y tiene un impacto mínimo en el uso de
procesador. Además, los resultados se cargan en el servidor sólo si han cambiado desde la última
exploración.
Puede cambiar la frecuencia después de obtener la aceptación del equipo de conformidad de IBM.
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas y seleccione Ejecutar exploración de capacidad y cargar resultados.
3. En el panel inferior, pulse Actuación , y elija Pulse aquí para planificar exploraciones de capacidad
periódicas y cargas de resultados .
Importante: La exploración de capacidad individual se ejecuta una sola vez. Los resultados de esta
exploración se cargan en el servidor de BigFix sin importar si difieren de los resultados de la
exploración anterior. Utilice esta opción sólo cuando necesite forzar la carga de los resultados de
exploración, por ejemplo cuando la importación de resultados de exploración haya fallado. En otro
caso, ejecute la exploración de capacidad regular.
4. Abra el panel Destino y seleccione los sistemas que desee explorar.
5. Opcional: Para cambiar la frecuencia, abra la pestaña Ejecución y especifique la nueva. Asegúrese de
obtener la aceptación del equipo de cumplimiento de IBM antes de cambiar la frecuencia.
Resultados
Cuando la exploración finaliza satisfactoriamente, los resultados de la exploración se cargan

automáticamente en el servidor de BigFix.
140
Adición de gestores de máquina virtual:
Los gestores de VM son una adición importante y obligatoria a la exploración de capacidad. Estos son los
hosts que gestionan las máquinas virtuales. BigFix Inventory ya puede evaluar la capacidad virtual del
entorno, pero necesita datos adicionales sobre la capacidad física para calcular con precisión el consumo
de subcapacidad. Estos datos sólo se pueden recopilar de los gestores de VM.
Antes de empezar
v Esto sólo es un extracto de la sección Gestores de VM que muestra cómo configurar rápidamente un
gestor de VM al que se pueda conectar desde el servidor de BigFix. Para obtener más información y
escenarios avanzados (red independiente), consulte Gestión de gestores de máquinas virtuales.
v Debe tener el permiso para Gestionar gestores de máquina virtual y servidores para realizar esta
tarea.
Procedimiento
1. En BigFix Inventory, pulse Gestión > Gestores de VM.
si el panel está bloqueado y muestra un aviso, consulte Resolución de problemas: Habilitación del
panel Gestores de máquina virtual.
2. Pulse Nuevo.
a. Seleccione el tipo de virtualización.
b. Especifique la dirección web de un gestor de VM. Puede ser un URL completo, una parte del
mismo, un nombre de host o una dirección IP.
Importante: El URL predeterminado varía según el tipo de virtualización.

vCenter
v Para las versiones hasta la 5.1: https://<dirección_IP_vCenter>/sdk
v Para la versión 5.5 y posteriores: https://<dirección_IP_vCenter>/sdk/vimService.wsdl
RHEV-M
v Para la versión 3.0: https://<dirección_IP_RHEV-M>:8443/api
v Para la versión 3.1 y posteriores: https://<dirección_IP_RHEV-M_>:443/api
Hyper-V
v https://<dirección_IP_Hyper-V>/wsman
c. Especifique el nombre de usuario y la contraseña.
Importante: Se utilizan diferentes definiciones de usuarios para Microsoft Hyper-V, VMware y

RHEV-M:
v Para Microsoft Hyper-V, debe utilizar la cuenta de administrador. El usuario se define como
dominio\nombre_usuario, por ejemplo: cluster.com\test o nombre_usuario@dominio, por ejemplo:
test@cluster.com.
v Para VMware, el usuario se define como dominio\nombre_usuario, por ejemplo, cluster.com\test
v Para RHEV-M, el usuario se define como nombre_usuario@dominio, por ejemplo:
test@cluster.com
d. Pulse Crear. El gestor de VM se crea y el estado es Pendiente.
El ejemplo siguiente muestra un VMware configurado.

3. Seleccione el gestor de VM y pulse Probar conexión. El estado de la columna Estado de prueba de
conexión cambia a Probando. Podría llevar unos minutos probar la conexión. Renueve el panel. Si el
estado de conexión cambia a Correcto, el gestor de VM se configura correctamente.
Resultados
Ha creado una conexión del gestor de VM nueva. El estado sigue siendo Pendiente hasta que los datos se
recopilan, se cargan en el servidor de BigFix y, a continuación, se transfieren a BigFix Inventory con una
importación de datos. La carga de datos recopilados de los gestores de VM se desencadena poco después
de realizar cualquier modificación en los gestores de VM. Si no se realiza ninguna modificación, los datos
se cargan de acuerdo a la planificación, que de forma predeterminada es 12 horas. Para obtener más
información, consulte Flujo de datos de capacidad.
Recopilación de datos de capacidad directamente de hosts KVM:
Para hosts PowerKVM y hosts KVM x86 que no están controlados por RHEV-M, puede omitir la
exploración de capacidad y la configuración de estos hosts como gestores de máquina virtual. En su
lugar, utilice la tarea Ejecutar exploración de capacidad en hosts de virtualización para recopilar los
datos de capacidad directamente de estos hosts.
Antes de empezar
v Asegúrese de que se hayan instalado las bibliotecas libvirt-client y libxml2 en el punto final de
destino y de que el shell Bash esté disponible.
v Los hosts KVM que están controlados por RHEV-M se deben configurar como gestores de VM.
Procedimiento
1. En el árbol de navegación de la consola de BigFix, pulse Sitios > Sitios externos > IBM BigFix
Inventory v9 > Fixlets y tareas.
2. En el panel superior derecho, seleccione Ejecutar exploración de capacidad en hosts de
virtualización.
3. Opcional: Para recopilar información sobre nombres de hosts de virtualización, seleccione Recopilar
nombres de hosts de virtualización. Esta opción afecta al formato de la información sobre los hosts
KVM que se visualiza en la columna ID de servidor en los informes. Si selecciona esta opción, la
columna contiene información sobre el proveedor, tipo y nombre del host KVM como se especifica en
el parámetro managedServerTagTemplate. Si no selecciona esta opción, la columna contiene el número
de serie del host KVM en lugar de su nombre de host. Para obtener más información sobre el
parámetro managedServerTagTemplate, consulte: “Valores avanzados de servidor” en la página 304.
Importante: Si ejecuta esta tarea en un host KVM, ya no es necesario ejecutar la tarea Iniciar
exploración de capacidad y cargar resultados en ese host.
5. En la lista de sistemas aplicables, seleccione los hosts KVM.
142
Importante: La lista se filtra según los sistemas que cumplen los requisitos previos. Sin embargo, no
todos son hosts KVM.
6. Opcional: De forma predeterminada, la exploración de capacidad está planificada para que se ejecute
cada 30 minutos. Sin embargo, en un entorno con muchos hosts KVM, considere la posibilidad de
reducir la frecuencia de la exploración. Para especificar la frecuencia de la exploración, abra la pestaña
Ejecución, especifique los detalles y pulse Aceptar. Para entornos con varios hosts KVM, ejecute las
exploraciones con un intervalo de una a seis horas entre ellas.
7. Cuando finalice la exploración, cargue los resultados de la exploración en el servidor de BigFix.
Consejo: Para comprobar el estado de la exploración de capacidad en los puntos finales, active el
estado del análisis Exploración de capacidad en hosts de virtualización.
a. En el panel superior derecho, seleccione Planificar la carga de resultados de exploración de
herramienta de gestor de VM y pulse Llevar a cabo una acción.
b. Seleccione los hosts KVM de los que ha recopilado datos de capacidad y pulse Aceptar.
Eliminación de datos de exploración de capacidad del host:
Durante la exploración de capacidad, se generan algunos archivos y carpetas en el host de virtualización.

Si ya no recopila datos de capacidad de un determinado host, elimine los archivos y las carpetas que se
crearon mediante la exploración de capacidad.
Procedimiento
1. Detenga las acciones que creó la tarea Iniciar exploración de capacidad en host de virtualización en
los puntos finales especificados. De lo contrario, la exploración continuará ejecutándose y los archivos
se volverán a crear.
a. En el árbol de navegación de la consola de BigFix, pulse Sitios > Sitios externos > IBM BigFix
Inventory v9 > Acciones.
b. Seleccione las acciones y en el panel inferior, pulse Detener.
2. En el árbol de navegación, vaya a Fixlets y tareas.
3. En el panel superior derecho, seleccione Eliminar datos de exploración de capacidad de los hosts de
virtualización y pulse Llevar a cabo una acción.
4. Seleccione los sistemas de los que desee eliminar los datos generados durante la exploración de
capacidad y pulse Aceptar.
Identificación de sistemas en nubes públicas:
Para todos los sistemas que se ejecutan en nubes públicas, también debe identificar como tales. Esto es
necesario para aplicar las tasas de PVU correctas, que difieren entre las nubes públicas. Es suficiente
ejecutar un fixlet en estos sistemas y especificar el tipo de la nube pública.
Si un sistema se ejecuta en una nube pública pero no se ha identificado como tal, tiene el estado Sin datos
de gestor de máquina virtual o Sin datos de exploración en el informe Inventario de hardware y su valor de
PVU podría no calcularse correctamente. Para asegurarse de que el valor de PVU se calcula de forma
correcta, identifique los sistemas que se ejecutan en nubes públicas y especifique los tipos de nubes en los
que se ejecutan.
Las nubes públicas que actualmente admite BigFix Inventory son:

v IBM SoftLayer (un solo propietario y varios propietarios)
v Microsoft Azure
v Amazon EC2 (un solo propietario y varios propietarios)

Procedimiento
2. En el panel superior derecho, seleccione Identificar sistemas en nubes públicas.
3. Elija el tipo de nube pública y pulse Llevar a cabo una acción.
Nota: Si ha identificado de forma incorrecta un sistema que se ejecuta en una nube pública,
seleccione Eliminar identificación existente.
4. Seleccione todos los sistemas que se ejecutan en este tipo de nubes y pulse Aceptar.
Consejo: Para comprobar qué sistemas se han identificado como en ejecución en nubes públicas,
active el análisis Sistemas identificados en nubes públicas y abra la pestaña Resultados.
Resultados
A un sistema que se ejecuta en una nube pública se le asigna el número de PVU que se haya especificado
en la Política IBM Eligible Public Cloud BYOSL. El consumo de PVU para el software que se instala en
un sistema de este tipo se calcula correctamente.
Configuración de exploración avanzada

Después de planificar correctamente las exploraciones de software y capacidad y de que se visualicen los
datos de exploración en los informes de BigFix Inventory, puede personalizar adicionalmente las
exploraciones. Por ejemplo, puede excluir directorios de las exploraciones de software o explorar sistemas
de archivos compartidos remotos.
Descubrimiento del inventario de software y hardware en sistemas IBM i

Puede descubrir el inventario de software y hardware en sistemas IBM i utilizando el paquete del
explorador desconectado. Los scripts proporcionados están diseñados para iniciar las exploraciones de
software y capacidad y para preparar los resultados de la exploración, que posteriormente puede cargar
en BigFix Inventory. Dado que no existe una conexión directa entre sus sistemas IBM i y el servidor de
BigFix, las exploraciones se denominan exploraciones desconectadas.
Nota: Si ha utilizado la solución IBM i como la característica de vista previa, actualice el explorador en
sus sistemas IBM i. Para obtener información acerca de cómo actualizar el explorador, consulte
“Actualización del explorador y los scripts” en la página 150.
Paquete del explorador desconectado
Los scripts automatizados son el método recomendado para descubrir software en sistemas IBM i. Los
scripts no solo inician las exploraciones, sino que sobretodo recopilan todos los resultados de las
exploraciones y los ajustan al formato correcto compatible con BigFix Inventory. Para recopilar datos de
inventario de software y hardware necesita el paquete de punto final para IBM i, que consta de:
v El explorador de Common Inventory Technology.
v Los archivos de configuración.
v Los scripts para ejecutar exploraciones y preparar el paquete de resultados de la exploración.
Si los scripts no son adecuados para su entorno, puede editarlos y personalizarlos, o puede crear scripts
nuevos que se ajuste mejor a su entorno. También puede utilizar el procedimiento manual. Sin embargo,
eso no se recomienda para los usuarios sin experiencia.
Frecuencia de la exploración
Para cumplir con los términos de subcapacidad de PVU de IBM, se requiere la frecuencia siguiente:
144
v La exploración de capacidad se debe ejecutar cada 30 minutos. El script lo lleva a cabo
automáticamente y crea dos trabajos BFI-HW cada hora. Todos los resultados de la exploración de
capacidad se incluyen en el archivo source.zip de cada paquete generado. El archivo es necesario para
su revisión durante la auditoría de IBM.
v La exploración de software se debe ejecutar con regularidad. Su frecuencia debe ir a la par con
cualquier modificación de software de su entorno, de modo que se detecten todos los cambios. IBM
recomienda que se ejecute una exploración de software una vez a la semana y que se carguen los
resultados de la exploración en el servidor el mismo día.
Nota: El software descubierto se notifica durante la importación y no en la indicación de fecha y hora

del paquete.
Requisitos
Sistemas operativos
Los sistemas operativos soportados son:
v IBM i 5.4, 6.1, 7.1, 7.2 y 7.3
Espacio de disco
Directorios de instalación del explorador:
/etc/cit: Al menos 20 MB. Además, proporcione espacio de disco para la memoria caché del
explorador.
/cit: 50 MB (script y soporte de instalación), 50 MB (resultados de la exploración de
capacidad durante 90 días)
/qsys.lib/qtivcit.lib/: 200 MB
Coexistencia con License Metric Tool y con Tivoli Asset Discovery for Distributed 7.x
La coexistencia con V7 está soportada con las limitaciones siguientes:
v La instalación del explorador desconectado detiene el agente 7.x. Debe reiniciar el agente7.x
después de la configuración.
v El explorador de Common Inventory Technology se actualizará a la versión más reciente. Las
versiones 7.x y 9.x requieren el mismo archivo de instalación.
v Las exclusiones utilizadas para 7.x se deben aplicar manualmente durante la configuración de
la exploración desconectada
En comparación con la versión 7, el explorador desconectado garantiza una mejor configuración
del explorador y una mejor lista de exclusiones. La regulación de CPU predeterminada está
limitada a 20%.
Limitaciones
v El uso de recursos y los datos de métricos no están soportados.
Añadir un nuevo tipo de origen de datos:
Todos los resultados de la exploración se importan a BigFix Inventory desde un directorio dedicado a
exploraciones desconectadas. Debe añadir este directorio como un origen de datos para que BigFix
Inventory pueda comprobar su contenido e importar todos los paquetes almacenados en el mismo. Los
paquetes se importan durante cada una de las importaciones.
Antes de empezar
Todos los resultados de la exploración se deben transferir manualmente a los sistemas IBM i en el nuevo
directorio que funciona como un origen de datos. Puede automatizar este proceso utilizando NFS o
mediante otro medio que se adapte mejor a su entorno.

Procedimiento
1. En el servidor de BigFix Inventory, cree un directorio con acceso de lectura y grabación, por ejemplo,
/disconnected.
2. En BigFix Inventory, pulse Gestión > Orígenes de datos.
3. Pulse Nuevo y especifique los valores siguientes:
a. Especifique el tipo de base de datos como Desconectada.
b. Especifique la ubicación del directorio /disconnected que ha creado.
Nota: La vía de acceso no se valida. Asegúrese de que utiliza la correcta.

c. Especifique el nombre de este origen de datos.
4. Pulse Descargar catálogo para puntos finales de IBM i. Necesitará este catálogo para el
descubrimiento de software y lo copiará en su sistema IBM i junto con los archivos de configuración y
explorador.
5. Pulse Crear.
Resultados
Ha añadido un nuevo origen de datos.
Preparación de los archivos de instalación para IBM i:
Después de añadir el origen de datos, prepare el paquete de instalación con el explorador y los archivos
de configuración que se utilizarán para iniciar las exploraciones, y muévalo a su sistema IBM i. Algunos
tipos de exploraciones de software también requiere un catálogo de software para sistemas IBM i. Puede
descargar este catálogo desde su servidor de BigFix Inventory.
Descargar el explorador
2. En la barra de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 >
Fixlets y tareas.
3. En el panel superior derecho, seleccione Descargar el paquete del explorador desconectado
para IBM i (versión).
4. Pulse el enlace para descargar el paquete del explorador desconectado para IBM i.
Descargar el catálogo de software
Para descargar el catálogo de software para sistemas IBM i, en BigFix Inventory pulse Gestión >
Orígenes de datos y seleccione su origen de datos desconectado. A continuación, pulse Descargar
catálogo para puntos finales de IBM i.
Editar los archivos de configuración
Antes de distribuir los archivos de instalación y los archivos de catálogo en sus sistemas IBM i,
edite los archivos de configuración para especificar la vía de acceso de instalación del explorador,
146
los directorios de salida de los resultados de la exploración y algunos otros valores, tales como el
uso de procesador. Estos son dos archivos de configuración importantes:
v configure_scan.sh: Contiene la vía de acceso de instalación del explorador, la ubicación de los
archivos de configuración y los scripts y los directorios de salida para los resultados de la
exploración.
v sw_config.xml: Contiene algunos valores adicionales, tales como el uso del procesador y los
directorios excluidos de la exploración. Para obtener más información acerca de estos valores,
consulte Resolución de problemas.
Cargue los archivos en los puntos finales de IBM i
Cargue todo el contenido del paquete del explorador desconectado para IBM i, y el archivo de
catálogo en el directorio /cit predeterminado en IFS de su sistema IBM, o entro directorio que
haya especificado en configure_scan.sh. No cambie los nombres de archivo.
Instalación del explorador y recopilación de los datos iniciales:
Después de copiar los archivos de instalación y el catálogo de software en su sistema IBM i, inicie la
instalación y las exploraciones iniciales.
Antes de empezar
Si utiliza License Metric Tool o Tivoli Asset Discovery for Distributed 7.x, recuerde que la instalación del
explorador desconectado detiene el agente 7.x. Debe reiniciar el agente 7.x después de la configuración.
Procedimiento
1. Vaya al directorio donde ha copiado los archivos de instalación. El directorio se especifica en
configure_scan.sh. El directorio predeterminado es /cit.
2. Ejecute el archivo setup_all.sh. Automáticamente realizará los pasos siguientes:
v Instalar el explorador
v Ejecutar la exploración de capacidad inicial y crear el archivo computer.yml.
La exploración de capacidad inicial es necesaria para recopilar datos acerca del sistema IBM i y
para crear el archivo computer.yml que identificará este sistema. Se añade un archivo de este tipo a
cada paquete con resultados de la exploración para catalogarlos y visualizarlos correctamente en la
interfaz de usuario. Contiene información acerca del sistema operativo, nombre de host y un ID
exclusivo del sistema.
v Planificación de exploraciones de capacidad con regularidad
La exploración de capacidad se planifica para que se ejecute cada 30 minutos para recopilar los
resultados actuales de los entornos virtualizados, en los que la capacidad puede cambiar
dinámicamente en función de los recursos asignados. Después de planificar la exploración, se crean
48 instancias del trabajo BFI-HW, dos para cada hora.
./setup_all.sh
** Instalación del componente CIT **
Deteniendo el agente ILMT/TAD4D si existe
Eliminando CIT instalado
Instalando nuevo CIT - tarda un periodo de tiempo...
** Se ha completado la instalación del componente CIT **
Recopilando información del sistema...
No hay cambios en el resultado de la exploración de capacidad de hardware
Planificación de exploraciones de HW - JOB: BFI_HW
Planificación de exploraciones de HW - completada
Generando el archivo computer.yml...
** Revisar computer.yml generado**
ID de punto final: 06A78DP:2
Versión de agente: IBMBigFixInventory-Scanner-0.1
Versión de catálogo: 0.0
Sistema operativo: IBM i V7R3M0 PowerPC 64

Nombre de DNS: NC047118
Nombre de sistema: NC047118
Dirección IP: 9.156.47.118
** Pulse Intro para continuar:
3. Vaya al directorio /cito a otro directorio en el que almacena los scripts de exploraciones
desconectadas y verifique que el archivo computer.yml que se ha creado contenga los datos correctos.
Para obtener más información acerca del contenido de este archivo y las instrucciones sobre cómo
modificarlo, consulte Creación del archivo computer.yml.
Ejecución de exploraciones de software y recopilación de todos los resultados de la exploración:
El script responsable de la exploración de software no solo recopila los resultados de la exploración

basada en catálogo, de datos de paquetes y de etiquetas ISO, sino que también recupera los resultados
disponibles de la exploración de capacidad y el archivo computer.yml. Todos estos resultados se
combinan y comprimen en un paquete ZIP común que se puede importar a BigFix Inventory.
Antes de empezar
v El script requiere la herramienta jar. Para comprobar si la tiene, escriba jar en QSH.
v Si recientemente ha actualizado el catálogo de software en BigFix Inventory, descargue esta versión
más reciente para la exploración de software. Consulte Descarga del catálogo de software.
v La exploración de un punto final de IBM i tarda aproximadamente 30 minutos. El tiempo exacto
depende de la carga del sistema, el tamaño del sistema de archivos y el umbral de CPU definido para
el explorador.
v El uso máximo predeterminado del procesador durante la exploración está establecido en 20%. Para
cambiar o inhabilitar el límite, consulte Optimizar el uso del procesador.
Procedimiento
1. Si el explorador está instalado en el directorio /cit predeterminado, ejecute el siguiente mandato para
ejecutar la exploración:
SBMJOB JOB(BGI_PKG) CMD(QSH CMD(’/cit/run_sw_and_pack.sh > /cit/run_sw_and_pack.log’))
2. Supervise el progreso de la exploración. Compruebe el archivo run_sw_and_pack.log en el directorio
/cit o los registros de CIT. Para obtener más información, consulte: “Supervisión del progreso de la
exploración” en la página 151.
Nota: El archivo run_sw_and_pack.log se sobrescribe durante cada exploración.
Asegúrese de que solo se ejecuta una exploración cada vez.
Resultados
El paquete con los resultados de la exploración se crea en el directorio relevante especificado en

configure_scan.sh. Puede importarlo.
Cuando se crea el paquete contiene todos los resultados de la exploración de capacidad desde la fecha en
que se ha generado el último paquete. Los resultados de la exploración se comprimen en el archivo zip, y
se suprimen de la ubicación original, para garantizar que no se incluyan en ningún paquete en el futuro.
Se recomienda suprimir el paquete del sistema IBM i después de que se haya importado correctamente a
BigFix Inventory para ahorrar espacio de disco.
148
Importación de los resultados de la exploración a BigFix Inventory:
Para importar los resultados de la nueva exploración a BigFix Inventory, copie el paquete en el directorio
de exploraciones desconectado que ha añadido como un origen de datos.
Consideraciones
v Si sube un paquete con resultados más antiguos, se sobrescribirán los actuales.
v El software descubierto se notifica durante la importación y no en la indicación de fecha y hora del
paquete.
v Importe únicamente un paquete por punto final. De lo contrario, es posible que se omitan los
resultados de capacidad.
v Los paquetes procesados no se eliminan del directorio de exploraciones desconectado. Los que ya se
han importado se omitirán.
Procedimiento
1. Vaya al directorio /cit predeterminado en IFS en su sistema IBM i, o a otro directorio que haya
especificado en configure_scan.sh, y verifique que se ha creado un paquete ZIP después de ejecutar la
exploración de software.
El nombre del archivo de paquete sigue este patrón: <FECHA_UTC>-<ID_punto_final>.zip, por ejemplo,
201510191213-6552CFF-5.zip, y tiene el contenido siguiente:
2. Copie el paquete ZIP en su directorio de exploraciones desconectado que ha añadido como un origen
de datos en BigFix Inventory. El paquete se importa a BigFix Inventory después de ejecutar una
importación de datos.
3. En BigFix Inventory, vaya a Gestión > Importación de datos y ejecute una importación de datos.
Resultados
Durante la importación de datos, BigFix Inventory comprueba el directorio que ha añadido como un
origen de datos e importa todos los paquetes de exploración que cumplen con los requisitos. Los
resultados de la exploración se procesan y visualizan los informes en la interfaz de usuario.
Los archivos de los paquetes procesados se guardan en directorio_instalación/wlp/usr/servers/

server1/tmp/datasources/ID_origen_datos.
Durante el proceso del paquete se guardan los resultados de la exploración más reciente en
directorio_instalación/wlp/usr/servers/server1/tmp/datasources/ID_origen_datos. Esta estructura es
similar a la de un origen de datos habitual en el servidor de BigFix.
Importante:
Los paquetes procesados se almacenan en el directorio especificado en la configuración del origen de

datos. Los paquetes no se eliminan automáticamente. Se le recomienda que cree una instantánea de
auditoría una vez cada trimestre. A continuación, haga una copia de seguridad de los paquetes en un
directorio diferente y elimínelos del directorio especificado en la configuración del origen de datos.

Mantenimiento y resolución de problemas:
Puede utilizar las tareas de mantenimiento y resolución de problemas para supervisar el progreso de la
exploración, optimizar el uso del procesador durante la exploración, comprender y solucionar los
problemas comunes u obtener más información sobre los archivos de registro.
Actualización del explorador y los scripts:
El explorador y los scripts se actualizan con regularidad para introducir mejoras y nuevas funciones. Para
actualizar el explorador, una vez más descargue todos los archivos necesarios y cópielos en el directorio
/cit en IFS en su sistema IBM i, o en otro directorio donde ya está ubicada la versión anterior.
Procedimiento
tareas.
3. En el panel superior derecho, seleccione Descargar el paquete del explorador desconectado para IBM
i (versión).
4. Pulse el enlace para descargar el paquete del explorador desconectado para IBM i.
5. Opcional: Si ha realizado cambios en el archivo configure_scan.sh (configuración del explorador) o
en el archivo sw_config.xml (configuración de la exploración de software), asegúrese de que realiza
una copia de seguridad de los archivos antes de extraer el paquete. De lo contrario, se sobrescribirán
los archivos.
6. Extraiga el contenido en el directorio /cit en IFS en el sistema IBM i, o en otro directorio especificado
en configure_scan.sh.
7. Opcional: Si recientemente ha actualizado el catálogo de software en BigFix Inventory, actualícelo
también en el sistema IBM i.
a. Descargue el catálogo de software para sistemas IBM i:
v Inicie sesión en BigFix Inventory y vaya a Gestión > Origen de datos. Seleccione el origen de
datos desconectado y pulse Descargar catálogo para puntos finales de IBM i
b. Coloque el catálogo en el directorio /cit en IFS en el sistema IBM i, o en otro directorio
especificado en configure_scan.sh.
Nota: El catálogo está disponible para su descarga después de cargar el catálogo de software principal
y ejecutar una importación de datos.
8. Opcional: Si ha realizado cambios en el archivo configure_scan.sh (configuración del explorador) o
en el archivo sw_config.xml (configuración de la exploración de software), modifique las nuevas
versiones de los archivos para que los cambios queden reflejados. Mire los archivos de copia de
seguridad que ha creado en el paso 5 y reescriba los cambios para modificar los archivos nuevos. No
copie los archivos de copia de seguridad antiguos ya que puede haber diferencias entre las versiones.
9. Ejecute el script install_scanner.sh para actualizar el explorador.
Utilización de NFS para automatizar la transferencia de los resultados de la exploración:
Puede utilizar NFS para automatizar la transferencia de los resultados de la exploración desde los
sistemas IBM i al servidor de BigFix Inventory. Los resultados se almacenarán en un directorio
compartido y se importarán mediante BigFix Inventory sin ninguna acción adicional.
Puede utilizar NFS en varias configuraciones:

v BigFix Inventory actúa como un servidor NFS
v Cada IBM i actúa como un servidor NFS
150
v Utilice un servidor NFS separado
En este procedimiento, BigFix Inventory instalado en Linux actúa como un servidor NFS y comparte un
directorio con un sistema IBM i que actúa como un cliente NFS. Los resultados de la exploración
guardados en el directorio compartido en el sistema IBM i estarán rápidamente disponibles en BigFix
Inventory. El caso de uso se puede adoptar para utilizarlo en el entorno Windows.
Procedimiento
1. Configure el servidor de BigFix Inventory para que permita las transferencias mediante NFS.
a. Instale el paquete nfs-utils.
b. Configure el cortafuegos para que permita el tráfico relacionado con NFS desde sistemas IBM i.
c. Cree un directorio para los resultados de las exploraciones desconectadas y cambie su propietario y
sus derechos.
mkdir /disconnected
chown nfsnobody:nfsnobody /disconnected
chmod 755 /disconnected
d. Añada este directorio como un origen de datos.
e. Edite /etc/exports y añada el directorio a la lista de directorios compartidos. El siguiente ejemplo
muestra una dirección IP exclusiva de un sistema IBM i, pero puede especificar un rango de
direcciones.
/disconnected 172.16.0.31(rw,sync)
f. Renueve la configuración NFS.
exportfs -a
2. En el sistema IBM i, cree un directorio de salida para los resultados de la exploración y monte el
directorio compartido desde el servidor de BigFix Inventory. Este paso conecta estos directorios.
Cuando guarde archivos en /bfi_server, también estarán disponibles en el directorio /disconnected
en el servidor de BigFix Inventory.
MKDIR ’/bfi_server’
ADDMFS TYPE(*NFS) MFS(’IP_address_of_BFI_server:/disconnected’) MNTOVRDIR(’/bfi_server’) OPTIONS(*DFT)
3. Abra el directorio /cit predeterminado u otro directorio en el que almacene los scripts de
exploraciones desconectadas, y modifique la propiedad siguiente en el script configure_scan.sh para
guardar todos los resultados de la exploración en el nuevo directorio de salida.
PACKAGE_OUTPUT_DIR="/bfi_server"
4. Ejecute la exploración de software para recopilar los nuevos resultados de la exploración. Cuando se
haya completado la exploración, el paquete con resultados de la exploración se puede importar a
BigFix Inventory ejecutando una importación de datos.
Supervisión del progreso de la exploración:
Si se producen problemas con la exploración de software, puede comprobar si se la exploración se ha

iniciado o completado y ver información adicional acerca de los directorios explorados.
Comprobación de la versión del explorador
Para supervisar el progreso del explorador, debe tener el explorador de la versión 2.8.0.0001 o superior.
Para comprobar la versión actual, abra el archivo /etc/cit/cit.ini.
CIT_Version = 2.8.0.0001
Comprobación de las exploraciones iniciadas
La información sobre las exploraciones iniciadas y completadas se graba en el archivo

/etc/cit/logs/traceCIT.log.

16/07/04 15:18:36 E [main.C] seMain: 308 IMPORTANT: ---START--- Software scan started. CIT Version = ’2.8.0.0001’
16/07/04 15:20:14 E [cache.C] 2800 IMPORTANT: File system access on ’/’ (drive: ’/:’, type: 2, fs: ’os400fs’)
16/07/04 15:22:02 E [cache.C] 2835 IMPORTANT: (OK) File system access on ’/’ (drive: ’/:’, type: 2, fs: ’os400fs’)
16/07/04 15:22:02 E [cache.C] 2800 IMPORTANT: File system access on ’/QSYS.LIB’ (drive: ’/QSYS.LIB:’, type: 2, fs: ’qsysfs’)
16/07/04 15:25:24 E [cache.C] 2835 IMPORTANT: (OK) File system access on ’/QSYS.LIB’ (drive: ’/QSYS.LIB:’, type: 2, fs: ’qsysfs’)
...
16/07/04 15:41:31 E [main.C] seMain: 483 IMPORTANT: ---STOP--- Software scan finished with return code=0
Comprobación de los directorios explorados
Puede comprobar los directorios que se están explorando actualmente en el archivo /etc/cit/logs/
traceCIT_scanned_dirs.log.
2016-07-04T15:20:14 ’/’
2016-07-04T15:20:14 ’/iso’
2016-07-04T15:20:14 ’/maestro’
...
2016-07-04T15:25:23 ’/QSYS.LIB/QAUTOMON.LIB’
Si la exploración tarda demasiado en completarse o se cuelga en un directorio concreto, puede detenerla,

a continuación, puede excluir el directorio de la exploración y repetir la exploración.
Retirada de sistemas IBM i:
Cuando retira un sistema IBM i que ya no se está utilizando, puede marcarlo como retirado en el informe
Sistemas, de modo que no se muestre en BigFix Inventory.
Antes de empezar
Debe tener el permiso para Gestionar grupos de sistemas para realizar esta tarea.
Procedimiento
1. En la barra de navegación superior, pulse Informes > Sistemas.
2. Pulse el nombre del sistema.
3. Pulse Retirar sistema.
Resultados
Después de retirar el sistema, no se mostrará en los informes actuales. Puede continuar gestionando el
software en el informe Clasificación de software de IBM, pero estará marcado como desinstalado. El
software se continuará visualizando en el informe Todas las métricas.
152
Desinstalación del explorador desconectado:
Si ya no necesita explorar ninguno de sus sistemas IBM I, puede desinstalar el explorador desconectado
desde cualquier punto final.
Procedimiento
1. Abra el directorio /cit predeterminado en IFS en su sistema IBM i, u otro directorio que haya
2. En QSH, ejecute el script ./uninstall.sh.
3. Elimine el directorio /cit completo en IFS en su sistema IBM i, u otro directorio que haya
Resultados
El explorador se ha desinstalado correctamente y ya no se recopilarán datos.
Descripción de Estado del despliegue y Salud de la exploración:
Estado del despliegue y Salud de la exploración contienen información sobre los clientes y las
exploraciones iniciadas. Puede ver esta información en los widgets Estado del despliegue y Salud de la
exploración en el panel de control o en el informe Sistemas. Estado del despliegue excluye todos los
puntos finales de origen de datos desconectados. Para comprender correctamente los valores que se
muestran para los sistemas IBM i, consulte la descripción de las columnas concretas en el informe
Sistemas.
Tabla 45. Descripción de la información de Estado del despliegue y Salud de la exploración para sistemas IBM i
Nombre de columna Descripción
Tiene una versión obsoleta Siempre muestra No.
Tiene espacio de disco bajo Siempre muestra No.
Está desincronizado Siempre muestra No.
Faltan requisitos previos Siempre muestra No.
Versión de agente Se toma de la propiedad Agent Version del archivo
computer.yml.
Exploración de catálogo satisfactoria Muestra Yes si el paquete importado contiene el archivo
catalog_scan.xml.
Exploración de etiquetas de software satisfactoria Muestra Yes si el paquete importado contiene el paquete
isotag_scan.
Exploración de sistema de archivos satisfactoria Siempre muestra Yes. Los puntos finales de IBM i no
ejecutan la exploración del sistema de archivos.
Exploración de paquetes satisfactoria Muestra Yes si el paquete importado contiene el archivo
package_scan.xml.
Versión de catálogo Se toma de la propiedad Catalog Version del archivo
computer.yml.
Versión del catálogo de exploraciones de puntos finales Se toma de la propiedad Catalog Version del archivo
computer.yml. Solo muestra la segunda parte de la
versión del catálogo completa, por ejemplo, 1250110.1.
Último intento de exploración Se toma de la indicación de fecha y hora que se utiliza
en el nombre de paquete final.
Exploración de discos compartidos Siempre muestra No.
Discos compartidos montados Siempre muestra ''.

Resolución de problemas de descubrimiento en sistemas IBM i:
Las sección de resolución de problemas lista los problemas más comunes que puede encontrar durante el
descubrimiento del inventario de software y hardware en sistemas IBM i. El objetivo principal de la
resolución de problemas es determinar por qué algo no funciona como se espera y saber cómo resolver el
problema.
Archivos de registro
Los archivos de registro del explorador están en el directorio siguiente:

v /etc/cit/logs
Modalidad de depuración
Cuando fallan los mandatos que se ejecutan en el explorador, puede pasar a la modalidad de depuración
para recuperar el código de error. Para utilizar la modalidad de depuración, ejecute el mandato con el
parámetro -debug y, a continuación, escriba echo $? en la línea de mandatos, como en el ejemplo
siguiente:
/qsys.lib/qtivcit.lib/wscanvpd.pgm -s -o package_scan_raw.xml -c vpd_config.xml -debug
echo $?
Donde:
-s Crea una firma para el archivo de salida. La firma se debe almacenar para fines de auditoría.
-o package_scan_raw.xml
El archivo de salida.
-c vpd_config.xml
Vía de acceso al archivo de configuración que ha descargado con el escáner.
Para ver la lista de códigos de error y sus descripciones, consulte los códigos de error CIT.
Transferencia de archivos desde sistemas IBM i
La estructura interna de los sistemas de archivos de IBM i se muestran cuando la conexión mediante FTP
es muy compleja. Sin embargo, puede utilizar uno de los siguientes mandatos para que sea más similar a
UNIX. Emita uno de estos mandatos después de conectar a través de FTP:
cd /
site NAMEFMT 1
Consejo: Para obtener más información, consulte Utilización del submandato FTP: NAMEFMT.
A continuación, establezca la modalidad apropiada para transferir sus archivos, ya sean binarios o de
texto. Utilice la modalidad binaria para transferir los resultados de la exploración y la modalidad de texto
para obtener los archivos de registro del explorador.
Exclusión de los directorios de la exploración
Puede excluir directorios de la exploración durante la exploración basada en catálogo y etiquetas ISO.
Para ello, edite el archivo de configuración sw_config.xml y especifique los directorios como valores de
los atributos excludeDirectory.
v Excluye el directorio /tmp:
<Attribute name="excludeDirectory" value="/tmp/"/>
v Excluye todos los directorios con el nombre tmp, por ejemplo /tmp y /dir/tmp:
<Attribute name="excludeDirectory" value="*/tmp/"/>
154
Optimizar el uso del procesador
Puede optimizar el uso del procesador durante la exploración configurando el umbral de CPU.
1. Edite el archivo sw_config.xml que ha descargado con el explorador.
2. Añada dos atributos cpuThreshold nuevos, uno para FSScanner y otro para Signatures, como en el
ejemplo siguiente:
<IBM>
<CIT>
<XSE version="1.0">
<Plugins>
<Plugin name="FSScanner">
<Attribute name="cpuThreshold" value="20:2:150:850"/>
(...)
<Attribute name="interruptOnTimeout" value="true"/>
</Plugin>
</Plugins>
<Signatures>
<Attribute name="cpuThreshold" value="20:2:150:850"/>
</Signatures>
</XSE>
</CIT>
</IBM>
3. Especifique uno de los siguientes valores:
Uso deseado Valor

5% 10:2:50:950
10% 20:2:100:900
15% 20:2:150:850
20% 30:2:200:800
25% 30:2:250:750
50% 50:2:300:500
4. Guarde el archivo.
Proporcionar los paquetes anómalos al servicio de soporte de IBM

Importación de un paquete que está fallando
Si ve los errores siguientes en el registro de importación, proporcione el paquete de exploración
completo.
2015-11-06 08:31:07 INFO: Procesando el paquete de exploración: 201511041200-9.128.0.223.zip from: /disconnected/.
2015-11-06 08:31:08 INFO: ETL from FileSystem - SAM::DisconnectedScan
(0x00000000563C63FF - 0x00000000563C6514): Failed
2015-11-06 08:31:08 ERROR: Sequel::UniqueConstraintViolation:
Java::ComIbmDb2JccAm::SqlIntegrityConstraintViolationException: Uno o varios valores de la sentencia INSERT,
la sentencia UPDATE o la clave foránea generados por una sentencia DELETE no son válidos porque la clave primaria,
la restricción exclusiva o el índice exclusivo identificado mediante "1" impide que la tabla "DBO.RAW_DATASOURCE_FILES" tenga
valores duplicados para la clave de índice. SQLCODE=-803, SQLSTATE=23505, DRIVER=3.64.104
La importación de archivo individual está fallando

La importación de un archivo individual desde el paquete de exploración falla si el registro de
importación contiene el mensaje siguiente:
2015-11-06 10:48:07 WARN: Se ha producido un error al analizar el archivo 2 de XML en el archivo isotagsearch_0_3
No se ha encontrado el valor de la vía de acceso de instalación.
Este archivo se debe proporcionar con su vía de acceso completa. Para determinar la vía de
acceso, siga estos pasos:
1. Vaya al directorio de instalación de BigFix Inventory.

2. Busque el archivo anómalo:
find -name "isotagsearch_0_375.zip"
La salida del mandato se debe proporcionar al servicio de soporte:
./wlp/usr/servers/server1/tmp/datasources/2/UploadManager/sha1/75/375/isotagsearch_0_375.zip
Problemas comunes
Se ha omitido el paquete durante la importación, a pesar de que cumple con los requisitos.
Este problema puede suceder si está importando más de un paquete desde un punto final. BigFix
Inventory siempre importa el paquete más reciente y omite todos los anteriores. Se muestra el
mensaje siguiente acerca de que la omisión del paquete está relacionada con paquetes irrelevantes
que se pueden omitir:
2015-11-05 09:35:22 WARN: Omitiendo el archivo: package_scan.xml de: 201510101200-2inarow.zip.
Los datos ya se han procesado.
2015-11-05 09:35:22 INFO: Omitiendo el archivo: package_scan.xml.
Archivo no soportado en: 201510101200-2inarow.zip.
Es posible que la importación falle si utiliza los mismos resultados de la exploración de capacidad en
paquetes diferentes
Este problema puede suceder si reutiliza los resultados de la exploración de capacidad para fines
de prueba. Si más de un punto final tiene los mismos resultados de la exploración, la importación
fallará con el mensaje siguiente:
ERROR: (ImportCapacity-Thread:3) doInsert com.ibm.db2.jcc.am.SqlIntegrityConstraintViolationException:
Uno o varios valores de la sentencia INSERT, sentencia UPDATE o de la actualización de la clave foránea
generados por una sentencia DELETE no son válidos porque la clave primaria, la restricción exclusiva o el índice exclusivo
identificado mediante "1" impide que la tabla "ADM.LAST_IMPORTED_SCAN" tenga valores duplicados
para la clave de índice. SQLCODE=-803, SQLSTATE=23505, DRIVER=3.64.104
Asegúrese de que ejecuta la exploración de capacidad para cada uno de los puntos finales y que
utiliza los valores adecuados.
La exploración de etiquetas de software o de ISO falla y no se crean resultados
Ejecute el mandato siguiente en QSH y repita la exploración.
export QIBM_MULTI_THREADED=Y
El software se descubre y empaqueta pero no hay cálculos de PVU
El problema puede ser debido a un valor de época incorrecto que apunta a una fecha en el
futuro. El valor de época se incluye en los nombres de archivos de los resultados de la
exploración de capacidad, por ejemplo, tlm_hw_201603021330_1456969683.xml. Abra el archivo
capacity.zip y compruebe si los valores de época son correctos. Tendrá que convertir el valor de
época a una fecha normal. En Linux, puede hacerlo ejecutando el mandato date -d @época.
Abra un PMR
Si ninguna de las soluciones anteriores funcionan en su caso, abra un PMR y proporcione los
archivos siguientes al servicio de soporte de IBM:
v paquete con los resultados de la exploración
v archivo /cit/warning*.xml
v registros del explorador de /etc/cit/logs
v la salida de la consola de un paso anómalo. Debe ejecutar la exploración manualmente, por
ejemplo para ejecutar la exploración basada en catálogo:
export QIBM_MULTI_THREADED=Y
/qsys.lib/qtivcit.lib/wscansw.pgm -s -c /cit/sw_config.xml -i /cit/CIT_catalog_I5OS.xml
-o /cit/catalog_scan_man.xml -e /cit/warning_man.xml -debug
156
Supervisión del registro de importación
Cuando importa un paquete con resultados de la exploración a BigFix Inventory, el registro de

importación (Gestión > Importaciones de datos) muestra información y mensajes de aviso relacionados
con su paquete. Si el paquete o su contenido no cumplen con los requisitos, es posible que se omita
durante la importación y los resultados de la exploración no se mostrarán en BigFix Inventory. Durante la
supervisión del registro de importación, puede esperar los mensajes siguientes:
info: Procesando el paquete de exploración: paquete desde: directorio.
info: Nombre de archivo no válido. El paquete de exploración debe coincidir con el patrón
AAAAMMDDHHMM-*.zip. Omitiendo el paquete: paquete.
info: Propiedad de versión del catálogo no válida en el archivo computer.yml: versión. La

propiedad debe coincidir con el patrón <Número>.<Número>. Es posible que el catálogo se haya
notificado como caducado.
warn: La ubicación de exploraciones desconectadas no existe: directorio.
warn: Nombre de archivo no válido. La fecha de la exploración debe ser posterior al año 2000.
Omitiendo el paquete: paquete.
warn: Omitiendo el paquete de exploración dañado: paquete. Se ha producido el siguiente error:

error.
warn: Falta el archivo computer.yml. Omitiendo el paquete: paquete.
warn: Omitiendo la propiedad: propiedad en el archivo computer.yml. Omitiendo el paquete:

paquete.
warn: El archivo computer.yml no válido. Omitiendo el paquete: package. Se ha producido el

siguiente error: error.
warn: El valor de la propiedad endpointID del archivo computer.yml supera los 512 caracteres.
Omitiendo el paquete: paquete.
warn: El valor de la propiedad endpointID del archivo computer.yml está vacío. Omitiendo el
paquete: paquete.
warn: Omitiendo la propiedad: endpointID en el archivo computer.yml. Omitiendo el paquete:

paquete.
warn: Importando el paquete de exploración antiguo de: fecha para el sistema: id_sistema. Este
sistema ya tiene datos de: fecha.
warn: El archivo tiene más de 2097150 bytes. Omitiendo el archivo: archivo_exploración de:
paquete para el sistema: id_sistema.
warn: Se ha producido el siguiente error durante el proceso del archivo package_scan.xml: error.
warn: Ha fallado la inserción de los datos del paquete sistema_operativo en la base de datos en
el registro contenido. Se ha producido el siguiente error: error.

(Opcional) Instalación manual del explorador y ejecución de las exploraciones:
Si los scripts que automatizan las exploraciones no son adecuados para su entorno, o si desea crear sus
propios scripts, consulte este apéndice para obtener más información acerca de cómo iniciar manualmente
las exploraciones. El apéndice describe cómo ejecutar cada exploración, cómo recopilar los resultados y
finalmente cómo crear el paquete final que se puede subir a BigFix Inventory. No obstante, los scripts
automatizados continúan siendo el método de descubrimiento recomendado en los sistemas IBM i.
(Opcional) Instalación manual del explorador:
Si los scripts automatizados no son correctos para su entorno, puede instalar manualmente el explorador.
También necesitará ejecutar la exploración de capacidad inicial, crear el archivo computer.yml y planificar
las exploraciones de capacidad con regularidad. Estas tareas son opcionales y se pueden completar con
scripts automatizados.
Instalación del explorador:
Instale el explorador en cada uno de sus sistemas IBM i para poder iniciar las exploraciones de software
y de capacidad.
Nota: Esta tarea es opcional ya que la puede completar un script automatizado. Utilícela solo para casos
de uso avanzados.
Procedimiento
Instale el explorador ejecutando los mandatos siguientes desde QSH:

cd /cit
./install_scanner.sh
Ejecución de la exploración de capacidad inicial:
La exploración de capacidad inicial es necesaria para recopilar información detallada acerca del sistema
IBM i explorado. Utilizará esta información para crear el archivo computer.yml que describe su sistema
IBM i, necesario para cada importación de los resultados de la nueva exploración. Todas las exploraciones
de capacidad posteriores se iniciarán desde un script que las planifica para que se ejecuten
automáticamente cada 30 minutos.
de uso avanzados.
Procedimiento
Vaya a /cit y ejecute el script run_hw.sh.
Resultados
Los resultados se guardan en /cit/output/hw_scan_all/last.xml. Ahora puede crear el archivo

computer.yml.
Creación del archivo computer.yml:
El archivo computer.yml contiene información acerca del sistema IBM i explorado y se utiliza para
clasificar los resultados de la exploración y visualizarlos correctamente en la interfaz de usuario. Cada
paquete con resultados de la exploración debe contener este archivo, pero puede reutilizar el archivo
siempre que sea exclusivo de cada sistema IBM i.
158
de uso avanzados.
Procedimiento
1. Vaya a /cit y edite el archivo computer.yml.sample. El archivo contiene los valores siguientes:
ID de punto final: 6552CFF:5
Versión de agente: IBM_doc_v.1.0
2. Tome los valores de los resultados de la exploración de capacidad que se encuentran en el archivo
/cit/output/hw_scan_all/last.xml. La tabla proporciona algunos detalles sobre cómo recuperarlos.
Atributo Descripción Valor

ID de Obligatorio En resultados de capacidad:
punto final <HWSerial>6552CFF</HWSerial>
ID exclusivo del sistema. Debe contener el <LparID>5</LparID>
número de serie de hardware y el ID de
LPAR con el formato
<SerieHardware>:<IDLpar>, por ejemplo,
6552CFF:5.
Versión de Opcional. -
agente
Puede proporcionar este atributo para
proporcionar información que le permita
diferenciar los resultados de las exploraciones.
Por ejemplo, si ha utilizado el procedimiento
manual para recopilarlos, puede asignarle el
nombre IBM_doc_v.1.0, o seleccionar otros
nombres para los procesos automatizados.
Versión de Opcional. Para ver estas versiones, en BigFix Inventory vaya a
catálogo Gestión > Carga de catálogo.
Las versiones del catálogo de software y su
contenido personalizado, separadas por un
punto (.), por ejemplo, 1250110.0.
Sistema Obligatorio En resultados de capacidad:
operativo <OSName>IBM i</OSName>
Sistema operativo del sistema. Debe comenzar <OSVersion>V7R1M0</OSVersion>
por IBM i, pero puede añadir más <OSArch>PowerPC</OSArch>
información y visualizarla en la interfaz de <OSKernelMode>64</OSKernelMode>
usuario.
Nombre Obligatorio En resultados de capacidad:
del sistema <Hostname>NC046189</Hostname>
Nombre del sistema utilizado para su
identificación. Puede ser una dirección IP o
cualquier nombre o ID que le permita
reconocer el sistema.
Nombre de Opcional. -
DNS
Nombre de dominio utilizado para su
identificación. Puede ser el mismo que el
nombre de sistema.

Atributo Descripción Valor
Dirección Opcional. En resultados de capacidad:
IP <Address IsKey="1">9.156.46.189</Address>
Dirección IP del sistema utilizada para su
identificación. En el caso de varias IP, coloque Sintaxis para varias IP:
cada dirección en una línea nueva que
Dirección IP: 198.51.100.0 198.51.100.1
comience por un espacio.
198.51.100.2
3. Guarde el archivo como computer.yml en el mismo directorio.
Planificación de exploraciones de capacidad con regularidad:
La exploración de capacidad se debe iniciar cada 30 minutos para recopilar los resultados actuales de los
entornos virtualizados, en los que la capacidad puede cambiar dinámicamente en función de los recursos
asignados. Después de ejecutar el script, se ejecutará la exploración con esta frecuencia de forma
automática. Los resultados no se han de importar a BigFix Inventory con esta frecuencia tan alta. Puede
importar únicamente los que ya están disponibles e incluir el resto en el siguiente paquete importado.
de uso avanzados.
Procedimiento
Vaya a /cit y ejecute el script schedule_scans.sh.

Después de ejecutar el script, se iniciará la exploración de capacidad cada 30 minutos y se crearán dos
directorios de salida cada vez:
hw_scan_all
Todos los archivos de exploración y sus firmas. Son necesarios para fines de auditoría para
demostrar que la exploración de capacidad se ha iniciado cada 30 minutos.
hw_scan_unique
Archivos de exploración de capacidad exclusivos que solo contienen cambios de capacidad.
Adicionalmente, se crean 48 instancias del trabajo BFI-HW que ejecuta el script run_hw.sh. Dado que la
exploración de capacidad se debe ejecutar cada 30 minutos, se crean dos trabajos cada hora.
Todos los resultados de capacidad se copiarán automáticamente desde sus directorios y se incluirán en el
paquete común con todos los resultados de la explicación después de que haya ejecutado la exploración
de software.
(Opcional) Ejecución manual de las exploraciones y preparación de los resultados:
Después de instalar el explorador, utilice QSH para iniciar las exploraciones de software y capacidad.
Cada tipo de exploración crea una salida diferente que se debe copiar en el paquete final importado a
BigFix Inventory.
Antes de iniciar las exploraciones, cree dos directorios que facilitarán la gestión de los resultados de la
exploración.
/scans En este directorio, almacenará todos los resultados de la exploración que desee incluir en una
sola importación en BigFix Inventory. Después de copiar los resultados en este directorio, debe
comprimirlo y cambiar su nombre, de modo que tenga el formato correcto. A continuación, este
tipo de paquete final se importa a BigFix Inventory.
/source
En este directorio, almacenará las firmas de todos los resultados de la exploración que ha copiado
160
en el directorio /scans. En el caso de la exploración de etiquetas ISO, también el archivo de salida
original. Estos archivos son necesarios para fines de auditoría para asegurarse de que no se han
alterado los resultados de la exploración.
Todos los detalles relacionados con el paquete final se describen posteriormente en este documento.
Ejecución de la exploración de capacidad:
En la exploración de capacidad, el explorador notifica el tipo del sistema los detalles acerca del
procesador físico. Si resulta aplicable, también recopila información acerca del sistema operativo huésped
y de las particiones lógicas. Estos datos son necesarios para calcular el consumo de PVU y MAPC de
RVU.
de uso avanzados.
La exploración de capacidad se debe ejecutar cada 30 minutos para recopilar los datos actuales.
Procedimiento
1. En QSH, ejecute el mandato siguiente para iniciar la exploración de capacidad:
/qsys.lib/qtivcit.lib/wscanhw.pgm -nolock -s -c tlm_hw_config.xml -o tlm_hw_<FECHA>_<SEGUNDOS>.xml
Donde:
-c tlm_hw_config.xml
Vía de acceso al archivo de configuración tlm_hw_config.xml que ha descargado con CIT.
-o tlm_hw_<FECHA>_<SEGUNDOS>.xml
FECHA - La fecha con el formato AAAAMMDDHHMM, por ejemplo, 201511101248.
SEGUNDOS - El número de segundos transcurridos desde el 1 de enero de 1970, por
ejemplo, 1447177713.
Consejo: Puede recuperar la fecha y el número de segundos ejecutando el mandato date

+%Y%m%d%H%M-%s en Linux.
2. Comprima el archivo de salida en un paquete capacity.zip. El paquete contiene más de un archivo
de salida.
3. Copie el paquete capacity.zip en el directorio /scans común, en el que almacena los resultados de la
exploración.
Ejecución de la exploración basada en catálogo:
En la exploración basada en catálogo, el explorador crea catálogos de explorador basados en el catálogo

que adjunta cuando inicia la exploración. Basándose en estos catálogos, el explorador descubre las
coincidencias exactas de software.
de uso avanzados.
Procedimiento
1. Descargue el catálogo de software para los sistemas IBM desde su servidor de BigFix Inventory:
https://nombrehost:puerto/sam/catalogs/CIT_catalog_I5OS.xml.bz2. El catálogo está disponible

después de cargar el catálogo de software principal y ejecutar una importación de datos. A
continuación, extráigalo y súbalo a un directorio en IFS en su sistema IBM i.
2. En QSH, ejecute el mandato siguiente para iniciar la exploración basada en catálogo:
/qsys.lib/qtivcit.lib/wscansw.pgm -s -c sw_config.xml -i CIT_catalog_I5OS.xml -o catalog_scan.xml
Donde:
-c sw_config.xml
Vía de acceso al archivo de configuración sw_config.xml que ha descargado con el explorador.
-i CIT_catalog_I5OS.xml
Vía de acceso al catálogo de software para sistemas IBM i.
-o catalog_scan.xml
3. Copie el archivo catalog_scan.xml de salida en el directorio /scans, en el que almacena todos los
resultados de la exploración.
4. Copie la firma correspondiente en el directorio /source.
Ejecución de una exploración de etiquetas ISO:
En la exploración de etiquetas de identificación de software, el explorador busca las etiquetas ISO que se
entregan con los productos de software. Después de cargar el paquete final con los resultados de la
exploración en BigFix Inventory, se procesan las etiquetas. Según la información que contengan, se
descubre el software.
de uso avanzados.
Antes de empezar
La exploración de etiquetas ISO requiere el catálogo de software para las etiquetas ISO. Lo encontrará en
el paquete ibm_i_cit_and_configs.zip descargado.
Procedimiento
1. En QSH, ejecute el siguiente mandato para iniciar la exploración de etiquetas ISO:
/qsys.lib/qtivcit.lib/wscansw.pgm -s -c sw_config.xml -i i5_iso_catalog.xml -o iso_scan.xml
Donde:
-c sw_config.xml
Vía de acceso al archivo de configuración sw_config.xml que ha descargado con CIT.
-i i5_iso_catalog.xml
Vía de acceso al catálogo de software de ISO para sistemas IBM i.
-o iso_scan.xml
El archivo de salida. Contiene las vías de acceso de todas las etiquetas ISO exploradas.
2. La exploración crea el archivo de salida iso_scan.xml. Realice una copia de seguridad de este archivo,
ya que lo necesitará para almacenar la salida original y su firma para fines de auditoría.
3. El archivo de salida iso_scan.xml lista todas las etiquetas ISO exploradas. Ahora debe recopilar y
copiar estas etiquetas en un directorio diferente y crear un archivo de texto que las enumere todas.
Cree este tipo de directorio, por ejemplo /isotag_scan, y a continuación realice estos pasos:
a. Abra el archivo iso_scan.xml. Cada entrada de este archivo contiene una vía de acceso al archivo
de etiquetas ISO, por ejemplo:
162
<MatchedSignature guid="ISO-TAGS">
<Variable name="INSTALL_PATH" value="/iso-swid/IBM_Capital_Regulatory_Reporting_Add-on-License-4.9.0.swidtag"/>
<Variable name="IS_INSTALLED" value="true"/>
</MatchedSignature>
b. Copia cada vía de acceso en un archivo nuevo con el nombre list.txt. Coloque cada vía de
acceso en una línea diferente, por ejemplo:
/iso-swid/IBM_Capital_Regulatory_Reporting_Add-on-License-4.9.0.swidtag
/iso-swid/1986-03.com.ibm_IBM_BigFix_Inventory_Server-9.2.1.swidtag
c. Copie cada una de las etiquetas ISO exploradas en el directorio isotag_scan. Cambie el nombre de
los archivos, de modo que contengan valores numéricos, en función del orden que tengan, en el
archivo list.txt.
Por ejemplo, si el archivo /iso-swid/IBM_Capital_Regulatory_Reporting_Add-on-License-
4.9.0.swidtag se graba en la primera línea del archivo list.txt, cambie el nombre de esta
etiqueta ISO por 1.
La imagen siguiente muestra archivos de etiquetas ISO de ejemplo y sus vías de acceso en el
archivo list.txt.
4. Comprima el directorio isotag_scan en un paquete [zip|tar.gz|tgz] y cópielo en el directorio /scans

en que almacena los resultados de la exploración.
Nota: El archivo list.txt debe ser el primer archivo del archivo comprimido. Puede realizarlo
comprimiendo únicamente este archivo y, a continuación, añadiendo el resto de los archivos al archivo
comprimido.
5. Copie el archivo iso_scan.xml de copia de seguridad y su firma en el directorio /source.
Ejecución de la exploración de datos de paquete:
En la exploración de datos de paquete, el explorador busca en el registro del sistema para recopilar
información acerca de los paquetes instalados en sus puntos finales. Después de subir el paquete final
con los resultados de la exploración a BigFix Inventory, se comparan los paquetes descubiertos con el
catálogo de software lo que genera descubrimientos de software.
de uso avanzados.
Procedimiento
1. En QSH, ejecute el siguiente mandato para iniciar la exploración de datos de paquete:
/qsys.lib/qtivcit.lib/wscanvpd.pgm -s -o package_scan.xml -c vpd_config.xml
Donde:
-o package_scan.xml
-c vpd_config.xml
Vía de acceso al archivo de configuración que ha descargado con el escáner.
2. Copie el archivo package_scan.xml de salida en el directorio /scans, en el que almacena todos los
resultados de la exploración.

3. Copie la firma correspondiente en el directorio /source.
Creación del paquete final:
Recopile todos los resultados de la exploración y comprímalos en un paquete ZIP que se pueda importar
a BigFix Inventory.
de uso avanzados.
BigFix Inventory no importa resultados de la exploración individuales, sino un paquete completo con el
nombre de archivo y el formato correctos. El paquete debe contener los archivos siguientes: computer.yml,
catalog_scan.xml, capacity.zip, isotag_scan.[zip|tar.gz|tgz], package_scan.xml y source.zip. Se
debe copiar en el directorio de exploraciones desconectado que ha añadido como un origen de datos.
Consideraciones
v Si sube un paquete con resultados más antiguos, se sobrescribirán los actuales.
v El software descubierto se notifica durante la importación y no en la indicación de fecha y hora del
paquete.
v Importe únicamente un paquete por punto final. De lo contrario, es posible que se omitan los
resultados de capacidad.
v Los paquetes procesados no se eliminan del directorio de exploraciones desconectado. Los que ya se
han importado se omitirán.
Procedimiento
1. Comprima el directorio /source, en el que almacena sus firmas, en el paquete source.zip y cópielo en
el directorio /scans.
2. En el directorio /scans, cree un archivo computer.yml y rellénelo como en el ejemplo siguiente:
ID de punto final: 6552CFF-5
Versión de agente: IBM_doc_v.1.0
Donde:
ID de punto final - (obligatorio) es el ID exclusivo del sistema. Debe contener el número de serie
de hardware y el ID de LPAR con el formato <SerieHardware>-<IDLpar>, por ejemplo, 6552CFF-5.
Puede recuperar estos valores de los resultados de la exploración de capacidad.
Versión de agente: (Opcional) Puede utilizar este parámetro para describir el modo que ha
utilizado para crear el paquete final. Por ejemplo, si ha utilizado el procedimiento manual, puede
asignarle el nombre IBM_doc_v.1.0, o seleccionar otros nombres para los procesos automatizados.
Esta información se puede utilizar la resolución de problemas de las importaciones anómalas.
Versión de catálogo: (Opcional) Las versiones del catálogo de software y su contenido
personalizado, separadas por un punto (.), por ejemplo, 1250110.0. Puede ver las versiones en
BigFix Inventory pulsando Gestión > Carga de catálogo.
Sistema operativo: (Obligatorio) El sistema operativo de su sistema. Debe comenzar por IBM i,
pero puede añadir más información y visualizarla en la interfaz de usuario. Puede recuperar
información acerca del nombre, versión y arquitectura desde los resultados de la exploración de
capacidad.
Nombre de DNS - (Opcional) El nombre de dominio utilizado para la identificación. Puede ser el
mismo que el nombre de sistema.
164
Nombre de sistema - (Obligatorio) El nombre de su sistema utilizado para la identificación.
Dirección IP - (Opcional) La dirección IP de su sistema utilizada para su identificación.
3. Comprima el directorio /scans en un paquete ZIP y cambie su nombre a <FECHA_UTC>-
<ID_punto_final>.zip, por ejemplo, 201510191213-6552CFF-5.zip, donde:
FECHA_UTC: La fecha de la exploración en UTC (Coordinated Universal Time). Debe tener el
formato siguiente: AAAAMMDDHHMM. El nombre de archivo debe comenzar con esta indicación de la
hora para asegurar el orden correcto.
ID_punto_final: El mismo ID de punto final que ha utilizado en el archivo computer.yml. Se
requiere para diferenciar los diferentes paquetes y sistemas.
4. Copie el paquete ZIP en su directorio de exploraciones desconectado que ha añadido como un origen
de datos en BigFix Inventory. El paquete se importa a BigFix Inventory después de ejecutar una
5. Ejecute una importación de datos.
Resultados
Durante la importación de datos, BigFix Inventory comprueba el directorio que ha añadido como un
origen de datos e importa todos los paquetes de exploración que cumplen con los requisitos. Los
resultados de la exploración se procesan y visualizan los informes en la interfaz de usuario.
Los archivos de los paquetes procesados se guardan en directorio_instalación/wlp/usr/servers/

server1/tmp/datasources/Datasource_ID.
Exploración de sistemas de archivos compartidos remotos

De forma predeterminada, solo se exploran las unidades locales. Para explorar discos compartidos,
ejecute una tarea que descubre los discos en el entorno y, a continuación, ejecute la exploración de
software con la opción Explorar discos compartidos remotos habilitada.
Antes de empezar
Se pueden explorar los siguientes tipos de sistemas de archivos compartidos:

v UNIX Network File System (NFS)
v Windows Common Internet File System (CIFS)
Las exploraciones de software pueden reducir el rendimiento de un disco compartido. Si se configuran

más clientes para explorar un disco compartido, es posible que el rendimiento del disco disminuya de
forma drástica y puede que la exploración tarde mucho tiempo en realizarse. Se recomienda planificar
que los clientes exploren el disco compartido en momentos diferentes, por ejemplo para repartir la
exploración entre muchos días de la semana.
Si los discos remotos que se han de explorar son de gran tamaño, se pueden producir problemas de
tiempo de espera excedido.
Procedimiento
2. Identifique los discos compartidos remotos en el entorno.
a. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.
b. En el panel superior derecho, seleccione Descubrir discos compartidos remotos y, a continuación,
en el panel inferior, pulse Llevar a cabo una acción.
c. Seleccione los sistemas en los que desea descubrir discos compartidos y pulse Aceptar.

3. Recopile información sobre el disco compartido remoto recuperado en el paso anterior.
a. En el árbol de navegación, pulse Análisis.
b. Pulse el botón derecho del ratón en Información de disco compartido y pulse Activar.
4. Excluya los sistemas de archivo no soportados de la exploración.
a. En el árbol de navegación, pulse Análisis.
b. Pulse Información de disco compartido y abra la pestaña Resultados para reconocer los sistemas
de archivo que deben excluirse de la exploración.
c. En el árbol de navegación, pulse Fixlets y tareas y seleccione Añadir directorios excluidos.
Especifique directorios o puntos de montaje de sistemas de archivos no soportados y pulse Llevar
a cabo una acción. Para más información, consulte: Adición de directorios excluidos.
Consejo: Un punto de montaje es un directorio que está en la parte superior de la jerarquía de

sistema de archivos. Puede verificar si un directorio es un punto de montaje comprobando la
salida de los mandatos mount o mountpoint.
d. Seleccione los sistemas en los que desea excluir los sistemas de archivos no soportados y pulse
Aceptar.
5. Detenga las exploraciones de software actuales.
a. En el árbol de navegación, pulse Acciones.
b. En el panel superior derecho, seleccione la acción Iniciar exploración de software.
c. En el panel inferior, pulse Detener.
6. Inicie exploraciones de software con la opción para explorar los discos compartidos remotos
seleccionados.
Restricción: Los discos remotos montados automáticamente se explorarán sólo si están montados
durante la exploración.
Resultados
La información sobre discos compartidos y el software instalado está disponible en los siguientes
informes:
v Sistemas (cuando se accede a él desde el widget en la página de inicio) contiene información sobre el
tipo de sistema de archivos, dirección IP de disco compartido y punto de montaje
v Datos de archivos explorados contiene información sobre la vía de acceso de archivo
v Clasificación de software de IBM contiene información sobre la vía de acceso de instalación
Exploración de contenedores de Docker

BigFix Inventory descubre software instalado en contenedores de Docker. También mide el uso de PVU y
RVU MAPC de los productos IBM descubiertos.
El software instalado en contenedores de Docker se descubre cuando se cumplen los requisitos siguientes:
v Solo se ha desplegado el motor de Docker en el sistema principal.
v El contenedor de Docker se ha desplegado en una de las siguientes plataformas:
– Red Hat Enterprise Linux 7 for x86
166
– Red Hat Enterprise Linux 7 for IBM System z (64 bits)
– SUSE Linux 12 for x86
v El contenedor de Docker está en ejecución.
v El cliente de BigFix está instalado en el sistema principal.
v Las exploraciones y carga de los resultados están habilitadas en el sistema principal.
v El software instalado en el contenedor de Docker entrega etiquetas de ID de software.
En algunos entornos, es posible que se requiera una configuración adicional. Por ejemplo, cuando Docker
se instala en una vía de acceso no predeterminada.
Para obtener más información, consulte: “Descubrimiento del software en los contenedores de Docker” en
la página 29.
Configuración de las exploraciones en los contenedores de Docker:
En algunos entornos de Docker, es posible que necesite realizar pasos adicionales para especificar una vía
de acceso de instalación no predeterminada o para excluir directorios de la exploración.
Especificación de una vía de acceso de instalación no predeterminada
Si se ha instalado Docker en una vía de acceso no predeterminada, añada esta vía de acceso como
un valor del cliente de BigFix, de modo que se pueda descubrir correctamente el software.
1. Inicie sesión en la consola de BigFix y pulse Gestión de sistemas > Sistemas.
2. Pulse con el botón derecho el sistema que tiene instalado Docker y pulse Editar valores del
sistema.
3. Añada un valor del sistema. Especifique el nombre como DOCKER_EXEC y proporcione una vía
de acceso absoluta como el valor, por ejemplo, /usr/bin/docker.
Especificación de opciones de mandato adicionales
De forma predeterminada, la exploración ejecuta el mandato Docker sin ninguna opción. Si desea
utilizar opciones adicionales proporcionadas por Docker, por ejemplo -H, (el socket de daemon al
que conectarse), añada estas opciones como un valor nuevo del cliente de BigFix. Escriba todas
las opciones en un valor.
1. Inicie sesión en la consola de BigFix y pulse Gestión de sistemas > Sistemas.
2. Pulse con el botón derecho el sistema que tiene instalado Docker y pulse Editar valores del
sistema.
3. Añada un valor del sistema. Especifique el nombre como DOCKER_OPTS y proporcione opciones
como el valor, por ejemplo, -H unix:///var/run/docker.sock.
Exclusión de los directorios de las exploraciones
Cuando se habilita la exploración de Docker, el directorio /var/lib/docker se excluye de la
exploración. Este directorio es el sistema de archivos de Docker. Es posible que contenga copias
de las etiquetas de ID de software que pueden generar descubrimientos duplicados. Si desea
excluir otros directorios de la exploración, consulte Exclusión de directorios.
Inhabilitación de las exploraciones en los contenedores de Docker:
De forma predeterminada, BigFix Inventory explora todos los contenedores de Docker desplegados en los
sistemas donde se ha instalado el cliente de BigFix. Si no desea explorar los contenedores pero todavía
desea supervisar el sistema principal, cambie el valor del parámetro DOCKER_SCAN en el sistema principal.
Puede inhabilitar el descubrimiento de software en todos los contenedores desplegados en un sistema

principal. No puede inhabilitarlo solamente en un subconjunto de contenedores.

Procedimiento
1. Inicie sesión en la consola de BigFix y pulse Sistemas.
2. Seleccione el sistema principal en el que se desplegarán los contenedores de Docker y pulse Editar
valores.
3. Pulse Añadir. Especifique DOCKER_SCAN como el nombre del valor y false como el valor. A
continuación, pulse Aceptar.
Resultados
Los contenedores de Docker ya no se exploran. Los resultados de la exploración se conservan en el

directorio <BES Client>/LMT/CIT/docker/containers del sistema principal, pero el directorio se añade a la
lista de directorios excluidos. De este modo, los resultados no se transfieren a BigFix Inventory.
Importante: El directorio del sistema de archivos de Docker /var/lib/docker puede contener copias de
las etiquetas de ID de software. Cuando se habilita la exploración de Docker, se excluye el directorio de
la exploración para evitar que se duplique el descubrimiento de software. Cuando inhabilita la
exploración de Docker, el directorio se vuelve a incluir en las exploraciones habituales.
Si desea volver a habilitar las exploraciones de los contenedores de Docker, cambie el valor del parámetro
DOCKER_SCAN a true.
Exclusión de los directorios de que sean explorados

Excluir algunos directorios de la exploración resulta útil si los directorios son de gran tamaño y no
contienen información importante para el inventario de software. Si los excluye, se puede agilizar el
proceso de exploración. Puede añadir directorios o eliminarlos de la lista utilizando las tareas de la
consola de BigFix. También puede añadirlos manualmente a los archivos del explorador en puntos finales
concretos.
Consejo: 9.2.5 Comprobar cuánto tiempo dura la exploración de software en cada sistema. Si la
exploración tarda mucho, puede ser una indicación de que algunos de los directorios de este sistema se
pueden excluir de la exploración. Por ejemplo, debido a que contienen imágenes de instalación de
software u otros repositorios de archivos que no están relacionados con el software de IBM.
Para comprobar la duración de la exploración, active el análisis Estado de software y consulte la columna
Tiempo total.
Recuperación de los directorios excluidos:
Se puede recuperar la lista de todos los directorios excluidos de la exploración activando un análisis en la
consola de IBM BigFix.
Procedimiento
168
2. En la barra de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9, y, a
continuación, pulse Análisis.
3. Seleccione el análisis Directorios excluidos, pulse con el botón derecho y, a continuación, pulse
Activar. Se activa el análisis y se inicia la recuperación de la lista de directorios.
4. Para ver los directorios excluidos, pulse la pestaña Resultados. Los directorios se dividen según los
puntos finales. Puede ver los directorios de tres modos:
v Todos los directorios impresos en líneas separadas se listan en la columna Directorio excluidos. Si
una entrada indica <varios resultados>, pase el ratón por la misma para ver la lista completa.
v Todos los directorios impresos en una línea y separados con un signo de punto y coma, (;), se listan
en la columna Directorios excluidos (separados por signos de punto y coma).
v También puede pulsar dos veces <varios resultados> para ver el resumen. Todos los directorios se
listan en la entrada Directorios excluidos.
Resultados
Ha recuperado la lista de todos los directorios excluidos de la exploración. Siempre que añada o elimine
un directorio de la lista, puede utilizar este análisis para verificar si la operación se ha realizado
correctamente.

Añadir directorios excluidos:
Para excluir un directorio de la exploración, añádalo a la lista y, a continuación, ejecute la tarea en los
puntos finales seleccionados.
De forma predeterminada, los siguientes directorios se excluyen de las exploraciones de software.

Asegúrese de que no los elimina de la lista. Se pueden generar resultados no probados y no soportados
en BigFix Inventory.
?:/$Recycle.Bin
?:/RECYCLER
%CSIDL_WINDOWS%/System32%CSIDL_WINDOWS%/SysWOW64
%CSIDL_WINDOWS%/winsxs
%CSIDL_WINDOWS%/ServicePackFiles
%CSIDL_WINDOWS%/installer
%CSIDL_WINDOWS%/$NtUninstall
%CSIDL_WINDOWS%/$NtServicePackUninstall*$
%CSIDL_WINDOWS%/$hf_mig$
*/cache/out-of-date
*/eznim*/perl/lib/*
*/perl5/*
*/temp
*/tmp
*/Temporary Internet Files
*/unicore/lib/*
/proc
/usr/lpp
/usr/src/kernels/*
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 y, a
continuación, pulse Fixlets y tareas.
3. Seleccione la tarea Añadir directorios excluidos.

4. Especifique qué directorios se han de excluir de la exploración.
170
5. Pulse Llevar a cabo una acción y seleccione los puntos finales a los que desee aplicar los cambios.
Resultados
Ha añadido entradas nuevas a la lista de directorios que se han de excluir de la tarea.
Eliminación de los directorios excluidos:
Para volver a incluir un directorio en la exploración de software, añádalo a la lista y, a continuación,

ejecute la tarea en los puntos finales seleccionados.
De forma predeterminada, los siguientes directorios se excluyen de las exploraciones de software.

Asegúrese de que no los elimina de la lista. Se pueden generar resultados no probados y no soportados
?:/$Recycle.Bin
?:/RECYCLER
%CSIDL_WINDOWS%/System32%CSIDL_WINDOWS%/SysWOW64
%CSIDL_WINDOWS%/winsxs
%CSIDL_WINDOWS%/ServicePackFiles
%CSIDL_WINDOWS%/installer
%CSIDL_WINDOWS%/$NtUninstall
%CSIDL_WINDOWS%/$NtServicePackUninstall*$
%CSIDL_WINDOWS%/$hf_mig$
*/cache/out-of-date
*/eznim*/perl/lib/*
*/perl5/*
*/temp
*/tmp
*/Temporary Internet Files
*/unicore/lib/*
/proc
/usr/lpp
/usr/src/kernels/*
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 y, a
continuación, pulse Fixlets y tareas.

3. Seleccione la tarea Eliminar directorios excluidos.
4. Especifique qué directorios se han de eliminar de la lista de directorios excluidos.
5. Pulse Llevar a cabo una acción y seleccione los puntos finales a los que desee aplicar los cambios.
Resultados
Ha eliminado las entradas de la lista de directorios que se han excluido de la exploración. Ahora estos
directorios se explorarán durante la exploración de software.
Exclusión manual de directorios:
Después de instalar el explorador, puede especificar los directorios que se deben excluir de la exploración
sin formato del sistema de archivos.
Especifique esos directorios añadiendo vías de acceso al archivo exclude_path.txt situado en el directorio
<Cliente BES>LMT/CIT. Cada vía de acceso se debe especificar en una línea diferente. El archivo ya
contiene algunas entradas, que dependen del sistema operativo instalado. Puede eliminar el contenido del
archivo, con lo cual no se excluirá ninguna vía de acceso en la exploración. Pero si suprime el archivo
completo, antes de iniciar la exploración de software siguiente, el archivo se vuelve crear y tendrá el
contenido predeterminado.
172
A menos que excluya vías de acceso determinadas, la exploración comprende todas las unidades
siguientes:
v UNIX Todas las unidades locales y otras unidades, tales como disquete, CD-ROM y DVD.
Nota: Las unidades remotas no se exploran.

v Windows Todas las unidades locales.
Especifique las vías de acceso de acuerdo con la sintaxis siguiente:

unidad:vía de acceso
Importante: Cuando especifique un delimitador de vía de acceso, debe utilizar una barra inclinada (/) en
lugar de una barra inclinada invertida (\). Por ejemplo, C:/Archivos de programa.
unidad
Especifica la unidad. Se soportan los asteriscos (*) y los signos de interrogación (?). Esta variable
es opcional en UNIX.
vía de acceso
Especifica la vía de acceso. Se soportan los asteriscos (*) y los signos de interrogación (?). Esta
variable también permite utilizar los valores siguientes de CSIDL en Windows:
%CSIDL_WINDOWS%
%CSIDL_PROGRAM_FILES%
%CSIDL_COMMON_DESKTOPDIRECTORY%
%CSIDL_COMMON_STARTMENU%
%CSIDL_COMMON_STARTMENU%
%CSIDL_COMMON_STARTUP%
%CSIDL_COMMON_PROGRAMS%
Importante: Los valores de CSIDL indicados anteriormente ya tienen una unidad especificada. Si
los utiliza, omita la variable unidad.
Puede consultar los ejemplos siguientes cuando especifique las vías de acceso.
v Para excluir la carpeta System Volume Information contenida en una unidad local cualquiera,
especifique:
?:/System Volume Information
v Para excluir la carpeta System32 contenida en la unidad local especificada por el valor de CSIDL,
especifique:
%CSIDL_WINDOWS%/System32
Planificar importaciones de dato

Los resultados del inventario se almacenan en el servidor de BigFix. Para importar los resultados de
exploración de software, el catálogo de software y otros valores que han cambiado desde la última
actualización, debe ejecutar una importación que extraiga los datos del servidor de BigFix, lo transforma
y lo carga en BigFix Inventory.
Antes de empezar
Debe tener el permiso Gestionar importaciones para realizar esta tarea.
De forma predeterminada, la importación de datos se planifica para ejecutarse una vez al día a
medianoche.

Procedimiento
1. En la barra de navegación, pulse Gestión > Importaciones de datos.
2. Para planificar importaciones periódicas, seleccione Habilitado, especifique el número de
importaciones diarias y sus horas y pulse Guardar.
Importar datos de exploraciones en bruto:
Puede también planificar una importación de Datos en bruto solamente. Este tipo de importación de
datos es más rápido porque solamente importa resultados de exploraciones en bruto y omite pasos
posteriores, tales como los cálculos de agregaciones y licencias. Pero los datos en bruto importados no se
actualizan en la interfaz de usuario y solamente se pueden recuperar mediante la API REST. Este tipo se
utiliza para descubrir rápidamente cambios recientes en el software sin tener que esperar a que termine la
Antes de empezar
v La importación de "Datos en bruto solamente" no sustituye la importación de datos completa, que se
debe ejecutar de forma regular para procesar y agregar los datos.
v Primero debe habilitar esta función. Para ello, acceda a https://nombre_host:puerto/management/
feature, y seleccione la casilla apropiada.
Para obtener más información sobre la recuperación de datos en bruto, consulte .
Procedimiento
2. Para planificar importaciones periódicas, seleccione Habilitado y especifique el número de
importaciones diarias y sus horas.
3. Seleccione Datos en bruto solamente junto a cada importación que desee utilizar para importar
resultados de exploraciones en bruto.
174
Nota: La importación de "Datos en bruto solamente" se puede ejecutar solamente como importación
planificada. Cuando pulsa Importar ahora, se ejecuta siempre una importación de datos completa.
4. Pulse Guardar.
Resultados
La información sobre las importaciones de datos completadas se visualiza en el historial de

importaciones. Cada entrada tiene un icono que describe el tipo, ya sea Completa o Datos en bruto
solamente.
Cuando finalice la importación de "Datos en bruto solamente", puede recuperar los datos en bruto
importados utilizando la API REST. Para obtener más información, consulte .
Crear la configuración de capacidad para Linux en z/VM

Para calcular correctamente los valores de subcapacidad de Linux en z/VM, ejecute un sitio de fixlets que
cree un archivo con los valores de capacidad especificados manualmente y lo coloque en el sistema de
destino.
El fixlet Crear configuración de capacidad para Linux en z/VM es relevante para todos los sistemas en
los que se requiere la configuración manual. Si el fixlet es relevante, ejecútelo si el sistema relacionado no
se ejecuta en Linux en z/VM.
El fixlet no es relevante para los sistemas en los que se admite la configuración de capacidad automática.
En estos sistemas no tiene que realizar las acciones manuales para calcular los valores de capacidad. La
configuración de capacidad automática está soportada en los sistemas principales de Linux on z/KVM

and on System z10 E64 (tipo 2097)con z/VM 6.3 que admiten la instrucción STHI (Store Hypervisor
Information).
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > sitio de fixlets
y tareas.
3. Seleccione Crear configuración de capacidad para Linux en z/VM y especifique los valores
siguientes:
v Tipo de máquina
v Tipo de procesador
v Capacidad de agrupación compartida
v Procesadores activos del sistema
4. Para ejecutar la tarea, pulse Llevar a cabo una acción.
5. Seleccione los sistemas para los que desea crear la configuración de capacidad y pulse Aceptar.
Resultados
Ha creado la configuración de capacidad que se utilizará para calcular los valores de subcapacidad. Si
desea editar o suprimir la configuración de capacidad, utilice la tarea Editar configuración de capacidad
para Linux en z/VM o Suprimir configuración de capacidad para Linux en z/VM.
Establecimiento de la modalidad de DSD en Solaris

Si su sistema ejecuta el sistema operativo Solaris y reside en el dominio DSD, debe establecer la
modalidad DSD para calcular correctamente los datos de PVU.
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > sitio de fixlets
y tareas.
3. Seleccione Establecer modalidad DSD y pulse Llevar a cabo una acción en el panel inferior.
4. Seleccione los sistemas para los que desea establecer la modalidad DSD y pulse Aceptar.
5. Opcional: Si desea eliminar la modalidad DSD, utilice la tarea Cancelar modalidad DSD.
Optimización de la configuración de memoria caché de explorador

La carpeta de memoria caché de explorador se utiliza para almacenar información sobre archivos y
directorios explorados del sistema de archivos. Si conoce la jerarquía de los archivos, el explorador puede
localizarlos más rápidamente, lo que da como resultado exploraciones más cortas. La cantidad de espacio
de disco que se necesita para la memoria caché depende del número de archivos que se están
explorando. Si la ubicación actual de la carpeta de memoria caché no puede asegurar el suficiente espacio
de disco, puede cambiar la ubicación de la carpeta de memoria caché u optimizar la memoria caché.
Procedimiento
v 9.2.2 Para cambiar la ubicación predeterminada de la carpeta de memoria caché de explorador,
realice los pasos siguientes.
tareas.
3. Seleccione Cambiar carpeta de memoria caché del explorador.
176
4. Escriba una nueva carpeta de memoria caché en forma de vía de acceso absoluta, o restaure la
carpeta predeterminada dir_instalación_explorador/cache_data. A continuación, pulse Llevar a
cabo una acción.
Después de cambiar la carpeta de memoria caché o restaurar la carpeta predeterminada, se elimina
toda la memoria caché actual. La nueva memoria caché se creará después de ejecutar la exploración
de software. Para comprobar la carpeta de memoria caché actual, consulte los resultados del
análisis de Información del explorador.
v 9.2.4 Para optimizar la memoria caché del explorador, realice los pasos siguientes.
Importante: Esta opción se recomienda para infraestructuras con un gran número de archivos que
necesitan ser explorados. La optimización de la memoria caché permite reducir su tamaño y acortar el
tiempo de la exploración.
tareas.
3. Seleccione Configurar memoria caché de exploración.
4. Para reducir la cantidad de espacio de disco utilizado por la memoria caché, seleccione Habilitar
optimización de memoria caché.
Cuando se habilita la optimización de la exploración, la memoria caché que se crea durante la
exploración de software incluye sólo los archivos que son relevantes para los tipos de exploraciones
de software que está ejecutando. Se reduce el tamaño de la memoria caché.
Actualizar catálogos de explorador

Se utilizan catálogos de explorador para descubrir software en los puntos finales. Se crean y distribuyen
automáticamente en los puntos finales después de cada importación que contiene el catálogo de software
de IBM. Si la distribución automática falla, los puntos finales, en los que los catálogos no se actualizaron,
tienen el estado Catálogo obsoleto en el widget Salud de la exploración. Debe actualizar manualmente
los catálogos de explorador en estos puntos finales.
Antes de empezar
v Antes de actualizar manualmente los catálogos de explorador, intente determinar por qué ha fallado la
actualización automática. Para obtener más información, consulte Problemas de operación del servidor.
v Asegúrese de que el servidor de BigFix Inventory esté visible para el servidor de BigFix.
v Si SSL (Secure Socket Layer) está habilitado en BigFix Inventory, todas las actualizaciones también se
descargan mediante SSL. El servidor BigFix debe reconocer certificados SSL de BigFix Inventory como
válidos.
Procedimiento
1. Inicie la sesión en BigFix Inventory.
2. Importar del catálogo de software.
4. Para descargar el archivo de fixlet en el sistema, pulse el signo de interrogación. A continuación,
pulse Fixlet de descarga de catálogo. Seleccione la ubicación donde desee guardar el archivo

11. Seleccione los sistemas en los que desea ejecutar el fixlet y pulse Aceptar.
Ha importado los catálogos de explorador a los puntos finales de la infraestructura. Para recopilar datos
de inventario desde el punto final, ahora debe iniciar las exploraciones de software.
Configuración de propiedades de análisis adicionales

Se utilizan las propiedades de análisis para reconocer el software y recopilar información de su uso. Las
propiedades de análisis se establecen de forma predeterminada en BigFix Inventory. Puede también
configurar las propiedades que desee utilizar para recopilar información de puntos finales.
Antes de empezar
Debe tener el permiso para Gestionar propiedades de uso y de paquete para realizar esta tarea.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Propiedades de uso.
2. Para añadir una propiedad de uso de aplicación, pulse Nueva.
3. Especifique el nombre de la propiedad. En la lista de las propiedades disponibles, elija la propiedad
de origen de datos que desee utilizar para descubrir software que está instalado en la infraestructura,
su uso u otras propiedades, y pulse Crear.
Inhabilitación de la colección de uso de software

La información sobre el uso de software se recopila si ha habilitado la configuración de exploración
predeterminada, o ha activado de forma manual el análisis Estadísticas de uso de aplicación y ha
ejecutado la exploración pertinente. Si está en la fase de despliegue inicial, o si no necesita información
sobre el uso del software, puede inhabilitar la colección de esta información para mejorar el rendimiento
de BigFix Inventory y reducir el tiempo de importación.
Procedimiento
tareas.
3. En el panel superior derecho, seleccione Inhabilitar estadísticas de uso de aplicaciones y, a
continuación, en el panel inferior, pulse Llevar a cabo una acción.
178
4. Seleccione los sistemas de los que ya no desee recopilar información sobre el uso de software y pulse
Aceptar.
Aplicar actualizaciones importantes de IBM

Para garantizar que el software que está instalado en la infraestructura se ha detectado correctamente y
que el inventario está actualizado, cargue con regularidad el catálogo de software y la tabla PVU en
BigFix Inventory. Para aumentar la precisión del empaquetado automático, importe los números de pieza
siempre que compre nuevos productos de IBM.
Cargar una tabla de PVU

La tabla de PVU soporta los modelos de precios basados en procesador en los que los cargos difieren en
función del tipo de procesador en el que el producto bajo licencia está instalado y en ejecución. En la
tabla, se asignan unidades a cada tipo de procesador en el cual este tipo de modelo de cálculo de precios
está disponible. IBM sigue actualizando la tabla de PVU para incluir nuevos tipos y modelos de
procesador. Para garantizar que los procesadores se detectan y cargan correctamente, cargue una nueva
versión de la tabla de PVU siempre que esté disponible.
Antes de empezar
Debe tener el permiso para Gestionar cargas para realizar esta tarea.
El archivo de tabla de PVU se autentica con SHA-256 para cumplir los estándares de seguridad FIPS
(Federal Information Processing Standards).
No se soportan las versiones anteriores de las tablas PVU que están firmadas con SHA1.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Carga de tabla de métricas.
2. Pulse el enlace para abrir el sitio web de soporte de IBM y descargue una nueva tabla de PVU.
3. Pulse Examinar , seleccione un archivo para cargar, y luego pulse Cargar.
4. En la barra de navegación superior, pulse Gestión > Importaciones de datos y luego pulse Importar
ahora.
Carga del catálogo de software

Actualice de forma regular el catálogo de software para asegurar que el software que está instalado en los
sistemas de la infraestructura se ha detectado correctamente y para mantener el inventario actualizado.
Antes de empezar
Procedimiento
1. Descargar el catálogo.
2. En la barra de navegación, pulse Gestión > Carga de catálogo.
3. Pulse Examinar y seleccione el archivo de catálogo de software. De forma predeterminada, el archivo
está en el directorio siguiente:
Windows C:\Archivos de programa\IBM\BFI\bfi_catalog
Linux /opt/IBM/BFI/bfi_catalog

4. Para cargar el archivo, pulse Cargar.
Resultados
El archivo de catálogo de software y los datos de unidad de cargo se listan en la tabla Historial de carga
e importación. Su estado es Pendiente hasta que ejecuta la importación. Durante la importación, se crean
los catálogos de explorador que se utilizan para descubrir el software y se distribuyen automáticamente a
los puntos finales. Si la distribución automática falla, los puntos finales, en los que los catálogos no se
actualizaron, tienen el estado Catálogo obsoleto en el widget Salud de la exploración. Debe actualizar
manualmente los catálogos del explorador en estos puntos finales.
Cargar números de pieza

Cargue e importe números de pieza para aumentar la precisión del empaquetamiento automatizado de
componentes de software.
Antes de empezar
Debe tener el permiso "Gestionar cargas de números de pieza" para realizar esta tarea.
Procedimiento
1. Prepare el archivo de números de pieza.
2. En la barra de navegación superior, pulse Gestión > Carga de números de pieza.
3. 9.2.2 Elija el grupos de equipos para los que desea cargar los números de pieza.
Nota: Los números de pieza se tienen en cuenta solamente para el software instalado en los equipos
que pertenecen a este grupo. Sólo son visibles para el usuario asignado a este grupo de sistemas. Por
ejemplo, si carga números de pieza para un subgrupo del grupo Todos los sistemas, los números de
pieza son visibles sólo para el usuario que está asignado al subgrupo y no son visibles para el usuario
que está asignado al grupo Todos los sistemas.
4. Pulse Examinar y elija el archivo de números de pieza que se debe cargar. Puede cargar un archivo
CSV o ZIP.
5. Opcional: Si desea sobrescribir los números de pieza existentes, seleccione Sobrescribir números de
pieza existentes. De lo contrario, los números de pieza nuevos se añadirán a los existentes. La opción
está habilitada solamente si antes ha importado un archivo de números de pieza para el grupo de
sistemas que seleccionó en el paso 3.
6. Pulse Cargar. Cuando carga el archivo, se crea una entrada nueva en la tabla Historial de carga. El
estado es Pendiente hasta que ejecuta la importación.
Importante: Si hay más de una entrada con el estado Pendiente, sólo se importa el último archivo de
números de pieza.
7. Espere a la importación planificada o ejecútela manualmente.
Resultados
Los números de pieza se han importado enBigFix Inventory. Si desea eliminar los números de pieza del
servidor, pulse Eliminar todos los números de pieza y ejecute la importación. Puede eliminar los
números de pieza sólo si previamente ha importado el archivo de números de pieza en el servidor.
Realización de la configuración opcional

Puede realizar tareas de configuración opcionales para personalizar adicionalmente la aplicación.
180
Configurar periodo de retención de datos
El periodo de retención de datos es el periodo tras el cual se eliminan de la base de datos de BigFix
Inventory los datos históricos o los datos de utilización de recursos. De forma predeterminada, el periodo
de retención se establece en siete días para los datos históricos y en 90 días para los datos de utilización
de recursos.

El periodo de retención está establecido de forma predeterminada en instalaciones nuevas de BigFix
Inventory. Si ha realizado la actualización desde Software Use Analysis, se conservarán sus valores
originales.
Datos históricos
Los datos históricos se relacionan con los sistemas eliminados, el software desinstalado y las
entradas de catálogo de software suprimido. De forma predeterminada, el periodo de retención
para los datos históricos se establece en siete días. Después de ese periodo, los datos se
eliminarán de la base de datos de BigFix Inventory. La eliminación de los datos históricos no
afecta a los informes de PVU ni de MAPC de RVU. El software de IBM que se ha desinstalado se
calcula correctamente y se notifica del periodo en que se instaló.
Datos de utilización de recursos
Los datos de utilización de recursos están relacionados con las métricas de licencias distintas de
PVU y MAPC de RVU. De forma predeterminada, el periodo de retención para los datos de
utilización de recursos se establece en 90 días. Después de ese periodo, los datos se eliminarán de
la base de datos de BigFix Inventory. Los elementos de software para los que no se notifica la
utilización de licencias durante un período mayor que el especificado ya no se visualizan en el
informe Utilización de recursos.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Valores de servidor.
2. Especifique el periodo después del cual desee que se eliminen los datos de la base de datos y pulse
Guardar.
3. Para inhabilitar el periodo de retención de datos para datos históricos o datos de utilización de
recursos, desmarque el recuadro de selección correspondiente y pulse Guardar.
Resultados
Los datos anteriores al periodo de retención se eliminarán de la base de datos durante cada importación.
Si no ha configurado el periodo de retención o si lo ha reducido considerablemente, la eliminación de

grandes cantidades de datos puede prolongar la primera importación después del cambio. Durante las
posteriores importaciones, se eliminarás cantidades de datos más pequeñas y no debería tener un impacto
considerable en el tiempo de importación con la condición que la importación se ejecute con regularidad.

Cómo acortar el periodo de retención de forma gradual para evitar problemas con
el crecimiento del tamaño de la base de datos
Puesto que el periodo de retención de BigFix Inventory 9.2.5 se ha establecido en 7 días en una
instalación nueva, este procedimiento no se aplica en el caso de instalaciones de 9.2.5 de versión nueva.
Si no ha configurado el periodo de retención después de la instalación en versiones anteriores de BigFix
Inventory y la acumulación de datos se fue produciendo durante varios meses, debe habilitar y cambiar
en repetidas ocasiones la configuración de retención de datos para que el periodo de retención sea lo más
corto posible. Con cada importación sucesiva, los datos históricos se suprimen gradualmente y así se
pueden evitar los problemas con el aumento del tamaño de la base de datos.
Nota:
v Una vez que se aplica esta configuración, el registro de transacciones se utiliza mucho porque todos los
datos se suprimen en una transacción.
v El tamaño de la base de datos no disminuye automáticamente. Si desea reclamar el espacio de disco
que está ocupado por las tablas de bases de datos, ejecute el mandato correspondiente a su sistema de
gestión de bases de datos.
v Si han fallado las importaciones de datos mientras se suprimían los datos históricos, aumente el
periodo de retención y ejecute la importación de nuevo.
Procedimiento
1. Determine la fecha de la primera importación satisfactoria.
2. Calcule el número de días desde la primer importación satisfactoria. Por ejemplo: si la importación se
produjo hace 6 meses: 6 meses * 30 días = 180 días.
3. Establezca el periodo de retención para que empiece 30 días después de la primera importación de
datos correcta. Ejemplo: 5 meses * 30 días = 150 días.
4. Ejecute la importación de datos.
5. Establezca el periodo de retención para que empiece 60 días después de la primera importación de
datos correcta; es decir, establezca el periodo de retención en 120 días. Ejemplo: 4 meses * 30 días =
120 días.
6. Repita el pasos tantas veces como sea necesario, disminuyendo cada vez el periodo de retención en 30
días.
7. Cuando el periodo de retención sea lo suficientemente corto, especifique la configuración de destino
de 7 días.
Configuración de las propiedades del sistema

Puede especificar las propiedades del sistema que se van a recopilar a partir de los sistemas de su
infraestructura. A continuación, puede utilizar estas propiedades para filtrar datos en el informe de
sistemas y asignar sistemas a grupos de sistemas.
Antes de empezar
9.2.5 IBM i No puede configurar propiedades del sistema adicionales para sistemas IBM i.
Procedimiento
1. Para ver las propiedades especificadas para los sistemas de la infraestructura, pulse Gestión >
Propiedades del sistema.
182
2. Para añadir una propiedad, pulse Nuevo.
3. En el panel Crear propiedad del sistema, especifique el nombre de la propiedad que se visualizará en
BigFix Inventory. Seleccione la propiedad en la lista Propiedad de origen de datos y pulse Crear.
Consejo: Cuando empieza a escribir en el nombre de propiedad, se muestra una lista de posibles
valores. Contiene todas las propiedades cuyo nombre contiene las letras que ha especificado en el
orden indicado, independientemente de si las letras aparecen inmediatamente una detrás de otra. Por
ejemplo, si escribe path, la lista puede contener propiedades como Patches Applied – Solaris,
porque las letras p, a, t y h aparecen en este orden en el nombre de propiedad.
Para visualizar la propiedad de sistema, espere a la siguiente importación planificada o ejecútela

manualmente. Cada propiedad del sistema requiere que se active un análisis relevante. Cuando finalice la
importación, consulte el registro de importación para ver los mensajes de aviso que indican que un
análisis relacionado con una determinada propiedad no se ha activado. Por ejemplo:
AVISO: El análisis ’Estado de exploración de software’, enlazado con la propiedad del sistema
’Estado de exploración basada en catálogo’, no está activado y no se importará.
Si encuentra un aviso como este, active el análisis necesario para que se visualice la propiedad del
sistema.
Propiedades del paquete y de uso

Además de las propiedades del sistema, BigFix Inventory también utiliza propiedades del paquete,
propiedades del paquete UNIX y propiedades de uso para recuperar datos sobre el software y su uso.
Los análisis recopilan datos originalmente y las propiedades son enlaces entre estos análisis y BigFix
Inventory. Todas las propiedades están configuradas de forma predeterminada y no requieren ninguna
acción.
Propiedades del paquete
Las propiedades del paquete recuperan datos sobre el software instalado en los sistemas operativos
Windows. Los datos se recopilan mediante el análisis de aplicaciones de Windows instaladas, que
recupera la lista de software del registro de Windows. Los datos sin formato recopilados por el análisis
también pueden verse en la consola de BigFix comprobando los resultados del análisis.
Para ver la propiedad en BigFix Inventory, pulse Gestión > Propiedades del paquete y seleccione la
propiedad. La propiedad debe enlazarse con el sitio de Fixlet correspondiente que contiene el análisis; de
lo contrario, los resultados no se recopilarán.

Los datos recuperados en el análisis se muestran en el informe Datos del paquete. Para acceder a ellos,
pulse Informes > Datos del paquete.
Propiedades del paquete UNIX
Las propiedades del paquete UNIX recuperan datos sobre el software instalado en los sistemas operativos
UNIX. Los datos se recopilan mediante el análisis de paquetes instalados de UNIX, que recupera la lista
de software del sistema de gestión de paquetes. Los datos sin formato recopilados por el análisis también
pueden verse en la consola de BigFix comprobando los resultados del análisis.
Para ver la propiedad en BigFix Inventory, pulse Gestión > Propiedades del paquete UNIX y seleccione
la propiedad. La propiedad debe enlazarse con el sitio de Fixlet correspondiente que contiene el análisis;
de lo contrario, los resultados no se recopilarán.
Los datos recuperados en el análisis se muestran en el informe Datos del paquete. Para acceder a ellos,
pulse Informes > Datos del paquete.
184
Propiedades de uso
Las propiedades de uso recuperan datos sobre el uso del software. Los datos se recopilan con el análisis
Estadísticas de uso de la aplicación.
Para ver la propiedad en BigFix Inventory, pulse Gestión > Propiedades de uso y seleccione la
propiedad. La propiedad debe enlazarse con el sitio de Fixlet correspondiente que contiene el análisis; de
lo contrario, los resultados no se recopilarán.
Los datos recuperados en el análisis se muestran en el informe Datos de medición. Para acceder a ellos,
pulse Informes > Datos de medición.
En desuso: Inhabilitación de cálculos de subcapacidad

Las licencias de subcapacidad se basan en el número de PVU (Processor Value Units) o de RVU (Resource
Value Units) que el producto puede utilizar, no el número de todos los núcleos de procesador que están
disponibles en el servidor físico. Un sistema de licencias de este tipo permite reducir el coste de las
licencias para los productos que son elegibles para la subcapacidad de PVU o RVU. Si no se instalan
productos de subcapacidad en el entorno, puede inhabilitar los cálculos de subcapacidad para mejorar el
rendimiento de la importación.
9.2.5 A partir de la actualización de la aplicación 9.2.5, ya no está disponible la opción para

inhabilitar por completo los cálculos de subcapacidad. Puede inhabilitar los cálculos de PVU y RVU
MAPC, para capacidad completa y subcapacidad, por grupo de sistemas. Para obtener más información,
consulte: “Configuración de grupos de sistemas” en la página 125.
Procedimiento
Para inhabilitar los cálculos de subcapacidad, vaya a https://nombre_host:puerto/management/feature y

borre el recuadro de selección Subcapacidad. A continuación, pulse Guardar.
Consejo: Puede reiniciar el servidor de BigFix Inventory para asegurarse de que los cálculos de
subcapacidad están inhabilitados.

Resultados
Después de inhabilitarlos cálculos de subcapacidad, los datos de subcapacidad no se cargan en el

servidor de BigFix Inventory durante la importación. El rendimiento de la importación mejora. Los fixlets
y las tareas que están relacionados con la configuración de subcapacidad y los gestores de VM siguen
estando disponibles y siendo relevantes en la consola de BigFix. Sin embargo, no tiene que ejecutarlos.
Además, se ocultan los siguientes elementos de la interfaz de usuario de BigFix Inventory:
v Widgets:
– Integridad de los datos de capacidad de IBM
– Subcapacidad de PVU de IBM
– Clasificación de software de IBM
v Paneles de gestión:
– Clasificaciones de software de IBM
– Gestores de VM
– Carga de tabla de métricas
– Carga de números de pieza
v Informes:
– Subcapacidad de PVU de IBM
– Todas las medidas
– Seguimiento de auditoría
– Inventario de hardware
Los siguientes permisos se eliminan de los roles de usuario:

v Gestionar clasificación de software
v Gestionar gestores de máquina virtual y servidores
v Ver seguimiento de auditoría
v Ver inventario de hardware
v Ver métricas de licencias
Definición de la página de inicio

Si utiliza un informe o panel determinado con frecuencia, puede definirlo como página de inicio de
BigFix Inventory.
Procedimiento
v Para definir una nueva página de inicio:
1. Abra el informe o panel que desea definir como página de inicio.
2. En la esquina superior derecha, expanda el menú del nombre de usuario y pulse Definir como
página de inicio.
v Para volver a la página de inicio predeterminada:
1. Expanda el menú del nombre de usuario y pulse Perfil.
2. Pulse Borrar en el campo Página de inicio.
Optimización del volumen de datos de archivos explorados

El informe Datos de archivos explorados ofrece información sobre los archivos con determinadas
extensiones que se han descubierto en los sistemas de la infraestructura. La información se suele utilizar
para crear firmas de software personalizadas. Puede optimizar el volumen de los datos supervisados
limitando la lista de las extensiones de archivos que se recopilan solo a aquellas extensiones que se
utilizan para la creación de firmas. Se reduce la carga de trabajo en el servidor de BigFix Inventory y se
mejora el rendimiento de la aplicación.
186
Si está actualizando a la versión 9.0.1.2, se visualiza un panel en el que puede optimizar automáticamente
el volumen de datos de archivos explorados. El procedimiento siguiente describe los pasos manuales que
puede realizar si ha omitido la configuración automática.
Procedimiento
1. Detenga el servidor de BigFix Inventory.
v Linux Ejecute el mandato siguiente:
/etc/init.d/BFIserver stop
v Windows Ejecute el archivo siguiente:
directorio_instalación\cli\srvstop.bat
2. Para optimizar el volumen de los datos de archivos explorados, elimine las extensiones que
generalmente no se utilizan para crear firmas de los archivos siguientes. Los archivos están en uno de
los directorios siguientes:
v Linux directorio_instalación/wlp/usr/servers/server1/apps/tema.war/WEB-INF/domains/sam/
config
v Windows directorio_instalación\wlp\usr\servers\server1\apps\tema.war\WEB-INF\domains\sam\
config
Nota: No elimine las extensiones que utiliza para crear firmas personalizadas. Si elimina una
extensión concreta y posteriormente desea crear una firma basada en un archivo con dichas
extensiones, vuelva a añadir la extensión al archivo adecuado.
v En el archivo file_names_all.txt, deje la extensión siguiente:
\.ear$
v En el archivo file_names_unix.txt, deje las extensiones siguientes:
\.sh$
\.bin$
\.pl$
\.ear$
\.SH$
\.BIN$
\.PL$
\.EAR$
v En el archivo file_names_win.txt, deje las extensiones siguientes:
\.exe$
\.sys$
\.com$
\.ear$
\.ocx$
3. Inicie el servidor de BigFix Inventory.
v Linux Ejecute el mandato siguiente:
/etc/init.d/BFIserver start
v Windows Ejecute el archivo siguiente:
directorio_instalación\cli\srvstart.bat
4. Compruebe si el catálogo de software que se ha cargado en BigFix Inventory está en el formato
canónico. Pulse Gestión > Carga de catálogo y compruebe la columna Formato de catálogo.

Si el catálogo está en formato nativo, cargue un catálogo nuevo. Si el catálogo está en formato
canónico pero hay disponible una versión nueva, cargue el catálogo nuevo. De lo contrario, continúe
en el paso siguiente.
5. Espere a la importación planificada o ejecútela manualmente. Durante esta importación, es posible
que el rendimiento sea más bajo porque el catálogo de software se ha vuelto a importar.
6. Espere a la exploración de software planificada. De forma alternativa, si tiene exploraciones de
software poco frecuentes, detenga la exploración actual e inicie una nueva. Le permitirá utilizar la
lista optimizada de extensiones de archivo en menos tiempo.
a. Inicie sesión en la consola de BigFix y, en el árbol de navegación de la izquierda, pulse Acciones.
b. En el panel superior de la derecha, pulse Iniciar exploración de software y, a continuación, pulse
Detener.
c. Iniciar una nueva exploración de software.
7. Espere a la importación planificada o ejecútela manualmente. A partir de ese momento, se utilizará la
lista optimizada de extensiones de archivo.
188
Capítulo 4. Actualización
Consulte esta sección para obtener información sobre las opciones disponibles para
actualizar a BigFix Inventory 9.2.5.
Nota: La actualización completa desde Software Use Analysis 1.3 no está soportada
debido a las diferencias en las plataformas y las bases de datos soportadas. Como
la primera etapa de la actualización de Software Use Analysis 2.2 a BigFix
Inventory 9.2.5, la migración de puntos finales de 2.2 está soportada. En este
escenario, se migran los datos y los resultados de exploración con los puntos
finales.
Consejo: Visite la página de wiki de BigFix Inventory para obtener más

información sobre el nuevo esquema de versiones de producto, vías de acceso de
actualización y migración soportadas y casos de uso de coexistencia.
Actualización a BigFix Inventory 9.2.5

Puede actualizar a BigFix Inventory 9.2.5 desde todas las versiones 9.x. Para actualizar el servidor, ejecute
el Fixlet que completa el proceso automáticamente o inicie la instalación de una versión posterior.
Importante: Especialmente en los entornos grandes, se recomienda realizar en primer lugar una
actualización en el entorno de prueba. Para ello, realice una copia de seguridad de la base de datos de
producción, restáurela en el servidor de prueba y realice allí la actualización. Si se realiza correctamente,
lleve a cabo la actualización en el servidor de producción.
Restricción: No puede actualizar entre sistemas operativos diferentes. Para conmutar de Linux a
Windows, instale un servidor nuevo.
Copia de seguridad del servidor

Antes de iniciar la actualización, realice una copia de seguridad de la base de datos, del registro de
instalación y de los archivos del servidor para poder restaurar el servidor si la actualización falla.
Procedimiento
2. Haga una copia de seguridad de la base de datos.
Windows Realice una copia de seguridad de la base de datos de SQL Server.
Linux Realice una copia de seguridad de la base de datos DB2.
3. Realice una copia de seguridad del registro de instalación.
Windows C:\Archivos de programa\Zero G Registry\.com.zerog.registry.xml
Este archivo está oculto. Para verlo, cambie las opciones de la carpeta en el Panel de control para
visualizar los archivos ocultos o escriba la vía de acceso completa en la barra de direcciones de
cualquier ventana abierta.
Linux /var/.com.zerog.registry.xml
Este archivo está oculto. Para verlo, ejecutar el mandato ls -la.
Si ha instalado el servidor como usuario no root, el registro se hallará en $HOME/
.com.zerog.registry.xml.
4. Realice una copia de seguridad del directorio de instalación. Las vías de acceso predeterminadas son:
Windows C:\Archivos de programa\IBM\BFI

Linux /opt/ibm/BFI
En las versiones anteriores, la vía de acceso predeterminada es C:\Program Files\IBM\SUA u
/opt/ibm/SUA.
Resultados
Ha completado todos los pasos necesarios para restaurar el servidor tras una actualización fallida. Puede
continuar actualizando el servidor.
Actualización del servidor con un Fixlet

Puede ejecutar un Fixlet desde la consola de IBM BigFix para actualizar automáticamente el servidor de
BigFix Inventory.
Antes de empezar
v Realice una copia de seguridad del servidor para poder restaurarlos en el caso de que fallara una
actualización.
v Linux Sólo puede actualizar el servidor de BigFix Inventory con un Fixlet si ha instalado el
servidor de aplicaciones como un usuario root. De lo contrario, debe actualizar el servidor en
modalidad interactiva o silenciosa.
v Windows Asegúrese de que no se estén generando informes PDF en BigFix Inventory durante la
actualización. Para crear informes PDF, el servidor utiliza un proceso aparte que bloquea los archivos
del servidor.
Procedimiento
tareas.
3. Seleccione Actualizar a la versión más reciente de BigFix Inventory.
5. Seleccione el sistema donde desee actualizar el servidor y pulse Aceptar.
6. Si el esquema de base de datos ha cambiado entre versiones, se le solicitará que lo actualice. Después
de completar la actualización e iniciar sesión en BigFix Inventory, pulse Actualizar esquema.
Importante: La actualización puede tardar de un par de minutos a un par de horas, en función de su

entorno y del periodo de tiempo en que ha tenido instalado BigFix Inventory.
Resultados
El fixlet descarga el instalador en el punto final elegido y actualiza el servidor. El servidor se detiene
antes de la actualización y se inicia de nuevo cuando el proceso se ha completado. Para comprobar el
estado, en el árbol de navegación de la consola, pulse Acciones.
Si ha realizado la actualización desde la versión 9.2.1 y tenía definidos grupos de equipos, los cálculos de
subcapacidad estarán inhabilitados para estos grupos después de la actualización. Como resultado,
algunos paneles e informes no están visibles para los usuarios asignados a esos grupos de equipos. Para
volver a habilitar los cálculos de subcapacidad, vaya a Gestión > Grupos de equipos, abra un grupo de
equipos y seleccione PVU and RVU MAPC. A continuación, pulse Guardar. Para obtener más
información, consulte: “Configuración de grupos de sistemas” en la página 125.
190
Linux Si ha actualizado desde versiones anteriores a la actualización de aplicación 9.0.1.2, configure el
servidor después de la actualización. La configuración incluye la optimización de datos de archivos
explorados que se han incorporado en la actualización de la aplicación 9.0.1.2.
Actualización del servidor en modalidad interactiva

Para actualizar el servidor, inicie la instalación de una versión más reciente de BigFix Inventory en el
mismo sistema. En modalidad interactiva, actualice el servidor mediante un asistente.
Antes de empezar
actualización.
del servidor.
Procedimiento
1. Descargue el último instalador y extráigalo.
2. Ejecute uno de los archivos de instalación:
Windows setup-server-windows-x86_64.bat
Linux setup-server-linux-x86_64.sh
3. Siga los pasos del asistente.
4. Cuando la actualización haya finalizado, pulse Hecho.

Resultados
Ha actualizado BigFix Inventory a la versión más reciente.

Actualización del servidor en modalidad silenciosa

Para actualizar el servidor, inicie la instalación de una versión más reciente de BigFix Inventory en el
mismo sistema. La instalación silenciosa se ejecuta en segundo plano.
Capítulo 4. Actualización 191

Antes de empezar
actualización.
del servidor.
Procedimiento
1. Descargue el último instalador y extráigalo.
2. Lea el acuerdo de licencia en el archivo license.txt. El archivo está en el directorio
/license/su_idioma.
3. Edite el archivo upgrade_response.txt.
4. En el archivo de respuestas, establezca el parámetro RSP_LICENSE_ACCEPTED en true.
5. Inicie la actualización ejecutando uno de los mandatos siguientes:
Windows setup-server-windows-x86_64.bat -i silent -f vía_acceso_archivo_respuestas\
upgrade_response.txt
./setup-server-linux-x86_64.sh -i silent -f /vía_acceso_archivo_respuestas/
Linux
Para vía_acceso_archivo_respuestas, escriba la vía de acceso absoluta al archivo de respuestas.
Ejemplo:
setup-server-windows-x86_64.bat -i silent -f C:\images\SUA\upgrade_response.txt

Resultados
Ha actualizado el servidor a la versión más reciente.

Configuración del servidor después de la actualización de una versión

anterior a la 9.0.1.2
Si ha actualizado desde versiones anteriores a la actualización de aplicación 9.0.1.2, puede que se le
solicite que realice configuración adicional. El panel de configuración se abre automáticamente. También
puede completar la configuración más adelante en https://nombre_host:9081.
192
Optimización del volumen de datos de archivos explorados
Puede optimizar el volumen de datos que supervisa y utiliza para crear firmas personalizadas reduciendo
la lista de extensiones de archivo recopiladas a las que suelen utilizarse. Esto reduce la carga de trabajo
en el servidor de aplicaciones y mejora el rendimiento.
Procedimiento
1. En el panel de configuración, seleccione el recuadro de selección Optimizar el volumen de datos de
archivos explorados.
2. Compruebe si el catálogo de software que se ha cargado en BigFix Inventory está en el formato
canónico. Pulse Gestión > Carga de catálogo y compruebe la columna Formato de catálogo.
Si el catálogo está en el formato nativo, cargue un nuevo catálogo. Si el catálogo está en el formato
canónico, pero está disponible una nueva versión, cargue el nuevo catálogo. De lo contrario, continúe
en el paso siguiente.
3. Ejecute una importación. Durante esta importación, el rendimiento puede ser inferior porque se
importa el catálogo de software.
Importante: Después de la importación, puede que algunos elementos de software no estén visibles
en los informes. Éste es el comportamiento esperado. Complete los pasos restantes para que se
informe correctamente sobre el inventario de software.
4. Espere a la exploración de software planificada. De forma alternativa, si tiene exploraciones de
software poco frecuentes, detenga la exploración actual e inicie una nueva. Esto le permite utilizar la
lista optimizada de extensiones de archivo en menos tiempo.
a. Inicie sesión en la consola de BigFix y, en el árbol de navegación de la izquierda, pulse Acciones.
b. En el panel superior de la derecha, pulse Iniciar exploración de software y, a continuación, pulse
Detener.
c. Inicie una exploración de software nueva.
5. Espere a la importación planificada o ejecútela manualmente. A partir de ese momento, se utilizará la
lista optimizada de extensiones de archivo.
6. Si ha actualizado desde Software Use Analysis 9.0, el tamaño de la pila Java predeterminada no es
suficiente para la versión actual. Aumente el tamaño de la pila Java a 1536 megabytes (Xmx1536m).
Configuración sin optimizar el volumen de los datos de archivo explorados

Si no desea optimizar el volumen de los datos de archivo explorados, borre esta opción. Puede reducir
manualmente la lista de extensiones de archivo recopiladas en cualquier momento posterior.
Procedimiento
1. Borre el recuadro de selección Optimizar el volumen de datos de archivo explorados.
2. Ejecute la importación de datos para poder ver la información de infraestructura completa.
3. Si ha actualizado desde Software Use Analysis 9.0, el tamaño de la pila Java predeterminada no es
suficiente para la versión actual. Aumente el tamaño de la pila Java a 1536 megabytes (Xmx1536m).
Restauración del servidor después de una actualización anómala

Antes de iniciar la actualización, realice una copia de seguridad de la base de datos, del registro de
instalación y de los archivos del servidor para poder restaurar el servidor si la migración falla.

Antes de empezar
Si no hizo copia de seguridad del directorio de instalación ni del registro, puede instalar el nuevo
servidor y restaurar sólo la base de datos. Puede conservar los datos que ya se hallan en la base de datos
y evitar ejecutar la importación inicial.
Procedimiento
1. Detenga el servidor.
2. Restaure la base de datos a partir de una copia de seguridad.
Windows Restaure la base de datos de SQL Server.
Linux Restaure la base de datos DB2.
3. Sustituya el registro de instalación por el registro de copia de seguridad. Copie el archivo de copia de
seguridad .com.zerog.registry.xml en uno de los directorios siguientes:
Windows C:\Archivos de programa\Zero G Registry\
Linux /var/
Si ha instalado el servidor como usuario no root, copie el archivo de copia de seguridad en $HOME/.
4. Sustituya el directorio de instalación por el directorio de copia de seguridad.
5. Inicie el servidor.
Migración desde License Metric Tool 9.2.5

Puede migrar de License Metric Tool 9.2.5 a BigFix Inventory 9.2.5 iniciando la instalación de BigFix
Inventory. Puede migrar sólo entre las mismas versiones. Después de completar la migración, asegúrese
de completar las tareas posteriores a la migración para volver a correlacionar las propiedades, suscribir
los sistemas a sitios de fixlet diferentes y descargar el catálogo de software.
Restricción: No se puede migrar entre sistemas operativos diferentes. Para conmutar de Linux a
Windows, instale un servidor nuevo.
Copia de seguridad del servidor

Antes de iniciar la migración, realice una copia de seguridad de la base de datos, del registro de
instalación y de los archivos del servidor para poder restaurar el servidor si la migración falla.
Procedimiento
1. Detenga el servidor de License Metric Tool.
2. Haga una copia de seguridad de la base de datos.
Windows Copia de seguridad de la base de datos de SQL Server.
Linux Copia de seguridad de la base de datos de DB2.
3. Realice una copia de seguridad del registro de instalación.
Windows C:\Archivos de programa\Zero G Registry\.com.zerog.registry.xml
Este archivo está oculto. Para verlo, cambie las opciones de la carpeta en el Panel de control para
visualizar los archivos ocultos o escriba la vía de acceso completa en la barra de direcciones de
cualquier ventana abierta.
Linux /var/.com.zerog.registry.xml
Este archivo está oculto. Para verlo, ejecutar el mandato ls -la.
Si ha instalado el servidor como usuario no root, el registro se hallará en $HOME/
.com.zerog.registry.xml.
4. Realice una copia de seguridad del directorio de instalación. Las vías de acceso predeterminadas son:
194
Windows C:\Archivos de programa\IBM\LMT
Linux /opt/ibm/LMT
5. Inicie el servidor de License Metric Tool.
Ampliación de las titularidades de licencia

Para utilizar BigFix Inventory, primero debe adquirir titularidades adicionales. Las titularidades se
pueden añadir a la licencia actual. Una vez actualizada la licencia, puede habilitar el sitio de Fixlet de
BigFix Inventory en IBM BigFix.
Procedimiento
1. Vaya a Passport Advantage y adquiera titularidades para IBM BigFix Inventory.
2. Compruebe el número de serie de su licencia de License Metric Tool actual:
a. Inicie sesión en la consola de BigFix.
b. En la esquina inferior izquierda, pulse Gestión de BigFix.
c. En el árbol de navegación, pulse Vista general de la licencia.
d. El número de serie aparece en la ventana Plataforma de BES.
3. Envíe por correo electrónico TEM@dk.ibm.com e incluya la siguiente información:

v El número de serie actual
v Los datos personales, que permiten reconocerle como cliente de IBM
v Detalles de la licencia de BigFix Inventory que ha adquirido
v Una solicitud para ampliar su número de serie actual con la titularidad para BigFix Inventory
4. En la ventana Plataforma de BES donde ha copiado el número de serie, pulse Comprobar si hay una
actualización de la licencia. Si hay un cambio en la licencia, aparece el mensaje siguiente: Se ha
detectado una actualización del certificado de sitio, BESAdmin debe ejecutarse para propagar
el cambio.
5. Vaya al servidor de BigFix y ejecute la herramienta de administración para actualizar la licencia.
Linux
a. Vaya a /opt/BESServer/bin.
b. Ejecute el mandato siguiente:
./BESAdmin.sh -syncmastheadandlicense -sitePvkLocation=path_to_license.pvk
Windows
a. Vaya a C:\Archivos de programa (x86)\BigFix Enterprise\BES Server.

b. Ejecute BESAdmin.exe.
c. Cuando se le solicite, proporcione la vía de acceso a la clave de firma del sitio (license.pvk) y
escriba la contraseña.

d. En la pestaña Administración del encabezado, pulse Aceptar.
Resultados
Ha actualizado la licencia y ha propagado el cambio a los puntos finales. Puede tardar varios minutos
hasta que la consola de BigFix muestre el estado actualizado. Si el estado no cambia, reinicie la consola.
Migración del servidor en la modalidad interactiva

Para migrar el servidor, inicie la instalación de BigFix Inventory en el mismo sistema. En modalidad
interactiva, migre el servidor mediante un asistente.
Antes de empezar
Realice una copia de seguridad del servidor para poder restaurarlos en el caso de que fallara una
actualización.
Procedimiento
1. Descargue el último instalador de BigFix Inventory y extráigalo.
2. Ejecute uno de los archivos de instalación:
Windows setup-server-windows-x86_64.bat
Linux setup-server-linux-x86_64.sh
3. Siga los pasos del asistente.
4. Cuando la migración se haya completado, pulse Hecho.
Resultados
Ha migrado de License Metric Tool a BigFix Inventory.
Realice las tareas posteriores a la migración.
Migrar el servidor en la modalidad silenciosa

Para migrar el servidor, inicie la instalación de BigFix Inventory en el mismo sistema. La instalación
silenciosa se ejecuta en segundo plano.
Antes de empezar
Realice una copia de seguridad del servidor para poder restaurarlos en el caso de que fallara una
actualización.
Procedimiento
1. Descargue el último instalador de BigFix Inventory y extráigalo.
2. Lea el acuerdo de licencia en el archivo license.txt. El archivo está en el directorio
/license/su_idioma.
3. Edite el archivo upgrade_response.txt y especifique los siguientes parámetros:
196
Tabla 46. Parámetros del archivo de respuesta.
Parámetro Nombre de clave del parámetro Valor predeterminado
Descripción
Aceptación de RSP_LICENSE_ACCEPTED false
acuerdo de licencia
Suprima el primer hash (#) que marca a esta sentencia como un comentario y establezca el
parámetro en true, si acepta la licencia.
Windows Nombre RSP_USER_ACCOUNT current

de usuario y RSP_USER_ACCOUNT_PWD
contraseña
Especifique la cuenta de usuario para ejecutar el servicio de aplicaciones. El usuario debe tener
el derecho de iniciar la sesión como un servicio y privilegios administrativos. El Control de
cuentas de usuario en Windows debe reducirse o inhabilitarse, porque puede bloquear el inicio
del servicio. El usuario debe especificarse como domain\username, machine\username o
.\username si es una cuenta local. Si deja current, el servicio se ejecuta con el usuario NT
AUTHORITY\SYSTEM, que tiene todos los derechos necesarios.
Importante: Para utilizar la autenticación de Windows para acceder a la base de datos, el

propietario del servicio elegido aquí debe estar disponible tanto para BigFix Inventory como
para el servidor de base de datos relevante para los que utiliza esta autenticación. Para las
bases de datos locales, puede utilizar current, pero para las bases de datos remotas, debe ser
un usuario de dominio que se comparte entre los dos servidores.
4. Inicie la migración ejecutando uno de los mandatos siguientes:

Windows setup-server-windows-x86_64.bat -i silent -f vía_acceso_archivo_respuestas\
Linux ./setup-server-linux-x86_64.sh -i silent -f /vía_acceso_archivo_respuestas/
Para vía_acceso_archivo_respuestas, escriba la vía de acceso absoluta al archivo de respuestas.
Ejemplo:
setup-server-windows-x86_64.bat -i silent -f C:\images\SUA\upgrade_response.txt
Resultados
Ha migrado de License Metric Tool a BigFix Inventory.
Realice las tareas posteriores a la migración.
Realización de tareas posteriores a la migración

Después de migrar License Metric Tool a BigFix Inventory, debe realizar las tareas adicionales que son
necesarias para ajustar el entorno a la nueva aplicación. Esas tareas incluyen la suscripción de los puntos
finales en el nuevo sitio, la carga del nuevo catálogo de software y la planificación de la exploración de
software.
Procedimiento
1. Detenga todas las acciones que se estén ejecutando desde el sitio de Fixlet de License Metric Tool.
a. En la consola de BigFix, pulse Acciones.
b. Seleccione todas las acciones que se originen en el sitio de IBM License Reporting (ILMT) v9.
c. Pulse con el botón derecho en las acciones seleccionadas y, a continuación, pulse Detener acción.
d. De nuevo, pulse con el botón derecho en las acciones seleccionadas y, a continuación, pulse
Suprimir acción.

2. Vuelva a correlacionar las propiedades de UNIX con sitio de BigFix Inventory.
Consejo: Si las propiedades del sitio BigFix Inventory no están disponibles, ejecute una importación.
a. En BigFix Inventory, pulse Gestión > Propiedades del paquete UNIX.
b. Seleccione Paquetes instalados Unix.
c. En la lista Propiedad de origen de datos, busque y seleccione la propiedad Lista de paquetes
Unix instalados en el sitio de IBM BigFix Inventory v9.
d. Pulse Guardar.
3. Vuelva a correlacionar las propiedades de paquete con el sitio de BigFix Inventory.

a. En BigFix Inventory, pulse Gestión > Propiedades del paquete.
b. Seleccione Paquetes instalados de Windows.
c. En la lista Propiedad de origen de datos, busque y seleccione la propiedad Lista de aplicaciones
Windows instaladas en el sitio de IBM BigFix Inventory v9.
d. Pulse Guardar.
4. Vuelva a correlacionar las propiedades de uso con el sitio de BigFix Inventory.
a. En BigFix Inventory, pulse Gestión > Propiedades de uso.
b. Seleccione Uso de la aplicación de Windows.
c. En la lista Propiedad de origen de datos, busque y seleccione la propiedad Uso de la aplicación
en el sitio de IBM BigFix Inventory v9.
d. Pulse Guardar.
198
5. Cree roles y permisos que sean específicos de BigFix Inventory.
a. En BigFix Inventory, pulse Gestión > Roles.
b. Cree el rol Gestores de catálogo con los permisos siguientes:
v Gestionar catálogos, Gestionar cargas, Ver auditoría de catálogos, Ver puntos finales, Ver datos
en bruto, Ver catálogo de software y firmas
c. Cree el rol Gestores de contratos con los permisos siguientes:
v Gestionar contratos, Ver contratos, Ver puntos finales, Ver métricas de licencia, Ver datos en
bruto, Ver catálogo de software y firmas
d. Edite los roles Auditores y Gestores de activos de software y añada estos permisos:
v Ver auditoría de catálogos, Ver datos en bruto
e. Edite los roles Administradores de infraestructura y Gestores de activos de software y añada
estos permisos:
v Gestionar propiedades de uso y Gestionar propiedades del paquete
6. Anule la suscripción de todos los puntos finales del sitio de IBM License Reporting (ILMT) v9.
a. Inicie una sesión en la consola de BigFix.
b. En la barra de navegación, pulse Sitios > Sitios externos > IBM License Reporting (ILMT) v9 y,
a continuación, pulse la pestaña Suscripciones del sistema.
c. Para anular la suscripción de todos los sistemas del sitio, seleccione Ningún sistema.
7. Cree un nuevo valor del sistema que apunte a la vía de acceso de instalación del servidor.
a. En la consola de BigFix, pulse Sistemas.
b. Seleccione el servidor de BigFix Inventory, púlselo con el botón derecho y, a continuación, pulse
Editar configuración del equipo.
c. Pulse Añadir para añadir un valor nuevo y especifique la siguiente información:
Nombre del parámetro: SUA_Server_Path_0
Valor del parámetro: directorio de instalación
Nota: A pesar de la actualización, el directorio de instalación se denomina todavía LMT. Si ha

utilizado la vía de acceso predeterminada, es /opt/ibm/LMT o C:\Archivos de programa\ibm\LMT.
d. Seleccione el valor LMT_Server_Path_0 y pulse Suprimir.
8. Suscriba todos los puntos finales en el sitio de IBM BigFix Inventory v9.
a. En la consola de BigFix, pulse el sitio de IBM BigFix Inventory v9 y, a continuación, pulse el
separador Suscripciones del sistema.
b. Especifique los mismos criterios de suscripción que ha especificado en el sitio de IBM License
Reporting (ILMT) v9 o seleccione Todos los equipos.

9. Descargue el nuevo catálogo de software para BigFix Inventory. Este catálogo contiene más
productos que su equivalente en License Metric Tool.
a. En la consola de BigFix, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.
b. Seleccione Actualización de catálogo de software y pulse Llevar a cabo una acción.
c. Seleccione un sistema de destino y pulse Aceptar. El catálogo se descarga en
/opt/IBM/LMT/bfi_catalog o C:\Program Files\IBM\LMT\bfi_catalog.
d. Copie el catálogo en el sistema que se utiliza para acceder a la interfaz de BigFix Inventory.
10. Cargue el nuevo catálogo de software en BigFix Inventory.
a. Inicie la sesión en BigFix Inventory.
b. Pulse Gestión > Cargar catálogo.
c. Pulse Examinar, seleccione el archivo en un formato ZIP y pulse Cargar. El catálogo se carga.
11. Ejecute la importación para procesar el nuevo catálogo y lo entregarlos a los puntos finales.
a. En BigFix Inventory, pulse Gestión > Importaciones de datos y, a continuación, Importar ahora
para iniciar la importación.
b. Cuando la importación finalice, vuelva a Gestión > Carga de catálogo y verifique que el catálogo
se ha cargado satisfactoriamente.
12. Verifique que el nuevo catálogo de software se ha distribuido a los puntos finales.
a. Inicie una sesión en la consola de BigFix.
b. En la barra de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
c. Pulse el botón derecho del ratón en el análisis Estado de exploración de software y pulse
Activar. Puede tardar algún tiempo hasta que el análisis recopile los datos.
d. En el panel inferior, pulse el separador Resultados y verifique que la versión del catálogo es la
misma que la versión que aparece en BigFix Inventory (paso 6b).
200
Consejo: Si la versión difiere, puede que sea necesario renovar los resultados. Seleccione todos
los puntos finales, pulse el botón derecho del ratón en ellos y pulse Enviar actualización. Si el
problema persiste, el catálogo no se ha entregado a los puntos finales. En tal caso, puede
entregarlo manualmente. Para obtener más información, consulte Actualización de catálogos de
explorador en la sección Configuración.
13. Después de cargar el catálogo de software nuevo, es posible que varios elementos de software se
descarten y se eliminen de los informes en BigFix Inventory. Es de esperar, porque los elementos se
han descubierto mediante las exploraciones en License Metric Tool, pero ahora se comparan con un
catálogo de software diferente. Si los elementos no coinciden con las entradas del catálogo de
software, se descartan. Se informará de nuevo de todos esos elementos de software después de que
los hayan descubierto las nuevas exploraciones en BigFix Inventory.
14. Configure exploraciones nuevas y active análisis en BigFix Inventory.
15. Compruebe que la exploración de software se haya ejecutado correctamente.
a. En la consola de BigFix, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
b. Pulse el análisis Estado de exploración de software.
c. En el panel inferior, pulse la pestaña Resultados y verifique que el estado de la exploración de
software sea Correcto.Puede tardar tiempo hasta que la exploración de software finalice y todos
los puntos finales informen sobre este estado.
16. Ejecute una importación para procesar e importar los resultados de exploración.
b. En la barra de navegación superior, pulse Gestión > Importaciones de datos y, a continuación,
Importar ahora.

Resultados
Ha cambiado la suscripción de puntos finales al nuevo sitio, ha cargado el catálogo de software nuevo y
ha iniciado la exploración de software que ha recopilado datos sobre el software que está instalado en los
puntos finales. Cuando finaliza la importación, todos los datos recopilados por la exploración de software
se comparan con el catálogo de software, produciendo descubrimientos de software que se muestran en
diversos informes en BigFix Inventory.
License Metric Tool se ha migrado a BigFix Inventory. Puede empezar a utilizar la nueva aplicación.
Restauración del servidor después de una migración anómala

Después de una migración anómala, puede restaurar el servidor a su estado original restaurando la base
de datos, el registro de instalación y los archivos del servidor a partir de las copias de seguridad.
Antes de empezar
Si no hizo copia de seguridad del directorio de instalación ni del registro, puede instalar el nuevo
servidor y restaurar sólo la base de datos. Puede conservar los datos que ya se hallan en la base de datos
y evitar ejecutar la importación inicial.
Procedimiento
1. Detenga el servidor de License Metric Tool.
2. Restaure la base de datos a partir de una copia de seguridad.
Windows Restaure la base de datos de SQL Server.
Linux Restaure la base de datos de DB2.
3. Sustituya el registro de instalación por el registro de la copia de seguridad. Copie el archivo de copia
de seguridad .com.zerog.registry.xml en uno de los directorios siguientes:
Windows C:\Archivos de programa\Zero G Registry\
Linux /var/
Si ha instalado el servidor como usuario no root, copie el archivo de copia de seguridad en $HOME/.
4. Sustituya el directorio de instalación por el directorio de la copia de seguridad.
5. Inicie el servidor de License Metric Tool.
Migración deLicense Metric Tool y Tivoli Asset Discovery for

Distributed 7.2.2 y 7.5
Puede migrar de License Metric Tool o Tivoli Asset Discovery for Distributed 7.2.2 o 7.5, y todos los
fixpacks y arreglos temporales subsiguientes, a BigFix Inventory 9.2.5. Los elementos que se pueden
migrar son empaquetados de software, exclusiones de software, directorios excluidos de la exploración,
grupos de exploración y los gestores de VM.
Vista general y requisitos

La migración mueve el inventario de software de License Metric Tool o Tivoli Asset Discovery for
Distributed 7.2.2 o 7.5 a una infraestructura completamente nueva que se basa en IBM BigFix y BigFix
Inventory. A diferencia de una actualización simple, que cambia la versión de una aplicación
automáticamente, la migración necesita que se instale el nuevo entorno por separado, principalmente
debido a las diferencias entre el origen y la infraestructura de destino.
202
Nueva infraestructura
Aunque el entorno al que va a migrar tenga los mismos conceptos y siga patrones similares, tiene
algunas diferencias cuando se compara con 7.x. Se puede considerar como una combinación de BigFix
Inventory y de la plataforma de IBM BigFix que proporciona los elementos de infraestructura, por
ejemplo clientes. La plataforma es responsable del flujo de datos entre los puntos finales y BigFix
Inventory. También es una herramienta que se utiliza para la configuración. Diversas tareas incluidas en
los escenarios siguientes dependen de IBM BigFix y se completan a través de la consola de plataforma.
Ámbito de la migración
La migración no transfiere datos en bruto o resultados de exploración sino información que es específica
del entorno. Los datos acerca de software y hardware que se recopilan de los puntos finales no necesitan
migrarse. Al preparar el nuevo entorno, instale clientes nuevos que deben estar ubicados junto a los
agentes 7.x existentes, al menos hasta que se complete la migración. Esto permite que las nuevas
exploraciones de software y de capacidad (hardware) exploren los puntos finales y descubran el
inventario del mismo modo que se descubriría en una instalación nueva de la 7.x. Lo que sigue faltando
son todas las decisiones relacionadas con la clasificación de software que se han tomando después de
instalar el entorno de la 7.x y que han hecho que el inventario de software sea de la forma que es ahora.
Estas decisiones incluyen los paquetes de software que ha creado y confirmado asignando instancias de
software a determinados productos, las exclusiones de software, que representan las instancias de
software excluidas de los cálculos de precios y los directorios excluidos de la exploración. Durante la
migración, esas decisiones se reconocen y se extraen de la versión 7.x junto con las definiciones de
gestores de VM, que son necesarios para descubrir la capacidad completa de los sistemas. Si los sistemas
se dividen entre los diversos grupos de exploración, también puede migrar esos grupos de exploración y
su planificación de exploración. Una vez que toda esta información se ha migrado, se aplica al inventario
bruto que se descubre mediante las nuevas exploraciones. Esto permite volver a crear el inventario de
software específico en el nuevo entorno. Como resultado, se gestiona el mismo inventario de software con
una nueva infraestructura.
Requisitos
Versión de la aplicación de origen
v License Metric Tool 7.2.2 y 7.5 así como todos los fixpacks y arreglos temporales subsiguientes.
v Tivoli Asset Discovery for Distributed 7.2.2 y 7.5 así como todos los fixpacks y arreglos
temporales subsiguientes.
A partir de ahora es posible que se haga referencia a las aplicaciones como 7.x.
Sistemas operativos y bases de datos
BigFix Inventory 9.2.5 sólo da soporte a un subconjunto de sistemas operativos que están
soportados por 7.x. Puede migrar a BigFix Inventory 9.2.5 en Linux y utilizar DB2, o en Windows
y utilizar SQL Server. También puede migrar entre distintos sistemas operativos y bases de datos,
por ejemplo, de AIX a Windows, o de DB2 a SQL Server.
Permisos de usuario
v Usuario de BigFix Inventory
El usuario cuya señal de autenticación se utiliza para acceder al servidor de BigFix Inventory
debe tener los permisos Gestionar la clasificación de software y Gestionar gestores de VM y
servidores.
v Operador de BigFix
El usuario debe cumplir con los requisitos siguientes:
– Tiene asignado el sitio IBM BigFix Inventory v9
– Puede administrar sistemas que se van a migrar
– Tiene los permisos Puede utilizar la API REST y Puede crear acciones.

Importación de datos
La importación de datos debe inhabilitarse durante la migración.Para inhabilitar la importación,
inicie una sesión en BigFix Inventory y abra el panel Importaciones de datos. A continuación,
borre el recuadro de selección Habilitado y pulse Guardar.
Seguridad
TLS 1.2. debe inhabilitarse durante la migración de Tivoli Asset Discovery for Distributed o
License Metric Tool. Para inhabilitar TLS 1.2, vaya a Gestión > Configuración de servidor y
borre el recuadro de selección Utilizar TLS 1.2. Puede habilitar TLS 1.2. después de la migración.
Clientes
Como uno de los primeros pasos de la migración, va a instalar los clientes de BigFix que
equivalen a los agentes 7.x. Los programas de instalación de clientes son paquetes nativos que
pueden instalarse utilizando cualquier método, sin embargo IBM BigFix también proporciona
varias herramientas para automatizar este proceso, por ejemplo la herramienta de despliegue del
cliente.
Se recomienda utilizar las herramientas de BigFix para la instalación, pero en entornos grandes
también puede utilizar un método alternativo e instalar los clientes con la función de
actualización automática disponible en la versión 7.x. La actualización automática instala los
clientes de forma automática en cada sistema que ya tenga un agente 7.x. Esta instalación, sin
embargo, requiere la ayuda del personal de soporte de IBM y no es la forma más eficaz para
entornos más pequeños. Para solicitar ayuda a la hora de instalar los clientes utilizando la
autoactualización, envíe un correo electrónico a talk2sam@us.ibm.com.
IBM i Los datos de los sistemas IBM i no se incluyen en la migración debido a que el cliente
BigFix no está disponible para los sistemas IBM i. El descubrimiento de software en estos
sistemas está basado en las denominadas exploraciones desconectadas, un procedimiento
semiautomático que utiliza scripts para iniciar las exploraciones de software y capacidad. Para
supervisar el software instalado en sistemas IBM i, configure las exploraciones desconectadas
después de completar la migración. Para obtener más información, consulte: “Descubrimiento del
inventario de software y hardware en sistemas IBM i” en la página 144.
Los catálogos de software de la aplicación de origen y de destino deben tener la misma versión.
Asegúrese de actualizar el catálogo antes de iniciar la migración.
Los catálogos para License Metric Tool y Tivoli Asset Discovery for Distributed 7.x se publican
antes que el catálogo para BigFix Inventory 9.2.5. Es posible que el catálogo de 7.x ya se haya
publicado pero no así el catálogo de 9.2.5 y en tal caso debe utilizar la versión menor del catálogo
de 7.x. Solo entonces el catálogo podrá ser compatible.
Restricción: Si ya ha cargado el catálogo más reciente a la versión 7.x, no podrá cargar la versión
inferior. En este caso, migre en diferentes catálogos y repita la migración después de que el
catálogo de BigFix Inventory más reciente esté disponible.
Para descargar los catálogos de software con la misma versión, siga estos pasos:
1. Abra las notas del release.
El documento lista todos los catálogos de software publicados para BigFix Inventory.
2. Compruebe la entrada más reciente y observe la fecha que describe el catálogo idéntico en la
versión 7.x.
3. Descargue el catálogo de software para la versión 7.x desde una de las direcciones siguientes:
Para descargar la versión correcta, sustituya fecha por la fecha proporcionada en las notas del
release.
v License Metric Tool 7.x:
ftp://public.dhe.ibm.com/software/tivoli_support/misc/CandO/TivoliCatalog/ibm/ILMT/
IBMUseOnlySoftwareCatalog_canonical_form_fecha.zip
204
Por ejemplo, si la fecha es 2014-06-20, el enlace será el siguiente:
ftp://public.dhe.ibm.com/software/tivoli_support/misc/CandO/TivoliCatalog/ibm/ILMT/
IBMUseOnlySoftwareCatalog_canonical_form_20140620.zip
v Tivoli Asset Discovery for Distributed 7.x:
ftp://public.dhe.ibm.com/software/tivoli_support/misc/CandO/TivoliCatalog/ibm/SwKBT/
IBMSoftwareCatalog_canonical_form_fecha.zip
Por ejemplo, si la fecha es 2014-06-20, el enlace será el siguiente:

ftp://public.dhe.ibm.com/software/tivoli_support/misc/CandO/TivoliCatalog/ibm/SwKBT/
IBMSoftwareCatalog_canonical_form_20140620.zip
4. Importe el catálogo a License Metric Tool 7.x o Importe el catálogo a Tivoli Asset Discovery
for Distributed 7.x.
5. Descarga del catálogo de nuevo software para BigFix Inventory y, a continuación actualícelo
en la aplicación.
Elementos migrados
La migración no transfiere datos en bruto o resultados de exploración sino información que es específica
del entorno. Esta información incluye empaquetados y exclusiones de software, gestores de VM y
directorios excluidos. Si lo desea, también puede migrar grupos de exploración y planificaciones de
exploración.
Paquetes de software
Cada vez que se descubre un componente nuevo, BigFix Inventory lo asocia con un producto basándose
en su relación en el catálogo de software. Esta asociación es un paquete de software.
Para poder migrarlo un paquete de software debe cumplir los requisitos siguientes:
v Es un paquete de software confirmado en el entorno de origen:
– Ha confirmado manualmente la asignación. Los paquetes no confirmados de forma predeterminada
no se migran debido a que se crean automáticamente en el entorno de destino independientemente
de la migración.
– Ha reasignado un componente a un producto diferente, lo que ha creado un paquete de software
confirmado.
– El producto al que se asigna el componente es la única opción de empaquetado disponible en el
catálogo de software.
v Solo empaqueta productos IBM.
v Empaqueta productos que también se descubren en el entorno de destino.
El software instalado en los discos compartidos no se puede migrar debido a que BigFix Inventory
9.2.5 no da soporte al descubrimiento en estos discos.
v No empaqueta componentes que se comparten entre varios productos.
v No empaqueta componentes confirmados en el entorno de destino. La migración no puede sobrescribir
los paquetes confirmados.
v No empaqueta componente asignados a diferentes productos del entorno de destino cuya asignación
ha confirmado. La migración no puede sobrescribir los paquetes confirmados. Si se asigna un
componente a un producto diferente pero no está confirmado, la migración sobrescribirá esta
asignación para que se asemeje al entorno de origen.
v Empaqueta productos que pertenecen al grupo de informes predeterminado.
En la versión 7.5, puede asignar software a varios grupos de informes, teniendo de este modo una
posibilidad de crear informes que contienen software sólo de un grupo determinado. Esta función se
utiliza para distinguir el software y el de los proveedores de servicios, que puede estar instalado en los
mismos servidores. En este caso, puede crear un grupo de informes independiente para el software que

es una parte obligatoria de un servicio proporcionado, como el software que se utiliza para gestionar la
infraestructura proporcionada, y otro independiente para el software.
Se omitirán los paquetes de software que no cumplen los requisitos mencionados.
Opciones de empaquetado personalizado
Las opciones de empaquetado personalizado definen relaciones personalizadas entre componentes y

productos que no se han definido en el catálogo de software de IBM.
Las opciones de empaquetado personalizadas no se migran. Para asegurarse de que el software que está
empaquetado en base a una opción de empaquetado personalizado de la versión 7.5, permanece
empaquetado de la misma forma en la versión de 9.2.5, debe crear la misma opción de empaquetado
personalizado en la versión de 9.2.5. Si la opción no se ha definido en la versión de 9.2.5, el software se
habrá empaquetado de acuerdo con la regla que se haya definido en el catálogo de software de IBM y se
tendrá que confirmar el empaquetado.
Si ya se ha confirmado el empaquetado en la versión de 9.2.5, no cambiará independientemente de si la

opción de empaquetado personalizado se ha definido en la versión de 9.2.5.
Exclusiones de software
Las exclusiones de software son instancias de software que se excluyen de los cálculos de precios.
Se migran todas las exclusiones de software que ya no existen en el entorno de destino. Sin embargo, se
debe tener en cuenta la siguiente excepción:
v La migración de una exclusión de software confirma el paquete de este software en BigFix Inventory ,
actualización de aplicación 9.2.5, lo que significa que no se puede modificar en las siguientes
ejecuciones de la migración. Si posteriormente incluye esta instancia en los cálculos de precios de la
versión 7.x, también debe incluirla manualmente en la versión 9.2.5, ya que la migración no puede
sobrescribir los paquetes confirmados.
Gestores de máquina virtual
Los gestores de VM, también conocidos como hipervisores, se utilizan para crear y ejecutar máquinas
virtuales. Los detalles de acceso a los gestores de máquinas virtuales son necesarios para descubrir la
capacidad que pueden utilizar las máquinas virtuales. Esto es necesario para calcular con precisión el
consumo de PVU.
Se migran todos los gestores de máquinas virtuales que todavía no están definidos en el entorno de
destino.
Directorios excluidos
Todos los directorios que se excluyen de la exploración se migran. Si algunos de ellos ya están excluidos
en el entorno de destino, se omiten.
Hay dos tipos de directorios excluidos:

v Directorios excluidos para una plataforma, por ejemplo para todos los sistemas Windows.
La herramienta de migración los extrae de la base de datos 7.x y los pasa a BigFix, que utiliza la tarea
Añadir directorios excluidos para entregarlos a los sistemas relevantes. BigFix reconoce las plataformas
y distribuye los directorios de forma adecuada.
Después de la migración, todos los directorios excluidos de los agentes 7.x se añaden a los clientes de
BigFix. Los directorios excluidos para la plataforma i5 no se migran, porque esta plataforma no se
soporta en 9.x.
206
v Directorios excluidos para un agente, por ejemplo para un agente con el nombre de host NC5110108.
Antes de ejecutar la migración, puede activar el análisis de Directorios excluidos que recupera
directorios que están excluidos actualmente para los clientes de BigFix (agentes 9.x). Cuando la
herramienta de migración extrae directorios excluidos de la base de datos 7.x, los compara con los
resultados de análisis para reconocer qué directorios faltan en 9.x. Los directorios que faltan se
entregan a los clientes de BigFix utilizando la tarea Añadir directorios excluidos.
Después de la migración, todos los directorios excluidos de los agentes 7.x se añaden a los clientes de
BigFix. Los directorios excluidos para la plataforma i5 no se migran, porque esta plataforma no se
soporta en 9.x.
Nota: Los directorios sólo se pueden entregar a sistemas que tienen el cliente de BigFix instalado y la
exploración de software iniciada. Sin embargo, esos pasos se completan cuando se prepara el entorno
para la migración.
Consejo:
v El análisis de Directorios excluidos y la tarea Añadir directorios excluidos pueden verse en la consola
de BigFix.
v Después de la migración, puede ir a la consola y pulsar Acciones. Se ejecuta un conjunto de acciones
Añadir directorios excluidos en los sistemas para suministrar los directorios.
v Los directorios excluidos pueden verse en excludedirectories.csv (después de la exportación) y
excluded_directories_report.csv (después de la simulación y la migración).
Grupos de exploración y planificaciones de exploración
Los grupos de exploración de la versión 7.2.2 y 7.5 se utilizan para crear planificaciones de exploración
independientes para diferentes grupos de sistemas. Esto permite la reducción del tráfico de red generado
por las exploraciones y la diferenciación de la frecuencia de exploración de acuerdo con la dinámica con
la que el software cambia en sistemas determinados. La migración de grupos de exploración y
planificaciones de exploración es opcional. Si desea separar los sistemas de la infraestructura nueva de
una manera diferente, puede saltarse esta parte de la migración.
Los grupos de exploración de 7.x se migran a grupos de sistemas en BigFix. La migración está habilitada
de forma predeterminada. Si no desea migrar los grupos de exploración, establezca el parámetro
MIGRATE_SCAN_GROUPS en false en el archivo migration.properties. A diferencia de 7.x, un sistema puede
pertenecer a varios grupos en BigFix. Los grupos de exploración autónomos no se migran. Los grupos
que se planifican para ejecutarse una vez se migran pero sus planificaciones no.
Después de la migración, los grupos de exploración de 7.x se listan en la consola de BigFix bajo Grupos
de equipos. Cada grupo de sistemas migrado se denomina del modo siguiente:
v El prefijoMigrated
v El nombre del grupo de exploración de la versión de 7.x
v El identificador de la instancia de License Metric Tool o Tivoli Asset Discovery for Distributed de la
cual se ha migrado el grupo de exploración. El identificador es el valor que se especifica como el
parámetro LMT_TAD4D_DB_HOST en el archivo migration.properties. Esto garantiza que si migra
contenido de varias instancias de License Metric Tool o Tivoli Asset Discovery for Distributed a un
BigFix, los grupos de exploración con el mismo nombre no se omiten.
Un ejemplo de un nombre de grupo de exploración migrado es:
Migrated_Finance_Department_198.21.100.0. Puede cambiarlo más adelante.
Aparte de los grupos de exploración, también puede migrar las planificaciones de exploración. En BigFix,
puede planificar que las exploraciones se ejecuten cada 1, 2, 3, 5, 7, 15 o 30 días. Puesto que las opciones
distintas de las opciones que están disponibles en la versión 7.x, sólo se migran las planificaciones de
exploración que se pueden volver a crear en BigFix. La migración de planificaciones de exploración está

inhabilitada de forma predeterminada. Para migrar las planificaciones de exploración, establezca el
parámetro MIGRATE_SCAN_SCHEDULE en true en el archivo migration.properties.
Importante: Si migra planificaciones de exploración, las exploraciones de 7.x y 9.2.5 se ejecutarán al

mismo tiempo en los puntos finales.
Migración en partes
Puede dividir la migración en partes más pequeñas instalando los clientes de IBM BigFix sólo en un
grupo de puntos finales o limitando el número de puntos finales que se suscriben al sitio de Fixlet.
La migración de cada punto final genera una cantidad importante de información que se debe verificar
para asegurarse de que la migración se ha realizado correctamente. Si desea migrar una gran cantidad de
puntos finales, divídalos en grupos, especialmente si desea realizar la migración a un entorno de
producción. Este método hace que la verificación sea más fácil y requiera menos tiempo. Además no
bloquea todo el entorno hasta que se ha completado la migración. El tamaño de un grupo depende del
número de instancias de software instaladas en los puntos finales.
Para dividir la migración en partes, elija uno de los métodos siguientes:

v Caso de uso 1: Instalación del cliente de IBM BigFix en un grupo de puntos finales
Mientras prepara el nuevo entorno, como se describe en el Paso 1: Preparación de la migración, instale
únicamente los puntos finales de IBM BigFix en un grupo de puntos finales. Solo se pueden migrar
elementos desde los puntos finales que tienen instalados el agente de 7.x y el cliente de IBM BigFix.
Los elementos restantes se listan como omitidos y no se migran a BigFix Inventory. Después de migrar
el primer grupo de puntos finales, instale los clientes en el grupo siguiente y repita la migración.
v Caso de uso 2: Suscripción de un grupo de puntos finales al sitio de Fixlet
Mientras correlaciona los agentes, como se describe en el Paso 2: Correlación de los agentes, active el
análisis necesario solo para un grupo de puntos finales. Dado que el análisis se activa globalmente, lo
que significa que recopila información de todos los puntos finales en el sitio de Fixlet, suscriba los
puntos finales al sitio de Fixlet en grupos. Al hacer esto, el análisis recopila información sólo de los
puntos finales que actualmente están suscritos al sitio de Fixlet.
Solo se pueden migrar los elementos desde los puntos finales cuyos ID y versiones ha recuperado el
análisis. Los elementos restantes se listan como omitidos y no se migran a BigFix Inventory. Después
de migrar el primer grupo de puntos finales, suscriba el siguiente grupo junto al sitio de Fixlet y repita
la migración. Para obtener más información acerca de cómo limitar el número de puntos finales
suscritos, consulte Restricción de sistemas.
Importante: En los casos de uso 1 y 2, todos los elementos de la aplicación de origen se incluyen en los
archivos csv que se crean durante la migración. Esto es lo previsto, ya que los archivos listan todos los
elementos que se pueden elegir para la migración y no solo los que se han migrado realmente. Los
elementos que no se han migrado se listan como omitidos con una explicación que indica que el cliente
de IBM BigFix no está instalado. Filtre los archivos por nombres de host para acotar la vista únicamente a
los elementos de un grupo de puntos finales concreto. A pesar de que figuren en los archivos csv, los no
se guardan en el entorno de destino.
v Caso de uso 3: Importación de los puntos finales listados en el archivo agentsmap.csv
Correlacione los agentes como se describe en Paso 2: Correlación de los agentes. A continuación,
ejecute el script de migración con el mandato -export para generar los archivos csv con información
sobre los elementos que se pueden elegir para la migración. Uno de los archivos generados es
agentsmap.csv. Divida el archivo en un número de archivos más pequeños, cada uno de los cuales
contendrá un grupo de puntos finales que desea migrar. Ejecute la migración con el mandato
-csvagentmap y apunte al primer archivo csv. Solo se migran los puntos finales listados en este archivo.
Verifique que el primer grupo de puntos finales se ha migrado. A continuación, migre el grupo de
puntos finales siguiente especificando el siguiente archivo csv.
208
Paso 1: Preparación para la migración
Antes de iniciar la migración, prepare su entorno de destino instalando IBM BigFix y BigFix Inventory.
Procedimiento
1. Instale IBM BigFix.
2. Instale un cliente de IBM BigFix en cada punto final que desee incluir en su entorno migrado. Los
clientes se pueden instalar juntos con sus agentes de Tivoli Asset Discovery for Distributed.
Consejo: Para entornos grandes, también puede utilizar una forma alternativa e instalar los clientes a
través de la función de actualización automática que está disponible en la versión 7.x. La
autoactualización instala los clientes automáticamente en cada equipo que ya tenga un agente de la
versión 7.x. Esta instalación, sin embargo, requiere la ayuda del personal de soporte de IBM y no es la
forma más eficaz para entornos más pequeños. Para obtener información, consulte Requisitos del
cliente.
IBM i El cliente de BigFix no está disponible para sistemas IBM i. El descubrimiento de software
en estos sistemas está basado en las denominadas exploraciones desconectadas, un procedimiento
semiautomático que utiliza scripts para iniciar las exploraciones de software y capacidad. Para
supervisar el software instalado en sistemas IBM i, configure las exploraciones desconectadas después
de completar la migración. Para obtener más información, consulte “Descubrimiento del inventario de
software y hardware en sistemas IBM i” en la página 144.
3. Instale la consola de IBM BigFix.
4. Habilitar el sitio de fixlets de IBM BigFix Inventory v9.
6. Cuando la instalación se haya completado, pulse Importar ahora para iniciar la importación inicial.
Paso 2: Correlacionar los agentes.
Paso 2: Correlación de los agentes

Correlacione los agentes de License Metric Tool o de Tivoli Asset Discovery for Distributed 7.x para
reconocer sus ID y versiones, lo cual es necesario para migrar su inventario de software específico.
Las decisiones relacionadas con la clasificación de software enlazan las instancias de software con los
agentes en que se han instalado. License Metric Tool y Tivoli Asset Discovery for Distributed 7.x guardan
el ID y la versión de un agente para poder reconocer las instancias de software que son los destinos de la
clasificación. Antes de migrar, debe activar un análisis que reconoce los ID y las versiones, lo cual es
clave para volver a crear el inventario de software en el entorno migrado. Activar el análisis es suficiente
para completar la migración, sin embargo si tiene previsto eliminar los agentes de 7.x, debe ejecutar
también una tarea que correlaciona los agentes y copia sus ID y versiones en los nuevos clientes de IBM
BigFix. Puede correlacionar los agentes inmediatamente después de activar el análisis o en cualquier
momento antes de eliminarlos.
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9.

3. Pulse Análisis y, a continuación, siga estos pasos:
a. Seleccione el análisis Correlación de agente LMT/TAD4D 7.x, pulse el botón derecho y pulse
Activar.
b. Para comprobar el progreso de la recuperación de los ID y versiones, pulse la pestaña Resultados.
4. Correlacione los agentes de License Metric Tool o de Tivoli Asset Discovery for Distributed 7.x para
copiar sus ID y sus versiones en los clientes de IBM BigFix.
Nota: Este paso es opcional para la migración, pero debe completarse antes de eliminar los agentes
7.x. Después de eliminar los agentes, el análisis no puede recuperar los ID y las versiones, motivo por
el cual se deben copiar en los nuevos clientes.
a. Pulse Fixlets y tareas.
b. Seleccione la tarea Correlación de agentes LMT/TAD4D 7.x y, a continuación, pulse Llevar a cabo
una acción. En la lista de puntos finales aplicables, seleccione todos aquellos que tienen ambos
agentes instalados y, a continuación, pulse Aceptar. Se inicia la correlación.
c. Puede comprobar el progreso de la correlación en el análisis Correlación de agente LMT/TAD4D
7.x que ha activado anteriormente. Puede ver el progreso en la pestaña Resultados.
210
La correlación se habrá completado cuando las columnas ID de agente LMT/TAD4D 7.x
correlacionado y Versión de agente LMT/TAD4D 7.x correlacionado se hayan rellenado con los
ID y las versiones.
Paso 3: Migrar el contenido del catálogo personalizado desde Software Knowledge Base Toolkit
Paso 3: Migrar Software Knowledge Base Toolkit

Se recomienda migrar las firmas personalizadas de Software Knowledge Base Toolkit porque BigFix
Inventory proporciona las mismas funciones para la creación y edición de las firmas. El mantenimiento
de firmas en una sola aplicación le ahorra tiempo, facilita el trabajo y reduce los costes de mantenimiento.
Las firmas migradas se almacenarán en la base de datos de BigFix Inventory junto con el contenido
proporcionado por IBM, pero serán totalmente independientes y no se verán afectadas por ninguna
importación futura del catálogo de software de IBM. Puede editarlas y suprimirlas en cualquier
momento, y crear firmas nuevas directamente en BigFix Inventory.
Requisitos
Las firmas sólo se pueden importar en BigFix Inventory 9.2.2 o superior.
Limitaciones
v Los tipos de firmas admitidas son: Firma de archivo, Firma de filtro, Firma de registro, Otra firma. El
resto de tipos se omiten.
v Las firmas del tipo Otra firma pueden tener hasta 4000 caracteres.
v La Firma de archivo y la Firma de registro pueden constar de hasta 20 elementos.
v Sólo se pueden exportar las firmas asignadas a nivel de variación o release. Las firmas asignadas a
versión o nivel de producto se omiten.
v Todas las firmas asignadas a nivel de variación se convierten al nivel del release correspondiente.
v Si distintos releases del mismo árbol de productos utilizan distintos editores, todas las firmas de ese
árbol se exportan bajo uno de esos editores, elegido de forma aleatoria. Para controlar esto, asigne un
editor común a todos los releases en Software Knowledge Base Toolkit.
Procedimiento
1. Descargue y extraiga la herramienta de migración de Software Knowledge Base Toolkit.
a. En la consola de IBM BigFix, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.
b. Seleccione Descargar la herramienta de migración Software Knowledge Base Toolkit y pulse
Llevar a cabo una acción. Descargue el paquete en uno de sus puntos finales.

c. Extraiga el paquete descargado SwKBT_Migrator.
2. Edite el archivo swkbt_migration.sh o swkbt_migration.bat y escriba el directorio de instalación de
Software Knowledge Base Toolkit. El archivo ya tiene especificada la vía de acceso predeterminada.
3. Exporte las firmas personalizadas en un formato compatible con BigFix Inventory.

UNIX ./swkbt_migration.sh
Windows swkbt_migration.bat
Las firmas se exportan a un paquete firmas_personalizadas_exporatadasindicación de fecha y hora
que se debe importar a BigFix Inventory.
Nota: En algunos casos, el archivo migration.log que se crea después de ejecutar la herramienta
puede contener el siguiente aviso sobre el establecimiento del origen de definición predeterminado.
Este aviso no afecta a la migración y se puede ignorar.
WARNING: Test Mode, no property for primary
KbIdentity, default custom definition source name set to:
Customers definition
4. Importe las firmas a BigFix Inventory.
a. En BigFix Inventory, pulse Gestión > Personalizaciones del catálogo.
b. Pulse Importar.
c. Busque el paquete con las firmas exportadas y pulse Importar. La importación del archivo puede
tardar unos minutos.
5. Ejecute una importación de datos para procesar las firmas nuevas.
Resultados
Ha migrado las firmas personalizadas desde Software Knowledge Base Toolkit a BigFix Inventory. La
exploración de software utilizará estas firmas para descubrir el software. Algunas de las firmas podrían
haberse omitido si no cumplen los requisitos. Puede ver información sobre las firmas omitidas en el
archivo migration.log que se encuentra en el directorio principal de la herramienta de migración.
Paso 4: Explorar su entorno.
212
Paso 4: Exploración del entorno
Explore su entorno para descubrir su inventario de hardware y software en toda la nueva infraestructura.
Antes de empezar
v Después de completar este paso, las exploraciones de software de las dos aplicaciones pueden
ejecutarse de forma simultánea, lo cual puede impactar su uso del procesador. Para evitar este
problema, consulte la sección Optimización de la exploración de software.
Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9.
3. Vaya a Análisis y seleccione todos los análisis. Pulse el botón derecho del ratón en ellos para ver la
lista de opciones y, a continuación, pulse Activar.
Importante: Si ha excluido algún directorio de la exploración en la versión 7.x, asegúrese de que esté
activado el análisis Directorios excluidos. Este análisis le permite migrar estos directorios.
4. Vaya a Fixlets y tareas y ejecute las exploraciones de software y capacidad de BigFix Inventory en
todos sus puntos finales para descubrir su inventario de hardware y software en toda la nueva
infraestructura.
Consejo: Para ejecutar un Fixlet concreto, selecciónelo, y, a continuación, pulse Llevar a cabo una
acción. En la lista de puntos finales aplicables, puede seleccionar todos los puntos finales al mismo
tiempo en lugar de hacerlo con cada uno de ellos por separado.
a. Ejecute Instalar o actualizar explorador.
b. Ejecute Iniciar exploración de software. Este fixlet solo es relevante cuando se ha instalado el
explorador. Cuando el fixlet muestra que se ha completado el 100%, significa que se han iniciado
correctamente las exploraciones, no que se hayan finalizado.
c. Ejecute Cargar resultados de exploración de software. Esta fixlet solo es relevante cuando la
exploración de software finaliza la recopilación de los resultados.
d. Ejecute Ejecutar exploración de capacidad y cargar resultados.

5. Vaya a Fixlets y tareas y ejecute los siguientes fixlets en el servidor de IBM BigFix para instalar la
herramienta del gestor de VM:
Nota: Si no se pueden ejecutar los Fixlets siguientes en el servidor de IBM BigFix, esto significa que
se han iniciado automáticamente durante la instalación y puede omitir este paso.
a. Ejecute Instalar herramienta del gestor de VM y espere hasta que la acción se haya completado.
b. Ejecute Planificar la carga de resultados de exploración de herramienta de gestor de VM.
6. Para iniciar la herramienta del gestor de VM, inicie la sesión en BigFix Inventory y pulse Gestión >
Gestores de VM. Simplemente acceda al panel para iniciar la herramienta.
7. Para ejecutar una importación de datos, que es necesaria para procesar los resultados de exploración,
pulse Gestión > Importaciones de datos y, a continuación, pulse Importar ahora.
Resultados
Se han recopilado los datos acerca del inventario de software y hardware y se han cargado en BigFix
Inventory. Los datos de capacidad de las máquinas virtuales no se han completado, lo cual estaba
previsto. Los resultados que faltan se cargarán en el paso siguiente después de migrar los gestores de
VM.
Paso 5: Migrar su entorno.
Opcional: Optimización de la exploración de software

Puede cambiar la planificación de la exploración de software desde la consola de IBM BigFix o desde la
interfaz de usuario de BigFix Inventory.
Hasta que complete la migración, los agentes de License Metric Tool o de Tivoli Asset Discovery for
Distributed 7.x y los clientes de IBM BigFix deben estar instalados juntos en sus puntos finales. Puede
que las exploraciones de las dos aplicaciones se ejecuten al mismo tiempo, lo que puede afectar al uso del
procesador. Puede cambiar la planificación de la exploración para que no se ejecuten las exploraciones al
mismo tiempo.
Nota: La planificación de la exploración de capacidad no se puede cambiar, sin embargo, tiene un

impacto mínimo en el uso del procesador.
Procedimiento
v Para cambiar la planificación de la exploración de software desde la consola de IBM BigFix, siga estos
pasos:
tareas.
3. Seleccione Iniciar exploración de software y pulse Llevar a cabo una acción.
4. Pulse la pestaña Ejecución.
5. Seleccione el recuadro de selección Ejecutar solo en y seleccione un día que no coincida con las
exploraciones de la versión 7.x. Pulse Aceptar.
v Para cambiar la planificación desde la interfaz de usuario de BigFix Inventory, siga estos pasos:
2. Pulse Gestión > Configuraciones de la exploración.
3. Seleccione el origen de datos para el que desea cambiar los valores de exploración.
214
4. Seleccione una nueva planificación en la lista Frecuencia y especifique la fecha de inicio. Pulse
Guardar.
Paso 5: Migración del entorno

La migración se realiza utilizando la herramienta de migración que puede exportar la información a
archivos csv, migrarla directamente a la versión 9.2.5 o ejecutar una simulación que le permite ver el
resultado previsto sin guardar la información en el entorno de destino.
Antes de empezar
v Algunos elementos, tales como las instancias de software instaladas en discos compartidos, no se
pueden migrar. Para comprender qué elementos se omiten durante la migración, consulte “Elementos
migrados” en la página 205.
v La herramienta de migración se debe ejecutar en el mismo punto final que el servidor de BigFix
Inventory .
v Durante la migración, los servidores siguientes deben estar en ejecución: base de datos de License
Metric Tool o Tivoli Asset Discovery for Distributed 7.x, servidor de IBM BigFix y servidor de BigFix
Inventory .
v Puede ejecutar la herramienta de migración de forma repetida si desea dividir la migración en partes.
De este modo, se omiten los elementos que ya se han migrado.
v Si desea migrar a varios servidores de IBM BigFix, trate cada uno de ellos como una migración
separada. En primer lugar, especifique los detalles de acceso a uno de los servidores e inicie la
migración. Cuando se haya completado, cambie los detalles de acceso a otro servidor y repita la
migración.
v Si utiliza TLS 1.2, inhabilítelo antes de la migración.
v Si surgen problemas durante la migración, consulte Problemas de migración para obtener información
sobre cómo resolverlos.
La migración incluye sus paquetes de software personalizados, las instancias de software excluidas de los
cálculos de precios, los directorios excluidos de la exploración y las definiciones de los gestores de
máquinas virtuales. También puede ampliarla con la migración de grupos de exploración y la
planificación de exploración. Los datos acerca del inventario de software y hardware no se migran debido
a que ya han sido recopilados por las exploraciones de BigFix Inventory . La migración completa estos
datos con información sobre las selecciones relacionadas con la clasificación de software para volver a
crear el inventario de software específico.
Procedimiento
1. Desde el directorio de instalación de BigFix Inventory, vaya a migration/product.
2. Edite el archivo migration.properties y especifique todos los parámetros que se listan en el mismo.

El archivo migration.properties es un archivo de configuración en el que especifica detalles acerca
de License Metric Tool o de Tivoli Asset Discovery for Distributed 7.x, IBM BigFix y de los servidores
de BigFix Inventory . También proporciona valores personalizables que se pueden utilizar para migrar
los grupos de exploración y la planificación de exploración.
Importante: Asegúrese de que el valor de la propiedad LMT_SUA_SITE es IBM Endpoint Manager for
Software Use Analysis que es el valor predeterminado. El nombre del sitio que se visualizará en la
consola de IBM BigFix es IBM BigFix Inventory v9
3. Antes de iniciar la migración, exporte la información a los archivos csv para saber qué elementos se
pueden elegir para la migración. Los elementos que no se incluyen en la exportación no se migrarán.
a. Para exportar la información a archivos csv, ejecute el mandato siguiente:
Linux ./migration.sh -export [-dir directorio]
Windows ./migration.bat -export [-dir directorio]
[-dir directorio]
Especifica un directorio en el que guardar los archivos csv. Si omite este parámetro, los
archivos csv se crean en el directorio principal de la herramienta de migración.
b. Compruebe el resumen de la exportación que se visualiza una vez completada la exportación.
c. Verifique la información exportada en los archivos csv que se han creado. Los archivos listan todos
los elementos que se pueden elegir para la migración. Posteriormente puede comparar estos
archivos con los informes que se han creado después de la migración para verificar que se hayan
migrado todos los elementos elegibles. Para reconocer correctamente los archivos creados y la
información incluida en los mismos, consulte la sección Verificación de la exportación a archivos
csv.
4. Simule la migración para comprobar qué elementos se han migrado sin guardarlos en el entorno de
destino. Los elementos que no se incluyan en la simulación no se migrarán.
a. Para simular la migración, ejecute el mandato siguiente:
Linux ./migration.sh -migrate [-dir directorio] [-csvagentmap archivo_csv_agente]
-simulate
Windows ./migration.bat -migrate [-dir directorio] [-csvagentmap archivo_csv_agente]
-simulate
[-dir directorio]
Especifica un directorio en el que guardar los archivos csv.
Si omite este parámetro, los archivos csv se crean en el directorio principal de la
herramienta de migración.
216
[-csvagentmap archivo_csv_agente]
Especifica un archivo csv con la lista de sistemas que se han de migrar.
Utilice este parámetro si desea migrar el entorno en partes. Si omite este parámetro, la
simulación abarca todos los sistemas que cumplen con los requisitos de migración.
b. Compruebe el resumen de la simulación que se visualiza una vez completada la exportación.
Consejo: Primero los elementos se exportan sel origen y luego se importan a la aplicación de
destino. Si el número de elementos exportados y de elementos importados es el mismo, los
elementos se han migrado correctamente. Es posible que se omitan algunos elementos, por
ejemplo, que un cliente de BigFix no se instale en un punto final. El motivo por el que se omiten
estos elementos se proporciona en los informes csv.
c. Verifique el resultado de la simulación en los informes csv que se han creado. La verificación es la
misma que en el caso de la migración completa, sin embargo sólo se pueden comprobar los
informes csv, porque la información no se guarda en el entorno de destino. Para reconocer
correctamente los informes creados y la información incluida en ellos, consulte Verificación de los
informes de simulación y migración.
5. Migre la información de directamente del origen a la aplicación de destino.
a. Para iniciar la migración, ejecute el siguiente mandato:
Linux ./migration.sh -migrate [-dir directorio] [-csvagentmap archivo_csv_agente]
Windows ./migration.bat -migrate [-dir directorio] [-csvagentmap archivo_csv_agente]
[-dir directorio]
Especifica un directorio en el que guardar los archivos csv.

Si omite este parámetro, los archivos csv se crean en el directorio principal de la
herramienta de migración.
[-csvagentmap archivo_csv_agente]
Especifica un archivo csv con la lista de sistemas que se han de migrar.
Utilice este parámetro si desea migrar el entorno en partes. Si omite este parámetro, se
migrarán todos los sistemas que cumplen con los requisitos de migración.
b. Compruebe el resumen de la migración que se visualiza una vez completada la exportación. El
resumen es el mismo que el resumen de la simulación.
c. Verifique el resultado de la migración en los informes csv que se han creado. A continuación,
compare el entorno de origen y de destino para asegurarse de que se hayan migrado
correctamente todos los elementos. Para obtener más información, consulte Verificación de los
informes de simulación y migración.
Resultados
Se han migrado los paquetes de software personalizados, las instancias de software excluidas de los
cálculos de precio y los directorios excluidos de la exploración. Los grupos de exploración y las
planificaciones de exploración también se han migrado. Las definiciones de los gestores de máquinas
virtuales se han enviado a la herramienta del gestor de máquina virtual que las utilizará para conectar
estos sistemas y recopilar datos acerca de su capacidad, la cual es necesaria para calcular correctamente el
consumo de PVU. En función del número de gestores de máquinas virtuales, es posible que tarde en
conectar todos ellos y recopilar los datos de capacidad.
Después de que la herramienta del gestor de máquinas virtuales recopile los datos de capacidad, estos se
cargan en el servidor de IBM BigFix cada 12 horas. Se puede desencadenar la carga ejecutando el fixlet
Planificar carga de resultados de exploración de herramienta del gestor de VM desde el sitio de fixlets
de IBM BigFix Inventory v9. A continuación, se transfieren los datos desde IBM BigFix a BigFix
Inventory con cada importación de datos.
Para verificar si se han recopilado todos los datos de capacidad y se han cargado en el servidor, ejecute
una importación de datos en BigFix Inventory y, a continuación, compruebe el widget Integridad de los
datos de capacidad de IBM en el panel de control. Si el estado de todos los sistemas es correcto, los datos
son precisos y completos. De lo contrario, repita la carga y la importación de datos hasta que todos los
sistemas tengan el estado de correcto.
Paso siguiente: Verificar la migración
Verificación de la migración
Inicie la verificación comprobando los elementos que se han exportado en los archivos csv para reconocer
los que puede elegir para la migración. Cuando se complete la migración, compruebe que se hayan
creado los informes y, a continuación, compare los entornos de origen y de destino para verificar si la
migración se ha realizado correctamente.
Verificación de la exportación a archivos csv

Cuando exporta la información de License Metric Tool o Tivoli Asset Discovery for Distributed 7.x, ésta
se guarda en los archivos csv, cada uno dedicado a un tipo determinado de elementos migrados. Abra
los archivos csv y verifique si los elementos migrados se corresponden con los que se encuentran en el
entorno 7.x existente.
218
Antes de empezar
Algunos elementos, tales como las instancias de software instaladas en discos compartidos, no se pueden
migrar. Para comprender qué elementos se omiten durante la migración, consulte “Elementos migrados”
en la página 205.
Procedimiento
1. Abra el archivo agentsmap.csv.
Este archivo lista las correlaciones de agentes que se han creado después de activar el análisis
Correlación de agente LMT/TAD4D 7.x antes de la migración. La información más importante
incluida en este archivo son los ID de sus agentes de 7.x y de los clientes de IBM BigFix. Si alguno de
los agentes no se incluye en la lista o falta uno de los ID, los empaquetados y las exclusiones de
software de este agente no se exportan.
2. Abra el archivo vmmanagers.csv.
Este archivo contiene la lista de gestores de máquinas virtuales exportados. Verifique si el número de
gestores de VM y sus detalles de acceso se corresponden con los gestores de VM que están definidos
en el entorno de origen.
3. Abra el archivo bundles.csv.
Este archivo contiene la lista de empaquetados de software exportados. Verifique si el número de
productos y sus nombres se corresponden con los empaquetados de software que están definidos en
el entorno de origen.
4. Abra el archivo excludedsoftware.csv.
Este archivo contiene la lista de exclusiones de software exportadas. Verifique si el número de
productos y sus nombres se corresponden con las exclusiones de software que están definidas en el
entorno de origen.
5. Opcional: Abra el archivo excludedirectories.csv.
El archivo contiene la lista de todos los directorios excluidos de la exploración que se han exportado
del entorno de origen. Para verificar si se han exportado todos los directorios, utilice el mandato
listexclusions en la versión 7.x.
6. Opcional: Abra el archivo agents.csv.
Este archivo contiene la lista de todos sus agentes de la versión 7.x. Puede compararlos con los
agentes que se listan en el archivo agentsmap.csv para reconocer cuántos ya se han correlacionado e
incluido en la migración.
7. Opcional: Abra el archivo scangroups.csv.
El archivo contiene la lista de grupos de exploración y planificaciones de exploración que se han
definido en 7.x. Verifique si el número de grupos de exploración y las planificaciones se corresponden
con los que están definidos en el entorno de origen.
Exportar informes:
Cuando exporta información de License Metric Tool o Tivoli Asset Discovery for Distributed 7.x, ésta se
guarda en los archivos csv, cada uno dedicado a un tipo determinado de elementos migrados.
Correlaciones de agentes
Las correlaciones de agentes se exportan al archivo agentsmap.csv.
Tabla 47. Descripción de las columnas del archivo agentsmap.csv.
Columna Descripción
ID de cliente de El ID de un cliente de IBM BigFix.
BigFix
ID de agente ID de un agente 7.x.
LMT/TAD4D 7.x

Tabla 47. Descripción de las columnas del archivo agentsmap.csv. (continuación)
Versión de agente Versión de un agente 7.x.
LMT/TAD4D 7.x
Nombre de host El nombre de host del punto final en el que se ha instalado el agente.
Sistema operativo El sistema operativo del punto final donde está instalado el agente.
Gestores de VM
Las definiciones de los gestores de máquinas virtuales que se han exportado al archivo
vmmanagers.csv.
Tabla 48. Descripción de las columnas que están en el archivo vmmanagers.csv.
Dirección IP La dirección IP de un gestor de máquinas virtuales.
Nombre de usuario Las credenciales que se utilizan para iniciar sesión en un gestor de máquinas virtuales. La
contraseña está cifrada.
Contraseña
URL Dirección web de un gestor de máquinas virtuales.
Tipo Tipo de gestor de VM. Puede tener los valores siguientes:
1 - Microsoft Hyper-V
2 - VMWare ESX, ESXi o vCenter
3 - KVM RHEV-M
Credenciales Especifica si un gestor de máquinas virtuales comparte credenciales con los hosts en el mismo
compartidas clúster. Esta función solo está disponible para Microsoft Hyper-V.
Paquetes de software
Los paquetes de software se exportan al archivo bundles.csv.
Tabla 49. Descripción de las columnas que se encuentran en el archivo bundles.csv.
ID de agente El ID de un agente de License Metric Tool o de Tivoli Asset Discovery for Distributed 7.x.
LMT/TAD4D 7.x
GUID de El GUID del componente exportado.
componente
GUID de producto El GUID de un producto al que está asignado el componente exportado.
Vía de acceso del Vía de acceso de instalación del componente exportado. En License Metric Tool 7.x, la vía de
componente acceso está vacía.
Nombre del El nombre del componente exportado.
componente
Versión de La versión del componente exportado.
componente
Nombre del El nombre de un producto al que está asignado el componente exportado.
producto
Versión de release La versión de un release de producto al que está asignado el componente exportado.
Dirección IP del Dirección IP de un agente 7.x.
agente
LMT/TAD4D 7.x
Nombre de host Nombre de host de un agente 7.x.
220
Tabla 49. Descripción de las columnas que se encuentran en el archivo bundles.csv. (continuación)
ID de grupo de El ID de un grupo de informes. Los elementos que no están en el grupo de informes
informe predeterminado no se migrarán.
Exclusiones de software
Las exclusiones de software se exportan al archivo excludedsoftware.csv.
Tabla 50. Descripción de las columnas que están en el archivo excludedsoftware.csv.
ID de agente ID de un agente 7.x.
LMT/TAD4D 7.x
GUID de producto El GUID de un producto al que está asignado el release excluido.
Razón de la Razón que ha especificado para excluir un release.
exclusión
Comentario El comentario que ha adjuntado al release excluido.
Nombre del El nombre de un producto al que está asignado el release excluido.
producto
Versión de release La versión del release excluido.
ID de grupo de El ID de un grupo de informes. Los elementos que no están en el grupo de informes
informe predeterminado no se migrarán.
Nombre de host Nombre de host de un agente 7.x.
Dirección IP Dirección IP de un agente 7.x.
Agentes
La lista de todos los agentes 7.x se exporta al archivo agents.csv. Puede comparar los agentes
que se listan en este archivo con los que figuran en el archivo agentsmap.csv para reconocer
cuántos ya se han correlacionado y utilizado en la migración.
Tabla 51. Descripción de las columnas que están en el archivo agents.csv.
ID El ID del agente.
Versión La versión del agente.
Dirección IP La dirección IP del punto final en el que se ha instalado el agente.
ID de grupo de ID del grupo de exploración al que está asignado el agente.
exploración
Directorios excluidos de la exploración

La lista de todos los directorios que se excluyen de la exploración en la 7.x se exporta al archivo
excludedirectories.csv.
Tabla 52. Descripción de las columnas que están en el archivo excludedirectories.csv.
Directorio excluido Los directorios que se han excluido de la exploración en 7.x.

Tabla 52. Descripción de las columnas que están en el archivo excludedirectories.csv. (continuación)
Plataforma El sistema operativo con el directorio excluido.
Se puede excluir un directorio para un determinado tipo de sistema operativo, por ejemplo,
para todos los sistemas Windows del entorno, o para un agente determinado. Si esta columna
contiene un valor, las columnas siguientes estarán vacías.
ID de agente El ID de un agente con el directorio excluido.
LMT/TAD4D 7.x
Se puede excluir un directorio para un determinado tipo de sistema operativo, por ejemplo,
para todos los sistemas Windows del entorno, o para un agente determinado. Si esta columna
contiene un valor, la columna anterior estará vacía.
Dirección IP La dirección IP de una agente con el directorio excluido.
Nombre de host El nombre de host de un agente con el directorio excluido.
Sistema operativo El sistema operativo de un agente con el directorio excluido.

La lista de grupos de exploración y planificaciones de exploración que se han definido en la 7.x
se exporta al archivo scangroups.csv.
Tabla 53. Descripción de las columnas que están en el archivo scangroups.csv.
ID de grupo de ID del grupo de exploración de la 7.x.
exploración
Nombre de grupo Nombre del grupo de exploración de la 7.x.
de exploración
Fecha de inicio de Fecha y hora en que se inicia la planificación de exploración especificada.
exploración
Frecuencia Frecuencia con la que se ejecuta la exploración.
Unidad de Tipo de unidad de calendario a la que se aplica la frecuencia. Los valores posibles son días,
calendario semanas y meses.
Número de agentes Número de agentes 7.x que pertenecen al grupo de exploración.
Verificación de los informes de simulación y migración

Cuando se migra la información directamente de License Metric Tool o Tivoli Asset Discovery for
Distributed 7.x a BigFix Inventory, puede ver el resumen de la migración en los informes csv. Los
informes describen los detalles de la migración de los empaquetados de software, las exclusiones de
software, los directorios excluidos de la exploración, los gestores de VM así como los grupos de
exploración y las planificaciones de exploración. Si la información que contienen estos informes es precisa
y completa, puede iniciar sesión en la aplicación de destino para verificar si el inventario de software se
corresponde con el de su entorno de la versión 7.x.
Antes de empezar
Algunos elementos, tales como las instancias de software instaladas en discos compartidos, no se pueden
migrar. Para comprender qué elementos se omiten durante la migración, consulte “Elementos migrados”
en la página 205.
Procedimiento
1. Abra el archivo vmmanagers_report.csv.
222
Este archivo muestra el resumen de la migración de los gestores de máquina virtual. Verifique si el
número de gestores virtuales y sus detalles de acceso se corresponde con los gestores de máquinas
virtuales que se han definido en la versión 7.x.
Para obtener más información acerca de los estados que se muestran en este informe, consulte
Estados.
2. Abra el archivo software_report.csv.
Este archivo muestra el resumen de la migración de los paquetes de software y las exclusiones.
Verifique que el número y los detalles de los elementos migrados se correspondan con el software que
está disponible en la versión 7.x. Para obtener más información acerca de los estados que se muestran
en este informe, consulte Estados.
3. Abra el archivo excluded_directories_report.csv.
Este archivo muestra el resumen de la migración de los directorios que se excluyen de la exploración.
Verifique si los directorios migrados se corresponden con los que están disponibles en la versión 7.x.
Para obtener más información acerca de los estados que se muestran en este informe, consulte
Estados.
4. Opcional: Abra el archivo scan_groups_report.csv.
Este archivo muestra el resumen de la migración de grupos de exploración y planificaciones de
exploración. Verifique si el número de grupos de exploración y sus planificaciones se corresponden
con los que están definidos en 7.x. Para obtener más información acerca de los estados que se
muestran en este informe, consulte Estados.
5. Opcional: Abra matched_agents_report.csv
Este archivo muestra información sobre si los agentes de 7.x migrados se han asignado a los grupos
de exploración de BigFix.
Resultados
Si no se han migrado algunos elementos. consulte la descripción en los informes csv y corrija los
problemas. Se puede repetir la migración tantas veces como desee. En este caso, se saltan los elementos
que ya se habían migrado.
La comprobación de los informes de migración es suficiente para verificar que la migración se ha

realizado satisfactoriamente. Sin embargo, para asegurarse de que el nuevo entorno se parece al entorno
del que está migrando, puede iniciar la sesión en ambas aplicaciones y verificar los elementos migrados
en la interfaz de usuario. Para obtener más información, consulte Verificación de los elementos en la V7.5
o Verificación de los elementos en la V7.2.2.
Informes de migración:
Cuando migra información directamente de License Metric Tool o Tivoli Asset Discovery for Distributed
7.x a BigFix Inventory 9.2.5, el resumen de la migración se guarda en los informes csv. Los informes se
crean en el directorio principal de la herramienta de migración.
Informes
Gestores de máquinas virtuales migrados
El resumen de la migración de los gestores de máquinas virtuales se guarda en el archivo
vmmanagers_report.csv.
Tabla 54. Descripción de las columnas que se encuentran en el archivo vmmanagers_report.csv.
Elemento Un elemento que se ha migrado. En este informe, siempre se presupone el valor
VMMANAGER.

Tabla 54. Descripción de las columnas que se encuentran en el archivo vmmanagers_report.csv. (continuación)
Estado El estado de un elemento migrado. Puede tener los valores siguientes: succeeded,
skipped o failed.
Descripción Descripción del estado. Para obtener más información, consulte Estados.
URL Dirección web de un gestor de máquinas virtuales.
Nombre de usuario El nombre de usuario utilizado para iniciar sesión en un gestor de máquinas
virtuales.
Tipo El tipo de un gestor de máquinas virtuales. Puede tener los valores siguientes:
1 - Microsoft Hyper-V
2 - VMWare ESX, ESXi o vCenter
3 - KVM RHEV-M
Paquetes de software y exclusiones migradas

El resumen de la migración de los paquetes de software y las exclusiones se guarda en el archivo
software_report.csv.
Tabla 55. Descripción de las columnas que se encuentran en el archivo software_report.csv.
Elemento Un elemento que se ha migrado. En este informe, puede tener los valores
siguientes:
BUNDLING - paquete de software

EXCLUSION - exclusión de software
Estado El estado de un elemento migrado. Puede tener los valores siguientes: succeeded,
skipped o failed.
ID de cliente de BigFix El ID de un cliente de IBM BigFix.
ID de agente LMT/TAD4D 7.x ID de un agente 7.x.
Nombre del producto El nombre del producto al que está asignado el componente.
Versión de release La versión del release del producto al que está asignado el componente.
GUID de release LMT/BFI El GUID del release del producto al que está asignado el componente.
Nombre de componente El nombre del componente en el entorno de destino.
LMT/BFI
Versión del componente La versión del componente en el entorno de destino.
LMT/BFI
GUID del componente El GUID del componente en el entorno de destino.
LMT/BFI
Vía de acceso del componente La vía de acceso de instalación del componente migrado que ha descubierto la
LMT/TAD4D 7.x exploración de software en 7.x.
Vía de acceso del componente La vía de acceso de instalación del componente migrado que ha descubierto la
LMT/BFI exploración de software en BigFix Inventory 9.2.5.
Dirección IP La dirección IP del punto final en el que se ha instalado el agente.
224
Directorios excluidos de la exploración
El resumen de la migración de los directorios que se excluyen de la exploración se guarda en el
archivo excluded_directories_report.csv.
Tabla 56. Descripción de las columnas que se encuentran en el archivo excluded_directories_report.csv.
Estado El estado de un elemento migrado. Puede tener los valores siguientes: updated,
skipped o failed.
Plataforma El sistema operativo con el directorio excluido.
Se puede excluir un directorio para un determinado tipo de sistema operativo, por

ejemplo, para todos los sistemas Windows del entorno, o en un agente
determinado. Si esta columna contiene un valor, las columnas con información de
agentes estarán vacías.
ID de cliente de BigFix ID de un cliente de IBM BigFix y un agente de 7.x.
ID de agente LMT/TAD4D 7.x Se puede excluir un directorio para un determinado tipo de sistema operativo, por
ejemplo, para todos los sistemas Windows del entorno, o en un agente
determinado. Si estas columnas contienen un valor, la columna Plataforma estará
vacía.
Directorios LMT/BFI Los directorios que se han excluido de la exploración en BigFix Inventory 9.2.5.
Directorios LMT/TAD4D Los directorios que se han excluido de la exploración en 7.x.
Directorios migrados Los directorios que se han migrado.
Si se especifican los mismos directorios en la versión 7.x y en 9.2.5, no se migrarán.

Sistema operativo El sistema operativo de un agente con el directorio excluido.
Nombre de host El nombre de host de un agente con el directorio excluido.
Dirección IP La dirección IP de una agente con el directorio excluido.

El resumen de la migración de grupos de exploración y planificaciones de exploración se guarda
en el archivo scan_groups_report.csv.
Tabla 57. Descripción de las columnas que se encuentran en el archivo scan_groups_report.csv.
Estado Estado de un grupo de exploración migrado y una planificación de exploración.
Puede tener los siguientes valores: succeeded, updated, skipped o failed.
Nombre de grupo de Nombre del grupo de exploración en la 7.x.
exploración LMT/TAD4D 7.x
Nombre de grupo de sistemas Nombre del grupo de sistemas migrado en BigFix.
BigFix
Planificación de exploración Planificación de exploración que se especifica en la 7.x.
LMT/TAD4D 7.x
Planificación de exploración de Planificación de exploración que se especifica en BigFix después de la migración.
BigFix
Dado que las opciones de planificación que están disponibles en la 7.x y en BigFix
difieren, sólo se migran las planificaciones de exploración que se pueden volver a
crear. Si la planificación no se puede volver a crear, este campo está vacío.
Fecha de inicio de exploración Fecha y hora en que se inicia la planificación de exploración especificada.
Planificación creada en BigFix Información sobre si la planificación de exploración se ha vuelto a crear en BigFix.

La información sobre si los agentes 7.x migrados se han asignado a los grupos de exploración de
BigFix se guarda en el archivo matched_agents_report.csv.
Tabla 58. Descripción de las columnas que se encuentran en el archivo matched_agents_report.csv.
ID de cliente de BigFix ID del cliente de BigFix.
ID de agente LMT/TAD4D 7.x ID del agente 7.x.
Versión de agente Versión del agente 7.x.
LMT/TAD4D 7.x
Nombre de grupo de Nombre del grupo de exploración de la 7.x al que está asignado el agente.
exploración
Asignada al grupo de sistemas Información sobre si el punto final se ha asignado a un grupo de sistemas de
BigFix BigFix.
Estados en los informes de migración:
Cada elemento migrado se describe con un estado y una descripción que resume el resultado de la
migración.
Gestores de VM
Satisfactorio
Los elementos se han migrado correctamente y no se requiere ninguna acción adicional.
Omitido
Los elementos no se han migrado. El único motivo por el que se pueden omitir es debido a que
ya están definidos en BigFix Inventory. Este estado puede producirse si repite la migración, en
cuyo caso los gestores de máquinas virtuales se han migrado durante la primera migración.
Error
Este estado no está relacionado con problemas con los elementos que desea migrar, sino con los
errores que ha devuelto BigFix Inventory o el servidor de IBM BigFix. Este estado puede ser el
resultado de problemas de conexión. Cada uno de los errores del servidor se guarda en el archivo
tema.log, que se encuentra en el directorio siguiente en el servidor de BigFix Inventory:
Linux /opt/ibm/BFI/wlp/usr/servers/server1/logs/
Directorios excluidos
Actualizado
Los directorios se han actualizado correctamente en el servidor de IBM BigFix, el cual los entrega
a sus puntos finales, a continuación.
Omitido
Los elementos no se han migrado. Se han omitido por una de las siguientes razones:
El cliente de BigFix no está instalado.
Solo puede migrar los elementos desde los sistemas que tienen instalados el agente de la
versión 7.x y el cliente de IBM BigFix.
Acción: Instale un cliente de IBM BigFix y suscríbalo al sitio de Fixlet de IBM BigFix
Inventory v9 para que se puedan recuperar el ID y la versión.
226
Los directorios ya se han excluido
Los directorios ya se han excluido en BigFix Inventory y no es necesario migrarlos.
Acción: no es necesaria ninguna acción. El elemento existe en el entorno de destino.
Plataforma no soportada
Los directorios no se pueden migrar debido a que se han excluido en los sistemas i5, los
cuales no están soportados en BigFix Inventory.
Error
Los elementos no se han migrado. Han fallado debido a una de las siguientes razones:
La tarea Añadir directorios excluidos no se puede encontrar en el sitio de Fixlet LMT/BFI.
La tarea Añadir directorios excluidos debe estar presente en el sitio de fixlet de IBM
BigFix Inventory v9. El sitio de Fixlet puede no estar actualizado a la versión más
reciente.
Acción: Actualizar el sitio de fixlet para descargar el contenido más reciente.
La tarea Añadir directorios excluidos en el sitio de Fixlet LMT/BFI no se puede iniciar.
La tarea no se puede iniciar debido a que ha fallado la conexión con el servidor de IBM
BigFix.
Acción: Compruebe el archivo migration.log que proporciona detalles sobre este
problema.
Paquetes de software y exclusiones

Satisfactorio
Los elementos se han migrado correctamente y no se requiere ninguna acción adicional.
Omitido
Los elementos no se han migrado. Se han omitido por una de las siguientes razones:
El cliente de BigFix no está instalado.
Solo puede migrar los elementos desde los sistemas que tienen instalados el agente de la
versión 7.x y el cliente de IBM BigFix.
Acción: Instale un cliente de IBM BigFix y suscríbalo al sitio de Fixlet de IBM BigFix
Inventory v9 para que se puedan recuperar el ID y la versión.
La exclusión de software ya existe en la instancia de destino.
Ya se ha migrado la exclusión de software o se ha creado una igual en la instancia de
destino.
El paquete de software ya existe en la instancia de destino.
Ya se ha migrado el paquete de software o se ha creado y confirmado uno igual en la
instancia de destino.
El ID del grupo de informes no es correcto.
Solo se puede migrar el software que pertenece al grupo de informes predeterminado.
Acción: Reasigne la instancia de software al grupo de informes predeterminado.
El software no se ha descubierto en la instancia de destino.
El componente que se ha incluido en el paquete no ha sido descubierto por la exploración
de software de BigFix Inventory .

La exclusión de software no se ha podido migrar porque no existe el software relacionado en
la instancia de destino.
El release excluido no ha sido descubierto por la exploración de software de BigFix
Inventory .
El componente se ha asignado a un producto diferente en la instancia de destino.
El componente de la instancia de destino se ha asignado a un producto diferente y ha
confirmado su asignación. Esta confirmación ha creado un paquete personalización que la
migración no puede sobrescribir.
Acción: Inicie sesión en BigFix Inventory y pulse Gestión > Clasificación de software de
IBM. Localice el software y reasígnelo manualmente al producto correcto.
Los componentes compartidos no se pueden migrar.
Los componentes que se comparten entre varios productos no se pueden migrar.
Error
Este estado no está relacionado con problemas con los elementos que desea migrar, sino con los
errores que ha devuelto BigFix Inventory o el servidor de IBM BigFix. Este estado puede ser el
resultado de problemas de conexión. Cada uno de los errores del servidor se guarda en el archivo
tema.log, que se encuentra en el directorio siguiente en el servidor de BigFix Inventory:
Linux /opt/ibm/BFI/wlp/usr/servers/server1/logs/

Satisfactorio
El grupo y la planificación de exploración se han migrado satisfactoriamente.
El grupo de exploración y la planificación de exploración se han migrado
satisfactoriamente y no se requiere ninguna acción adicional.
El grupo de exploración se ha migrado satisfactoriamente. La planificación de exploración no
se ha migrado porque no se ha especificado esta opción en el archivo migration.properties.
El grupo de exploración se ha migrado. La planificación de exploración no se ha vuelto a
crear en BigFix porque el parámetro MIGRATE_SCAN_SCHEDULE está establecido en false en
el archivo migration.properties.
se ha migrado porque BigFix no proporciona un equivalente directo de la frecuencia de
exploración.
crear en BigFix porque no hay ningún equivalente directo de la frecuencia de exploración.
Puede definir una nueva frecuencia de exploración en BigFix.
se ha migrado porque no hay agentes asignados al grupo de exploración.
crear en BigFix porque no hay agentes asignados al grupo de exploración en 7.x.
Actualizado
El grupo de exploración ya existe en BigFix pero su planificación de exploración se ha
actualizado.
El grupo de exploración no se ha migrado porque ya existe en BigFix. Sin embargo, su
planificación de exploración se ha actualizado. Si ejecuta la migración varias veces, se
verifica la existencia de un grupo de sistemas determinado durante cada ejecución. Sin
embargo, no se verifica la existencia de una planificación de exploración migrada. Esto
significa que la planificación de exploración se vuelve a crear cada vez que se ejecuta la
migración, incluso si la planificación no ha cambiado.
Omitido
228
El grupo de exploración ya existe en BigFix. La planificación de exploración no se ha migrado
porque no se ha especificado esta opción en el archivo migration.properties.
El grupo de exploración no se ha migrado porque ya existe en BigFix. La planificación de
exploración no se ha vuelto a crear en BigFix porque el parámetro MIGRATE_SCAN_SCHEDULE
está establecido en false en el archivo migration.properties.
porque BigFix no proporciona un equivalente directo de la frecuencia de exploración.
exploración no se ha vuelto a crear en BigFix porque no hay ningún equivalente directo
de la frecuencia de exploración. Puede definir una nueva frecuencia de exploración en
BigFix.
porque no hay agentes asignados al grupo de exploración.
exploración no se ha vuelto a crear en BigFix porque no hay agentes asignados al grupo
de exploración en 7.x.
Error
El grupo de exploración no se ha migrado porque se ha producido un error.
El grupo de exploración no se ha migrado. Intente ejecutar la migración de nuevo.
La planificación de exploración no se ha migrado porque se ha producido un error.
La planificación de exploración no se ha migrado. Intente ejecutar la migración de nuevo.
El grupo de exploración se ha migrado satisfactoriamente pero uno o varios sistemas no se han
asignado.
El grupo de exploración se ha migrado. Sin embargo, uno o varios sistemas que se han
asignado al grupo de exploración en 7.x no se han asignado al grupo de sistemas en
BigFix. Intente ejecutar la migración de nuevo o asigne el sistema manualmente en
BigFix.
Verificación del entorno

Después de verificar los informes de migración, asegúrese de que los grupos de exploración se han
creado en IBM BigFix y, a continuación, inicie la sesión en las aplicaciones de origen y destino para
verificar que todos los elementos se han migrado satisfactoriamente.
Verificación de los elementos de la V7.2.2:
Abra la interfaz de usuario de las aplicaciones de origen y de destino y verifique que todos los elementos
se han migrado satisfactoriamente. Los elementos que se pueden verificar en la interfaz de usuario son
los gestores de VM, los empaquetados de software, las instancias de software excluidas de los cálculos de
precios, así como los grupos de exploración y las planificaciones de exploración.
El inventario de software se visualiza de forma diferente entre las aplicaciones de origen y de destino. En
la V7.2.2, el panel de inventario de software muestra una lista de productos en los que se debe pulsar
para ver los componentes asociados. En la V9.2.5, un producto de software se puede expandir para
mostrar los componentes asociados en el mismo panel, lo que facilita la verificación.
Procedimiento
1. Compare los gestores de VM.
a. En License Metric Tool o en Tivoli Asset Discovery for Distributed 7.2.2, pulse Infraestructura >
Gestores de VM.

b. En BigFix Inventory 9.2.5, pulse Gestión > Gestores de VM.
2. Compare los empaquetados de software personalizados.

a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.2.2, pulse Software > Productos
de software. El panel lista todos los productos de software en el entorno.
b. Pulse un producto de software para detallar más los componentes que están asociados a él.
c. En BigFix Inventory 9.2.5, pulse Gestión > Clasificaciones de software de IBM. Verifique que el
producto y los componentes se han migrado.
3. Compare los exclusiones de software.

a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.2.2, pulse Informes de auditoría
de IBM > Capacidad actual de PVU. Cada producto que se excluye de los cálculos de precios no
tiene ningún consumo de PVU y tiene un comentario que indica que sus instancias están
excluidas.
b. En BigFix Inventory 9.2.5, pulse Gestión > Clasificaciones de software de IBM. Puede reconocer
el producto excluido por el icono de exclusión junto al nombre de producto.
230
4. Opcional: Compare los grupos de exploración.
a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.2.2, pulse Infraestructura >
Grupos de exploración.
b. En BigFix, pulse Grupos de equipos.
Importante: Los grupos de exploración autónomos no se migran.

5. Opcional: Compare las planificaciones de exploración.
a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.2.2, pulse Infraestructura >
Grupos de exploración y, a continuación, el nombre del grupo de exploración.
b. En BigFix, pulse Acciones y, a continuación, seleccione Iniciar exploración de software para el

grupo nombre_grupo.

Importante:
En BigFix, puede planificar que las exploraciones se ejecuten cada 1, 2, 3, 5, 7, 15 o 30 días. Puesto
que las opciones distintas de las opciones que están disponibles en la versión 7.x, sólo se migran
las planificaciones de exploración que se pueden volver a crear en BigFix. Las planificaciones de
exploración que se han definido para ejecutarse una vez no se migran.
Si desea cambiar la planificación para un grupo determinado, detenga la acción Iniciar

exploración de software para el grupo nombre_grupo, ejecute el fixlet Iniciar exploración de
software, especifique la nueva planificación y elija el grupo de sistemas relevante.
Si está satisfecho con el resultado de la migración, puede iniciar la eliminación de los agentes de la
versión 7.2.2 de su entorno. Antes de hacerlo, recuerde ejecutar la tarea Correlacionar agentes
LMT/TAD4D 7.x en la consola de IBM BigFix para guardar los ID y las versiones.
Verificación de los elementos de la V7.5:
Abra la interfaz de usuario de las aplicaciones de origen y de destino y verifique que todos los elementos
se han migrado satisfactoriamente. Los elementos que se pueden verificar en la interfaz de usuario son
los gestores de VM, los empaquetados de software y las instancias de software que se han excluidos de
los cálculos de precio.
Procedimiento
1. Compare los gestores de VM.
a. En License Metric Tool o en Tivoli Asset Discovery for Distributed 7.5, pulse Infraestructura >
Gestores de VM.
232
b. En BigFix Inventory 9.2.5, pulse Gestión > Gestores de VM.
2. Compare los empaquetados de software personalizados.

a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.5, pulse Software > Gestionar
inventario de software.
b. En BigFix Inventory 9.2.5, pulse Gestión > Clasificación de software de IBM.
3. Compare los exclusiones de software.

a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.5, pulse Software > Gestionar
b. En BigFix Inventory 9.2.5, pulse Gestión > Clasificación de software de IBM.
4. Opcional: Compare los grupos de exploración.

a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.5, pulse Infraestructura >
Grupos de exploración.

b. En BigFix, pulse Grupos de equipos.
Importante: Los grupos de exploración autónomos no se migran.

5. Opcional: Compare las planificaciones de exploración.
a. En License Metric Tool o Tivoli Asset Discovery for Distributed 7.5, pulse Infraestructura >
Grupos de exploración y, a continuación, el nombre del grupo de exploración.
b. En BigFix, pulse Acciones y, a continuación, seleccione Iniciar exploración de software para el

grupo nombre_grupo.
234
Importante:
En BigFix, puede planificar que las exploraciones se ejecuten cada 1, 2, 3, 5, 7, 15 o 30 días. Puesto
que las opciones distintas de las opciones que están disponibles en la versión 7.x, sólo se migran
las planificaciones de exploración que se pueden volver a crear en BigFix. Las planificaciones de
exploración que se han definido para ejecutarse una vez así como las exploraciones de hardware
no se migran.
Si desea cambiar la planificación para un grupo determinado, detenga la acción Iniciar

exploración de software para el grupo nombre_grupo, ejecute el fixlet Iniciar exploración de
software, especifique la nueva planificación y elija el grupo de sistemas relevante.
Si está satisfecho con el resultado de la migración, puede iniciar la eliminación de los agentes de la
versión 7.5 de su entorno. Antes de ello, recuerde que debe ejecutar la tarea Correlacionar agentes
LMT/TAD4D 7.x desde la consola de IBM BigFix para guardar los ID y las versiones.
Migración desde Software Use Analysis 2.2

La migración desde Software Use Analysis 2.2 a BigFix Inventory 9.2.5 requiere que se instale el servidor
nuevo 9.2.5 y que se conecte al mismo origen de datos que Software Use Analysis 2.2. A continuación,
puede migrar los puntos finales y los objetos de datos personalizados entre estas dos aplicaciones
coexistentes. Una actualización directa de Software Use Analysis 2.2 a BigFix Inventory 9.2.5 no está
soportada, debido a las diferencias entre las dos aplicaciones.
Vista general y requisitos

La migración desde Software Use Analysis 2.2 a BigFix Inventory 9.2.5 se realiza en dos etapas. En
primer lugar, migre los puntos finales, ya sea un grupo seleccionado o todos a la vez, y luego migre los
objetos de datos.

Vista general
Para migrar desde Software Use Analysis 2.2 a BigFix Inventory 9.2.5, primero debe instalar el servidor
de 9.2.5. Durante la migración, los servidores se conectan a una plataforma de IBM BigFix común, que
proporciona a Software Use Analysis 2.2 acceso a los Fixlets que son necesarios para migrar los puntos
finales.
La migración no limita el número de puntos finales que puede migrar de una vez, pero la manera más
fácil es dividir el entorno en grupos de sistemas y migrar los puntos finales grupo a grupo. Los datos que
se han recopilado de los puntos finales antes de la migración se congelan en Software Use Analysis 2.2 y
puede acceder a ellos en cualquier momento. Estos datos no se migran, porque pueden recopilarse en las
nuevas recopilaciones desde BigFix Inventory 9.2.5. Es decir, los datos históricos se almacenan en
Software Use Analysis 2.2, mientras que todos los datos actuales a partir de ahora se guardan en BigFix
Inventory 9.2.5. Después de migrar el primer grupo de puntos finales, puede pasar a migrar otro, hasta
que todo el entorno notifique a la nueva versión.
Los datos en bruto y los resultados de la exploración no se migran, pero puede migrar todas las
personalizaciones que sean específicos de su entorno. Estas personalizaciones son grupos de sistemas,
usuarios, firmas personalizadas, contratos y campos personalizados de contratos.
Requisitos
Plataforma de IBM BigFix
IBM BigFix V9 y todas las bases de datos soportadas.
Las versiones anteriores de servidor de IBM BigFix se deben actualizar. Para obtener más
información, consulte Actualización en sistemas Windows y Actualización en sistemas Linux.
Versiones de BigFix Inventory (Software Use Analysis) admitidas
Origen: Software Use Analysis 2.2, parche 6 (2.2.150) o posterior. Las versiones anteriores de
Software Use Analysis 2.2 deben actualizarse al menos al parche 6.
Destino: BigFix Inventory 9.2.1 o posterior.
Permisos de usuario
La herramienta de migración requiere:
v Acceso a la base de datos del servidor de Software Use Analysis 2.2.
v Acceso a una señal de usuario de BigFix Inventory para acceder al sistema a través de las API
REST.
Suscripción del sitio
Durante la migración, suscriba los puntos finales de 2.2 al sitio de IBM BigFix Inventory v9. Los
puntos finales también deben permanecer suscritos al sitio de IBM Software Inventory hasta el
final de la migración.
Elementos migrados
Los objetos de datos que puede migrar son usuarios, firmas de software personalizadas, grupos de
equipos, contratos y campos personalizados de contratos.
Grupos de equipos
Los grupos de equipos de Software Use Analysis 2.2 se migran a BigFix Inventory 9.2.5. Si ya ha creado
un grupo en BigFix Inventory 9.2.5, la migración no creará un grupo de equipos duplicado.
236
Tarea de requisito previo
Debe volver a crear manualmente en BigFix Inventory 9.2.5 todas las propiedades del equipo
personalizadas que se utilizan como condiciones para los grupos de equipos en Software Use
Analysis 2.2.
Limitaciones
v Los grupos de equipos de Software Use Analysis 2.2 que utilizan un filtro de ID (el ID del
equipo) no se migrarán a BigFix Inventory 9.2.5.
v Los grupos de equipos de Software Use Analysis 2.2 que utilizan filtros de origen de datos sólo
se migrarán si se han definido los mismos orígenes de datos en los despliegues de Software
Use Analysis 2.2 y BigFix Inventory 9.2.5.
v Los grupos de equipos descendientes sólo se migrarán si el grupo de equipos padre se ha
migrado satisfactoriamente o se ha creado manualmente en BigFix Inventory 9.2.5.
v Si un grupo de equipos contiene, en su definición, grupos de orígenes de datos que están
relacionados con un servidor de BigFix que no está definido en BigFix Inventory 9.2.5, ese
grupo de equipos concreto no se migrará.
v Si tiene un grupo de equipos de Software Use Analysis 2.2 que utiliza un filtro de propiedad
del equipos personalizada que no ha definido en BigFix Inventory 9.2.5, el grupo de equipos
no puede migrarse.
Usuarios
Los usuarios de Software Use Analysis 2.2 con autenticación de contraseña pueden migrarse a BigFix
Inventory 9.2.5.
Limitaciones
v Los usuarios de Software Use Analysis 2.2 con otros métodos de autenticación distintos del de
contraseña no se migran.
v Los usuarios que se han añadido manualmente a BigFix Inventory 9.2.5 antes de ejecutar la
herramienta de migración no se procesarán durante la migración.
v La migración de usuarios de LDAP no está soportada, por lo que debe crear manualmente los
usuarios LDAP en BigFix Inventory 9.2.5.
Importante: Cuando está creando usuarios de Active Directory en BigFix Inventory 9.2.5, debe
incluir el nombre de dominio en el nombre de usuario, por ejemplo, username@domain.com. Esta
limitación provoca una discrepancia que impide migrar los contratos. Puede resolver la
discrepancia mediante la creación de un usuario autenticado mediante contraseña coincidente
que coincida con el nombre de usuario de Active Directory que se utiliza en Software Use
Analysis 2.2.
Firmas personalizadas
Las firmas personalizadas de Software Use Analysis 2.2 se pueden migrar a BigFix Inventory 9.2.5.
Limitaciones
v El GUID (identificador exclusivo global) de firma de Software Use Analysis 2.2 se utiliza como
el GUID en BigFix Inventory 9.2.5. Si el GUID ya existe en BigFix Inventory 9.2.5, la firma
personalizada no se migrará.
Campos personalizados de contrato
Los campos personalizados de contrato de Software Use Analysis 2.2 se migrarán a BigFix Inventory
9.2.5.
Limitaciones

v Todos los campos personalizados de contrato que se utilizan en las definiciones de contrato
deben existir en BigFix Inventory 9.2.5.
v Todos los campos personalizados de contratos que son necesarios en BigFix Inventory 9.2.5
deben estar definidos también en Software Use Analysis 2.2.
v Si ha creado manualmente un campo personalizado de contrato en BigFix Inventory 9.2.5, la
herramienta de migración no cambiará el campo personalizado creado manualmente.
Contratos
Los contratos que están definidos en Software Use Analysis 2.2 pueden migrarse a BigFix Inventory 9.2.5.
Limitaciones
v Si ha definido un contrato en BigFix Inventory 9.2.5 con el mismo nombre que un contrato de
Software Use Analysis 2.2, no se migrará.
v Todos los usuarios que crean contratos en Software Use Analysis 2.2 (incluidos los usuarios de
LDAP) deben existir en BigFix Inventory 9.2.5 antes de migrar los contratos. Si el usuario no
existe, el contrato no se migrará.
v Todos los grupos de equipos de los contratos deben existir en BigFix Inventory 9.2.5 para
poder migrar los contratos. Si el grupo de equipos no existe en BigFix Inventory 9.2.5, el
contrato no se migrará.
v El catálogo de software que utiliza BigFix Inventory 9.2.5 debe tener el título/versión/release
de software asociado con el contrato de Software Use Analysis 2.2. Si el software del contrato
no está en el catálogo de BigFix Inventory 9.2.5, el contrato no se migrará.
Adición de puntos finales por grupo de sistemas de BigFix

Puede utilizar grupos de sistemas de BigFix para migrar de forma incremental puntos finales desde
Software Use Analysis 2.2 a BigFix Inventory 9.2.5. Si utiliza grupos de sistemas, la migración de puntos
finales se puede hacer de grupo en grupo.
Si desea migrar muchos puntos finales, puede dividirlos en grupos de sistemas. Cada grupo se puede
migrar entonces de uno en uno. Este método hace que la verificación sea más fácil y requiera menos
tiempo. El tamaño de un grupo depende del número de instancias de software instaladas en los puntos
finales. Al migrar los puntos finales al entorno de la BigFix Inventory 9.2.5, como se describe en
Migración de puntos finales, seleccione los puntos finales por grupo.
Los grupos de BigFix deben crearse antes de la migración. Los grupos de sistemas se crean en la consola
de BigFix; para obtener más información, consulte Grupos de equipos.
Paso 1: Agrupación de puntos finales migrados y no migrados

Cree dos grupos de sistemas para agrupar los puntos finales que se migran y los puntos finales que no se
migran. Después de migrar el primer grupo de puntos finales, se mueven de un grupo a otro. Estos dos
grupos facilitan la selección de puntos finales cuando se necesita ejecutar determinadas acciones.
Estos dos grupos de sistemas no afectan a los grupos de sistemas que ya tiene en IBM BigFix. Un punto
final puede estar en dos grupos de sistemas a la vez. Estos dos grupos de sistemas le ayudarán a
reconocer los puntos finales migrados y no migrados, así como a especificarlos como destino de
determinadas acciones como, por ejemplo, las exploraciones de software.
Procedimiento
1. Inicie sesión en la consola de IBM BigFix y en la barra de menús seleccione Herramientas > Crear
nuevo grupo de equipos automáticos.
238
2. Entre el nombre Migrated Computers para el nombre de grupo y seleccione Expresión de relevancia y
is true en la lista Incluir equipos con la siguiente propiedad.
Este grupo utiliza la propiedad Migrated_to_BFI para agrupar puntos finales que se han migrado.
3. Pulse Editar relevancia, escriba el texto siguiente y pulse Aceptar.

exists settings whose (name of it equals "Migrated_to_BFI" AND value of it = "1") of client
4. En la barra de menús de consola de IBM BigFix, seleccione Herramientas > Crear nuevo grupo de
equipos automáticos.
5. Escriba el nombre Unmigrated 2.2 Computers para el nombre del grupo y seleccione Expresión de
relevancia y is true en la lista Incluir equipos con la siguiente propiedad.
Este grupo utiliza la propiedad Migrated_to_BFI para agrupar puntos finales que no se han migrado
y que siguen informando a Software Use Analysis 2.2.
6. Pulse Editar relevancia, escriba el texto siguiente y pulse Aceptar.
not (exists settings whose (name of it equals "Migrated_to_BFI" AND value of it = "1") of
client)
Resultados
Ha creado dos grupos de sistemas. En este punto, todos los sistemas están en el grupo Unmigrated 2.2
Computers.
“Paso 2: Aplicación del parche de migración” en la página 240

Paso 2: Aplicación del parche de migración
Debe aplicar el parche de migración a Software Use Analysis 2.2 para realizar los cambios que son
necesarios para completar la migración. También debe suscribir el servidor a un nuevo sitio de Fixlet.
Procedimiento
2. Habilite el sitio del fixlet de IBM BigFix Inventory v9.
3. Suscriba el servidor de Software Use Analysis 2.2 al nuevo sitio de Fixlet. Hasta que finalice la
migración, el servidor permanece suscrito a dos sitios de Fixlet.
a. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9.
b. En la pestaña Suscripciones del sistema, seleccione Equipos que cumplen la siguiente condición y
especifique las condiciones para incluir el servidor de Software Use Analysis 2.2.
c. Pulse Guardar.
4. Descargue y aplique el parche de migración a Software Use Analysis 2.2. Este paso sólo es necesario
para Software Use Analysis 2.2 parche 6, 7 u 8. A partir del parche 10, el parche de migración se
instala con el servidor y este paso puede omitirse.
El parche sustituye los archivos scan_file.rb y raw_datasource_file.rb por las nuevas versiones de
los archivos.
a. En la barra de navegación de consola de IBM BigFix, pulse Sitios > Sitios externos > IBM BigFix
b. En el panel superior derecho, seleccione Descargar el parche de migración de puntos finales para
SUA 2.2 y, en el panel inferior, pulse Llevar a cabo una acción.
c. Seleccione el servidor de Software Use Analysis 2.2 como el sistema de destino.
Nota: El servidor de Software Use Analysis 2.2 se detiene temporalmente y se reiniciará después
de que se aplique el parche.
Importante: Si el servicio de Software Use Analysis 2.2 (TEMA) se ejecuta bajo la cuenta
LocalSystem, el parche se instala automáticamente. Se hace una copia de seguridad de los archivos
scan_file.rb y raw_datasource_file.rb originales en el directorio dir_instalación_SUA2.2\
sua9_migration\sua2_scan_file_backup_copy y se aplican los archivos nuevos. Si el servicio de
TEMA se ejecuta bajo cualquier otra cuenta, esta tarea descarga los archivos scan_file.rb y
raw_datasource_file.rb en el directorio dir_instalación_SUA2.2\sua_migration\
sua9_downloaded_scan_file. Debe completar la instalación del parche manualmente:
1) Detenga el servidor de Software Use Analysis 2.2.
2) Realice una copia de seguridad de los archivos de Software Use Analysis 2.2 scan_file.rb y
raw_datasource_file.rb originales. Se debe realizar la copia de seguridad de los archivos en
un directorio que esté fuera del directorio dir_instalación_SUA\work.
v Cree un directorio de seguridad para copiar los archivos en: dir_instalación_SUA2.2\
sua9_migration\sua2_scan_file_backup_copy.
v Copie el archivo scan_file.rb del directorio dir_instalación_SUA2.2\work\tema\webapp\
WEB-INF\domains\sam\app\models\sam en el nuevo directorio.
240
v Copie el archivo raw_datasource_file.rb del directorio dir_instalación_SUA2.2\work\tema\
webapp\WEB-INF\app\models en el nuevo directorio.
3) Sustituya los archivos antiguos.
v Copie el nuevo archivo scan_file.rb del directorio dir_instalación_SUA2.2\
sua9_migration\sua9_downloaded_scan_file en el directorio dir_instalación_SUA2.2\work\
tema\webapp\WEB-INF\domains\sam\app\models\sam.
v Copie el nuevo archivo raw_datasource_file.rb del directorio dir_instalación_SUA2.2\
sua9_migration\sua9_downloaded_scan_file en el directorio dir_instalación_SUA2.2\work\
tema\webapp\WEB-INF\app\models.
4) Inicie el servidor de Software Use Analysis 2.2.
5. Cree una propiedad de sistema en Software Use Analysis 2.2 que se pueda utilizar para identificar
puntos finales migrados.
a. Inicie la sesión en Software Use Analysis 2.2.
b. En la barra de navegación, pulse Gestión > Propiedades del equipo y pulse Nueva.
c. En el panel Crear propiedad del sistema, especifique el nombre de la propiedad seleccionando la
propiedad Migrado a BFI en la lista Propiedad de origen de datos. Pulse Crear.
d. Importe datos de exploración para habilitar la nueva propiedad, en la barra de navegación pulse
Administración > Importaciones y pulse Importar ahora.
“Paso 3: Instalación de BigFix Inventory 9.2.5”
Paso 3: Instalación de BigFix Inventory 9.2.5

Instale BigFix Inventory 9.2.5 y configure conexiones de base de datos para utilizar el mismo origen de
datos que el origen de datos utilizado para la instalación de Software Use Analysis 2.2.
Procedimiento
2. Suscriba un punto final en el que desee instalar BigFix Inventory 9.2.5 en el nuevo sitio de fixlet.
Consejo: Puede ser el mismo punto final que el del servidor de Software Use Analysis 2.2 si cumple
todos los requisitos de hardware.

b. En la pestaña Suscripciones del sistema, seleccione Equipos que cumplen la siguiente condición y
especifique las condiciones para incluir el punto final.
c. Pulse Guardar.
3. Descargar BigFix Inventory 9.2.5.
4. Instale BigFix Inventory 9.2.5.
v Instalación en modalidad interactiva.
v Instalación en modalidad silenciosa.
5. Configure las conexiones para BigFix Inventory 9.2.5.
6. Ejecute la importación inicial pulsando Importar ahora.

“Paso 4: Migración de puntos finales”
Paso 4: Migración de puntos finales

Para migrar los puntos finales a BigFix Inventory 9.2.5, suspenda la recopilación de datos en Software
Use Analysis 2.2, marque los puntos finales que desee migrar y, a continuación, habilite la recopilación de
datos en 9.2.5 iniciando las nuevas exploraciones.
Puede migrar puntos finales individuales o todos a la vez, pero si el entorno se divide en grupos de
sistemas, utilícelos para migrar los puntos finales grupo a grupo. Este tipo de enfoque proporciona más
control sobre la migración y si decide posponerlo para algunos grupos de sistemas, puede reiniciar la
recopilación de datos en Software Use Analysis 2.2 para puntos finales seleccionados reanudando las
exploraciones. Para obtener más información sobre cómo crear grupos de sistemas, consulte “Adición de
puntos finales por grupo de sistemas de BigFix” en la página 238.
Procedimiento
2. Detenga todas las acciones de Software Use Analysis 2.2.
a. En el árbol de navegación, pulse Acciones.
b. Seleccione todas las acciones abiertas para el sitio de IBM Software Inventory, pulse el botón
derecho del ratón y seleccione Detener.
242
3. Suscriba el primer grupo de sistemas al nuevo sitio de Fixlet.
b. En la pestaña Suscripciones del sistema, seleccione Equipos que cumplen la siguiente condición.
c. Especifique condiciones para suscribir puntos finales individuales o seleccione un grupo de
sistemas para suscribir el grupo completo.
d. Pulse Guardar. Los puntos finales están suscritos.

4. Active el análisis de migración para poder reconocer qué puntos finales se han migrado.
a. En el sitio de Fixlet, pulse Análisis.
b. Seleccione el análisis Migración de punto final de SUA 2.2, pulse el botón derecho del ratón y
seleccione Activar.
c. Después de marcar los puntos finales que desea migrar, aparecerán en la pestaña Resultados.
5. Seleccione los puntos finales que desee migrar desde 2.2 a 9.2.5.
a. En el sitio de Fixlet, pulse Fixlets y tareas.
b. Seleccione Migrar puntos finales de SUA 2.2 y pulse Llevar a cabo una acción.
c. Seleccione los puntos finales que desea migrar. Puede seleccionar sistemas individualmente o en
grupo, aunque los grupos deben haberse definido previamente.

6. Inicie las exploraciones de software y capacidad de BigFix Inventory 9.2.5 para los puntos finales
migrados y active todos los análisis.
a. En el sitio de Fixlet, pulse Análisis. Seleccione todos los análisis, pulse con el botón derecho y
pulse Activar.
b. Pulse Fixlets y tareas y ejecute las siguientes tareas para iniciar la exploración:
Consejo: Para ejecutar las tareas sólo en los puntos finales migrados, después de pulsar Llevar a
cabo una acción, abra la pestaña Destino. Seleccione el recuadro de selección Establecer
dinámicamente como destino por propiedad y, a continuación, seleccione el grupo Sistemas
migrados.
1) Ejecute Instalar o actualizar explorador.
2) Ejecute Iniciar exploración de software. Esta tarea sólo es relevante cuando se ha instalado el
explorador.
3) Ejecute Cargar resultados de exploración de software. Esta tarea solo es relevante cuando la
exploración de software finaliza la recopilación de los resultados.
4) Ejecute Ejecutar exploración de capacidad y cargar resultados.
7. Cuando las exploraciones terminen de recopilar los datos para los puntos finales migrados, impórtelos
a BigFix Inventory 9.2.5.
a. Inicie la sesión en BigFix Inventory 9.2.5
b. En la barra de navegación, pulse Gestión > Importaciones.
c. Pulse Importar ahora.
Los resultados de la exploración para los puntos finales migrados están ahora disponibles en BigFix
Inventory 9.2.5. Los informes de inventario de software para los puntos finales migrados ahora sólo se
comunican en BigFix Inventory 9.2.5. Los puntos finales migrados ya no informarán en Software Use
Analysis 2.2, pero los datos recopilados hasta el momento están congelados y puede acceder a ellos.
8. Repita los pasos anteriores para migrar otro grupo de sistemas.
9. Opcional: Si desea posponer la migración de los puntos finales restantes, puede reiniciar las siguientes
acciones de Software Use Analysis 2.2 para los puntos finales no migrados, para reanudar la
recopilación de datos sobre el software.
v Iniciar exploración de software
v Cargar resultados de exploración de software
a. En el árbol de navegación, pulse Sitios > Sitios externos > IBM Software Inventory > Fixlets y
tareas.
b. Seleccione Iniciar exploración de software y pulse Llevar a cabo una acción.
c. En la pestaña Destino, pulse Establecer dinámicamente como destino por propiedad y seleccione
el grupo Unmigrated 2.2 Computers. Pulse Aceptar.
244
d. Seleccione Cargar resultados de exploración de software y pulse Llevar a cabo una acción.
e. En la pestaña Destino, pulse Establecer dinámicamente como destino por propiedad y seleccione
el grupo Unmigrated 2.2 Computers. Pulse Aceptar.
“Paso 5: Verificación de que los puntos finales se migran”
Paso 5: Verificación de que los puntos finales se migran

Verifique que los puntos finales se migran satisfactoriamente comprobando que Software Use Analysis 2.2
ya no está recopilando datos para los puntos finales migrados.
Procedimiento
1. Inicie la sesión en Software Use Analysis 2.2 y, en la barra de navegación, pulse Informes > Sistemas.
2. En la esquina superior derecha, pulse Configurar vista para acceder a las opciones de filtrado.
3. Seleccione el recuadro de selección Migrado a BFI y pulse Enviar.
4. Ordene las columnas de informe mediante la columna Migrado a BFI.
5. Compruebe que el valor en la columna Migrado a BFI está establecido en True para una selección de
sistemas que ha migrado.
Identificación de puntos finales migrados en BigFix Inventory 9.2.5

Puede utilizar los mismos pasos para identificar puntos finales migrados en BigFix Inventory 9.2.5. Para
ello, primero debe crear una nueva propiedad en BigFix Inventory 9.2.5.
Procedimiento
1. Inicie la sesión en BigFix Inventory 9.2.5, en la barra de navegación pulse Administración >
Propiedades del equipo y pulse Nuevo.
2. En el panel Crear propiedad del sistema, especifique el nombre de la propiedad seleccionando la
propiedad Migrado a BFI en la lista Propiedad de origen de datos. Pulse Crear.
3. Importe datos de exploración para habilitar la propiedad, en la barra de navegación pulse

Administración > Importaciones y pulse Importar ahora.
4. Configure la vista en el informe de sistemas para visualizar la columna Migrado a SUA9.
Nota: Si compara algunos informes entre Software Use Analysis 2.2 y BigFix Inventory 9.2.5, es
posible que existan varias diferencias. Estas divergencias se deben a las diferencias de catálogo entre
las versiones.
“Paso 6: Migración de objetos de datos” en la página 246

Paso 6: Migración de objetos de datos
Puede migrar los objetos de datos directamente a BigFix Inventory 9.2.5. También puede ejecutar una
simulación para ver el resultado esperado de la migración sin guardar la información en la instalación de
destino.
Antes de empezar
v Durante la migración, el servidor de BigFix Inventory 9.2.5 debe estar en ejecución.
v Puede ejecutar la herramienta de migración de forma repetida si desea dividir la migración en partes.
Los elementos que ya se han migrado se omiten.
v Si desea migrar a varios servidores de BigFix Inventory, trate cada uno de ellos como una migración
separada. En primer lugar, especifique los detalles de acceso a uno de los servidores e inicie la
migración. Cuando se haya completado, cambie los detalles de acceso a otro servidor y repita la
migración.
v Si encuentra algún problema durante la migración, consulte el archivo migration.log para obtener más
detalles.
v Antes de iniciar la migración de los objetos de datos, debe volver a crear las propiedades del sistema y
los roles de usuario en la interfaz de usuario de BigFix Inventory 9.2.5. Para obtener más información,
consulte: “Configuración de los roles” en la página 121 y “Configuración de las propiedades del
sistema” en la página 182.
La migración incluye los datos personalizados de los usuarios, los grupos de sistemas, las firmas del
catálogo, los contratos y los campos personalizados de contratos.
Nota: Antes de iniciar la migración, asegúrese de que el servidor de BigFix Inventory 9.2.5 no esté
ejecutando una importación. La migración no puede realizarse mientras se esté ejecutando una
importación.
Procedimiento
1. Desde el directorio de instalación de BigFix Inventory 9.2.5, vaya a migration/SUA_2.x.
2. Edite el archivo migration22.properties y especifique todos los parámetros que se listan en el mismo.
El archivo migration22.properties es un archivo de configuración en el que especifica los detalles del
servidor de Software Use Analysis 2.2.
3. Simule la migración para comprobar qué elementos se han migrado sin guardarlos en el entorno de
destino. Los elementos que no se incluyan en la simulación no se migrarán.
a. Para simular la migración, ejecute el mandato siguiente:
Linux ./migration.sh -migrate [-dir directorio] -simulate
Windows migration.bat -migrate [-dir directorio] -simulate
Donde -dir directorio especifica un directorio en el que se guardan los archivos csv. Si omite
este parámetro, los archivos csv se crean en el directorio raíz de la herramienta de migración.
b. Compruebe el resumen de la simulación que se visualiza una vez completada la exportación.
Total computer groups from SUA 2.2: 8
Computer groups added: 0
Computer groups skipped: 5
Computer groups failed: 3
Total users from SUA 2.2: 2

Users added: 0
Users skipped: 2
Users failed: 0
Total custom signatures from SUA 2.2: 3
246
Custom signatures added: 0
Custom signatures skipped: 3
Custom signatures failed: 0
Total contract custom fields from SUA 2.2: 5

Contract custom fields added: 0
Contract custom fields skipped: 5
Contract custom fields failed: 0
Total contracts from SUA 2.2: 3

Contracts added: 1
Contracts skipped: 2
Contracts failed: 0
c. Verifique el resultado de la simulación en los cinco informes csv que se han creado. Sólo pueden
comprobarse los informes csv, porque la información no se guarda en el entorno de destino. Para
reconocer correctamente los informes creados y la información incluida en ellos, consulte
Verificación de la migración realizada.
Nota: La importación de algunos elementos de datos depende de la importación de otros elementos

de datos, y la simulación no verifica si se han migrado elementos dependientes. Debe comprobar
manualmente todas las dependencias existentes.
Ejemplo:
Después de migrar todos los usuarios de BigFix Inventory, en el informe csv hay información
de que un usuario se ha importado satisfactoriamente, pero el usuario no está enlazado a un
grupo de sistemas. Revise el informe computer_groups_report.csv para verificar que el grupo
de sistemas de este usuario concreto se ha migrado. Existe la misma dependencia en el caso
de los contratos: sólo se importarán después de que se hayan importado correctamente los
demás elementos de datos.
4. Migre la información directamente desde Software Use Analysis 2.2 a BigFix Inventory 9.2.5.
a. Para iniciar la migración, ejecute el siguiente mandato:
Linux ./migration.sh -migrate [-dir directorio]
Windows migration.bat -migrate [-dir directorio]
Donde -dir directorio especifica un directorio en el que se guardan los archivos csv. Si omite
este parámetro, los archivos csv se crean en el directorio raíz de la herramienta de migración.
b. Compruebe el resumen de la migración que aparece una vez completada la exportación. El
resumen es el mismo que el resumen de la simulación.
c. Verifique el resultado de la migración en los informes csv que se han creado.
d. Compare el entorno de origen y de destino para asegurarse de que se hayan migrado
correctamente todos los elementos. Para obtener más información, consulte Verificación de la
migración realizada.
Resultados
Las personalizaciones de Software Use Analysis 2.2 se han migrado al servidor de BigFix Inventory 9.2.5.
“Paso 7: Verificación de la migración realizada”
Paso 7: Verificación de la migración realizada

Cuando se migra la información directamente desde Software Use Analysis 2.2 a BigFix Inventory 9.2.5,
puede ver el resumen de la simulación o la migración en los cinco informes csv. Los informes describen
los detalles de la migración de grupos de sistemas, usuarios, firmas de software personalizadas, campos

personalizados de contratos y contratos. Si la información que contienen estos informes es precisa y
completa, puede iniciar una sesión en BigFix Inventory 9.2.5 para verificar que los datos personalizados
se han migrado.
Para obtener más información sobre los estados que se visualizan en los informes, consulte Estados.
Procedimiento
1. Abra el archivo computer_groups_report.csv.
Verifique que los grupos de sistemas del informe se corresponden con los grupos de sistemas en
Software Use Analysis 2.2.
2. Abra el archivo users_report.csv.
Verifique que los usuarios del informe se corresponden con los usuarios en Software Use Analysis 2.2.
3. Abra el archivo custom_signatures_report.csv.
Verifique que las firmas en el informe se corresponden con las firmas personalizadas en Software Use
Analysis 2.2.
4. Abra el archivo contract_custom_fields_report.csv.
Verifique que los campos personalizados de contratos en el informe se corresponden con los campos
personalizados de contrato en Software Use Analysis 2.2.
5. Abra el archivo contracts_report.csv.
Verifique que los contratos en el informe se corresponden con los contratos en Software Use Analysis
2.2.
Resultados
Si no se han migrado algunos elementos. consulte la descripción en los informes csv y corrija los
problemas. Se puede repetir la migración tantas veces como desee. Los elementos que ya se han migrado
se omiten.
Ejecute una importación de datos para que los elementos de datos migrados estén visibles en los
informes.
Informes de migración
Cuando exporta información desde Software Use Analysis 2.2, se guarda en los archivos csv, cada uno
dedicado a un tipo determinado de elemento migrado.
Grupos de equipos
Tabla 59. Descripción de las columnas que se encuentran en el archivo computer_groups_report.csv
Elemento Usuario.
Estado Satisfactorio, Omitido, Erróneo.
Descripción Razón del estado.
Nombre de grupo de Nombre del grupo de sistemas.
sistemas
Nombre de grupo de Nombre del grupo de sistemas padre.
sistemas padre
Descripción de grupo Descripción del grupo de sistemas.
de sistemas
248
Tabla 59. Descripción de las columnas que se encuentran en el archivo computer_groups_report.csv (continuación)
Definición de grupo de Definición del grupo de sistemas.
sistemas
Usuarios
Tabla 60. Descripción de las columnas que se encuentran en el archivo users_report.csv
Elemento Usuario.
Nombre de usuario El nombre de usuario en el entorno de Software Use Analysis 2.2.
Información de Otra información de contacto.
contacto
Dirección de correo La dirección de correo electrónico del usuario.
electrónico
Entorno local El entorno local que se establece en el sistema del usuario.
Roles Los roles que se han asignado al usuario.
Grupo de sistemas El nombre del grupo de sistemas al que puede acceder el usuario.
Firmas personalizadas
Tabla 61. Descripción de las columnas que se encuentran en el archivo custom_signatures_report.csv
Elemento Usuario.
Editor El editor de la firma.
GUID de editor El identificador exclusivo global del editor.
Componente de El nombre del componente de software.
software
GUID de componente El identificador exclusivo global del componente de software.
de software
GUID de firma El identificador exclusivo global de la firma de software.
Reglas de archivo Los parámetros de filtro utilizados para las firmas basadas en archivos.
Reglas de filtro Los parámetros de filtro utilizados para las firmas basadas en paquetes.
Campos personalizados de contrato

Tabla 62. Descripción de las columnas que se encuentran en el archivo contract_custom_fields_report.csv.
Elemento Usuario.
Nombre El nombre del campo personalizado.

Tabla 62. Descripción de las columnas que se encuentran en el archivo
contract_custom_fields_report.csv. (continuación)
Tipo El tipo de datos (serie, entero, flotante, booleano o fecha).
Necesario Indica si el campo es necesario.
Contratos
Tabla 63. Descripción de las columnas que se encuentran en el archivo contracts_report.csv.
Elemento Usuario.
Nombre de contrato Nombre del contrato.
Nombres de software Los nombres de los productos de software, las versiones y los releases que se han
adquirido con el contrato.
Nombre de usuario El nombre del usuario.
Nombre de grupo de El grupo de sistemas al que un usuario ha tenido acceso al crear el contrato.
sistemas de acceso
Nombre de grupo de Nombre del grupo de sistemas.
sistemas
Puestos El número de usuarios que tienen acceso al producto de software con un contrato
particular.
Coste de adquisición El coste de adquirir un producto de software.
Coste de El coste de adquirir un plan de mantenimiento para un producto de software.
mantenimiento
Inicio de titularidad La fecha de inicio de un determinado contrato.
Finalización de La fecha de finalización de un determinado contrato.
titularidad
Inicio de La fecha de inicio del plan de mantenimiento para los productos de software.
mantenimiento
Finalización de La fecha de finalización del plan de mantenimiento para los productos de software.
mantenimiento
Campo personalizado Los valores de los campos personalizados.
de contrato (puede
aparecer varias veces)
Estados en los informes de migración

Cada elemento migrado se describe con un estado y una descripción que resume el resultado de la
migración.
Satisfactorio
El elemento se ha migrado satisfactoriamente.
Asimismo, pueden aparecer algunos avisos durante la simulación. Por ejemplo:
El contrato se ha añadido a BFI 9.x, pero se han notificado algunos avisos: El nombre de
usuario nombre_usuario no existe.
Debe comprobar el archivo users_report.csv para verificar que el usuario denominado
nombre_usuario se ha migrado satisfactoriamente. Para obtener más información, consulte
la información de avisos en el Paso 6: Migración de objetos de datos.
250
Omitido
Los elementos no se han migrado porque ya están definidos en BigFix Inventory 9.2.5. Este
estado puede producirse si repite la migración, en cuyo caso los elementos se han migrado
durante la migración anterior.
Error
Este estado puede estar relacionado con problemas con los elementos que desea migrar, así como
con los errores que se devuelven desde el servidor de BigFix Inventory 9.2.5. Este estado puede
ser el resultado de problemas de conexión. Cada uno de los errores del servidor se guarda en el
archivo tema.log, en el siguiente directorio en el servidor de BigFix Inventory.
v Linux /opt/ibm/BFI/wlp/usr/servers/server1/logs/
v Windows \Archivos de programa\IBM\BFI\wlp\usr\servers\server1\logs
Ejemplos de mensajes de acciones anómalas:
Tabla 64. Mensajes de acciones anómalas
La migración del
No se puede añadir el grupo de sistemas a BFI 9.x: la definición no es válida. La
grupo de sistemas
propiedad del sistema ID no está soportada.
ha fallado
El grupo de sistemas no puede migrarse porque el campo ID se ha utilizado en la
definición del grupo de sistemas.
No se puede añadir el grupo de sistemas a BFI 9.x: la definición no es válida. La
propiedad del sistema CUSTOM_PROPERTY no está soportada.
El grupo de sistemas no puede migrarse porque la propiedad personalizada no se ha
creado en BigFix Inventory 9.2.5.
No se puede añadir el grupo de sistemas a BFI 9.x: el padre no existe.
El grupo de sistemas hijo no puede importarse a BigFix Inventory 9.2.5 porque el
grupo de sistemas padre no se ha migrado.
No se puede añadir el grupo de sistemas a BFI 9.x: el origen de datos del host
nombre_host no existe.
El grupo de sistemas no puede migrarse porque se ha añadido a su definición un
origen de datos que no existe.
No se puede añadir el grupo de sistemas a BFI 9.x: el grupo de origen de datos
ID_grupo_origen_datos del host de origen de datos nombre_host no existe.
El grupo de sistemas no se puede migrar porque se ha definido un grupo de origen
de datos para un origen de datos que no existe en BigFix Inventory 9.2.5.
La migración de
No se puede añadir el usuario a BFI 9.x: el rol nombre_rol no existe.
usuario ha fallado
El usuario no puede migrarse a BigFix Inventory 9.2.5 porque el rol nombre_rol no se
ha creado.

Tabla 64. Mensajes de acciones anómalas (continuación)
La migración de
La importación de contratos ha fallado. El software nombre_software no tiene una
contrato ha fallado
firma asignada.
La importación de contratos ha fallado porque el producto que se ha especificado en
el contrato no tiene una firma en el catálogo que se ha importado a BigFix Inventory
9.2.5.
No se puede añadir el contrato a BFI 9.x: el grupo de sistemas nombre_grupo no
existe.
El contrato no puede importarse a BigFix Inventory 9.2.5 porque el grupo de
sistemas para el que se ha creado el contrato no se ha migrado.
No se puede añadir el contrato a BFI 9.x: el nombre de usuario nombre_usuario no
existe.
El contrato no puede importarse a BigFix Inventory 9.2.5 porque el usuario que lo ha
creado no se ha migrado.
No se puede añadir el contrato a BFI 9.x: el campo personalizado de contrato
nombre_campo_personalizado no existe.
El contrato no puede migrarse porque el campo personalizado de contrato para este
contrato específico no se ha creado en BigFix Inventory 9.2.5.
No se puede añadir el contrato a BFI 9.x: el software nombre_software 1.2 no existe.
El contrato no puede migrarse porque se ha creado para un título de software (o
versión o release) que no existe en el catálogo que se ha importado a BigFix
Inventory 9.2.5.
Aumento del número de archivos y reglas de filtro para las firmas

personalizadas
Si Software Use Analysis 2.2 se ha actualizado antes de la versión 1.3, puede encontrar problemas al
migrar las firmas personalizadas a la versión 9.2.5. El problema se produce cuando las firmas están
formadas por más de veinte reglas de archivo y veinte reglas de paquete. Estas firmas estaban soportadas
en versión 1.3 y se podían migrar a la versión 2.2. Sin embargo, ya no están soportadas en la versión
9.2.5. Para migrar estas firmas, aumente el número máximo de reglas personalizadas.
Procedimiento
1. Detenga el servidor de BigFix Inventory 9.2.5.
2. Para poder migrar las firmas, abra el archivo signatures_controller.rb, que se encuentra en el
directorio dir_instalación_BFI/wlp/usr/servers/server1/apps/tema.war/WEB-INF/domains/sam/app/
controllers/catalog_manage/sam y modifique el siguiente parámetro:
MAX_CUSTOM_RULES=número_de_reglas
Por ejemplo:
MAX_CUSTOM_RULES=25
3. Para poder editar las firmas migradas una vez completada la migración, abra el archivo
catalog_entry-identificador.js, que se encuentra en el directorio dir_instalación_BFI/wlp/usr/
servers/server1/apps/tema.war/assets/sam/catalog y modifique el siguiente parámetro:
MAX_CUSTOM_RULES=número_de_reglas;
Por ejemplo:
MAX_CUSTOM_RULES=25;
4. Para validar las importaciones de firmas personalizadas, actualice el archivo signatures.xsd, que se
encuentra en el directorio dir_instalación_BFI/wlp/usr/servers/server1/apps/tema.war/WEB-INF/
domains/sam/schemas y modifique el parámetro maxOccurs en los elementos FileRuleType y
252
PackageFilterRuleType para que reflejen los nuevos límites de File y PackageFilter. El valor debe ser
el mismo que el valor que ha especificado en MAX_CUSTOM_RULES en el paso 2.
maxOccurs="25"
Ejemplo:
<xs:element name="File" maxOccurs="25" minOccurs="1" type="FileRuleType"/>
<xs:element name="PackageFilter" maxOccurs="25" minOccurs="1" type="PackageFilterRuleType"/>
5. Inicie el servidor de BigFix Inventory 9.2.5.
6. Vuelva a ejecutar la migración.
Si no puede editar las firmas una vez completada la migración, borre la memoria caché del navegador.
Migración de Software Knowledge Base Toolkit

Se recomienda migrar las firmas personalizadas de Software Knowledge Base Toolkit porque BigFix
Inventory proporciona las mismas funciones para la creación y edición de las firmas. El mantenimiento
de firmas en una sola aplicación le ahorra tiempo, facilita el trabajo y reduce los costes de mantenimiento.
Las firmas migradas se almacenarán en la base de datos de BigFix Inventory junto con el contenido
proporcionado por IBM, pero serán totalmente independientes y no se verán afectadas por ninguna
importación futura del catálogo de software de IBM. Puede editarlas y suprimirlas en cualquier
momento, y crear firmas nuevas directamente en BigFix Inventory.
Antes de empezar
v Las firmas sólo se pueden importar en BigFix Inventory 9.2.2 o superior.
v Puede migrar desde varias instancias de Software Knowledge Base Toolkit. Todas las firmas exclusivas
se guardarán en BigFix Inventory, y no se sobrescribirán.
Limitaciones
v Los tipos de firmas admitidas son: Firma de archivo, Firma de filtro, Firma de registro, Otra firma. El
resto de tipos se omiten.
v Las firmas del tipo Otra firma pueden tener hasta 4000 caracteres.
v La Firma de archivo y la Firma de registro pueden constar de hasta 20 elementos.
v Sólo se pueden exportar las firmas asignadas a nivel de variación o release. Las firmas asignadas a
versión o nivel de producto se omiten.
v Todas las firmas asignadas a nivel de variación se convierten al nivel del release correspondiente.
v Si distintos releases del mismo árbol de productos utilizan distintos editores, todas las firmas de ese
árbol se exportan bajo uno de esos editores, elegido de forma aleatoria. Para controlar esto, asigne un
editor común a todos los releases en Software Knowledge Base Toolkit.
Procedimiento
1. Si ha utilizado Software Knowledge Base Toolkit para crear firmas para BigFix Inventory, sustituya el
catálogo de software actual por uno nuevo. Después de migrar las firmas personalizadas, éstas
pertenecerán a un catálogo independiente.
a. Descargue y actualice el catálogo de software.
b. Ejecute una importación de datos.
2. Descargue y extraiga la herramienta de migración de Software Knowledge Base Toolkit.
a. En la consola de IBM BigFix, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.

b. Seleccione Descargar la herramienta de migración Software Knowledge Base Toolkit y pulse
Llevar a cabo una acción. Descargue el paquete en uno de sus puntos finales.
c. Extraiga el paquete descargado SwKBT_Migrator.
3. Edite el archivo swkbt_migration.sh o swkbt_migration.bat y escriba el directorio de instalación de
Software Knowledge Base Toolkit. El archivo ya tiene especificada la vía de acceso predeterminada.
4. Exporte las firmas personalizadas en un formato compatible con BigFix Inventory.

UNIX ./swkbt_migration.sh
Windows swkbt_migration.bat
Las firmas se exportan a un paquete firmas_personalizadas_exporatadasindicación de fecha y hora
que se debe importar a BigFix Inventory. Este paquete contiene firmas en archivos xml simples. Los
puede editar o suprimirlos, como precise.
Nota: En algunos casos, el archivo migration.log que se crea después de ejecutar la herramienta
puede contener el siguiente aviso sobre el establecimiento del origen de definición predeterminado.
Este aviso no afecta a la migración y se puede ignorar.
WARNING: Test Mode, no property for primary KbIdentity, default custom definition source name
set to: Customers definition
5. Importe las firmas a BigFix Inventory.
a. En BigFix Inventory, pulse Gestión > Personalizaciones del catálogo.
b. Pulse Importar.
c. Busque el paquete con las firmas exportadas y pulse Importar. La importación del archivo puede
tardar unos minutos.
6. Ejecute una importación de datos para procesar las firmas nuevas.
Resultados
Ha migrado las firmas personalizadas desde Software Knowledge Base Toolkit a BigFix Inventory. La
exploración de software utilizará estas firmas para descubrir el software. Algunas de las firmas podrían
haberse omitido si no cumplen los requisitos. Puede ver información sobre las firmas omitidas en el
archivo migration.log que se encuentra en el directorio principal de la herramienta de migración.
254
Capítulo 5. Gestión de la infraestructura
Los temas en este apartado proporcionan información para ejecutar las exploraciones
para descubrir información sobre el software y el hardware en la infraestructura de TI.
Puede fusionar cómo IBM BigFix Inventory maneja el descubrimiento de los sistemas y
los dispositivos en la red, ver un resumen de los procesadores en la infraestructura de
TI y gestionar los gestores de máquinas virtuales.
Guía de escalabilidad
La guía de escalabilidad está diseñada para ayudar a los administradores del sistema a planificar la
infraestructura de BigFix Inventory y proporcionar las recomendaciones para configurar el servidor de
BigFix Inventory de modo que obtenga un rendimiento óptimo.
La guía describe cómo:

v Dividir los sistemas en grupos de exploración.
v Planificar las exploraciones de software.
v Ejecutar importaciones de datos.
También proporciona información acerca de otras acciones que se pueden llevar a cabo para evitar un
rendimiento bajo. La guía está disponible en la wiki de BigFix Inventory .
Panel de control Administrador de infraestructuras

El panel de control proporciona una visión general rápida de la información más importante sobre las
exploraciones y los sistemas de la infraestructura.
Estado del despliegue
El widget muestra si los agentes se conectan al servidor de BigFix del servidor e informa de los
problemas más comunes que pueden producirse mientras funcionan los agentes como, por ejemplo,
problemas con requisitos previos de espacio de disco o de falta de explorador.
Elementos del widget

1 el número total de sistemas a los que el usuario tiene
acceso. El número viene determinado por el grupo de
sistema al que el usuario está asignado.
2 Enlaces a informes detallados.
3 El número de sistemas con un estado en particular.
4 Enlace a la información sobre las acciones que se
pueden llevar a cabo para resolver problemas del agente.
Importante: El número total de sistemas que se muestra en el
widget incluye los equipos Mac. Sin embargo, la información
sobre el estado del despliegue no se recopila de estos
equipos. Por lo tanto, no se incluyen en los recuentos de los
estados en particular.

Salud de la exploración
El widget muestra el estado de las exploraciones que se están ejecutando en su infraestructura. Puede
desglosar los informes para sistemas específicos con problemas de exploración. Si ordena las columnas de
un informe, puede determinar rápidamente en qué sistemas están fallando determinados tipos de
Importante: El análisis Estado de exploración de software debe estar habilitado para que el widget
muestre datos válidos. Si el análisis no está activado, todos los sistemas se indican con un Error de
exploración, Falta de exploración de software y Catálogo obsoleto.

1 el número total de sistemas a los que el usuario tiene
1
acceso. El número viene determinado por el grupo de
sistema al que el usuario está asignado.
2
2 Enlaces a informes detallados.
3 Número de sistemas con un estado determinado.
4 Enlace a información sobre problemas de
3 exploración.
Importante: El número total de sistemas que se muestra en
4 el widget incluye los sistemas Mac. Pero de estos sistemas
solamente se recopila el estado de la exploración de datos
del paquete. Por lo tanto, los sistemas Mac se incluyen en el
recuento de errores de exploración. No se incluyen en los
recuentos para el resto de estados.
Estados de sistema
Los estados de agente proporcionan información sobre la condición de los agentes en la infraestructura.
Para descubrir software correctamente, asegúrese de que los agentes del entorno funcionan correctamente.
Correcto
No hay ningún problema en el agente. No es necesaria ninguna acción.
Sin datos de exploración
Faltan los datos de inventario de hardware resultantes de la exploración de capacidad. Para resolver el
problema, puede planificar una exploración de capacidad o ejecutarla manualmente en este sistema y
cargar sus resultados.
Sin datos de exploración de host
El agente no está instalado en el sistema operativo de host. Dependiendo de la tecnología de

virtualización, ejecute una de las acciones siguientes:
HP Integrity VM
Instale un agente y espere a que cargue los resultados de la exploración de capacidad o cargue
los resultados manualmente.
256
Solaris Container/Zones o Logical Domains (LDOM)
Instale el agente en la zona global del dominio de control y en otras zonas globales. Espere a que
cargue los resultados de la exploración de capacidad o cargue los resultados manualmente.
Sin datos del gestor de máquina virtual
Los datos de inventario de hardware procedentes del servidor son incompletos porque el gestor de
máquina virtual no está definido para el sistema operativo de host.
Restricción: Para utilizar gestores de máquina virtual, compruebe que se cumplen las condiciones
siguientes:
v Tiene derechos suficientes para recopilar información sobre la topología de virtualización completa,
incluidas las máquinas virtuales, hosts, clústeres y las relaciones entre ellos.
v Los UUID de máquinas virtuales y los hosts son válidos y están dentro del ámbito de la tecnología de
virtualización utilizada.
v Existe información sobre el número de procesadores, el número total de núcleos de procesador, y la
descripción del procesador.
Para resolver el problema, realice una de las acciones siguientes.
v Compruebe si el gestor de máquina virtual está conectado.
v Compruebe si todos los clústeres de la infraestructura están definidos bajo el mismo nombre. En el
entorno de VMware, no es posible crear dos clústeres con el mismo nombre en el mismo centro de
datos. Pero vCenter puede gestionar varios centros de datos al mismo tiempo. Esto significa que puede
controlar clústeres definidos con el mismo nombre en centros de datos diferentes. Por lo tanto, si
algunos clústeres tienen un mismo nombre, cambie el nombre para que sea exclusivo.
v Compruebe si el valor del parámetro computerVmManagerDetachmentPeriod es mayor que la frecuencia
con la que se recuperan datos de los gestores de máquina virtual. El intervalo entre recuperaciones de
datos consecutivas se establece en el parámetro vmm_polling_time_interval y es 30 minutos de forma
predeterminada. Si el tiempo de inactividad transcurrido el cual un sistema gestionado por un gestor
de máquina virtual se considera desconectado es menor, cambie el valor del parámetro
computerVmManagerDetachmentPeriod.
v Dependiendo de la tecnología de virtualización, ejecute una de las acciones siguientes:
VMware ESX(i)
Configure el gestor de máquina virtual en la interfaz de usuario.
Hyper-V o KVM
Configure el gestor de máquina virtual en la interfaz de usuario.
KVM - RHEV-M
Si el estado de uno o más sistemas es Sin datos de gestor de máquina virtual, incluso aunque
haya configurado correctamente la conexión del gestor de máquina virtual, ejecute las acciones
siguientes. Si el ID de servidor en el panel Inventario de hardware está en el formato
TLM_VM_UUID_de_máquina_virtual, compruebe si el UUID está definido correctamente en la
máquina. Si dos o más máquinas virtuales tienen el mismo UUID, establezca manualmente
UUID exclusivos para estas máquinas. Observe que las máquinas virtuales pueden trabajar en
hosts diferentes.
Gestión de los gestores de máquinas virtuales

Los gestores de máquinas virtuales son partes de software que crean, gestionan y supervisan las
máquinas virtuales. Para recopilar información es necesario configurar los gestores de máquinas virtuales
con el fin de calcular correctamente el consumo de licencias en sus máquinas virtuales.
Capítulo 5. Gestión de la infraestructura 257

En entornos virtualizados, los recursos disponibles para las máquinas virtuales se asignan dinámicamente
basándose en las necesidades actuales. Cuando una máquina virtual no ejecuta tareas que realizan uso
intensivo del procesador, los núcleos de procesador que tienen asignados pueden asignarse a otras
máquinas virtuales que los necesita para manejar su carga de trabajo. Debido a esta dinámica, BigFix
Inventory no puede explorar las máquinas virtuales para reconocer cuántos núcleos utilizan ya que este
número cambia constantemente. Sin una información precisa sobre los tipos de procesador y el número
de núcleos disponibles para el software, BigFix Inventory no puede informar del consumo de PVU ni de
MAPC de RVU necesario para mantener la conformidad de la licencia.
Para recopilar esta información, BigFix Inventory necesita acceso a los gestores de máquinas virtuales que
controlan los recursos disponibles para las máquinas virtuales. Con un acceso de este tipo, BigFix
Inventory puede comprobar el número de núcleos en el sistema físico que aloja las máquinas virtuales, y
ver la asignación y el uso de estos recursos.
Para explorar los gestores de máquinas virtuales, BigFix Inventory utiliza la Herramienta del gestor de
VM. Esta aplicación se conecta a los gestores de máquinas virtuales y recopila los datos sobre la
capacidad, centrándose en los procesadores, su tipo y uso. Todos estos datos se importan luego en BigFix
Inventory, que los podrá utilizar para calcular correctamente el consumo de licencias.
El usuario puede elegir entre dos tipos de gestión de máquinas virtuales, o una combinación de ambos.
La opción dependerá de los detalles específicos de su entorno.
Recuento de PVU x86 predeterminado

Para calcular correctamente el consumo de licencias de subcapacidad de PVU, BigFix Inventory requiere
información sobre el número de núcleos de procesador disponibles para las máquinas virtuales y el
número de núcleos de procesador instalados físicamente en el servidor. Para recuperar esta información,
BigFix Inventory debe conectarse al hipervisor, para asegurarse de que las conexiones a todos los gestores
de máquina virtual se hayan configurado correctamente. Si no configura las conexiones de gestor de
máquina virtual y BigFix Inventory no puede recuperar la información necesaria, el uso de licencias no
puede contarse correctamente y los resultados calculados pueden contarse en exceso para los
procesadores x86.
Sin la información del hipervisor, BigFix Inventory no puede identificar correctamente el índice de PVU
de un procesador, que a menudo depende del modelo y el tipo de procesador, así como del número de
procesadores que pueden instalarse en un host físico (el número de sockets). Si BigFix Inventory no
puede identificar el índice de PVU de un procesador, aplica el índice de PVU de la configuración con el
máximo número de sockets posible para ese procesador. Asimismo, si CPU está comprometido en exceso
a las máquinas virtuales y la capacidad virtual total excede la capacidad física, la capacidad virtual debe
limitarse a la capacidad física según las reglas de precios. Sin los datos del hipervisor, BigFix Inventory
no puede limitar la capacidad de virtualización a la capacidad física.
Para obtener más información acerca del recuento de PVU predeterminado, consulte Caso de ejemplo:
Capacidad en entornos virtuales sin gestores de máquina virtual definidos.
Tipos de virtualización soportados

BigFix Inventory soporta tres tipos de virtualización: VMware vSphere, Microsoft Hyper-V y máquina
virtual basada en kernel.
258
Tabla 65. Tipos de virtualización y versiones soportados
Tipo de virtualización Versión Requisitos
VMware ESXi 5.0, 5.1, 5.5, 6.0 Al menos derechos de sólo
lectura en todas las VM.
vCenter 5.0, 5.1, 5.5, 6.0
Consulte Verificación de
permisos.
Microsoft Hyper-V Windows Server 2008, 2008 WinRM configurado en
R2, 2012 y 2012 R2 todos los hosts. Consulte
Configuración de WinRM.
KVM RHEV-M 3.0, 3.1, 3.5
VMware vSphere
VMware vSphere es una de las tecnologías de virtualización soportadas por BigFix Inventory.
Objetivo
Esta solución consta de dos productos: un hipervisor VMware ESX (o ESXi) y un servidor VMware
vCenter. Ambos componentes proporcionan la API que puede utilizarse para extraer información sobre
las máquinas virtuales de la infraestructura. La siguiente sección muestra las diferencias entre estas dos
variedades.
ESX o ESXi
Es un sistema operativo que aloja máquinas virtuales. Si no utiliza un software desplegado en un entorno
en clúster, es suficiente con conectarse a un ESX específico. Sin embargo, si un ESX está controlado por
un vCenter, se recomienda conectarle un gestor de máquina virtual específico mediante el vCenter. Esto
se debe a que BigFix Inventory necesita datos de cada unidad ESX (unidad donde reside una máquina
virtual donde se ha instalado el explorador CIT). Si elige una conexión mediante ESX, debe definir todas
las unidades ESX por separado en el panel Gestores de máquina virtual. Si tiene un vCenter desplegado,
puede gestionar todas las máquinas ESX a través de este servidor (ahorra tiempo y reduce la carga de la
red).
Nota: Modificar el UUID (Universally Unique Identifier) en las máquinas virtuales ESX puede generar un
sobreprecio ya que cuando se cambia el identificador, BigFix Inventory lo reconoce como una máquina
virtual totalmente nueva.
El URL predeterminado que se debe utilizar (puede variar en su entorno si el administrador de la

máquina ESX ha cambiado la configuración de la API, por ejemplo, si se utiliza el protocolo HTTP en
lugar de HTTPS):
https://dirección_IP_ESX/sdk
Para la versión 5.5 y posteriores:

https://dirección_IP_ESX/sdk/vimService.wsdl
Versiones soportadas:
ESXi 5.0, 5.1, 5.5 y 6.0

Servidor de IBM BigFix
Comunicación Comunicación
cliente-servidor servidor-API ESX
Máquina ESX
vCenter
Se utiliza para gestionar sistemas en los que hay instaladas máquinas virtuales. Debe utilizarlo si el
software está instalado en un entorno en clúster. En lugar de conectarse a cada máquina ESX por
separado, puede conectarse a todas las máquinas ESX por medio de un vCenter, cuyo rol principal es
recuperar datos de ellas. Por lo tanto, se recomienda conectarse a máquinas ESX a través de un vCenter,
aunque no tenga un entorno en clúster, ya que de esta forma se reduce el tráfico de la red.
El URL predeterminado que debe utilizarse (puede variar en su entorno si el administrador del vCenter
ha modificado la configuración de la API, por ejemplo, si se utiliza el protocolo HTTP en lugar del
protocolo HTTPS):
https://<dirección_IP_vCenter>/sdk
Para la versión 5.5 y posteriores:

https://<dirección_IP_vCenter>/sdk/vimService.wsdl
vCenter 4.0, 4.1, 5.0, 5.1, 5.5 y 6.0
260
Clúster de VMWare ESX
Servidor de IBM BigFix Comunicación

Máquina ESX
cliente-servidor
Aumentar la
Máquina ESX
información
del agente
Servidor de VMWare Gestiona y

Máquina ESX
Virtual Center recopila datos
Topologías soportadas
BigFix Inventory soporta una sola topología de despliegue, en la que vCenter está integrado en Platform
Services Controller, y tiene un solo dominio y sitio de inicio de sesión único. Para configurar otras
topologías, incluidos servicios de plataforma externos o varios sitios de inicio de sesión único, debe
conectar con cada unidad ESX por separado.
Verificación de permisos para la comunicación de VMware:
Los usuarios deben tener privilegios suficientes para recopilar todos los datos de los gestores de máquina
virtual de VMWare. El usuario debe tener al menos derechos de sólo lectura en todas las máquinas
virtuales en las que se ejecutan los agentes.
Antes de empezar
Debe verificar si los usuarios tienen privilegios suficientes en el cliente de infraestructura de VMware. El
usuario debe tener los privilegios de acceso correctos para las máquinas virtuales en las que se ejecutan
los puntos finales, así como para los hosts de las máquinas virtuales. Si un usuario no tiene privilegios
suficientes, los agentes devuelven un estado Sin datos del gestor de máquina virtual.
En este procedimiento se describe cómo habilitar los derechos de sólo lectura para todos los elementos de
una topología virtual. El acceso de lectura sólo es necesario en las máquinas virtuales en las que se
ejecutan los puntos finales y en los hosts de estas máquinas virtuales. No obstante, la forma más fácil de
establecer los permisos de acceso es configurar el acceso de sólo lectura para todos los elementos de una
topología virtual.
Procedimiento
1. Para ampliar los privilegios del usuario, inicie una sesión en el cliente de infraestructura de VMware
con un usuario que tenga derechos de administrador.
2. Pulse con el botón derecho en la barra izquierda y elija Hosts y clústeres.
3. Vaya a la pestaña Permisos, pulse con el botón derecho en cualquier lugar de la sección y pulse
Añadir permiso.

4. En el panel Asignar permisos, pulse Añadir, elija el usuario y, a continuación, pulse Aceptar.
5. Elija Solo lectura como Rol asignado.
6. Seleccione el recuadro de selección Propagar a objetos hijo y pulse Aceptar.
Microsoft Hyper-V
Microsoft Hyper-V es una de las tecnologías de virtualización soportadas por BigFix Inventory. Se trata
de la solución que sucede a Microsoft Virtual Server.
Objetivo
Para recuperar información acerca de las medidas y de la estructura de virtualización de máquinas

virtuales, defina los hipervisores Hyper-V como gestores en el servidor de BigFix Inventory. Son capaces
de exponer datos necesarios a través del protocolo WS-MAN.
Nota: De forma predeterminada, Windows Remote Management Service (WinRM), que proporciona
datos a través del protocolo WS-MAN, está inhabilitado para las conexiones remotas. Para aprender a
habilitarlo, consulte “Configuración de WinRM en hosts Hyper-V” en la página 265.WinRM debe estar
configurado para todos los miembros del clúster Hyper-V.
262
Microsoft Hyper-V (autónomo)
servidor-hipervisor cliente-servidor
Hipervisores de Hyper-V
Servidor
Servidor
Servidor
En el caso de los clústeres, existen dos procedimientos:

1. Definir todos los servidores Hyper-V que forman parte del clúster en el panel Gestores de VM. Si falta
algún servidor, se hallarán en estado Definición incompleta.
2. Si todos los miembros del clúster tienen al menos un conjunto en común de credenciales que
disponen de privilegios para acceder a la interfaz WS-MAN (por ejemplo, el usuario de dominio),
defina un sistema desde el clúster como gestor de VM. A continuación, seleccione la opción de
credenciales compartidas. El servidor de BigFix Inventory utiliza las credenciales para conectarse al
Hyper-V que haya definido en la interfaz de usuario. A continuación, extrae las direcciones de los
miembros del clúster restantes y los conecta utilizando las mismas credenciales.

Microsoft Hyper-V (clúster): dos procedimientos
Comunicación Servidor de IBM BigFix Comunicación

servidor-hipervisor servidor-hipervisor
cliente-servidor cliente-servidor
Hyper-V clúster B
Hyper-V clúster A (credenciales comunes)
Servidor Servidor
Servidor Servidor
Servidor Servidor
Interfaz de comunicaciones
Puede elegir utilizar PowerShell o NTLM como interfaz de comunicación para Hyper-V. Para ambas
interfaces de comunicaciones, el nombre de usuario debe contener el nombre de dominio y debe haberse
definido como domain\nombre_usuario o nombre_usuario@dominio. Por ejemplo: cluster.com\test o
test@cluster.com. Si el servidor de destino no está en un dominio, especifique su nombre de host como
dominio. Por ejemplo: nombre_host\test o test@nombre_host.
PowerShell
PowerShell es una infraestructura para gestionar la automatización y la configuración de tareas y
puede utilizar el protocolo RPC. Para que BigFix Inventory utilice PowerShell para la
recuperación de información de gestores de VM, la Herramienta del gestor de VM debe estar
instalada en un sistema Windows. El sistema también debe cumplir los requisitos siguientes:
v La comunicación RPC de Microsoft con Microsoft Hyper-V no puede estar bloqueada por un
cortafuegos
v Debe haber instalado Microsoft PowerShell 2.0 o posterior
264
v Debe haber instalado Microsoft.NET Framework 3.5 o posterior
Importante: Si está utilizando .NET Framework 4.0 o posterior, utilice la versión 3.0 o posterior
de PowerShell.
El uso de PowerShell depende del sistema operativo de su servidor de IBM BigFix, porque la
principal herramienta del gestor de máquinas virtuales se instala junto con el servidor:
Windows Configure un gestor de VM Hyper-V en la interfaz de usuario de BigFix Inventory
y elija PowerShell como interfaz de comunicación.
Linux Utilice la gestión de VM avanzada para instalar Herramientas del gestor de VM

adicionales en cualquier sistema Windows y, a continuación, especifique un gestor de VM
Hyper-V en un archivo de configuración. Un gestor de VM de este tipo no está visible en la
interfaz de usuario pero se gestiona a través de la línea de mandatos de la Herramienta del
gestor de VM. Para obtener más información, consulte Gestión de VM avanzada.
NTLM
NTLM es un conjunto de protocolos que se utilizan para la autenticación, integridad y
confidencialidad de usuarios y utiliza el protocolo WS-MAN. Para que BigFix Inventory utilice
NTLM para recuperar la información de los gestores de VM:
v NTLM debe estar en la versión 1 o 2
v Debe configurar Windows Remote Management Service (WinRM) para todos los miembros del
clúster Microsoft Hyper-V. Para obtener más información, consulte: “Configuración de WinRM
en hosts Hyper-V”.
v El URL predeterminado que se ha de utilizar es https://<dirección_IP_HYPER-V>:<puerto>/
wsman, donde <puerto> es el puerto del escucha que se ha creado para el servicio WinRM. El
valor predeterminado para los escuchas HTTP es 80 y para los escuchas HTTPS es 443. El URL
predeterminado puede variar en su entorno si el administrado del hipervisor Microsoft
Hyper-V ha cambiado la configuración de la API, por ejemplo, si se utiliza el protocolo HTTP
en lugar del protocolo HTTPS.
Versiones admitidas
v Servidor de Microsoft Hyper-V 2008 (autónomo o modalidad directa)
v Servidor de Microsoft Hyper-V 2008 R2 (autónomo o modalidad directa)
v Servidor de Microsoft Hyper-V 2012 (autónomo o modalidad directa)
v Servidor de Microsoft Hyper-V 2012 R2 (autónomo o modalidad directa), si la versión de la
Herramienta del gestor de VM es la 1.0.1.3 o posterior.
Configuración de WinRM en hosts Hyper-V:
Configure la Administración remota de Windows para permitir que el servidor de BigFix Inventory
recopile datos sobre la topología de virtualización de las máquinas virtuales instaladas en la
infraestructura.

Antes de empezar
v Para obtener los datos necesarios para calcular debidamente la PVU, debe estar conectado como
administrador local en el host Hyper-V. Esto es necesario porque la llamada de Windows Management
Instrumentation que accede al espacio de nombres de MsCluster necesita una cuenta de administrador.
v Las sentencias codificadas y de sólo selección se ejecutan en WinRM. Los datos obtenidos se almacenan
en un esquema de base de datos. BigFix Inventory no modifica los valores de Hyper-V ni le afecta de
ninguna otra manera.
El servicio WinRM es la implementación de la especificación de WS-Management que permite la

cooperación entre sistemas operativos y de hardware que proceden de proveedores distintos. El servidor
de BigFix Inventory se conecta a este servicio definido como un gestor de máquina virtual y recopila
datos acerca de la jerarquía de virtualización. Por lo tanto, debe ejecutar el siguiente procedimiento en
cada host Hyper-V de la infraestructura, incluidos aquellos que forman parte de un clúster, para
garantizar que el servicio WinRM esté en ejecución y configurado para habilitar la comunicación con el
servidor.
Procedimiento
1. Definición de escuchas HTTP y HTTPS. De forma predeterminada, la comunicación con el servicio
WinRM está inhabilitada ya que no hay ningún escucha definido. Para comprobar si hay escuchas
definidos actualmente, escriba el mandato siguiente: winrm enumerate winrm/config/listener. Si no
se devuelve ninguna salida, no hay escuchas definidos.
a. Para definir un escucha HTTP predeterminado, escriba:
winrm quickconfig
El mandato inicia el servicio WinRM y lo configura para que se inicie automáticamente con el
inicio del sistema. También crea un escucha HTTP en el puerto predeterminado (para aceptar
solicitudes de cualquier IP), define excepciones del cortafuegos de conexión a Internet (ICF) para
el servicio y abre el puerto HTTP. Dependiendo de la versión del servicio WinRM, el puerto HTTP
predeterminado puede ser 80 o 5985. Para obtener más información, consulte Installation and
Configuration for Windows Remote Management.
b. Para definir un escucha para la conexión segura (HTTPS), debe tener un certificado válido en el
host Hyper-V con un CN que coincida con el nombre de host que está utilizando para conectarse
a Hyper-V. También debe crear un escucha con el CertificateThumbprint de ese certificado. Para
obtener más información, consulte la documentación de Microsoft: http://support.microsoft.com/
kb/2019527.. Podrá crear un certificado autofirmado a efectos de prueba, aunque deberá ponerse
en contacto con el administrador de certificados.
Nota: Si no se encuentra un certificado adecuado en la máquina, el mandato anterior no

funcionará y se devolverá la salida siguiente: “El certificado debe tener un CN que coincida con el
nombre de host, sea adecuado para la autenticación del servidor, y no esté caducado, revocado o
autofirmado.” Si es necesario utilizar un certificado autofirmado, puede generarlo manualmente y
crear el escucha iniciando el mandato siguiente:
winrm create winrm/config/listener?Address=*+Transport=HTTPS
@{Hostname=”<the name of your server>”;CertificateThumbprint=”<certificate thumbprint>”}
En este caso, debe configurar los valores de cortafuegos manualmente.

2. Habilitación del esquema de autenticación Negotiate de WinRM. El servicio WinRM ofrece varios
métodos de autenticación que se pueden utilizar para autenticar el extremo cliente. El servidor de
BigFix Inventory utiliza el esquema de autenticación Negotiate, que está habilitado de forma
predeterminada.
a. Para comprobar el valor actual de esta propiedad, escriba:
winrm get winrm/config/service/auth
266
b. Para establecer el valor necesario de esta propiedad, escriba:
winrm set winrm/config/service/auth @{Negotiate="true"}
3. Establecimiento de la propiedad AllowUnencrypted de WinRM. El servidor requiere que la
propiedad esté definida como "true".
a. Para comprobar los valores actuales, escriba:
winrm get winrm/config/service
b. Para establecer el valor necesario de esta propiedad, escriba:
winrm set winrm/config/service @{AllowUnencrypted="true"}
Nota: Establecer este valor en "true" no significa que los datos sensibles, como los nombres de
usuarios y las contraseñas, vayan a transmitirse en formato descifrado a través de la red.
Solamente el contenido de los mensajes SOAP se enviará como texto sin formato. Si esto no se
puede aceptar por motivos de seguridad, defina el escucha HTTPS y utilice el transporte seguro
(HTTPS) cuando defina un gestor de máquina virtual en el servidor de BigFix Inventory, para que
se utilice el protocolo TLS para cifrar todo el tráfico de red.
4. Verificación del escucha. Después de definir el escucha HTTP o HTTPS, verifique que puede
conectarse remotamente al servidor Hyper-V.
a. En el servidor Hyper-V, determine el puerto en el que el cliente Windows Remote Management
escucha el transporte HTTP o HTTPS. Escriba el mandato siguiente en la línea de mandatos de
Windows:
winrm enumerate winrm/config/listener
v Si el número de puerto aparece en la línea Port, el escucha se ha creado correctamente.
v Si recibe un error o no hay ninguna información para el transporte, el escucha no se ha creado
correctamente. Vuelva al paso uno y defina el escucha de nuevo.
b. Para verificar el escucha, escriba:
winrm enumerate winrm/config/listener /r:<transporte>://
<nombre_servidor_Hyper-V>:<puerto>/wsman /u:<ID_usuario> /p:<contraseña>
/a:Negotiate
Donde
<transporte>
Es HTTP o HTTPS.
<nombre_servidor_Hyper-V>
Es el nombre de host del servidor Hyper-V. Si utiliza HTTPS, el nombre de host debe
coincidir con el CN en el certificado.
<puerto>
Es el número de puerto que ha obtenido en el paso anterior.
<ID_usuario>
Es el ID de usuario que se utiliza para conectarse al servidor Hyper-V.
<contraseña>
Es la contraseña que se utiliza para conectarse al servidor Hyper-V.
Por ejemplo:
winrm enumerate winrm/config/listener /r:https://
myhyperv.ibm.com:5986/wsman /u:administrator /p:abc /a:Negotiate
5. Verificación de si el servicio de gestión de sistemas virtuales se está ejecutando. Para verificar que
el servicio que proporciona la gestión de Hyper-V se esté ejecutando, en el servidor Hyper-V, vaya a
Herramientas de administrador > Servicios. Busque el servicio denominado Gestión de la máquina
virtual de Hyper-V.
v Si el servicio existe, pero no se está ejecutando, inícielo.
v Si el servicio no existe, el host Hyper-V no se ha configurado correctamente.

6. Verificación del recurso MsCluster. Si el servidor está en clúster, verifique que puede acceder al
espacio de nombres MsCluster. En el servidor Hyper-V, escriba el mandato siguiente en la línea de
mandatos de Windows:
winrm enumerate wmi/root/MsCluster/*
-dialect:"http://schemas.microsoft.com/wbem/wsman/1/WQL"
-filter:"SELECT PrivateProperties, Type FROM MsCluster_Resource WHERE Type=’Network Name’ AND Flags=’1’"
Si este mandato falla, consulte la documentación de Microsoft sobre la WMI de MsCluster.
7. Verificación de la conectividad remota y el certificado del servidor. Para verificar la conectividad
remota y el certificado del servidor, escriba el mandato siguiente en la línea de mandatos de
Windows:
Restricción: Especifique el mandato siguiente en la línea de mandatos de Windows del servidor de

BigFix Inventory. Si el servidor no está instalado en un sistema donde se ejecuta un sistema operativo
Windows, utilice un sistema que no sea el host Hyper-V y se ejecute en Windows 2008 o superior.
winrm set winrm/config/client @TrustedHosts={"<nombre_servidor_Hyper-V>"}
winrm get winrm/config/client /r:<transporte>://
<nombre_servidor_Hyper-V>:<puerto>/wsman /u:<ID_usuario> /p:<contraseña>
/a:Negotiate
Donde
<transporte>
Es HTTP o HTTPS.
<nombre_servidor_Hyper-V>
Es el nombre de host del servidor Hyper-V. Si utiliza HTTPS, el nombre de host debe
coincidir con el CN en el certificado.
<puerto>
Es el número de puerto en el que el cliente Windows Remote Management escucha el
transporte HTTP o HTTPS.
<ID_usuario>
Es el ID de usuario que se utiliza para conectarse al servidor Hyper-V.
<contraseña>
Es la contraseña que se utiliza para conectarse al servidor Hyper-V.
Por ejemplo:
winrm set winrm/config/client @TrustedHosts={"myhyperv.ibm.com"}
winrm get winrm/config/client /r:https://
myhyperv.ibm.com:5986/wsman /u:administrator /p:abc /a:Negotiate
A menudo, se devuelve el siguiente error cuando se utiliza un certificado autofirmado:
WSManFault
Message = The server certificate on the destination computer (myhyperv.ibm.com:5986)
has the following errors: The SSL certificate is signed by an unknown certificate authority.
Si recibe este error, exporte el certificado autofirmado desde el host Hyper-V e impórtelo en el host
BigFix Inventory. Para otros errores, consulte en la documentación de Microsoft el código de error
devuelto.
Consejo: Para obtener más información sobre la configuración de Hyper-V, consulte el documento
siguiente: Error de conexión de Hyper-V CODVM0005E.
Máquina virtual basada en kernel

La máquina virtual basada en kernel es una de las tecnologías de virtualización soportadas por BigFix
Inventory.
268
Objetivo
La máquina virtual basada en kernel (KVM) es una solución de virtualización completa para Linux. En la
arquitectura KVM, cada invitado (máquina virtual) se implementa como un proceso normal de Linux.
Después de instalar KVM, puede ejecutar varios invitados, donde cada uno de ellos ejecuta una imagen
distinta del sistema operativo. Cada una de estas máquinas virtuales tiene un hardware privado
virtualizado que incluye memoria, almacenamiento, adaptador de gráficos y una tarjeta de red. Esto
permite que KVM se beneficie de todas las características del kernel Linux.
Recopilación de datos de capacidad
Los datos de capacidad se recopilan de máquinas virtuales gestionadas por hosts KVM en dos formas:
v La herramienta del gestor de VM recopila los datos de capacidad de los hosts KVM x86 que están
controlados por RHEV-M.
v Los datos de capacidad de los hosts KVM x86 que no están controlados por RHEV-M y de los hosts
PowerKVM se recopilan directamente del host utilizando el fixlet Ejecutar exploración de capacidad
en hosts de virtualización. Para obtener más información, consulte: Recopilación de datos de
capacidad directamente de hosts KVM.
Red Hat Enterprise Virtualization Manager (RHEV-M)
Red Hat Enterprise Virtualization (RHEV) es un producto de virtualización empresarial basado en el

hipervisor KVM. RHEV-M es un servicio que se ejecuta en un servidor Red Hat Enterprise Linux que
ofrece interfaces para controlar la plataforma de virtualización. Gestiona el suministro, los protocolos de
conexión, los inicios y cierres de sesión de los usuarios, las agrupaciones de escritorios virtuales, las
imágenes de máquinas virtuales y los sistemas de alta disponibilidad en clúster. RHEV-M proporciona la
API REST que utiliza BigFix Inventory para recopilar información sobre la infraestructura completa que
gestiona RHEV-M.
El URL predeterminado que debe utilizarse es:

v Para RHEV-M 3.0
https://<dirección_IP_RHEV-M>:8443/api
v Para RHEV-M 3.1 y posterior
https://<dirección_IP_RHEV-M>:443/api
Red Hat Enterprise Virtualization Manager 3.0 y 3.1

Servidores gestionados
por RHEV-M
Servidor
VM 1
Servidor de IBM BigFix Comunicación
cliente-servidor
VM 2
Servidor
VM 3
Comunicación
servidor-RHEV-M
Servidor
VM 4
VM 5
VM 6
Red Hat Enterprise RHEV-M gestiona
Virtualization Manager servidores
Flujo de datos de capacidad

Antes de empezar a configurar los gestores de máquinas virtuales, consulte el gráfico de flujo de datos
para comprender el flujo de datos completo entre las máquinas virtuales, la herramienta del gestor de
VM y el servidor de BigFix Inventory.
La virtualización general del tráfico de datos está formada por:

v Datos de configuración que se pasan a los puntos finales
v Datos de la infraestructura que se cargan desde la herramienta del gestor de VM
v Datos de capacidad que se cargan desde los clientes de BigFix a BigFix y, a continuación, al servidor de
BigFix Inventory .
Importante: Es posible que el panel Gestores de VM no muestre información actualizada sobre sus
sistemas virtuales. Este retardo puede deberse a que los datos sobre los entornos virtuales y los datos de
configuración pasan por muchos elementos de infraestructura y dependen de distintas tareas planificadas.
Como resultado, puede que se necesite mucho tiempo para que los datos de virtualización completos
alcancen el producto y se visualicen en la interfaz, hasta un máximo de dos días, en función de las
configuraciones específicas.
Ejemplo:
Tabla 66. Fases del tráfico de datos en el caso de la gestión de máquinas virtuales centralizadas
Número Paso Tiempo necesario
1. Los datos de configuración se envían a los puntos finales. 10 minutos
2. Los datos del gestor de VM se recopilan desde los gestores de 30 minutos
VM a la herramienta del gestor de VM.
270
Tabla 66. Fases del tráfico de datos en el caso de la gestión de máquinas virtuales centralizadas (continuación)
Número Paso Tiempo necesario
3. Los datos del gestor de VM se cargan desde la herramienta del 12 horas
gestor de VM al servidor de BigFix.
4. Los datos de la infraestructura actual, tanto de los clientes como 24 horas
de la herramienta del gestor de VM, se importan desde el
servidor de BigFix al servidor de BigFix Inventory .
El tiempo total que tardan en
visualizarse los datos de
virtualización puede ser mayor de
24 horas.
Visualización del tráfico de datos en el caso de la gestión de máquina virtual predeterminada, donde la herramienta
del gestor de VM está instalada en el servidor de BigFix
Sistema Sistema
del cliente: del cliente:
navegador consola
Sistema 1 Sistema 2
Cambio de
1 configuración
1 Efectivo tras:
Servidor de Servidor de
IBM BigFix 1-10 minutos
BigFix Inventory
4 Acción:
Configurar
herramienta de gesto de VM
3 1
Base de datos de
BigFix Inventory Colección de
Cliente de
IBM BigFix 2 datos de gestor
de VM
3 1 Frecuencia:
cada 30 minutos
Ejecución de
exploración de
capacidad y carga Herramienta de gestor
de VM Carga de datos de
Frecuencia: 3 virtualización
Cada 30 minutos
Frecuencia:
Acción: cada 12 horas
Ejecutar exploración
de capacidad y Acción:
cargar resultados Cargar resultados de exploración
de herramienta de gestor de VM
Máquina Máquina 2
virtual 1 virtual 2
Extraer,
Cliente de Cliente de 4 transformar
IBM BigFix IBM BigFix y cargar
Frecuencia:
cada 24 horas
Gestor de VM
Acción:
Ejecutar una importación
Gestión básica de VM (central)

Utilice la gestión básica de VM si el servidor de IBM BigFix se puede conectar a sus gestores de
máquinas virtuales. Ésta es la configuración predeterminada, en la que los gestores de máquinas virtuales
se configuran a través de la interfaz de usuario.

En la gestión básica de VM, la instancia principal de la Herramienta del gestor de VM recopila los datos
sobre la capacidad de sus gestores de máquinas. La instancia principal ya está instalada en el servidor de
BigFix de forma predeterminada y no es necesario que el usuario realice ninguna acción. Solamente debe
asegurarse de que se pueda conectar a los gestores de máquinas virtuales. Si alguno de los gestores de
máquinas virtuales se hallara en redes separadas (sin conexión desde el servidor de BigFix), el usuario
podrá gestionar esos servidores de máquinas virtuales a través de la gestión avanzada de VM.
Interpretación del panel Gestores de máquinas virtuales

Antes de empezar a añadir gestores de máquinas virtuales, consulte los detalles del panel Gestores de
máquinas virtuales para conocer las opciones y columnas disponibles.
Para abrir el panel Gestores de máquinas virtuales, pulse Gestión > Gestores de máquinas virtuales. A
partir de la actualización de la aplicación 9.2.4, el panel lista no solo los gestores de máquinas virtuales
que se gestionan en modalidad central, sino también los que se gestionan en modalidad distribuida. Sin
embargo, opciones tales como edición, supresión o prueba de conexión sólo son aplicables para los
gestores de máquinas virtuales que se gestionan en modalidad central. Para obtener información sobre
cómo realizar estas tareas para los gestores de máquinas virtuales que se gestionan en la modalidad
distribuida, consulte: “Gestión de VM avanzada (distribuida)” en la página 281.
El número de gestores de máquinas virtuales que se muestran en el panel depende de la asignación de

grupo de sistemas. Sólo puede ver los gestores de máquinas virtuales de los que recopila datos la
herramienta del gestor de máquinas virtuales que pertenece al grupo de sistemas al que está asignado.
Nuevo
Pulse este botón para añadir un gestor de máquinas virtuales. Utilice esta opción para añadir
gestores de máquinas virtuales a los que el servidor de BigFix se pueda conectar. Si el gestor de
máquinas virtuales se encuentra en una red independiente a la que el servidor de BigFix no se
puede conectar, cree el archivo de configuración del gestor de máquinas virtuales. Para obtener
más información, consulte: “Gestión de VM avanzada (distribuida)” en la página 281.
Importante: El botón está inhabilitado cuando el sistema donde se instala la instancia principal
de la herramienta del gestor de VM no pertenece al grupo de sistemas al que está asignado.
Suprimir
Pulse este botón para suprimir el gestor de máquinas virtuales seleccionado. La opción sólo es
aplicable a los gestores de máquinas virtuales que están gestionados en modalidad central. Si el
gestor de máquinas virtuales seleccionado está gestionado en modalidad distribuida, el botón está
inhabilitado. Para suprimir como un gestor de máquinas virtuales de este tipo, elimine el archivo
de configuración del sistema que figura en la columna ID de sistema de herramienta del gestor
de máquinas virtuales.
Importante: Cuando se suprime un archivo de configuración de un gestor de máquinas virtuales

que se gestiona en modalidad distribuida, el gestor de máquinas virtuales se elimina de la
272
interfaz de usuario de BigFix Inventory después de que se haya excedido el periodo de
visibilidad máximo. El periodo se establece con el parámetro maxVMManagerVisibility y se
establece en 90 días de forma predeterminada.
Probar conexión
Pulse este botón para probar la conexión con el gestor de máquinas virtuales seleccionado. La
opción sólo es aplicable a los gestores de máquinas virtuales que están gestionados en modalidad
central. Si el gestor de máquinas virtuales seleccionado está gestionado en modalidad distribuida,
el botón está inhabilitado. El estado de la prueba de conexión se muestra en la columna Estado
de prueba de conexión.
Estado de operación
Estado del gestor de máquinas virtuales que refleja su condición. El estado cambia cuando se
producen problemas de conexión o configuración. Para obtener más información, consulte:
Estados de gestor de máquinas virtuales.
Estado de prueba de conexión

Estado de la prueba de conexión. El valor inicial es No probado y cambia a Probando,
Satisfactorio o Anómalo después de pulsar Probar conexión. Los dos últimos estados van
siempre seguidos de una indicación de fecha y hora. Para obtener más información, consulte:
Estados de prueba de conexión.
La opción sólo es aplicable a los gestores de máquinas virtuales que están gestionados en
modalidad central. Si el gestor de máquinas virtuales seleccionado se gestiona en modalidad
distribuida, el estado de conexión es No aplicable.
Tipo
Tipo del gestor de máquinas virtuales. Los tipos soportados son VMware, Microsoft Hyper-V y
máquina virtual basada en kernel.
URL
Dirección web del gestor de máquinas virtuales. Cada tipo de virtualización utiliza un formato de
dirección diferente. La plantilla se proporciona siempre cuando se añaden gestores de máquinas
virtuales. Para obtener más información, consulte: Tipos de virtualización soportados.
Hora de importación de datos

Fecha y hora en la que los datos de capacidad se han importado del servidor de BigFix a BigFix
Inventory.
Hora de recopilación de datos

Fecha y hora en la que la Herramienta del gestor de máquinas virtuales ha recopilado los datos
de capacidad del gestor de máquinas virtuales. La hora que se muestra en esta columna puede
diferir de la hora de la columna Hora de importación de datos porque es posible que aún sea
necesario que los datos recopilados se carguen en el servidor de BigFix y, a continuación, se
importen a BigFix Inventory.
9.2.4 ID de sistema de la Herramienta del gestor de máquinas virtuales
Identificador del sistema en el que está instalada la Herramienta del gestor de máquinas virtuales
que recopila datos del gestor de máquinas virtuales determinado. Pulse el enlace para visualizar
los detalles del sistema, por ejemplo la dirección IP.
9.2.4 Tipo de despliegue
Indica si el gestor de máquinas virtuales se despliega en modalidad central o distribuida. Si el
tipo de despliegue es central, puede editar el gestor de máquinas virtuales en la interfaz de
usuario de BigFix Inventory.

Si el tipo de despliegue es distribuido, puede ver información sobre el gestor de máquinas
virtuales en la interfaz de usuario de BigFix Inventory, pero no puede editarla ni suprimirla. Para
cambiar los valores de un gestor de máquinas virtuales de este tipo, edite el archivo de
configuración. El archivo está en el sistema que se lista en la columna ID de sistema de la
Herramienta del gestor de máquinas virtuales. Para obtener más información, consulte:
“Parámetros de configuración del gestor de VM” en la página 289.
En desuso: Nombre de usuario
En las versiones anteriores, estas columnas mostraban el nombre de usuario utilizado para
conectar con el gestor de máquinas virtuales.
Adición de gestores de VM en modalidad central

Para añadir un gestor de máquina virtual a la interfaz de usuario, abra el panel Gestores de máquina
virtual y especifique algunos detalles como, por ejemplo, la dirección web, el tipo y las credenciales. Estos
detalles son necesarios para que la Herramienta del gestor de VM pueda conectarse con sus gestores de
máquinas virtuales.
Antes de empezar
v Debe tener el permiso para Gestionar gestores de máquina virtual y servidores para realizar esta
tarea.
v El sistema donde la instancia principal de la herramienta del gestor de VM está instalada debe
pertenecer al grupo de sistemas al que está asignado el usuario. De lo contrario, la opción para añadir
nuevos gestores de VM está inhabilitada.
v si el panel está bloqueado y muestra un aviso, consulte Resolución de problemas: Habilitación del
panel Gestores de máquina virtual.
Procedimiento
1. En BigFix Inventory, pulse Gestión > Gestores de VM.
2. Pulse Nuevo.
a. Seleccione el tipo de virtualización.
b. Si elige Microsoft Hyper-V, seleccione una de las interfaces de comunicación disponibles:
PowerShell o NTLM.
Nota: Para obtener más información sobre PowerShell y NTLM, consulte: “Microsoft Hyper-V” en
la página 262.
c. Especifique la dirección web de un gestor de VM. Puede proporcionar un URL completo, una
parte del URL, un nombre de host o una dirección IP.

vCenter
v Para la versión 5.5 y posteriores: https://<dirección_IP_vCenter>/sdk/vimService.wsdl
RHEV-M
Hyper-V
d. Si elige Microsoft Hyper-V, puede compartir credenciales con otros hosts en el mismo clúster. Para
ello, seleccione Compartir credenciales con otros hosts en el mismo clúster.
e. Especifique el nombre de usuario y la contraseña.
274
Importante: Se utilizan diferentes definiciones de usuarios para Microsoft Hyper-V, VMware y
RHEV-M:
test@cluster.com.
v Para VMware, el usuario se define como dominio\nombre_usuario, por ejemplo, cluster.com\test
test@cluster.com
f. Pulse Crear. Se creará el gestor de VM y su estado será Pendiente.
El ejemplo siguiente muestra un VMware configurado.
3. Seleccione el gestor de VM y pulse Probar conexión. El estado de la columna Estado de prueba de

conexión cambiará a Prueba. Podría llevar unos minutos probar la conexión. Renueve el panel.
4. Si el estado de conexión cambia a Satisfactorio, el gestor de VM está configurado correctamente.
Resultados
Ha creado una conexión del gestor de VM nueva. El estado sigue siendo pendiente hasta que se recopilan
los datos, se cargan en el servidor BigFix y se transfieren después a BigFix Inventory con una importación
de datos. La carga de datos recopilados de los gestores de VM se desencadena en breve después de
realizar modificaciones en los gestores de VM, como crear una nueva conexión o cambiar la existente. Si
no se realiza ninguna modificación, los datos se cargan de acuerdo a la planificación, que de forma
predeterminada es 12 horas. Para obtener más información, consulte Flujo de datos de capacidad.
Modificación de un gestor de VM:
Siga estos pasos para modificar los detalles de un gestor de VM existente.
Procedimiento
1. En la página Gestores de VM, seleccione el gestor de VM cuya configuración desee modificar.
2. En la parte inferior de la ventana, especifique los nuevos parámetros.
3. Pulse Guardar.
Eliminación de un gestor de VM:
Siga estos pasos para eliminar un gestor de VM.
Procedimiento
1. En la página Gestores de VM, seleccione el gestor de VM cuya configuración desee suprimir.
2. Pulse Suprimir.

Estados del gestor de gestor de máquinas virtuales
Después de añadir un gestor de máquinas virtuales, consulte la descripción de su estado para asegurarse
de que el gestor de máquinas virtuales funciona correctamente.
Estados del gestor de máquinas virtuales
Los estados se aplican a los gestores de máquinas virtuales gestionados en modalidad central y
distribuida.
Conexión fallida
La conexión con el gestor de máquinas virtuales ha fallado y los datos no se han recuperado.
Acción: Abra los archivos de registro de la herramienta del gestor de VM que se encuentran en el
directorio Cliente BES\LMT\VMMAN\logs y determine la causa del problema.
Dirección duplicada
La dirección del gestor de máquinas virtuales está duplicada. El primer gestor de máquinas
virtuales con esta dirección permanece activo y se muestra el estado para los restantes.
Acción: Suprimir los gestores de máquinas virtuales duplicados para asegurarse de que los datos
sólo se recopilan una vez. Las direcciones duplicadas sólo pueden aparecer en un determinado
tipo de gestor de máquina virtual.
Tiempo excedido de conexión - suspendido

La conexión con un gestor de máquinas virtuales ha fallado y no se realizan más intentos. El
estado indica que la configuración o el URL proporcionado no es correcto o que hay problemas
con la red.
Acción: Compruebe la conexión entre los gestores de máquinas virtuales y la herramienta del
gestor de VM. Asimismo, corrija el URL y las credenciales y guarde los cambios.
Inactivo
No se han recuperado datos de un gestor de máquinas virtuales durante un periodo superior al
valor máximo de inactividad del gestor de máquinas virtuales. El estado indica que la
configuración o el URL proporcionado no es correcto.
Acción: Corrija el URL y las credenciales y guarde los cambios.
9.2.5 Derechos insuficientes

No se han recopilado datos del gestor de máquinas virtuales porque el usuario definido para este
gestor de máquinas virtuales no tiene suficientes derechos.
Acción: Asegúrese de que el usuario tiene acceso a las máquinas virtuales gestionadas por este
gestor de máquinas virtuales y su host.
Credenciales no válidas - intento de conexión

La conexión con el gestor de máquinas virtuales ha fallado porque las credenciales son
incorrectas o la contraseña ha caducado. Se realizan más intentos hasta que se supera el límite de
inicios de sesión anómalos. A continuación, el estado cambia a Credenciales no válidas –
suspendidas para impedir el bloqueo de la cuenta.
Acción: Editar el gestor de máquinas virtuales y corrija las credenciales.
Credenciales no válidas - suspendido
276
La conexión con el gestor de máquinas virtuales se suspende porque se ha superado el número
de intentos de inicio de sesión erróneos. El estado se utiliza para impedir que la cuenta se
bloquee en caso de que se hayan proporcionado credenciales no válidas.
Acción: Editar el gestor de máquinas virtuales y corrija las credenciales.
Correcto
Los datos se recopilan desde el gestor de máquinas virtuales y se procesan según la planificación.
No se han detectado problemas.
Correcto - UUID duplicados descartados

Cada máquina virtual debe tener un UUID exclusivo. Cuando un UUID identifica a más de una
máquina virtual, las dos máquinas virtuales se descartan de los resultados.
Normalmente el problema sucede en VMWare y suele ser debido a uno de los siguientes motivos:
v Se han desplegado máquinas virtuales desde plantillas de catálogo en vCloud Director. De
forma predeterminada, a estas máquinas se les han asignado el mismo UUID de BIOS. Para
obtener más información, consulte: Los UUID de BIOS en vCloud Director no son exclusivos
cuando se despliegan máquinas virtuales desde plantillas de catálogo.
v Las máquinas virtuales se han clonado sin cambiar sus UUID. Para obtener más información,
consulte: Cambiar o mantener un UUID para una máquina virtual movida.
Acción: Abra los archivos de registro de la herramienta del gestor de VM que se encuentran en el
directorio Cliente BES\LMT\VMMAN\logs e identifique las máquinas virtuales descartadas. A
continuación, consulte la documentación para el tipo de virtualización para obtener información
sobre cómo asignar UUID exclusivos a cada máquina virtual. Para obtener información sobre
VMWare, consulte: Edición de una máquina virtual con un UUID.bios duplicado.
Después de corregir los duplicados, el estado del gestor de máquinas virtuales cambia a Correcto.
Pendiente
El estado sólo es aplicable a los gestores de máquinas virtuales que están gestionados en
modalidad central. Se visualiza después de que se haya creado un gestor de máquinas virtuales o
después de modificar su definición. Esto indica que los cambios se siguen propagando al
herramienta del gestor de VM. El estado cambia a Correcto cuando se completan los pasos
siguientes:
1. La herramienta del gestor de VM recopila datos de los gestores de máquinas virtuales.
2. Los datos se cargan al servidor de BigFix.
3. Los datos se transfieren a BigFix Inventory con una importación de datos.
Si se produce un problema durante cualquiera de los pasos anteriores, el estado cambia para
indicar el problema.
Acción: Espere hasta que la herramienta del gestor de VM finalice los pasos necesarios para
cargar los datos. Para obtener más información sobre cada paso, consulte Flujo de datos de
capacidad.
Estados de prueba de conexión
Los estados siguientes se muestran en la columna Estado de prueba de conexión después de seleccionar
un gestor de máquinas virtuales y pulse Probar conexión. Los estados sólo son aplicables a los gestores
de máquinas virtuales gestionados en modalidad central. Si el gestor de máquinas virtuales está
gestionado en modalidad distribuida, el estado de prueba de conexión es No aplicable.

No probado
La prueba de conexión no se ha iniciado. Seleccione un gestor de máquinas virtuales y pulse
Probar conexión.
Probando
La conexión se está probando. Pueden transcurrir unos minutos hasta que cambie el estado.
Renueve el panel.
Correcto
Se ha establecido la conexión con un gestor de máquinas virtuales. El gestor de máquinas
virtuales se ha configurado correctamente.
Error No se ha podido establecer la conexión con un gestor de máquinas virtuales. Compruebe los
archivos de registro de la herramienta del gestor de VM que se encuentran en BES
Client\LMT\VMMAN\logs para determinar la causa.
Resolución de problemas: Habilitación del panel Gestores de máquinas virtuales

Si el panel Gestores de máquinas virtuales está inhabilitado y no se pueden añadir gestores de máquinas
virtuales, complete los pasos adicionales para habilitar el panel. Este problema se produce a menudo si el
servidor de BigFix no tiene configurados los informes web, o si la instalación automática de la
herramienta del gestor de máquinas virtuales ha fallado. También puede producirse cuando el usuario de
BigFix que se utiliza para la conexión con la consola de BigFix no tiene derechos suficientes.
El problema se puede reconocer mediante un panel inhabilitado y un mensaje similar al del ejemplo
siguiente:
Antes de configurar gestores de máquinas virtuales, debe instalar y ejecutar los servicios de BigFix,
incluyendo Web Reports, en el sistema principal local. Para obtener más información, consulte la documentación
del producto.
Permisos necesarios
Antes de realizar los pasos siguientes, asegúrese de que el usuario de BigFix que se utiliza para conectar
con la consola de BigFix sea un operador maestro. Si no desea utilizar el operador maestro, puede crear
un usuario dedicado que cumpla con los requisitos siguientes:
v Tiene asignado el sitio IBM BigFix Inventory v9
v Tiene asignados los sistemas que va a supervisar y el sistema en el que está instalado el servidor de
IBM BigFix
v Tiene los permisos siguientes: Puede utilizar la API REST, Puede utilizar la consola, Contenido personalizado,
Puede crear acciones
La opción está soportada a partir de IBM BigFix 9.5.
Instalación de Web Reports:
Normalmente el componente Web Reports se instala con el servidor de BigFix. Sin embargo, puede que
haya elegido omitir este componente durante la instalación. Para instalarlo, realice uno de los pasos
siguientes en función del sistema operativo del sistema, donde está instalado IBM BigFix.
Procedimiento
v Para los sistemas Windows, consulte Instalación de Web Reports.
v Para los sistemas Linux, inicie la instalación de IBM BigFix. Elija la instalación de producción y cuando
se le solicite la instalación de componentes, seleccione sólo Web Reports.
278
Seleccione las características de IBM BigFix que desee instalar:
[1] Todos los componentes (servidor, cliente y WebReports)
[2] Sólo el servidor y el cliente
[3] Sólo WebReports
Resultados
Ha instalado Web Reports en el servidor de BigFix.
Instalar herramienta del gestor de VM.
(Opcional) Instalación de la herramienta del gestor de VM:
Si la instalación automática de la herramienta del gestor de VM ha fallado, puede instalarla manualmente

en el servidor de BigFix.
Antes de empezar
v Revise los requisitos de software y otras consideraciones
v Instale un cliente de IBM BigFix en el sistema de destino.
v Instale e inicie Web Reports en el servidor de IBM BigFix.
Procedimiento
tareas.
3. Seleccione Instalar herramienta del gestor de VM y, a continuación, pulse Llevar a cabo una acción.
4. Seleccione el servidor de BigFix como sistema de destino y pulse Aceptar.

Planificar la carga de datos recopilados.
(Opcional) Carga de datos recopilados:
La carga de datos recopilados se planifica automáticamente. Puede utilizar este procedimiento si la

instalación automática de la herramienta del gestor de VM ha fallado.
Procedimiento
tareas.
3. Seleccione Planificar carga de resultados de exploración de herramienta de gestor de VM.
4. En Descripción, especifique la frecuencia de carga en horas.
5. Seleccione el servidor de BigFix como sistema de destino y pulse Aceptar.
280
Nota: Todas las opciones de la pestaña Ejecución están inhabilitadas. La frecuencia sólo se puede
especificar en el campo Descripción.
Resultados
Tiene previsto cargar datos de capacidad de la herramienta del gestor de VM a IBM BigFix. Los datos se
transfieren a BigFix Inventory con cada importación de datos. Si no se realizan modificaciones en los
gestores de VM, los datos se cargan de acuerdo con la planificación. Si modifica un gestor de VM, la
carga se desencadena poco después.
Añada gestores de VM en la interfaz de usuario.
Gestión de VM avanzada (distribuida)

Utilice la gestión de máquinas virtuales avanzada si el servidor de IBM BigFix no se puede conectar a
algunos de los gestores de VM porque están en redes independientes. Este enfoque requiere que se
instale una herramienta del gestor de VM adicional y configure gestores de máquinas virtuales a través
de la línea de mandatos.
Puede utilizar la gestión de VM avanzada como una extensión de la configuración básica. Los gestores de
VM a los que el servidor de BigFix puede conectarse todavía pueden gestionarse en la interfaz de usuario
de BigFix Inventory. La herramienta del gestor de VM adicional gestionará solamente los gestores de VM
para los que no se puede establecer una conexión de este tipo. Puede conectarse a dichos gestores de VM
creando archivos de configuración y gestionando las conexiones en la línea de mandatos de herramienta
del gestor de VM.
Aunque los gestores de VM se gestionan a través de la línea de mandatos, los datos de capacidad se
cargan en BigFix Inventory y se actualizan en los informes de la misma forma que para la configuración
básica. A diferencia de la herramienta del gestor de VM principal, pueden instalarse instancias adicionales
en cualquier sistema que pueda conectarse a gestores de VM independientes y se pueden desplegar
tantas instancias como se necesiten. Los gestores de VM configurados en la línea de mandatos están
visibles en el panel Gestores de VM en la interfaz de usuario de BigFix Inventory. Sin embargo, la
configuración no puede cambiarse a través de ese panel. Puede cambiarse sólo a través de los archivos de
configuración del gestor de máquina virtual.
La gestión de VM avanzada también lo ofrece las ventajas siguientes:

v Equilibrio del tráfico de red distribuyéndolo entre varias herramientas de gestor de VM
v Recopilación de datos de capacidad sólo para máquinas virtuales seleccionados (filtrado basado en
UUID)

Casos de ejemplo de despliegue
Antes de proceder con la gestión avanzada de máquinas virtuales, revise los casos de ejemplo disponibles
para los que puede utilizar la instancia adicional de la herramienta del gestor de máquinas virtuales. El
objetivo principal es transferir los datos de capacidad de los gestores de máquinas virtuales que se
encuentran en redes separadas, pero el usuario también puede compensar el tráfico de red o filtrar las
máquinas virtuales basándose en sus UUID.
Caso de ejemplo 1: Un gestor de VM se encuentra en una red independiente y no puede conectarse a
IBM BigFix
Sin una conexión directa a IBM BigFix, los datos sobre la capacidad de los gestores de VM no se
pueden recopilar, lo que entra en conflicto con el cumplimiento de licencias. Si tiene una red
separada en el entorno, puede utilizar la herramienta del gestor de VM que sirve de conector
entre los gestores de VM y el servidor. La herramienta se puede instalar en cualquier sistema que
pueda conectarse a los gestores de VM. Recopila datos sobre la capacidad de los mismos y, a
continuación, los carga en el servidor.
La imagen siguiente muestra dos redes independientes, cada una representada por una
herramienta del gestor de VM diferente.
Figura 4. Implementación típica

Red A Red B
Servidor 1 Servidor 1
VM 1 VM 1
VM 2 VM 2
VM 3
VM 3 Herramienta de Herramienta de
C: \ > C: \ >
gestor de VM gestor de VM VM 4
VM 5
Servidor 3
No hay
VM 4 Servidor 3
conexión
entre
VM 5
las redes. VM 6
Conexión Conexión
VM 6
permitida permitida
Gestionar Gestionar
Gestor de virtualización Gestor de virtualización
Leyenda
Agente
Caso de ejemplo 2: Desea equilibrar el tráfico de red procedente de varios gestores de VM

Puede equilibrar el tráfico de red distribuyéndolo entre varias herramientas de gestor de VM. Un
equilibrio de carga satisfactorio optimiza el uso de recursos, maximiza el rendimiento, minimiza
el tiempo de respuesta y evita la sobrecarga.
282
En la imagen siguiente se muestran dos herramientas del gestor de máquinas virtuales
conectadas al servidor de IBM BigFix. Cada una de ellas es responsable de recopilar datos de
capacidad de gestores de VM diferentes.
Figura 5. Ejemplo de equilibrio de carga

Red
Herramienta de Herramienta de
C: \ > C: \ >
gestor de VM gestor de VM
Gestor de Gestor de Gestor de

virtualización virtualización virtualización


Servidor 1
Servidor 2
Servidor 3
Leyenda
Agente
Caso de ejemplo 3: filtrado de máquinas virtuales basado en UUID

El objetivo del filtrado basado en UUID (Universally Unique Identifier) es seleccionar sólo
aquellas máquinas virtuales cuyos datos de capacidad y topología se vayan a incluir en un
informe final. El gestor de máquinas virtuales tiene la función de correlacionar UUID de
invitados seleccionados. Para mantener la compatibilidad, deben incluirse en el informe todas las

unidades de máquina virtual necesarias. Cuando habilita el filtrado basado en UUID, se eliminan
todos los invitados no seleccionados, y los hosts y clústeres vacíos.
Instalación de herramienta del gestor de VM adicional

Para conectarse a los gestores de máquinas virtuales que se hallan en redes independientes, primero debe
instalar la Herramienta del gestor de VM adicional. Puede instalarlo en cualquier sistema que se pueda
conectar a las redes independientes.
Antes de empezar
v Revise los requisitos de software y otras consideraciones
v Instale un cliente de IBM BigFix en el sistema de destino.
Procedimiento
tareas.
3. Seleccione Instalar herramienta del gestor de VM adicional (OPCIONAL) y pulse Llevar a cabo una
acción.
4. Seleccione el sistema de destino y pulse Aceptar. El sistema de destino debe ser capaz de conectarse a
los gestores de VM independientes.
284
Resultados
Ha instalado una instancia adicional de la herramienta del gestor de VM. Puede utilizar la interfaz de
línea de mandatos para gestionar los gestores de VM que están en redes independientes.
Planificar la carga de datos recopilados.
Carga de datos recopilados

Después de instalar la herramienta adicional del gestor de máquinas virtuales, planifique las cargas de
datos recopilados de forma regular. Esta acción es necesaria para que los datos de capacidad recopilados
por la herramienta del gestor de máquinas virtuales se carguen en el servidor de IBM BigFix.
Procedimiento
tareas.
3. Seleccione Planificar carga de resultados de exploración de herramienta de gestor de VM.
4. En Descripción, especifique la frecuencia de carga en horas.

6. Seleccione el sistema de destino y pulse Aceptar. El sistema debe tener instalada la herramienta del
gestor de VM.

Resultados
Ha planificado la carga de datos de capacidad de la herramienta del gestor de VM en IBM BigFix. Los
datos se transfieren a BigFix Inventory con cada importación de datos. Si no se realizan modificaciones en
los gestores de VM, los datos se cargan de acuerdo con la planificación. Si modifica un gestor de VM, la
carga se desencadena poco después.
Configurar gestores de VM.
Adición de gestores de VM en modalidad distribuida

En la gestión avanzada de máquinas virtuales, añada gestores de máquinas virtuales creando archivos de
configuración, donde se especifica la dirección web, el tipo y las credenciales necesarios para acceder a un
gestor de máquina virtual. Cada gestor de máquina virtual utiliza un archivo de configuración
independiente.
Antes de empezar
Los gestores de VM para los que se crean archivos de configuración se visualizan en la interfaz de
usuario de BigFix Inventory. Sin embargo, pueden gestionarse sólo en la interfaz de línea de mandatos de
herramienta del gestor de VM.
Procedimiento
1. Vaya al directorio Cliente BES\LMT\VMMAN\config.
2. Copie el archivo vmmconf_template.properties y cambie el nombre por vmmconf_nombre.properties.
Este archivo ahora representa un gestor de VM nuevo.
Atención: Cada vez que cree un archivo de configuración del gestor de máquina virtual, utilice el
archivo vmmconf_template.properties como plantilla. No copie ni edite los archivos de configuración
que ha creado anteriormente para otro gestor de máquina virtual. Después de cargar el archivo de
configuración por primera vez, se genera un ID para un gestor de VM. Cada ID debe ser exclusivo.
Cuando copia y edita un archivo de configuración existente, el ID se duplica.
3. Edite el archivo y especifique los siguientes parámetros:
vmm_url
Especifique la dirección web del gestor de máquina virtual. Puede especificar un URL
completo o sólo el nombre de host o la dirección IP.
Por ejemplo, vmm_url=http://192.0.2.0/wsman.
286
vCenter
v Para la versión 5.5 y posteriores: https://<dirección_IP_vCenter>/sdk/
vimService.wsdl
RHEV-M
Hyper-V
vmm_type
Especifique el tipo del gestor de máquina virtual. Los valores posibles son VMWARE_V_SPHERE,
MICROSOFT_HYPER_V o KVM_RHEV_M.
Por ejemplo, vmm_type=MICROSOFT_HYPER_V.
vmm_login
Especifique el nombre de usuario que se utiliza para acceder al gestor de máquina virtual.
Por ejemplo, vmm_login=cluster.com\administrator.
Importante: Se utilizan diferentes definiciones de usuarios para Microsoft Hyper-V, VMware

y RHEV-M:
dominio\nombre_usuario, por ejemplo: cluster.com\test o nombre_usuario@dominio, por
ejemplo: test@cluster.com.
v Para VMware, el usuario se define como dominio\nombre_usuario, por ejemplo,
cluster.com\test
test@cluster.com
vmm_password
Especifique la contraseña que se utiliza para acceder al gestor de máquina virtual. La
contraseña se cifra y se guarda cuando carga los archivos de configuración.
Para obtener más información sobre los parámetros opcionales, consulte Parámetros de configuración.
4. Guarde el archivo de configuración. Para establecer la conexión, debe ejecutar la herramienta del
gestor de máquinas virtuales y cargar el archivo de configuración.
Ejecutar la herramienta de gestor de VM.
Ejecución de la Herramienta del gestor de VM

Tras crear los archivos de configuración para sus gestores de máquinas virtuales, debe ejecutar la
Herramienta del gestor de VM para cargar la configuración, probar las conexiones y comprobar el estado
de los gestores de máquinas virtuales.
Para obtener una lista completa de los mandatos que se pueden utilizar en herramienta del gestor de
VM, consulte Opciones de línea de mandatos de herramienta del gestor de VM.

Procedimiento
1. Abra la interfaz de línea de mandatos y vaya a Cliente BES\LMT\VMMAN.
2. Opcional: La herramienta del gestor de VM se inicia automáticamente después de la instalación, pero
puede utilizar los mandatos siguientes para iniciarla, si es necesario.
Windows vmman.bat -run
Linux ./vmman.sh -run
3. Cargue los archivos de configuración nuevos o actualizados para actualizar los parámetros de
conexión en la herramienta del gestor de VM. Durante este paso, se cifran las contraseñas
proporcionadas en los archivos. Debe repetir este paso tras modificar o crear un archivo de
configuración.
Windows vmman.bat -reloadconfig
Linux ./vmman.sh -reloadconfig
4. Pruebe las conexiones con los gestores de VM.
Windows vmman.bat -testconnection
Linux ./vmman.sh -testconnection
5. Compruebe el estado de los gestores de VM.

Windows vmman.bat -status
Linux ./vmman.sh -status
Consejo: Para obtener más información sobre los estados disponibles, consulte “Estados del gestor de
gestor de máquinas virtuales” en la página 276.
Resultados
Si los gestores de VM indican que el estado es Correcto, están funcionando correctamente y los datos de
capacidad se están recopilando. La carga de datos recopilados se desencadena poco después de realizar
cualquier modificación de gestores de VM, como añadir una conexión nueva o cambiar la existente. Si no
se realizan modificaciones, los datos se cargan de acuerdo con la planificación. Para obtener más
información, consulte Flujo de datos de capacidad. A partir de la actualización de la aplicación 9.2.4, los
gestores de máquinas virtuales de la modalidad distribuida también se pueden ver en la interfaz de
usuario, después de que se importen los datos sobre los mismos al servidor de BigFix Inventory. No
288
obstante, se pueden modificar únicamente mediante los archivos de configuración.
Configuración adicional
Las tareas de configuración adicionales están pensadas para darle más control sobre la Herramienta del
gestor de VM. Puede utilizarlas para personalizar la Herramienta del gestor de VM o para habilitar el
filtrado de máquinas virtuales en función de sus UUID. Todas estas tareas son opcionales.
Parámetros de configuración del gestor de VM:
En la gestión avanzada de VM, la conexión con cada gestor de VM se crea basándose en la información
proporcionada en los archivos de configuración. Además de especificar los parámetros obligatorios, como
dirección web, tipo de virtualización, nombre de usuario y contraseña, también puede utilizar los
parámetros adicionales para inhabilitar los gestores de VM, establecer el número de intentos de inicio de
sesión o permitir que Hyper-V comparta las credenciales con los hosts en el mismo clúster.
Importante: Los valores siguientes no se pueden cambiar para la instancia principal de la herramienta
del gestor de VM que está instalada en el servidor de BigFix. Los cambios se sobrescriben durante la
siguiente acción realizada en los gestores de VM.
Tabla 67. Parámetros de configuración del gestor de VM
Valor
Unidad predeterminado Mínimo Máximo
Parámetro Descripción
vmm_url Dirección web
(URL)
Especifica la dirección web del gestor de máquina virtual. Puede proporcionar
un URL completo, un URL parcial, o sólo un nombre de host o una dirección
IP. En el segundo caso, se crea la dirección completa del gestor de máquina
virtual basándose en el tipo seleccionado del gestor de máquina virtual y el
protocolo (si se especifica). El protocolo HTTPS se utiliza de forma
predeterminada.
Si especifica sólo las direcciones, se utilizan los valores predeterminados:

v https://virtualcenter/sdk para VMWARE_V_SPHERE
v https://hyper-v/wsman para MICROSOFT_HYPER_V
v https://rhev-m:8443/api para KVM_RHEV_M
Si no especifica el URL completo, sino sólo un protocolo, un puerto o una

context path, el URL se crea basándose en los siguientes valores
predeterminados:
v VMWARE_V_SPHERE - protocolo predeterminado https, port 443 (para https) o
80 (para http), context path - sdk
v KVM_RHEV_M - protocolo predeterminado https, port 8443 (para https) o 8080
(para http), context path - api
v MICROSOFT_HYPER_V - protocolo predeterminado https, port 443 (para https)
o 80 (para http), context path - wsman
Si el URL contiene el nombre de un gestor de máquina virtual, el nombre se

resuelve en una dirección IP. Sin embargo, el servidor utiliza el URL completo,
incluido un número de puerto, para identificar el gestor de máquina virtual.
Cada gestor de máquina virtual debe tener una dirección web distinta, es
decir, sólo se permite una entrada para un determinado URL. Si dos o más
archivos de configuración duplican la dirección URL, sólo se trata como
válido el primer archivo. El resto de archivos se ignoran.

Tabla 67. Parámetros de configuración del gestor de VM (continuación)
Valor
Unidad predeterminado Mínimo Máximo
Parámetro Descripción
vmm_type Caracteres
Especifica el tipo de gestor de máquina virtual. Los posibles valores son:
v VMWARE_V_SPHERE
v MICROSOFT_HYPER_V
v KVM_RHEV_M
vmm_communication_interface Caracteres POWERSHELL
Especifica la interfaz de comunicación que se utiliza para la comunicación con
Microsoft Hyper-V. Esta opción sólo está soportada cuando la herramienta del
gestor de VM está instalada en Windows. En Linux, el valor de este
parámetro se ignora y siempre se utiliza la comunicación NTLM. Los posibles
valores son:
v NTLM
v POWERSHELL
vmm_login Caracteres
Especifica el nombre de usuario que se utiliza para acceder al gestor de
máquina virtual.
Importante: Para Microsoft Hyper-V, debe utilizar la cuenta de
administrador.
vmm_password Caracteres
Especifica la contraseña que se utiliza para acceder al gestor de máquina
virtual. Una contraseña que se especifica en texto sin formato se cifra
inmediatamente y se guarda mientras se cargan los archivos de configuración.
Importante: Para Microsoft Hyper-V, debe utilizar la cuenta de
administrador.
vmm_communication_locked True/false False
Indica si la conexión con el gestor de máquina virtual está bloqueada. Los
posibles valores son:
true Inhabilita la conexión con el gestor de máquina virtual, pero
mantiene el archivo de configuración. Si se excede el número de
intentos fallidos de inicio de sesión que se especifica en el
parámetro vmm_max_subsequent_login_failures, el valor del
parámetro vmm_communication_locked se establece automáticamente
en true.
false Desbloquea de comunicación con el gestor de máquina virtual y

restablece el número de los intentos fallidos de inicio de sesión
posteriores.
vmm_get_cluster_info_with_shared_credentials True/false False
Indica si pueden utilizarse las mismas credenciales para conectarse a cada
host en el mismo clúster. Sólo puede utilizar este parámetro para Microsoft
Hyper-V. Los posibles valores son:
true Utiliza las mismas credenciales para obtener información sobre los
demás hosts en el mismo clúster.
false Se establece cuando las credenciales para cada host del clúster son
diferentes. Cada host en el mismo clúster Hyper-V requiere un
archivo de configuración diferente.
Opciones de la línea de mandatos de la herramienta del gestor de VM:
Además de los mandatos básicos que permiten crear conexiones con los gestores de VM y comprobar su
estado, puede utilizar mandatos adicionales para ejecutar o eliminar la herramienta del gestor de VM,
cifrar contraseñas o recopilar información de depuración para la resolución de problemas.
290
La tabla siguiente proporciona una lista de opciones de línea de mandatos que puede utilizar cuando
ejecute la herramienta del gestor de VM. Si ejecuta la aplicación sin especificar ninguna opción, se
muestra la pantalla de ayuda de forma predeterminada.
Opción Descripción Ejemplo

-help Muestra la pantalla de ayuda. Es la opción
predeterminada cuando no se especifica ninguna
otra opción.
-install Instala la herramienta del gestor de VM como un Linux ./vmman.sh -install
servicio del sistema.
Importante: Debe tener privilegios administrativos
o root para poder utilizar esta opción. Windows vmman.bat-install
Windows Los registros de instalación se

encuentran en el directorio: BES
Client\LMT\VMMAN\logs\install.
-passwd serieContraseña Cifra una contraseña para el gestor de VM a partir Linux ./vmman.sh -passwd nuevaContraseña
-config de un archivo de configuración que se especifica en
-config ./config/vmmconf_1.properties
vía_acceso_archivo el parámetro config.
Windows vmman.bat -passwd nuevaContraseña

-config config\vmmconf_1.properties
-reloadconfig Vuelve a cargar todos los archivos de configuración Linux ./vmman.sh -reloadconfig
y actualiza los parámetros en la memoria de la
herramienta del gestor de VM. Puede utilizar esta
opción únicamente si la herramienta del gestor de Windows vmman.bat -reloadconfig
VM se ejecuta como un servicio del sistema.
Consejo: Utilice esta opción cada vez que se defina
una nueva conexión del gestor de máquina virtual
para cargar la configuración que acaba de crear.
-remove Elimina la herramienta del gestor de VM del Linux ./vmman.sh -remove
registro de servicio.
Importante: Debe tener privilegios administrativos
o root para poder utilizar esta opción. Windows vmman.bat -remove
Windows Los registros de eliminación se

encuentran en el directorio: BES
Client\LMT\VMMAN\logs\install.
-retrievedebugdata Recopila información de depuración de todos los Linux ./vmman.sh -retrievedebugdata
gestores de VM definidos y la almacena en el
archivo debugData.zip que está en el directorio de
herramienta del gestor de VM principal. La Windows vmman.bat -retrievedebugdata
información recopilada incluye:
v Archivos de configuración
v Archivos de registro
v Archivos de registro de comunicación de red
v Datos recopilados de los gestores de VM
v Estado de todos los gestores de VM
-run Inicia la herramienta del gestor de VM en la Linux ./vmman.sh -run
modalidad de servicio. En esta modalidad, se
recopilan datos para todos los gestores de máquina
virtual definidos repetidamente en el intervalo que Windows vmman.bat -run
se ha establecido en el parámetro
vmm_polling_time_interval. Para utilizar esta
opción, debe instalar la herramienta del gestor de
VM como un servicio del sistema.
Importante: Windows Debe tener privilegios

administrativos para poder utilizar esta opción.

Opción Descripción Ejemplo
-runonce [ -config Recopila una sola vez datos de todos los gestores Linux ./vmman.sh -runonce -config
vía_acceso_archivo ] de máquina virtual definidos y concluye la
./config/vmmconf_1.properties
herramienta del gestor de VM. Para recopilar datos
de un determinado gestor de máquinas virtuales,
utilice la opción -config vía_acceso_archivo, Windows vmman.bat -runonce -config
donde vía_acceso_archivo es una vía de acceso config\vmmconf_1.properties
completa o relativa al archivo de configuración del
gestor de máquinas virtuales desde el que desea
recopilar datos.
-status [ -config Muestra el estado de operación de todos los Linux ./vmman.sh -status -config
vía_acceso_archivo ] gestores de máquinas virtuales. Si se especifica la
vía de acceso del archivo, se muestra el estado de
operación del gestor de máquinas virtuales
específico. Windows vmman.bat -status -config
config\vmmconf_1.properties
Para ver la información sobre todos los estados de
la operación, consulte el tema Estados de la
-stop Detiene la herramienta del gestor de VM que se ha Linux ./vmman.sh -stop
iniciado como un servicio del sistema.
Windows vmman.bat -stop

-testconnection [ Prueba las conexiones a todos los gestores de Linux ./vmman.sh -testconnection -config
-config máquinas virtuales definidos. Para recopilar datos
vía_acceso_archivo ] de un determinado gestor de máquinas virtuales,
utilice la opción -config vía_acceso_archivo,
donde vía_acceso_archivo es una vía de acceso Windows vmman.bat -testconnection -config
completa o relativa al archivo de configuración del config\vmmconf_1.properties
gestor de máquinas virtuales desde el que desea
recopilar datos.
Valores de herramienta del gestor de VM:
Puede configurar los valores de la herramienta del gestor de VM editando el archivo

vmmainconf.properties que se almacena en el directorio Cliente BES\LMT\VMMAN\config.
Importante: Los valores siguientes no se pueden cambiar para la instancia principal de la herramienta
del gestor de VM que está instalada en el servidor de BigFix. Los cambios se sobrescriben durante la
siguiente acción realizada en los gestores de VM.
Tabla 68. Parámetros de configuración global
Valor
Parámetro Unidad predeterminado Mínimo Máximo
check_vm_managers_uniqueness Booleano True
(true/false)
Distingue los gestores de máquina virtual
exclusivos de los duplicados.
uuid_filtering_enabled Booleano False
(true/false)
Habilita el filtrado de UUID.
9.2.2 Booleano False

vmm_collecting_hostnames_enabled
(true/false)
Especifica si se deben obtener nombres de host y
guardarlos en los archivos de registro. Este
parámetro sólo está disponible para VMware.
Puede habilitar este parámetro para resolver

problemas con identificadores UUID duplicados.
Si se encuentran duplicados, los nombres de host
se escriben en los archivos de registro.
292
Tabla 68. Parámetros de configuración global (continuación)
Valor
9.2.3 Booleano False

(true/false)
vmm_collecting_host_serials_enabled
Especifica si se recopilan números de serie de

hosts del gestor de máquinas virtuales para los
cuales recopila datos el herramienta del gestor de
VM. Opción disponible para Hyper-V y VMware
5.0 y versiones posteriores.
Para visualizar información sobre números de

serie en la columna ID de servidor en los
informes, ajuste la plantilla de ID de servidor que
se especifica en el parámetro
managedServerTagTemplate.Para obtener más
información, consulte “Valores avanzados de
servidor” en la página 304
vmm_connection_timeout Segundos 90 10 3600 (1 hora)
Especifica el tiempo después del cual finaliza la

conexión con un gestor de máquina virtual.
vmm_data_transfer_period Minutos 720 0 10080
Determina la frecuencia con la que se transfieren

los datos de la exploración al agente para
cargarlos al servidor si las exploraciones
posteriores tienen los mismos resultados.
vmm_max_subsequent_login_failures Número 3 0 100
Especifica el número máximo de intentos fallidos

de inicio de sesión en el gestor de máquina
virtual.
vmm_polling_time_interval Minutos 30 30 10080 (1 semana)
Especifica el intervalo entre las recuperaciones

consecutivas de datos de los gestores de máquina
virtual.
vmm_rmi_ssl_port Número 25001
Especifica el número del puerto que se conecta al

servidor cuando se especifican los mandatos reload
configuration y stop.
vmm_thread_pool_size Número 10 1 50
Especifica el número de hebras en la agrupación

de hebras que se utiliza para las conexiones con
los gestores de máquina virtual.
9.2.4 Booleano True

(true/false)
vmm_transfer_credentials_to_server
Especifica si las credenciales de gestor de

máquinas virtuales se han transferido al servidor.
La opción está habilitada de forma
predeterminada. Si inhabilita la opción, las
credenciales no se transfieren y, por tanto, no se
visualizan en el panel Gestores de máquinas
virtuales cuando se edita el gestor de máquina
virtual.

Tabla 68. Parámetros de configuración global (continuación)
Valor
9.2.4 Booleano True

(true/false)
vmm_trust_all_vm_managers_certificates
Especifica si son de confianza los certificados SSL

de todos los gestores de máquina virtual
definidos. Si la opción está inhabilitada, los
certificados que son de confianza no se deben
poner en el almacén de confianza del sistema
donde está instalada la herramienta del gestor de
máquina virtual. Para obtener más información,
consulte: “Configuración de herramienta del
gestor de VM para aceptar certificados de gestor
de VM de confianza” en la página 532.
Filtrado de máquinas virtuales basado en UUID:
El objetivo del filtrado basado en el UUID (Universally Unique Identifier) es recopilar los datos de
capacidad sólo para máquinas virtuales elegidas. Los restantes se omiten y no se actualizan en BigFix
Inventory.
Importante: El filtrado basado en UUID sólo puede habilitarse para instancias adicionales de la
Habilitación del filtrado de máquina virtual basado en UUID:
El parámetro uuid_filtering_enabled se establece de forma predeterminada en false. Debe establecerlo

en true para poder seleccionar las máquinas virtuales que se van a incluir en un informe final.
Procedimiento
1. Vaya al sistema donde ha instalado una instancia adicional de la herramienta del gestor de VM.
2. Vaya a Cliente BES\LMT\VMMAN\config.
3. Abra el archivo vmmainconf.properties.
4. Establezca la propiedad uuid_filtering_enabled en true.
Resultados
Ha habilitado el filtrado de máquinas virtuales basándose en los UUID. Si más tarde desea invertir los
cambios, establezca la propiedad en false.
Selección de las máquinas virtuales para el filtrado basado en UUID:
Puede seleccionar las máquinas virtuales para las que los datos de capacidad se deben recopilar poniendo
los UUID en el archivo vmmfilterconf.properties.
Procedimiento
1. Opcional: Obtenga la lista de UUID de máquinas virtuales ejecutando la consulta SQL select
distinct uuid from ADM.VIRTUAL_VM_UUID. Para obtener más información, consulte Obtención de la
lista de UUID de máquina virtual.
2. En el directorio BES Client\LMT\VMMAN\config, abra el archivo vmmfilterconf.properties.
3. Añada los UUID de las máquinas virtuales elegidas Durante la coincidencia del filtro, el gestor de VM
elimina los espacios en blanco y los guiones (-). Todas las letras también se convierten en mayúsculas.
294
Ejemplo
Todas estas entradas son válidas:

v 5030a6eb-485a-35b5-0fa0-a8bc4a459c9d
v 564da050-7b20-8754-b578-e8437da8653e
v 564D1E0d4C0CE65B8A54203D7E032D2B
Ejecute el siguiente mandato para cargar la lista de UUID que ha configurado:

v Linux ./vmman.sh -reloadconfig
v Windows vmman.bat -reloadconfig
Obtención de la lista de UUID de máquina virtual:
Puede utilizar la lista de UUID de máquina virtual que están conectados actualmente al servidor de
BigFix Inventory para seleccionar aquellos para los que se deben recopilar los datos de capacidad.
Puede encontrar todos los UUID de máquina virtual que están conectados actualmente al servidor de
BigFix Inventory en la tabla ADM.VIRTUAL_VM_UUID en la base de datos TEMADB. Puede extraer la lista
completa de UUID y, a continuación, eliminar los UUID elegidos por omitir determinadas máquinas
virtuales.
El siguiente procedimiento explica cómo recuperar la lista de UUID de la base de datos DB2. Si está
utilizando MS SQL, utilice un método para recuperar la información de las tablas de base de datos que
sea adecuado para esta base de datos.
Procedimiento
1. Inicie la sesión en el servidor de base de datos como db2inst1 o bien otro usuario con derechos DBADM.
2. Para obtener la lista de UUID de máquina virtual, especifique los siguientes mandatos en la interfaz
de línea de mandatos del sistema:
db2 connect to TEMADB
db2 "select distinct uuid from ADM.VIRTUAL_VM_UUID" >uuids.txt
Nota: TEMADB es el nombre de la base de datos predeterminada. Si no está seguro de que se aplica a
su base de datos, consulte Comprobar el nombre de la base de datos.
Resultados
La lista está ahora almacenada en el archivo uuids.txt.
Elimine los UUID innecesarios del archivo uuids.txt y copie los UUID restantes en el archivo
vmmfilterconf.properties.
Recopilación de datos de capacidad directamente de hosts KVM

Para hosts PowerKVM y hosts KVM x86 que no están controlados por RHEV-M, puede omitir la
exploración de capacidad y la configuración de estos hosts como gestores de máquina virtual. En su
lugar, utilice la tarea Ejecutar exploración de capacidad en hosts de virtualización para recopilar los
datos de capacidad directamente de estos hosts.

Antes de empezar
v Asegúrese de que se hayan instalado las bibliotecas libvirt-client y libxml2 en el punto final de
destino y de que el shell Bash esté disponible.
v Los hosts KVM que están controlados por RHEV-M se deben configurar como gestores de VM.
Procedimiento
2. En el panel superior derecho, seleccione Ejecutar exploración de capacidad en hosts de
virtualización.
3. Opcional: Para recopilar información sobre nombres de hosts de virtualización, seleccione Recopilar
nombres de hosts de virtualización. Esta opción afecta al formato de la información sobre los hosts
KVM que se visualiza en la columna ID de servidor en los informes. Si selecciona esta opción, la
columna contiene información sobre el proveedor, tipo y nombre del host KVM como se especifica en
el parámetro managedServerTagTemplate. Si no selecciona esta opción, la columna contiene el número
de serie del host KVM en lugar de su nombre de host. Para obtener más información sobre el
parámetro managedServerTagTemplate, consulte: “Valores avanzados de servidor” en la página 304.
Importante: Si ejecuta esta tarea en un host KVM, ya no es necesario ejecutar la tarea Iniciar
exploración de capacidad y cargar resultados en ese host.
5. En la lista de sistemas aplicables, seleccione los hosts KVM.
Importante: La lista se filtra según los sistemas que cumplen los requisitos previos. Sin embargo, no
todos son hosts KVM.
6. Opcional: De forma predeterminada, la exploración de capacidad está planificada para que se ejecute
cada 30 minutos. Sin embargo, en un entorno con muchos hosts KVM, considere la posibilidad de
reducir la frecuencia de la exploración. Para especificar la frecuencia de la exploración, abra la pestaña
Ejecución, especifique los detalles y pulse Aceptar. Para entornos con varios hosts KVM, ejecute las
exploraciones con un intervalo de una a seis horas entre ellas.
7. Cuando finalice la exploración, cargue los resultados de la exploración en el servidor de BigFix.
Consejo: Para comprobar el estado de la exploración de capacidad en los puntos finales, active el
estado del análisis Exploración de capacidad en hosts de virtualización.
a. En el panel superior derecho, seleccione Planificar la carga de resultados de exploración de
herramienta de gestor de VM y pulse Llevar a cabo una acción.
b. Seleccione los hosts KVM de los que ha recopilado datos de capacidad y pulse Aceptar.
Eliminación de datos de exploración de capacidad del host

Durante la exploración de capacidad, se generan algunos archivos y carpetas en el host de virtualización.
Si ya no recopila datos de capacidad de un determinado host, elimine los archivos y las carpetas que se
crearon mediante la exploración de capacidad.
Procedimiento
1. Detenga las acciones que creó la tarea Iniciar exploración de capacidad en host de virtualización en
los puntos finales especificados. De lo contrario, la exploración continuará ejecutándose y los archivos
se volverán a crear.
a. En el árbol de navegación de la consola de BigFix, pulse Sitios > Sitios externos > IBM BigFix
Inventory v9 > Acciones.
b. Seleccione las acciones y en el panel inferior, pulse Detener.
2. En el árbol de navegación, vaya a Fixlets y tareas.
296
3. En el panel superior derecho, seleccione Eliminar datos de exploración de capacidad de los hosts de
virtualización y pulse Llevar a cabo una acción.
4. Seleccione los sistemas de los que desee eliminar los datos generados durante la exploración de
capacidad y pulse Aceptar.
Tareas de mantenimiento
Puede llevar a cabo tareas adicionales de mantenimiento y resolución de problemas en la Herramienta
del gestor de VM. Estas tareas no se limitan a un enfoque específico para la gestión de máquinas
virtuales pero pueden aplicarse a cualquier instancia de la Herramienta del gestor de VM.
Requisitos de instalación de la herramienta del gestor de VM

Asegúrese de que cumple todos los requisitos de software para instalar la herramienta del gestor de VM.
Sistemas operativos soportados

Tabla 69. Requisitos para instalar la herramienta del gestor de VM.
Sistema
operativo Versión Requisitos de software
Linux Red Hat Enterprise Linux para Intel/AMD x86 (64 bits) versiones unzip
7
glibc library 2.4 o superior
Red Hat Enterprise Linux para Intel/AMD x86 (32 y 64 bits)
versiones 5 y 6
Red Hat Linux Desktop para Intel/AMD x86 (32 y 64 bits)
versiones 5 y 6
SUSE Linux Enterprise Server para Intel/AMD x86 (32 y 64 bits)
versiones 10 y 11
SUSE Linux Enterprise Desktop para Intel/AMD x86 (32 y 64 bits)
versiones 10 y 11
Windows Server 2012 Standard y Datacenter (64 bits)
Server 2008 R2 Standard, Enterprise y Datacenter (64 bits)
Server 2008 Standard y Enterprise (32 y 64 bits)
Server 2003 R2 (32 y 64 bits)
Server 2003 Datacenter, Enterprise y Standard Edition (32 y 64
bits)
8 Ultimate, Professional (32 y 64 bits)
7 Ultimate, Enterprise y Professional (32 y 64 bits)
Vista Ultimate, Enterprise y Business (32 y 64 bits)
Espacio de disco libre necesario
La herramienta del gestor de VM necesita 250 MB de espacio de disco.
Puede recopilar archivos de registro para determinar problemas que están relacionados con la
herramienta del gestor de VM. También puede cambiar los valores de registro.
Los archivos de registro de la herramienta del gestor de VM están en los directorios siguientes:
v Archivos de registro de rastreo: BES Client\LMT\VMMAN\logs
v Archivos de registro de instalación: BES Client\LMT\VMMAN\logs\install
También puede recopilar el conjunto completo de registros ejecutando el mandato -retrievedebugdata en
la herramienta del gestor de VM.

Valores de registro
Puede cambiar los valores de registro editando el archivo BES Client\LMT\VMMAN\config\

log4j.properties. Los siguientes parámetros son los más útiles:
v log4j.appender.mylogger.maxFileSize especifica el tamaño máximo de un archivo de registro
Valor predeterminado = 1000 KB
v log4j.appender.mylogger.MaxBackupIndex especifica el número máximo de archivos de registro
Valor predeterminado = 10
v log4j.rootLogger especifica el nivel de registro
Valor predeterminado = INFO. Puede cambiarlo a DEBUG para habilitar el registro de depuración.
Cambio de la planificación de carga

Los datos de capacidad recopilados por la herramienta del gestor de VM se carga en el servidor de
BigFix cada 12 horas. Puede cambiar esta planificación eliminando la planificación predeterminada
creando una nueva.
Procedimiento
1. Detenga y elimine la planificación predeterminada.
a. En el árbol de navegación de la consola de BigFix, pulse Acciones.
b. Localice la acción Planificar carga de resultados de exploración de la herramienta del gestor de
VM.
c. Pulse el botón derecho del ratón en la acción y seleccione Detener acción. La planificación se
detiene.
d. De nuevo, pulse el botón derecho del ratón en la acción y seleccione Suprimir acción. La
planificación se elimina.
2. Cree una planificación nueva.
tareas.
b. Seleccione Planificar carga de resultados de exploración de herramienta del gestor de VM.
c. En Descripción, especifique la nueva frecuencia en horas.
d. Pulse Llevar a cabo una acción.

e. Seleccione el sistema de destino que tiene instalada la herramienta de gestor de VM y pulse
Aceptar. La acción se inicia bajo la nueva planificación.
298
Resultados
Configure la nueva planificación. Los datos recopilados por la herramienta de gestor de VM se cargan
ahora a BigFix con la frecuencia que ha especificado.
Forzar la carga de datos recopilados

Puede forzar que los datos recopilados se carguen inmediatamente al servidor de IBM BigFix. Los datos
se cargan una vez y no se ha establecido ninguna planificación.
Procedimiento
tareas.
3. Seleccione Forzar carga de resultados de exploración de la herramienta del gestor de VM y, a
continuación, pulse Llevar a cabo una acción.
4. Seleccione el sistema de destino y pulse Aceptar.
Resultados
Ha cargado los datos recopilados al servidor de IBM BigFix .

Ejecute una importación de datos en BigFix Inventory para actualizar los datos en la interfaz de usuario.
Comprobación de la versión de herramienta del gestor de VM

Active el análisis Información del gestor de máquina virtual para recuperar datos sobre la versión
instalada de la herramienta del gestor de VM. Puede utilizar el análisis para confirmar rápidamente la
instalación correcta de la herramienta.
El análisis de Información del gestor de VM devuelve información para dos propiedades,

VMMAN_Tool_Version, que especifica la versión instalada de la herramienta del gestor de VM y
Build_Version, que muestra los detalles de la compilación.
Procedimiento
2. En la barra de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
3. Seleccione Información del gestor de VM y pulse Activar.
4. Después de activar el análisis, abra la pestaña Resultados. La información sobre la versión y la

compilación está disponible al lado del nombre del sistema aplicable.
Actualización de la herramienta del gestor de VM

Puede actualizar la herramienta del gestor de VM a la versión más reciente.
Antes de empezar
La tarea Actualizar la herramienta del gestor de VM puede activarse sólo si existen versiones anteriores
de la herramienta del gestor de VM.
300
Procedimiento
tareas.
3. Seleccione Actualizar herramienta del gestor de VM y pulse Llevar a cabo una acción.
Resultados
Ha actualizado la herramienta del gestor de VM a la versión más reciente.
Desinstalación de herramienta del gestor de VM

Siga el procedimiento para desinstalar la herramienta del gestor de VM de los puntos finales y suprimir
todas las carpetas y valores relacionados. La desinstalación de la herramienta del gestor de VM también
es necesaria si desea volver a instalar la herramienta.
Procedimiento
2. En el árbol de navegación, pulse Sitios > Externos > IBM BigFix Inventory v9 > Fixlets y tareas.
3. Seleccione Desinstalar la herramienta del gestor de VM y pulse Llevar a cabo una acción.

Resultados
Ha desinstalado la Herramienta del gestor de VM.
Administración del servidor

Realice tareas administrativas en el servidor para configurar valores avanzados o reinicie sus servicios.
Iniciar el servidor
En función del sistema operativo que elija para la instalación de BigFix Inventory, inicie el servidor
ejecutando BFIserver o el archivo srvstart.bat.
Icono de Linux Inicio del servidor en Linux

Para iniciar el servidor, ejecute el script BFIserver. Si el servidor no se inicia después de ejecutar el script,
inicie la instancia de DB2 y ejecute de nuevo el script.
Antes de empezar
Para realizar esta tarea, es necesario que sea el usuario que ha instalado BigFix Inventory o tener
privilegios de usuario root.
Procedimiento
1. Ejecute el mandato siguiente para iniciar el servidor:
302
2. Opcional: Si el servidor no se inicia después de ejecutar el script, inicie la instancia de DB2 y reinicie
el servidor:
a. Inicie una sesión en el sistema donde está instalado DB2. Es necesario que sea un propietario de
instancia de DB2.
b. Escriba db2start en la línea de mandatos. Se iniciará la instancia de DB2.
Icono de Windows Inicio del servidor en Windows

Para iniciar el servidor, ejecute el archivo srvstart.bat.
Procedimiento
2. Abra cli.
3. Ejecute srvstart.bat.
Detener el servidor
En función del sistema operativo que haya elegido para la instalación de BigFix Inventory, detenga el
servidor ejecutando el script BFIserver o el archivo srvstart.bat.
Icono de Linux Detención del servidor en Linux

Para detener el servidor, ejecute el script BFIserver. Si el servidor no se inicia después de ejecutar el
script, inicie la instancia de DB2 y ejecute de nuevo el script.
Antes de empezar
Para realizar esta tarea, es necesario que sea el usuario que ha instalado BigFix Inventory o tener
privilegios de usuario root.
Procedimiento
1. Ejecute el mandato siguiente para detener el servidor:
2. Opcional: Después de detener el servidor, puede también detener la instancia de DB2:
a. Inicie una sesión en el sistema donde está instalado DB2. Es necesario que sea un propietario de
instancia de DB2.
b. Escriba db2stop en la línea de mandatos. Se detiene la instancia de DB2.
Icono de Windows Detención del servidor en Windows

Para detener el servidor, ejecute el archivo srvstop.bat.
Procedimiento
2. Abra cli.
3. Ejecute srvstop.bat.
Personalización de la página de inicio de sesión

Puede especificar un mensaje personalizado que aparecerá en la página de inicio para diferenciar entre
varias instancias de BigFix Inventory o proporcionar información adicional relacionada con esta instancia.
El mensaje personalizado se utiliza comúnmente para notificar a otros usuarios sobre las condiciones
específicas relacionadas con la instancia, como el estado de los informes de PVU o cambios de
configuración importantes.
Procedimiento
1. En BigFix Inventory, pulse Gestión > Valores de sesión.

2. En el campo Mensaje personalizado en la página de inicio de sesión, especifique el mensaje. Después
de pulsar Guardar, el mensaje se visualiza en la página de inicio de sesión para cada usuario de
BigFix Inventory.
Configuración de valores avanzados de servidor

Puede cambiar los valores avanzados del servidor de BigFix Inventory, por ejemplo, valores relacionados
con la configuración de la herramienta herramienta del gestor de VM central, en el panel Valores
avanzados de servidor. El panel está disponible en el URL siguiente: https://nombreHost:puerto/
management/sam/control_values.
Antes de empezar
El siguiente procedimiento describe cómo cambiar los valores avanzados del servidor en la interfaz de
usuario. Esta opción está disponible a partir de la versión 9.2.3. En versiones anteriores, puede cambiar
los valores mediante las llamadas de la API REST. Para obtener más información, consulte: “API REST
para cambiar los valores avanzados del servidor” en la página 656.
Importante: La configuración de valores avanzados del servidor es para usuarios con un conocimiento
profundo de BigFix Inventory. Si no está seguro sobre el impacto de un parámetro determinado en su
entorno, no cambie el parámetro.
Procedimiento
1. Para abrir el panel Valores avanzados de servidor, acceda a: https://nombre_host:puerto/management/
sam/control_values.
2. Pulse un parámetro que desea cambiar y proporcione su nuevo valor. Para obtener más información
sobre cada parámetro, consulte: “Valores avanzados de servidor”.
Restricción: No puede cambiar los valores avanzados del servidor cuando la importación está en
curso.
3. Para guardar los cambios, pulse Guardar.
Valores avanzados de servidor

Revise la lista de parámetros que puede utilizar para configurar el servidor de BigFix Inventory. Puede
cambiar los parámetros en el panel Valores avanzados de servidor o mediante la API REST.
304
Para abrir el panel Valores avanzados de servidor, acceda a: https://nombre_host:puerto/management/
sam/control_values. Para obtener información sobre cómo cambiar los valores mediante la API REST,
consulte: “Configuración de valores avanzados de servidor” en la página 304.
Tabla 70. Valores de servidor
Valor
predeter-
Tipo minado Mínimo Máximo
Nombre Parámetro Descripción
Calcular el consumo de calculateLicenseUsageFor Booleano True
licencia para sistemas IncompleteComputers (true/false)
incompletos
Especifica cómo se contabiliza el consumo de PVU
en máquinas virtuales x86 que tienen datos
incompletos. Si el valor se establece en true, el
consumo de PVU se contabiliza basándose en el
número de las PVU del host. En este caso, el
consumo de PVU notificado podría ser mayor que
el valor real, pero no es necesario configurar
gestores de máquina virtual. Si el valor se establece
en false, el consumo de PVU notificado es 0, y se
deben configurar gestores de máquina virtual.
9.2.3 catalog_download_task_ Minutos 0 0 10080 (1

Tiempo de
stagger_interval semana)
espera de distribución de
catálogo Especifica el tiempo máximo por el que se aplazará
la distribución del catálogo de software a los
puntos finales para reducir el tráfico de red.
La distribución del catálogo a cada punto final se

aplaza por una cantidad aleatoria de tiempo que
está dentro del tiempo de espera especificado. Por
ejemplo, si establece el tiempo de espera en 1
semana, el primer agente puede descargar el
catálogo después de una hora desde la importación
del catálogo, el segundo agente después de un día,
y el tercer agente después de una semana. La
cantidad de tiempo es elegida aleatoriamente por
cada agente.
Periodo de desconexión del computerVmManagerDetachment Días 7 1 90
sistema Period
Especifica el tiempo máximo de inactividad que
debe transcurrir para que un sistema gestionado
por un gestor de máquina virtual se considere que
está desconectado. Transcurrido este tiempo, los
datos enviados por un agente no se incrementan
con los datos que se obtienen del gestor de
máquina virtual. El estado del sistema cambia a No
hay datos del gestor de máquinas virtuales.
Separador de informe CSV csvReportSeparator Carácter Coma (,)
Especifica el carácter utilizado como separador de
línea durante la creación de archivos CSV.

Tabla 70. Valores de servidor (continuación)
Valor
predeter-
9.2.3 enable_automatic_task_ Booleano True

Desplegar
deployment (true/false)
tareas automáticamente
Especifica si las tareas iniciadas por el servidor de
BigFix Inventory se despliegan automáticamente en
el servidor de BigFix. Las tareas incluyen:
v Importación del catálogo de software nuevo en
el servidor de BigFix.
v Configuración de la frecuencia y planificación de
la exploración en el panel Configuraciones de
exploración.
v Configuración automática del sitio de fixlets en
el servidor de BigFix que se añade como nuevo
origen de datos.
v Instalación y configuración del herramienta del
gestor de VM principal en el servidor de BigFix
que se añade como nuevo origen de datos.
La opción está habilitada de forma
predeterminada, lo cual es el valor recomendado.
Nota: Si inhabilita el despliegue automático de
tareas, debe realizar varias tareas manuales para
asegurarse de que se recojan los datos necesarios
para BigFix Inventory y se muestren valores
adecuados en los informes.
9.2.3 enable_automatic_catalog_ Booleano True

Descarga
download (true/false)
automática del catálogo de
software Especifica si el catálogo de software nuevo se
distribuye automáticamente a los puntos finales. Si
inhabilita esta opción, debe distribuir el catálogo
manualmente. Para obtener más información,
consulte: “Actualizar catálogos de explorador” en
la página 177.
9.2.3 debug_logging_for_imports Booleano False

Habilitar el
(true/false)
registro de nivel de
depuración durante las Especifica si los registros de importación contienen
importaciones de datos información sobre el nivel de depuración. Cuando
el parámetro se establece en false, se utiliza el
nivel de registro predeterminado.
Ubicación de los archivos tempPathForGeneratedFiles Vía de Punto (.)
temporales de la aplicación acceso
Especifica la vía de acceso de la carpeta donde se
almacenan los archivos temporales de la aplicación,
tales como los informes CSV durante la generación.
El valor predeterminado indica que los archivos se
crean en la ubicación siguiente:
v Linux dir_instalación/wlp/usr/servers/
server1
v Windows dir_instalación\wlp\usr\servers\
server1
306
Valor
predeter-
Antigüedad máxima de los maxWaitingForVMData Días 7 1 30
datos del gestor de
Especifica la edad máxima de los datos de
máquinas virtuales
capacidad de una infraestructura de virtualización
que son recopilados por la exploración del
herramienta del gestor de VM. Los datos más
antiguos que la edad especificada se descartan
durante el proceso de obtención y almacenamiento
y no se incluyen en el proceso de agregación.
9.2.2 Número maxAggregationThreads Número 2 1 64
máximo de hebras de Especifica el número máximo de hebras que se
agregación pueden ejecutar durante la agregación. Si aumenta
este número, mejora el rendimiento de la
agregación. Pero aumenta el uso de memoria y el
bloqueo de la base de datos. Es conveniente que
proporcione dos núcleos de procesador en el
servidor de bases de datos para cada hebra.
Importante: Cambie el valor solamente si ha
creado grupos de sistemas que se ajustan a las
regiones de subcapacidad de IBM o si es un
proveedor de servicios y ha creado grupos de
sistemas que representan clientes. En otro caso,
cambiar este parámetro no afecta al rendimiento de
la agregación.
Número máximo de hebras numberOfImportThreads Número 0 0 32
de importación
Especifica el número máximo de hebras que se
utilizan para procesar datos de exploración de
capacidad y datos de exploración del gestor de
máquinas virtuales durante la importación de
datos desde el servidor de BigFix.
Consejo: En los entornos con más de 10000 puntos
finales que se ejecutan en máquinas de alto
rendimiento, puede ser beneficioso aumentar el
número de hebras para acelerar la importación.
Número máximo de maximumNumberOfLicenseUse Número -1 -1 2147483647
archivos de métrica de MetricFilesToProcessPer
Especifica el número máximo de archivos de
licencia procesados Import
etiquetas de métrica de licencia que pueden ser
procesados durante una importación.Se procesan
en primer lugar los archivos sin procesar más
antiguos. A continuación, se procesa de forma
consecutiva el número especificado de archivos
más recientes con cada importación. El valor -1
indica que se procesan todos los archivos.

Valor
predeter-
9.2.2 Número maxReaggregationThreads Número 4 1 64
máximo de hebras de Especifica el número máximo de hebras que se
reagregación pueden ejecutar durante la reagregación. Si
aumenta este número, mejora el rendimiento de la
reagregación. Pero aumenta el uso de memoria y el
bloqueo de base de datos. Es conveniente que
proporcione dos núcleos de procesador en el
servidor de bases de datos para cada hebra.
Importante: Cambie el valor solamente si ha
creado grupos de sistemas que se ajustan a las
regiones de subcapacidad de IBM o si es un
proveedor de servicios y ha creado grupos de
sistemas que representan clientes. En otro caso,
cambiar este parámetro no afecta al rendimiento de
la reagregación.
9.2.4 pdfReportRowLimit Número 100 000 0 2147483647

Número
máximo de filas exportadas Especifica el número máximo de filas que se
a PDF pueden exportar a un archivo PDF. Si el número de
filas del informe es mayor que el límite
especificado, se proporciona la información
adecuada en el archivo PDF generado.
9.2.3 raw_data_api_default_limit Número 100 000 0 2147483647

Número
máximo de filas en la API Especifica el número máximo de filas que se deben
REST para resultados de recuperar en una solicitud individual cuando se
exploración en bruto utiliza la API REST para recuperar resultados de
exploración en bruto. Este parámetro sólo se aplica
si el parámetro limit de la API REST, que siempre
tiene prioridad, se omite en la solicitud. El valor
predeterminado es 100.000, mientras que 0 indica
que se recuperan todas las filas.
Inactividad máxima del maxVMManagerInactivity Días 3 1 90
gestor de máquinas
Especifica el tiempo máximo después del cual un
virtuales
gestor de máquinas virtuales se considera inactivo
si el servidor no recibe nuevos datos de este gestor
de máquinas virtuales. Después de ese tiempo, el
estado del gestor de VM cambia a Inactivo.
9.2.4 maxVMManagerVisibility Días 90 1 2147483647

Visibilidad
máxima de gestor de VM Especifica el número de días después de los cuales
un gestor de máquina virtual se elimina del panel
Gestores de máquina virtual panel si no se
recopilan datos de dicho gestor de VM.
308
Valor
predeter-
9.2.3 scanConfig_preserve_ Booleano False

Conservar
InitiateScanAction (true/false)
acciones de exploración de
software Initiate en el Especifica si las acciones de exploración de
servidor de BigFix software Initiate que se crean en el servidor de
BigFix se conservan cuando se suprime la
configuración de exploración en el panel
Configuraciones de exploración. Si establece el
valor de este parámetro en true, las acciones se
detienen, pero no se eliminan del servidor de
BigFix.
9.2.4 resynchronize_datasources_once Booleano False

Resincronizar
(true/false)
orígenes de datos tras
restauración de base de Permite una importación que recupera todos los
datos datos de exploración de software de la base de
datos de BigFix restaurado. Una importación de
este tipo consume mucho tiempo y sólo debe
ejecutarse cuando se producen problemas con
datos incompletos después de que se haya
restaurado la base de datos. Cuando habilita la
opción, la importación se ejecuta una vez y vuelve
a la modalidad de operación normal.
Eliminar datos sobre la vmManagerPostprocessGuest Booleano True
jerarquía de virtualización Enabled (true/false)
incompleta
Especifica si los datos sobre la jerarquía de
virtualización incompleta se eliminan cuando se
cargan datos nuevos desde gestores de máquina
virtual. Si el valor se establece en true, los datos de
topología incompleta se eliminan si el gestor de
máquina virtual se configura dentro de las 24 horas
siguientes a la primera exploración incompleta. Si
el valor se establece en false, los datos de
topología incompleta permanecen en el servidor y
pueden aparecer en los informes.
Tiempo de espera de scanFilesDownloadImportTimeout Segundos 10 1 600
importación de archivos de
Especifica el número máximo de segundos que se
exploración
debe esperar a que el servidor de BigFix lea un
archivo con resultados de exploración durante la
importación.

Valor
predeter-
9.2.3 managedServerTagTemplate Serie %VENDOR

Plantilla de ID
%TYPE
de servidor para hosts
%HOSTNAME
gestionados
Especifica el formato de la información sobre hosts
del gestor de máquinas virtuales que se visualiza
en la columna ID de servidor en los informes. El
parámetro afecta a los hosts de los cuales recoge
datos el herramienta del gestor de VM o el fixlet
Ejecutar exploración de capacidad en hosts de
virtualización.
De forma predeterminada, la columna contiene

información sobre el proveedor, el tipo y el nombre
del host del gestor de máquinas virtuales. Por
ejemplo: IBM NC123456.IBM.COM. Puede elegir
cualquier combinación de las características
siguientes de un host del gestor de máquinas
virtuales para que se muestren en los informes:
v Nombre de host (valor de API REST: %HOSTNAME)
Importante: Para visualizar esta información
para hosts de los cuales recopila datos el fixlet
Ejecutar exploración de capacidad en hosts de
virtualización, debe primero habilitar la
recopilación de nombres de host. Para ello,
seleccione la casilla Recopilar nombres de hosts
de virtualización en el fixlet. De lo contrario, se
muestra un número de serie en lugar del nombre
de host para tales hosts de gestor de máquinas
virtuales.
v Identificador (valor de API REST: %ID)
v Modelo (valor de API REST: %MODEL)
v Número de serie (valor de API REST:
%SERIAL_NUMBER)
Importante: Para visualizar esta información
para hosts de los cuales recopila datos el
herramienta del gestor de VM, debe primero
habilitar la recopilación de números de serie.
Para ello, establezca el valor del parámetro
vmman_collecting_host_serials_enabled en
true.
v Tipo (valor de API REST: %TYPE)
v Proveedor (valor de API REST: %VENDOR)
Para cambiar el formato de la información

mediante la API REST, liste las características del
host del gestor de máquinas virtuales que desee
visualizar en el parámetro value. El valor debe
estar codificado en forma de URL. Por ejemplo:
PUT http://localhost:9081/api/sam/configs?
token=7adc3efb175e2bc0f4484bdd2efca54a8fa
&name=managedServerTagTemplate&value
=%25VENDOR%20%25TYPE%20%25SERIAL_NUMBER
310
Valor
predeter-
9.2.3 standaloneServerTagTemplate Serie %VENDOR

Plantilla de ID
%TYPE
de servidor para hosts no
%SERIAL_
gestionados
NUMBER
Especifica el formato de la información sobre el
host que se visualiza en la columna ID de servidor
en los informes. El parámetro afecta a los hosts que
no están afectados por el parámetro
managedServerTagTemplate.
De forma predeterminada, la columna contiene

información sobre el proveedor, tipo y número de
serie del host. Por ejemplo: IBM Corp. 7946
99B7166. Puede elegir cualquier combinación de las
características siguientes de un host para que se
muestren en los informes:
v Identificador (valor de API REST: %ID)
v Modelo (valor de API REST: %MODEL)
v Número de serie (valor de API REST:
%SERIAL_NUMBER)
v Tipo (valor de API REST: %TYPE)
v Proveedor (valor de API REST: %VENDOR)
Para cambiar el formato de la información

mediante la API REST, liste las características del
host que desee visualizar en el parámetro value. El
valor debe estar codificado en forma de URL. Por
ejemplo:
PUT http://localhost:9081/api/sam/configs?
token=7adc3efb175e2bc0f4484bdd2efca54a8fa
&name=standaloneServerTagTemplate&value
=%25VENDOR%20%25MODEL%20%25SERIAL_NUMBER
Intervalo de exploración de scanHealthLastScanAttempt Días 30 1 365
software
Especifica el número máximo de días entre
exploraciones de software en cada sistema.
Ordenar alfabéticamente las blockUiBundlingComputations Booleano False
opciones de empaquetado (true/false)
Especifica si las opciones de empaquetado que se
visualizan cuando reasigna un componente de
software están ordenadas por confianza o
alfabéticamente. De forma predeterminada, las
opciones se clasifican por confianza. Si se establece
el valor del parámetro en true, las opciones se
clasifican alfabéticamente y, por tanto, se visualizan
de forma más rápida en la interfaz de usuario.

Valor
predeter-
Almacenar datos de storeHwDataForAllVMManagerNodes Booleano False
hardware para nodos del (true/false)
gestor de máquinas
Especifica si la información sobre nodos y clústeres
virtuales
que se obtiene de los gestores de máquinas
virtuales se almacena en la base de datos, sin
importar si se está ejecutando un agente en una
máquina virtual cualquiera en tales nodos o
clústeres.
9.2.3 validateVMManagersData Booleano True

Validar datos
(true/false)
del gestor de máquinas
virtuales Especifica si el esquema XML de archivos con
datos del gestor de máquinas virtuales es validado
por el servidor de BigFix Inventory.
Valores del herramienta del gestor de VM principal
Los parámetros siguientes se pueden configurar desde el servidor sólo si está utilizando la gestión básica
de máquinas virtuales. Si utiliza la gestión avanzada de máquinas virtuales, debe editar el archivo de
configuración vmmainconf.properties para cambiar los parámetros. Para obtener más información sobre
el cambio de valores de un herramienta del gestor de VM adicional, consulte: “Valores de herramienta
del gestor de VM” en la página 292.
Tabla 71. Valores de la herramienta del gestor de máquinas virtuales principal
Valor
Tipo predeterminado
Mínimo Máximo
Comprobar la exclusividad de los vmman_check_uniqueness_enabled Booleano True
gestores de máquinas virtuales (true/
false)
Especifica si hay distinción entre gestores de
máquinas virtuales únicos y duplicados.
9.2.2 Recopilar nombres vmman_collecting_hostnames_ Booleano False
de host del gestor de máquinas enabled (true/
virtuales false)
Especifica si el herramienta del gestor de VM
recopila nombres de host de máquinas
virtuales y luego se guardan en archivos de
registro. Este parámetro sólo está disponible
para VMware.
Puede habilitar este parámetro para resolver

problemas con identificadores UUID
duplicados. Si se encuentran duplicados, los
nombres de host se escriben en los archivos de
registro.
312
Tabla 71. Valores de la herramienta del gestor de máquinas virtuales principal (continuación)
Valor
Tipo predeterminado
Mínimo Máximo
9.2.3 vmman_collecting_host_serials_ Booleano False

Recopilar números
enabled (true/
de serie de los hosts del gestor
false)
de máquinas virtuales
Especifica si se recopilan números de serie de
hosts para los cuales recopila datos el
herramienta del gestor de VM. Opción
disponible para Hyper-V y VMware 5.0 y
versiones posteriores.
Para visualizar información sobre números de

serie en la columna ID de servidor en los
informes, ajuste la plantilla de ID de servidor
que se especifica en el parámetro
managedServerTagTemplate.
Filtrar los UUID del gestor de vmman_uuid_filtering_enabled Booleano False
máquinas virtuales (true/
false)
Habilita el filtrado por UUID de los gestores
de máquina virtual.
Número máximo de errores de vmman_max_subsequent_login_ Número 3 0 100
inicio de sesión subsiguientes failures
Especifica el número máximo de intentos
fallidos de inicio de sesión en el gestor de
máquina virtual.
9.2.4 Booleano
vmman_transfer_credentials_to_server True
Transferir
(true/
credenciales de gestor de
false)
máquina virtual
Especifica si las credenciales de gestor de
máquinas virtuales se han transferido al
servidor. La opción está habilitada de forma
predeterminada. Si inhabilita la opción, las
credenciales no se transfieren y, por tanto, no
se visualizan en el panel Gestores de máquinas
virtuales cuando se edita el gestor de máquina
virtual.
9.2.4 vmman_trust_all_vm_managers_ Booleano True

Certificados SSL de
certificates (true/
confianza de todos los gestores
false)
de máquina virtual definidos
Especifica si son de confianza los certificados
SSL de todos los gestores de máquina virtual
definidos. Si la opción está inhabilitada, los
certificados que son de confianza no se deben
poner en el almacén de confianza del sistema
donde está instalada la herramienta del gestor
de máquina virtual. Para obtener más
información, consulte: “Configuración de
herramienta del gestor de VM para aceptar
certificados de gestor de VM de confianza” en
la página 532.

Tabla 71. Valores de la herramienta del gestor de máquinas virtuales principal (continuación)
Valor
Tipo predeterminado
Mínimo Máximo
Tiempo de espera de conexión vmman_connection_time_out Segundos 90 10 3600 (1
del gestor de máquinas virtuales hora)
Especifica el tiempo después del cual finaliza
la conexión con un gestor de máquina virtual.
Periodo de transferencia de datos vmman_transfer_period Minutos 720 30 10080 (1
del gestor de máquinas virtuales semana)
Determina la frecuencia con la que se
transfieren los datos de exploración al agente
para cargarlos al servidor si las exploraciones
posteriores obtienen los mismos resultados.
Intervalo de agrupación del vmman_pooling_time_interval Minutos 30 30 10080 (1
gestor de máquinas virtuales semana)
Especifica el intervalo entre las recuperaciones
consecutivas de datos de los gestores de
máquinas virtuales.
Tamaño de agrupación de hebras vmman_thread_pool_size Número 10 1 50
del gestor de máquinas virtuales
Especifica el número de hebras de la
agrupación de hebras que es utilizada para las
conexiones con los gestores de máquinas
virtuales.
Administración de la base de datos

Realice tareas administrativas en la base de datos para mantenerla en buen estado, proteja sus datos o
configure valores adicionales.
Realizar una copia de seguridad y restaurar la base de datos

Realice copias de seguridad periódicas de los datos que están almacenados en la base de datos. Se
recomienda realizar copias de seguridad de la base de datos antes de actualizar el catálogo de software o
de actualizar el servidor para facilitar la recuperación en caso de error.
Copia de seguridad de la base de datos DB2

Debe realizar una copia de seguridad de la base de datos de forma regular para proteger sus datos. Cada
copia de seguridad es la copia de toda la base de datos que se puede restaurar en caso de daños o
anomalías.
Para obtener más información sobre la recuperación de datos de DB2, consulte DB2 Knowledge Center.
Creación de copias fuera de línea:
Elija realizar copias de seguridad fuera de línea si puede permitirse desactivar la base de datos durante
cada copia de seguridad.
Durante la copia de seguridad fuera de línea, toda la base de datos se copia en un archivo. Puesto que la
base de datos debe estar desactivada durante cada copia (sin transacciones activas), el archivo de copia
de seguridad contiene todas las transacciones realizadas en la base de datos hasta ese punto. Por lo tanto,
el archivo de copia de seguridad no depende de los registros de transacciones, y la base de datos puede
314
utilizar el registro circular predeterminado, en el que las nuevas transacciones sustituyen a los registros
de transacciones, lo cual ahorra espacio de disco. Para restaurar la base de datos, sólo necesita el archivo
de copia de seguridad.
Procedimiento
1. Cierre las conexiones y desactive la base de datos.
db2 terminate
db2 deactivate db TEMADB
DB20000I El mandato TERMINATE ha finalizado satisfactoriamente.
DB20000I El mandato DEACTIVATE DATABASE se ha completado satisfactoriamente.
2. Realice una copia de seguridad completa fuera de línea. Toda la base de datos se copia en un archivo
de copia de seguridad en la ubicación especificada.
db2 backup database TEMADB to <ubicación>
Backup successful. The timestamp for this backup image is : xxxxxxxxxxxx
3. Verifique que el archivo de copia de seguridad se ha creado correctamente.
db2ckbkp <archivo de copia de seguridad>
Image Verification Complete - successful.
4. Active la base de datos y reinicie el servidor de BigFix Inventory para restaurar su conexión con la
base de datos.
db2 activate db TEMADB
/etc/init.d/BFIserver restart
5. Si se comparte DB2 con el servidor de BigFix, reinicie el servidor de BigFix para restaurar su conexión
con la base de datos. Para obtener más información, consulte Inicio y detención del servidor de
BigFix.
Creación de copias de seguridad en línea:
Elija copias de seguridad si realiza copias de seguridad de la base de datos con frecuencia y no puede
permitirse desactivarla para cada copia. Las copias de seguridad en línea le permiten mantener todas las
conexiones a la base de datos, pero necesitan más espacio en disco para almacenar el historial de los
registros de transacciones.
durante una copia de seguridad en línea, toda la base de datos se copia en un archivo, pero es posible
que no contenga las transacciones que se estaban realizando en la base de datos mientras se creaba la
copia de seguridad. Por lo tanto, el archivo de copia de seguridad siempre se debe complementar con los
registros de transacciones para poder restaurar la base de datos al estado coherente. Se realiza una copia
de seguridad automática de los registros de transacciones después de habilitar el registro de archivo, y
siempre se deben almacenar en una ubicación segura junto con el archivo de copia de seguridad. Después
de restaurar la base de datos desde el archivo de copia de seguridad, añada los registros de archivado, y
la base de datos estará completa. Para habilitar el registro de archivado por primera vez, debe desactivar
la base de datos.
Procedimiento
1. Configure el registro de archivado.
a. Compruebe el estado del registro de archivado en la base de datos. Si el primer método de
archivado contiene un valor distinto de OFF, puede omitir los pasos siguientes y realizar una copia
de seguridad en línea.

db2 get db cfg for TEMADB | grep LOGARCHMETH
First log archive method (LOGARCHMETH1) = OFF
Second log archive method (LOGARCHMETH2) = OFF
b. Cree un directorio de copia de seguridad que se utilizará para almacenar registros de archivado y
copias de seguridad en línea, y conceda los permisos adecuados.
mkdir /var/online_backup
chown db2inst1:db2iadm1 /var/online_backup
c. Actualice la configuración de la base de datos para habilitar el registro de archivado y apunte al
nuevo directorio.
db2 update database configuration for TEMADB using LOGARCHMETH1 ’disk:/var/online_backup’
DB20000I El mandato UPDATE DATABASE CONFIGURATION se ha completado satisfactoriamente.
El estado de los valores de registro de archivado también cambiará a una vía específica:
First log archive method (LOGARCHMETH1) = DISK:/var/online_backup/
d. Finalice las conexiones y desactive la base de datos.
db2 force application all
e. Realice una copia de seguridad completa fuera de línea.
db2 backup database TEMADB to <ubicación>
Crear una copia de seguridad fuera de línea es un requisito después de habilitar el registro de
archivado. Aunque no es necesario crear copias de seguridad fuera de línea posteriormente, es una
buena práctica crearlas antes de realizar cambios importantes en la base de datos. Los registros de
archivado pueden aplicarse de la misma forma tanto para copias de seguridad en línea como fuera
de línea con el fin de restaurarlos al estado más reciente. Puede almacenar esta copia de seguridad
fuera de línea en una ubicación segura como una precaución adicional.
f. Active la base de datos y reinicie el servidor de BigFix Inventory para restaurar su conexión con la
base de datos.
g. Si se comparte DB2 con el servidor de BigFix, reinicie el servidor de BigFix para restaurar su
conexión con la base de datos. Para obtener más información, consulte Inicio y detención del
servidor de BigFix.
2. Realice una copia de seguridad en línea.
db2 backup database TEMADB online to /var/online_backup/ compress include logs
Backup successful. The timestamp for this backup image is : xxxxxxxxxxxx
Al crear una copia de seguridad en línea, todos los registros de archivado creados hasta ese punto ya
no son necesarios. Para restaurar una base de datos completa, necesita un archivo de copia de
seguridad y los registros de archivado subsiguientes.
3. Verifique que el archivo de copia de seguridad se ha creado correctamente.
db2ckbkp <archivo de copia de seguridad en línea>
Image Verification Complete - successful.
Restauración de la base de datos DB2

Si la base de datos se ha dañado o desea revertir algunos cambios, puede restaurar la base de datos a su
estado anterior a partir de uno de los archivos de copia de seguridad. Dependiendo del procedimiento de
copia de seguridad que haya elegido, utilice archivos de copia de seguridad fuera de línea o en línea. En
el segundo caso, también debe restaurar los registros de archivado para colocar la base de datos en un
estado coherente.
316
Restauración de la base de datos a partir de archivos de copia de seguridad fuera de línea:
Un archivo de copia de seguridad fuera de línea es una copia de la base de datos completa y de todas las
transacciones realizadas en ella hasta el momento en que se creó la copia de seguridad. Para restaurar la
base de datos, sólo se necesita este archivo de copia de seguridad.
Procedimiento
db2 terminate
2. Restaure la base de datos desde el archivo de copia de seguridad fuera de línea.
db2 restore db TEMADB from <ubicación> taken at <indicación_fecha_hora> replace existing
3. Cargue el catálogo de software para evitar problemas con la importación de datos. En este punto, es
posible que haya algunas discrepancias entre el servidor y el contenido de la base de datos, que se
resolverán después de la carga.
Restauración de la base de datos a partir de archivos de copia de seguridad en línea:
Un archivo de copia de seguridad en línea es también una copia de la base de datos completa, pero
puede que no incluya las transacciones que se estaban realizando en la base de datos mientras se creaba
la copia de seguridad. Por lo tanto, el archivo de copia de seguridad se debe complementar con registros
de archivado que contienen las últimas transacciones. Mediante los registros de archivado apropiados,
puede restaurar la base de datos al estado más reciente o a uno de los estados anteriores.
Restauración al estado más reciente:
Para restaurar la base de datos al estado más reciente, utilice uno de los archivos de copia de seguridad
en línea (preferiblemente el más reciente), y luego aplique todos los registros de archivado subsiguientes
a ese archivo. Si almacena todos los registros de archivado en un solo directorio, se aplicarán
automáticamente los registros correctos.
Procedimiento
db2 terminate
2. Restaure la base de datos desde el archivo de copia de seguridad en línea.
db2 restore database TEMADB from <ubicación> taken at <indicación_fecha_hora> replace existing
3. Restaure todos los registros de archivado que se guardaron después de crear el archivo de copia de
seguridad.
db2 rollforward db TEMADB to end of logs and stop log path (/var/archive_logs)
base de datos.

Restauración a uno de los estados anteriores:
También puede restaurar la base de datos a uno de los estados anteriores para evitar todas las
transacciones posteriores que podrían haberla dañado. En este caso, no aplica todos los registros de
archivado que ha almacenado, sino solamente los que están incorporados en el archivo de copia de
seguridad. Estos registros incorporados comprenden solamente las transacciones con el estado que tenían
en el momento de crear la copia de seguridad. Puede extraer los registros de transacciones a partir del
archivo de copia de seguridad.
Procedimiento
db2 terminate
2. Extraiga los registros de transacciones del archivo de copia de seguridad en línea. Este paso es
necesario porque no podrá activar la base de datos a menos que le aplique algunos registros de
transacciones.
db2 restore database TEMADB logs from <archivo de copia de seguridad en línea> LOGTARGET /var/extracted_logs/
Nota: Los archivos de registro extraídos se deben colocar en una ubicación diferente que la utilizada
para almacenar todos los demás registros de archivado.
3. Restaure la base de datos desde el archivo de copia de seguridad en línea.
db2 restore database TEMADB from <ubicación> taken at <indicación_fecha_hora> replace existing
4. Aplique los registros de archivado extraídos.
db2 rollforward database TEMADB to end of logs overflow log path (/var/extracted_logs/)
base de datos.
Copia de seguridad de la base de datos de SQL Server

Puede realizar una copia de la base de datos guardándola en un archivo de copia de seguridad. Si lo
desea, a continuación puede mover la copia de seguridad a otro sistema y restaurarla en una instancia de
BigFix Inventory diferente.
Antes de empezar
v Puede realizar una copia de seguridad de la base de datos y restaurarla sólo dentro de una versión de
BigFix Inventory.
v Deben estar instalados BigFix Inventory y Microsoft SQL Server Management Studio.
Procedimiento
1. Inicie la sesión en el sistema que aloja la base de datos de la que desea realizar una copia de
seguridad.
2. Abra Microsoft SQL Server Management Studio.
3. En la barra de navegación izquierda, expanda Bases de datos.
4. Pulse el botón derecho del ratón en la base de datos de la que desea realizar una copia de seguridad
y, a continuación, pulse Tareas > Copia de seguridad.
318
5. Revise los detalles de la copia de seguridad y, a continuación, pulse Aceptar para crear la copia de
seguridad.

6. Pulse Aceptar.
Resultados
Si la copia de seguridad de la base de datos se ha realizado satisfactoriamente, puede encontrar el

archivo bak en la ubicación que ha especificado en el paso 5.
Si desea mover la base de datos a una instancia de BigFix Inventory diferente, copie el archivo de copia
de seguridad en el sistema de destino y, a continuación, restaure la base de datos.
Restauración de la base de datos de SQL Server

Si encuentra problemas con la base de datos o si desea moverla entre distintas instancias de BigFix
Inventory, puede utilizar un archivo de copia de seguridad para restaurar la base de datos.
Antes de empezar
v Puede realizar una copia de seguridad de la base de datos y restaurarla sólo dentro de una versión de
BigFix Inventory.
v Asegúrese de que ha iniciado una sesión en Microsoft SQL Server Management Studio como el usuario
que ha creado la base de datos temadb. Si inicia la sesión como otro usuario, la restauración fallará.
320
v Deben estar instalados BigFix Inventory y Microsoft SQL Server Management Studio.
v Detenga el servicio BFIserver. Abra el indicador de mandatos y ejecute net stop BFIserver.
Procedimiento
1. Inicie la sesión en el sistema en el que desea restaurar la base de datos.
2. Abra Microsoft SQL Server Management Studio.
3. En la barra de navegación izquierda, pulse con el botón derecho en Bases de datos y luego pulse
Restaurar base de datos.
4. En la sección Origen, seleccione Dispositivo y pulse el botón con tres puntos.
5. En la ventana emergente que se abre, pulse Añadir y busque el archivo de copia de seguridad. Pulse
Aceptar.
6. En el menú de navegación izquierdo, pulse Opciones.
7. En el panel derecho, seleccione Sobrescribir base de datos existente (CON REEMPLAZAR) y Cerrar
conexiones existentes con base de datos de destino.

8. Pulse Aceptar.
Cargue el catálogo de software para evitar problemas con la importación de datos. En este punto, es
Creación de una base de datos nueva

Para crear una nueva base de datos sin reinstalar BigFix Inventory, debe modificar el archivo de
configuración que almacena información sobre la base de datos. Después de hacerlo, podrá completar la
configuración inicial de nuevo y crear una nueva base de datos.
Procedimiento
2. Suprima la base de datos actual.
DB2:
a. Inicie la sesión como propietario de la instancia de DB2, que de forma predeterminada es
db2inst1.
b. Ejecute el mandato siguiente para comprobar los detalles de la base de datos existente.
db2 list db directory
c. Ejecute los mandatos siguientes para cerrar las conexiones existentes, desactivar la base de datos y
suprimirla.
db2 terminate
db2 drop db TEMADB
SQL Server:
a. Inicie la sesión en SQL Server Management Studio.
b. En el árbol de navegación, expanda Bases de datos.
c. Pulse el botón derecho del ratón en la base de datos TEMADB y, a continuación, pulse Suprimir.
322
3. Vaya a dir_instalación/wlp/usr/servers/server1/config/ y cambie el nombre del archivo
database.yml por database.yml.bak. Este paso restablece la configuración inicial y le permite crear
una nueva base de datos. También tendrá que crear un nuevo usuario administrativo y especificar
conexiones a la plataforma de BigFix.
5. Vaya a https://nombre_host:puerto/setup/database para realizar la configuración inicial y cree una
base de datos nueva.
6. Después de que se haya completado la configuración, cargue el catálogo de software para evitar
problemas con la importación de datos. En este punto, es posible que haya algunas discrepancias
entre el servidor y el contenido de la base de datos, que se resolverán después de la carga.
Reinstalación de BigFix Inventory con una base de datos existente

Puede reinstalar BigFix Inventory y conectarlo a una base de datos existente. Esto le permite conservar
todos los datos recopilados hasta el momento y evitar cambiar los valores de configuración.
Procedimiento
1. Realice una copia de seguridad de los archivos siguientes desde el directorio de instalación de BigFix
Inventory.
dir_instalación/wlp/usr/servers/server1/tema/logs/imports/
dir_instalación/wlp/usr/servers/server1/data/sam/
dir_instalación/wlp/usr/servers/server1/apps/tema.war/WEB-INF/domains/sam/config/file_names*.txt
2. Desinstale BigFix Inventory.
4. Antes de completar la configuración inicial en el navegador, copie los archivos de los que ha hecho
una copia de seguridad en el paso 1 en el nuevo directorio de instalación.
5. Realice la configuración inicial y apunte a la instancia de base de datos existente. Es suficiente
especificar el nombre de host correcto y dejar el mismo nombre de base de datos. BigFix Inventory se
conectará a la base de datos existente.
Actualización de la contraseña de base de datos

Puede actualizar la contraseña de usuario de base de datos siempre que sea necesario, por ejemplo, si la
contraseña se modifica y los usuarios no pueden iniciar una sesión en IBM BigFix Inventory.
Antes de empezar
Antes de ejecutar el programa de utilidad de seguridad, debe establecer la variable de entorno

JAVA_HOME, por ejemplo, export JAVA_HOME=install_dir/jre/jre.
Procedimiento
1. Inicie la sesión en el servidor donde está instalado IBM BigFix Inventory.
2. Ejecute el siguiente mandato y especifique la nueva contraseña para el usuario de base de datos.
dir_instal/wlp/bin/securityUtility encode
La contraseña se devuelve como una serie cifrada.
3. Edite los siguientes archivos de configuración y especifique la nueva contraseña cifrada.
v install_dir/wlp/usr/servers/server1/server.xml
Copie la nueva contraseña cifrada en password, por ejemplo:

properties.db2.jcc databaseName="TEMADB" driverType="4" enableExtendedIndicators="2"
password="{xor}Bq141231" portNumber="50000" serverName="localhost" user="db2inst1"
Asegúrese de mantener las comillas dobles en el valor cifrado de la contraseña.
v install_dir/wlp/usr/servers/server1/config/database.yml
Copie la nueva contraseña cifrada en encrypted_password.
4. Si utiliza el mismo usuario para la base de datos de IBM BigFix, también debe especificar la nueva
contraseña en las ubicaciones siguientes:
a. Vaya al directorio de instalación del servidor de BigFix y edite el archivo besserver.config.
Especifique la contraseña sin cifrar como el valor de la propiedad _BESServer_Database_Password.
Asegúrese de mantener la contraseña escrita entre comillas dobles. Después de reiniciar el
servidor, la contraseña de texto sin formato se eliminará de este archivo y se ocultará en
besserver.obf.
b. En IBM BigFix Inventory, pulse Gestión > Orígenes de datos. Especifique la contraseña sin cifrar
para el usuario de base de datos y pulse Guardar.
5. Reinicie el servidor de IBM BigFix Inventory.
Actualización del sitio de fixlets

El contenido del sitio de fixlets de BigFix Inventory puede modificarse periódicamente. Se pueden añadir
nuevos fixlets, tareas y análisis. Los que ya existen se pueden modificar o podrían quedar obsoletos
debido a cambios en la funcionalidad. Si el servidor de BigFix está instalado en un sistema con acceso a
Internet, el sitio de fixlets de BigFix Inventory se actualiza automáticamente siempre que haya
actualizaciones disponibles. No obstante, si el servidor está instalado en un sistema sin acceso a Internet,
debe actualizar manualmente el sitio de fixlets. Empiece por comprobar si el sitio de fixlets que utiliza
actualmente está actualizado. Si existe una versión más reciente del sitio de fixlets, descargue el contenido
del sitio mediante la herramienta Airgap. A continuación, almacene los archivos en la caché del servidor
de BigFix utilizando BES Download Cacher.
Comprobar la versión del sitio de fixlets

Compare la versión actual del sitio de fixlets con la versión más reciente que se ha publicado. Si existe
una versión más reciente, actualice el contenido de su sitio de fixlets.
Procedimiento
1. Para comprobar que se trata de la última versión del sitio de fixlets, abra el sitio de
http://sync.bigfix.com/cgi-bin/bfgather/ibmforsua y busque la línea Version.
2. Para comprobar que se trata de la versión del sitio de fixlets que está utilizando, abra la consola de
BigFix y pulse el nombre del sitio de fixlets. La versión del sitio se muestra en la pestaña Detalles.
Si existe una versión más reciente del sitio de fixlets, actualice el contenido de su sitio de fixlets.
Actualización del contenido del sitio de fixlets en Windows

Si el servidor de BigFix está instalado en un sistema Windows sin acceso a Internet, utilice la herramienta
Airgap para descargar el contenido del sitio de fixlets en un sistema Windows con acceso a Internet.
Antes de empezar
Necesita un sistema Windows con acceso a Internet.
324
Procedimiento
1. Abra el directorio donde se ha instalado el servidor de BigFix y ejecute el archivo BESAirgapTool.exe.
Cuando se le solicite, guarde el archivo en una carpeta nueva, por ejemplo, Airgap. Se crea un archivo
de solicitud airgap.
2. Copie todos los archivos creados en un sistema Windows con acceso a Internet.
3. En el sistema con acceso a Internet, ejecute BESAirgapTool.exe. El archivo de solicitud airgap ha
cambiado a un archivo de respuestas.
4. Copie el archivo AirgapResponse en el servidor de BigFix y colóquelo en el directorio que ha creado
en el paso 1.
5. Ejecute BESAirgapTool.exe. El archivo de respuestas airgap se carga en el servidor de BigFix.
Almacene en la memoria caché los archivos y trasládelos al servidor de BigFix.
Actualización del contenido del sitio de fixlets en Linux

Si el servidor de BigFix está instalado en un sistema Linux sin acceso a Internet, utilice la herramienta
Airgap para descargar el contenido del sitio de fixlets en un sistema Windows con acceso a Internet.
Antes de empezar
v Descargue la herramienta Airgap en el sistema Windows con acceso a Internet. La herramienta está
disponible en la página Herramientas en la wiki de BigFix.
Procedimiento
1. Abra la línea de mandatos y especifique los mandatos siguientes para ejecutar la herramienta Airgap:
./Airgap.sh -run
Se crea el archivo airgap.tar. Contiene el archivo de solicitud airgap.

2. Extraiga el archivo utilizando el siguiente mandato:
tar xvf airgap.tar
3. Copie el archivo AirgapRequest.xml extraído en el sistema Windows y colóquelo en la carpeta que
contiene el archivo BESAirgapTool.exe descargado.
4. En el sistema Windows, ejecute BESAirgapTool.exe. El archivo de solicitud airgap ha cambiado al
archivo de respuestas airgap.
5. Copie el archivo AirgapResponse en el servidor de BigFix y colóquelo en el directorio
/opt/BESServer/bin.
6. Ejecute de nuevo la herramienta Airgap para subir el archivo AirgapResponse a BigFix.
./Airgap.sh -run
Espere unos minutos a que se renueve la consola de BigFix.
Almacene en la memoria caché los archivos y trasládelos al servidor de BigFix.
Almacenamiento en memoria caché de los archivos

Normalmente, todos los fixlets, tareas y análisis descargan los archivos necesarios de Internet. No
obstante, en una red aparte, los archivos deben almacenarse primero en la memoria caché y luego
trasladarse al servidor de BigFix para que estén siempre disponibles para los fixlets.
Antes de empezar
v Descargue Download Cacher de BES en el sistema Windows con acceso a Internet. La herramienta está
disponible en la página Herramientas en la wiki de BigFix.
Procedimiento
1. Vaya a la siguiente ubicación en el sistema donde se ha instalado el servidor de BigFix:
dir_instalación\BES Server\wwwrootbes\bfsites.
2. Copie el archivo IBM BigFix Inventory.efxm en el sistema Windows con acceso a Internet y colóquelo
en el directorio C:\BigFix.
3. En el sistema Windows, vaya al directorio C:\BigFix y cree una carpeta denominada downloads.
Consejo: No limpie el contenido de esta carpeta. La próxima vez que ejecute Download Cacher solo
se actualizarán los archivos que hayan cambiado desde la última descarga. El proceso requerirá menos
tiempo que si se descargara todo el contenido cada vez.
4. Ejecute Download Cacher de BES ejecutando el siguiente mandato:
BESDownloadCacher.exe -m "C:\BigFix\IBM BigFix Inventory.efxm"
-x C:\BigFix\downloads
BES Download Cacher descarga 1 GB de archivos necesarios.

5. Opcional: El tamaño de caché predeterminado es suficiente si sólo utiliza el sitio de fixlets de IBM
BigFix Inventory v9. Sin embargo, si tiene previsto ejecutar fixlets de otros sitios como, por ejemplo,
Soporte BES, aumente el tamaño de caché para que el servidor de IBM BigFix no intente suprimir
archivos:
a. En la barra de navegación izquierda de la consola de BigFix, pulse Sistemas y seleccione el
servidor de BigFix en la lista.
b. Pulse con el botón derecho el servidor y, a continuación, pulse Editar configuración del sistema.
c. Aumente el valor del valor de _BESGather_Download_CacheLimitMB. Si el valor no se encuentra en
la lista, añádalo y especifique el valor en MB.
Consejo: El tamaño depende de cada sitio de fixlets, aunque puede que deba aumentarlo al
menos a un par de gigabytes.
6. Copie el contenido de la carpeta downloads en el siguiente directorio del servidor de BigFix:
dir_instalación\BES Server\wwwrootbes\bfmirror\downloads\sha1
Resultados
Los archivos en memoria caché se entregan automáticamente a los retransmisores y clientes de BigFix
cada vez que ejecute un fixlet que requiera estos archivos. Utilice la herramienta Airgap y BES Download
Cacher periódicamente para asegurarse de que el contenido del sitio de fixlets esté siempre actualizado.
Los fixlets que se han iniciado desde su sitio de fixlets antiguo se continúan guardando como acciones y
se ejecutan utilizando el contenido antiguo. Después de actualizar el sitio, suprima las acciones antiguas
y, a continuación, vuelva a ejecutar los fixlets correspondientes desde el sitio de actualizaciones. En el
árbol de navegación de la consola de BigFix, pulse Acciones y suprima todas las acciones que se han
originado desde el sitio de fixlets.
326
Gestión de varios orígenes de datos
Los sistemas de una organización pueden dividirse en unidades organizativas y se pueden supervisar
mediante diversas infraestructuras de BigFix. Cada tipo de infraestructura se conoce como origen de
datos. Los datos procedentes de diversos orígenes de datos se pueden importar en una instancia de
BigFix Inventory.

Definición de un origen de datos
Un origen de datos debe verse como un servidor de BigFix y los clientes que informan a ese
servidor. Por lo tanto, un origen de datos es la infraestructura desde la que BigFix Inventory
importa los datos de exploración. Las organizaciones pueden definir varios orígenes de datos que
duplican varios tipos de unidades organizativas como, por ejemplo, los departamentos o los
países donde las organizaciones tienen sus sucursales.
9.2.5 IBM i Un origen de datos desconectado es específico del entorno IBM i, y se puede
definir como un directorio en el servidor de BigFix Inventory que proporciona los datos de la
exploración durante la importación. El origen de datos desconectado no puede ser la única
configuración del origen de datos en BigFix Inventory .
Requisitos de hardware
Cuando revisa los requisitos de hardware para la infraestructura total de BigFix Inventory y
desea que BigFix Inventory importe datos de varios orígenes de datos, debe añadir los números
de los clientes de BigFix para obtener el tamaño total del entorno. A continuación, puede designar
un servidor físico o una máquina virtual que pueda manejar las importaciones de datos grandes
(ETL) y que tenga la capacidad de procesar una gran cantidad de datos.
Importación de datos de varios orígenes de datos
Durante la importación de datos a BigFix Inventory, está seleccionada la conectividad a todos los
orígenes de datos. Si alguno de los orígenes de datos no está accesible, fallará toda la
importación. Asegúrese de que se pueda acceder a todos los orígenes de datos durante la
importación.
Servidor de Base de
BigFix Inventory datos
Servidor de Base de Servidor de Base de

IBM BigFix datos IBM BigFix datos
IBM BigFix Cliente de IBM BigFix Cliente de
IBM BigFix IBM BigFix
IBM BigFix IBM BigFix
Origen de datos 1 Origen de datos 2

Importante: Puede configurar varios orígenes de datos del mismo tipo, por ejemplo, dos orígenes de
datos de BigFix Inventory . Esto significa que no puede tener un BigFix Inventory y una infraestructura
de License Metric Tool que proporcionen datos para BigFix Inventory .
Para obtener más información, consulte:

v BigFix Inventory requisitos de hardware.
v Directrices de escalabilidad
Adición de un origen de datos

Procedimiento
1. En la parte superior superior, pulse Gestión > Orígenes de datos y, a continuación, pulse Nuevo.
2. Proporcione un nombre exclusivo para el nuevo origen de datos.
3. Para habilitar automáticamente las exploraciones que recopilan datos de los sistemas existentes en la
infraestructura, seleccione Habilitar planificación de exploración predeterminada para este origen de
datos.
Si habilita la planificación de exploración predeterminada, se iniciarán automáticamente las acciones
necesarias para recopilar los datos de los equipos de su infraestructura en el servidor IBM BigFix. Esta
opción se recomienda para entornos con un máximo de unos pocos miles de equipos. En entornos
mayores, se recomienda finalizar la instalación, dividir los equipos en grupos y configurar
manualmente la planificación de exploración para evitar problemas de rendimiento. Para obtener más
información sobre la planificación de exploración manual y predeterminada, consulte: “Configuración
de exploraciones para descubrir el inventario de software y hardware” en la página 127.
4. Seleccione el tipo de base datos.
v Si elige DB2, especifique el host, puerto, nombre de base de datos y credenciales del usuario que
puede acceder a la base de datos del servidor de BigFix.
v Si elige SQL, especifique el host, el nombre de base de datos y credenciales del usuario que puede
acceder a la base de datos del servidor de BigFix.
v Si seleccione Origen de datos desconectado, consulte Añadir un origen de datos desconectado.
5. Proporcione credenciales del usuario administrativo que ha creado al instalar IBM BigFix (de forma
predeterminada, IEMAdmin).
6. Opcional: Configure la conexión con la base de datos Web Reports. Especifique el tipo de base de
datos, nombre de host, nombre de base de datos y credenciales del usuario de la base de datos Web
Reports.
7. Pulse Crear.
Supresión de un origen de datos

Procedimiento
1. En la barra de navegación superior, pulse Gestión > Orígenes de datos.
2. Pulse el origen de datos que desee suprimir y pulse Suprimir.
Resultados
Ha suprimido todos los datos de los sistemas que pertenecen a este origen de datos.
328
Importación de los datos de exploración de software
Los resultados del inventario se almacenan en su servidor BigFix. Para importar datos de exploración de
software, el catálogo de software y otros valores que han cambiado desde la última actualización, debe
extraer los datos del servidor de BigFix y cargarlos en BigFix Inventory.
Antes de empezar
De forma predeterminada, la importación de datos se planifica para ejecutarse una vez al día a
medianoche.
Procedimiento
2. Para planificar importaciones periódicas, seleccione Habilitado, especifique el número de
importaciones diarias y sus horas y pulse Guardar.
Importar datos de exploraciones en bruto

Puede también planificar una importación de Datos en bruto solamente. Este tipo de importación de
datos es más rápido porque solamente importa resultados de exploraciones en bruto y omite pasos
posteriores, tales como los cálculos de agregaciones y licencias. Pero los datos en bruto importados no se
actualizan en la interfaz de usuario y solamente se pueden recuperar mediante la API REST. Este tipo se
utiliza para descubrir rápidamente cambios recientes en el software sin tener que esperar a que termine la
Antes de empezar
v La importación de "Datos en bruto solamente" no sustituye la importación de datos completa, que se
debe ejecutar de forma regular para procesar y agregar los datos.
v Primero debe habilitar esta función. Para ello, acceda a https://nombre_host:puerto/management/
feature, y seleccione la casilla apropiada.

Para obtener más información sobre la recuperación de datos en bruto, consulte .
Procedimiento
2. Para planificar importaciones periódicas, seleccione Habilitado y especifique el número de
importaciones diarias y sus horas.
3. Seleccione Datos en bruto solamente junto a cada importación que desee utilizar para importar
resultados de exploraciones en bruto.
Nota: La importación de "Datos en bruto solamente" se puede ejecutar solamente como importación
planificada. Cuando pulsa Importar ahora, se ejecuta siempre una importación de datos completa.
4. Pulse Guardar.
Resultados
La información sobre las importaciones de datos completadas se visualiza en el historial de
importaciones. Cada entrada tiene un icono que describe el tipo, ya sea Completa o Datos en bruto
solamente.
Cuando finalice la importación de "Datos en bruto solamente", puede recuperar los datos en bruto
importados utilizando la API REST. Para obtener más información, consulte .
330
Capítulo 6. Gestión del inventario de software
Los temas de esta sección proporcionan información sobre cómo descubrir software
en su infraestructura de TI. Puede comprobar cómo generar y ver informes,
analizar los resultados, y ajustar todos los procesos y funciones para crear esos
informes.
Panel de control de gestión de activos de software

El panel de control de gestión de activos de software proporciona una vista general rápida de la
información más importante sobre los activos de software que hay en su infraestructura. Incluye
información sobre el catálogo de software, números de pieza, el estado de confirmación de la asignación
de software, y la integridad de los datos que se utiliza para el cálculo de la capacidad.
Integridad de los datos de capacidad de IBM
El widget muestra si los agentes se han configurado correctamente para recopilar datos relacionados con
el hardware y el software que se hallan en su infraestructura. Un sistema puede tener una exploración
incompleta e inactiva al mismo tiempo. La información sobre los datos de capacidad no se recopila de
sistemas Mac. Por lo tanto, el widget no incluye datos de sistemas Mac.

1 Enlaces al informe Datos de inventario
con resultados restringidos a los sistemas que
están en un estado determinado.
2 Número de sistemas que están en un
estado determinado.
3 Un enlace al panel Gestores de máquina
virtual.
Subcapacidad de PVU de IBM
El widget presenta los productos con el máximo índice de consumo de PVU. Muestra cuántas PVU
consume un producto, pero no relaciona esta información con las licencias autorizadas. De forma
predeterminada, se muestra un máximo de cinco productos. La precisión de los datos que se muestran en
el diagrama depende de cuándo se han importado los datos de exploración, de si la tabla de PVU está
actualizada y de si se ha modificado la asignación de software. Si se altera alguno de estos factores,
aparece el mensaje correspondiente en el widget.
Sin datos
Indica que no hay datos disponibles. Puede ocurrir cuando no se han cargado los datos de las

exploraciones, la carga de los datos no ha finalizado todavía o las exploraciones de inventario no
funcionan correctamente. El menaje deja de aparecer si los datos de al menos un agente se
actualizan correctamente.

1 La tasa de consumo de PVU de un
producto.
2 Un enlace al informe Subcapacidad de
1 PVU de IBM completo.

3 La versión actual de la tabla de PVU.
4 Un enlace al sitio web donde puede
2 comprobar si ya está disponible una nueva
versión de la tabla de PVU.
3
4 Un enlace al panel Carga de tabla de
métrica, donde puede cargar una nueva
5 versión de la tabla de PVU.
Clasificación de software de IBM
El widget presenta el número de instalaciones de software confirmadas y no confirmadas en la

infraestructura. La precisión de los datos que se muestran en el diagrama depende de cuándo se han
importado los datos de exploración y de si el archivo de números de pieza está actualizado. Si cambia
cualquiera de estos factores, aparece el mensaje correspondiente en el widget.
Sin datos
Indica que no hay datos disponibles. Puede ocurrir cuando no se han cargado los datos de las
exploraciones, la carga de los datos no ha finalizado todavía o las exploraciones de inventario no
funcionan correctamente. El menaje deja de aparecer si los datos de exploración de al menos un
agente se actualizan correctamente.

1 Un enlace al panel Clasificación de
software de IBM con los resultados
1 restringidos a las instalaciones de software
2 cuya asignación se ha confirmado.
software de IBM con los resultados
restringidos a las instalaciones de software
cuya asignación no se ha confirmado todavía.
3 Recorra estos elementos y confirme su
asignación predeterminada o reasígnelos a
4
otros productos, para que todas las
5 instalaciones de la infraestructura estén
confirmadas.
software de IBM.
4 Fecha en la que se importó el último
archivo de números de pieza.
Un enlace al panel Carga de números de
pieza, donde puede cargar un nuevo archivo
de números de pieza.
332
Datos del inventario
El widget muestra un resumen del software de IBM que está instalado en la infraestructura, los sistemas
y grupos de sistemas existentes en la infraestructura.
1 1 Un enlace al informe Instalaciones de

software.
2 Un enlace al informe Grupos de sistemas.
3 Un enlace al informe Sistemas.
2
3
Exploración de inventario
El widget presenta los cinco primeros editores con el mayor número de contratos definidos. Los editores
se ordenan según el número de sistemas en los que se instala su software, independientemente del
número de contratos.

1 Número de productos de un editor
determinado.
2 Un enlace al informe Instalaciones de
software.
1
3 Un enlace al panel Contratos.
Capítulo 6. Gestión del inventario de software 333

El widget presenta información sobre el contenido y la versión del catálogo de software actual.

1 Enlaces a las listas de editores, productos
de software, versiones, releases, componentes
y firmas que están disponibles en el catálogo
1
actual.
2 Nombre del proveedor de catálogos.
3 Versión del catálogo de software
2
3 expresado como su fecha de release. Si se
4 visualiza una señal de aviso, indica que se ha
5 descubierto el software de IBM que no está
en el catálogo actual. Actualice el catálogo de
software a la versión más reciente para
visualizar el producto en el panel
6 Clasificación de software de IBM y ver cuáles
son las posibles opciones de empaquetado.
4 Versión del contenido del catálogo
personalizado.
La fecha en que se editó por última vez
el catálogo de software.
Campo de búsqueda del catálogo.
Catálogos de software
Para identificar correctamente los componentes de los productos de software en su infraestructura,
asegúrese de que su catálogo de software siempre esté actualizado. Importe periódicamente un nuevo
catálogo que contenga los productos de software más recientes. Asimismo, añada manualmente los
productos que estén instalados en la infraestructura pero que no tengan entradas correspondientes en el
catálogo.
Hay dos tipos de catálogo de software:

v Catálogo proporcionado por IBM que contiene firmas para productos de IBM así como firmas para un
rango de productos de proveedores como Microsoft u Oracle.
v Catálogo personalizado que contiene firmas creadas manualmente para descubrir productos que no
están contenidos en el catálogo proporcionado por IBM.
Estos dos catálogos son totalmente independientes. Si crea una firma personalizada para descubrir un
producto y, a continuación, se entrega una firma para ese producto en el catálogo de IBM, las dos firmas
no se fusionan. Si ambas firmas descubren el mismo producto, el número de instancias descubiertas
puede ser superior al número de instancias que están instaladas. En tal caso, suprima la firma
personalizada. Para obtener más información, consulte: Problemas de catálogo.
Proceso de personalización de catálogos

El proceso de añadir firmas personalizadas al catálogo de software requiere una planificación detenida y
mucho cuidado. Se empieza por identificar los productos que espera que se detecten pero de los que no
se ha informado o que faltan en el catálogo de software. A continuación, debería organizar su trabajo
para garantizar que los productos más importantes reciben la máxima prioridad. Seguidamente,
determine qué archivos o paquetes se pueden utilizar para detectar el software e informar de su uso.
Finalmente, puede crear las firmas.
334
Nota: BigFix Inventory ha sido pensado para la gestión de licencias e inventario de software. Se sugiere
ampliar el catálogo de software solamente con esa finalidad.
Entrada de proceso
La entrada al proceso de personalización de un catálogo es una lista de productos de software que se

desean detectar. La lista se puede basar en el conocimiento general de su entorno o en los datos de
aprovisionamiento. Al igual que la detección, la supervisión y gestión de licencias de cada producto de
software requieren un esfuerzo adicional, designar el destino de los productos en función de los gastos de
las licencias. Céntrese en unos pocos productos seleccionado y adopte el método reiterativo en lugar de
intentar trabajar en todos los productos a la vez.
Conocimientos necesarios
Durante la creación del contenido de catálogo personalizado resultan útiles el siguiente conjunto de
conocimientos:
v Conocimiento general de los productos de software que se utilizan en su empresa, su arquitectura y
modelos de licencia
v Conocimiento general se los sistemas operativos en los que se ha instalado el software
Paso 1: Priorización del trabajo

Antes de empezar a añadir firmas personalizadas al catálogo de software, priorice su trabajo. Empiece
con productos que sean importantes desde la perspectiva empresarial. A continuación, prosiga de forma
reiterativa con el resto de productos hasta que se haya detectado todo el software que se utiliza en su
empresa.
Para optimizar su trabajo en el contenido del catálogo personalizado, adopte un método reiterativo.
Empiece por agrupar todos los productos de software que se utilizan en su empresa en familias de
software y céntrese en una familia de software cada vez. Analice y cree firmas de software para todos los
productos que pertenecen a la familia con la que está trabajando. Si una familia de software es demasiado
extensa, divídala en grupos más reducidos, por ejemplo en función de las ediciones o distribuciones. El
método reiterativo permite realizar una extensión continua del contenido del catálogo y verificar a la vez
si es correcto. Por tanto, puede obtener más ventajas en menos tiempo.
Paso 2: Análisis de su software

Amplíe el catálogo de software solamente con la información relacionada con los productos que se
utilizan en su empresa pero de los que no se informa o no existen en el catálogo. Consulte con los
administradores del producto así como la documentación disponible para recopilar información
relacionada con la arquitectura del producto y el modelo de licencia.
Para recopilar información básico sobre un producto de software, trabaje con el administrador
responsable de su instalación e indíquele la arquitectura y el modelo de licencia. Intente establecer una
instalación de referencia. Investigue la arquitectura del producto para obtener los detalles siguientes:
v Las partes (componentes) instalables por separado que configuran el producto y son importantes para
la detección o con fines de licencia
v El número de versión de cada componente
v Las formas de comprobar si se ha instalado el componente
v Las plataformas en las que se puede instalar el componente
v El modelo de licencia
Si el administrador del producto no puede proporcionar la información necesaria para crear el modelo de
licencia, consulte la documentación disponible. La puede encontrar en el soporte de instalación, en la vía
de acceso de instalación del producto, en los acuerdos de licencia, en las instrucciones de instalación y en
los recursos en línea.

Paso 3: Revisión de la información sobre archivos y paquetes
Para identificar los candidatos para las firmas de software, revise la información sobre los archivos y
paquetes que existen en el sistema donde se haya instalado un producto de software en particular.
Candidatos para las firmas de archivo y paquete
Las firmas más eficaces son firmas basadas en archivos con un tamaño constante que es diferente para
cada release o las firmas que se basan en datos de paquetes donde puede utilizarse un asterisco (*). En
ambos casos, los datos de archivo y de paquete se deben eliminar durante la desinstalación del producto
o modificarse durante la actualización o degradación del producto.
Cuando busque candidatos para dichas firmas, compruebe siempre:

v Si la documentación del producto describe métodos para determinar la edición y el release del
producto basándose en archivos o datos de paquete
v Si el nombre de producto y la versión pueden determinarse sin ambigüedades, por ejemplo, por el
nombre de archivo
v Si hay archivos específicos del componente:
– Los archivos ejecutables cuya versión, parte de la versión, o tamaño es específica de un determinado
release
– Los archivos cuyo nombre o parte de él es específico del release concreto
– Los archivos cuyo contenido define el nombre y la versión del producto
– Otros archivos con tamaño constante, por ejemplo, un gráfico que contiene el número de release del
producto
– Bibliotecas con versión o tamaño constante
v Si hay paquetes específicos de la aplicación
No cree firmas que estén basadas en:

v Bibliotecas compartidas o externas
v Archivos que puedan ser utilizados por otro producto
v Nombres de archivos que se utilicen comúnmente, por ejemplo, readme.txt
Informes disponibles
Utilice uno de los informes siguientes para identificar candidatos para las firmas.
Datos de paquete
El informe proporciona información sobre los paquetes que se han instalado en los sistemas de su
infraestructura. Para encontrar un paquete que se utiliza como firma, filtre el informe por los
datos del sistema donde se ha instalado el producto de software determinado.
Datos de archivos explorados
El informe proporciona información sobre los archivos que se han detectado en los sistemas de su
infraestructura. Para encontrar un archivo que se utiliza como firma, filtre el informe por los
datos del sistema donde se ha instalado el producto de software determinado. Para acotar más
los resultados, especifique toda o parte de la vía de acceso al directorio donde se ha instalado el
software. A continuación, busque las columnas siguientes. Si el valor en ambas columnas es
false, no se utilizará el archivo para la detección de software y se puede utilizar para crear una
firma nueva.
v Reconocido: la columna muestra si el archivo fue reconocido como parte de una firma
existente.
v Provocó detección: la columna muestra si el archivo contenía suficiente información como para
provocar la detección del software relacionado
336
Importante: Las columnas no están disponibles de forma predeterminada. Para visualizarlas,
habilite la agregación de datos de exploración no reconocidos. Genera una clasificación de los
1000 archivos que se encuentran más habitualmente en la infraestructura pero que no
corresponden a ninguna firma. Vaya a Gestión > Datos de exploración no reconocidos y elija si
desea agregar los datos después de cada importación o sólo después de la siguiente importación.
La agregación consume una gran cantidad de recursos y ralentiza la importación. Si opta por
agregar los datos sólo después de la siguiente importación, puede repetirlo periódicamente para
asegurarse de que los datos están actualizados.
Para visualizar las columnas del informe Datos de archivos explorados, pulse Configurar vista y
marque los recuadros de selección correspondientes.
Para crear firmas de software se pueden utilizar archivos con cualquier extensión de archivo.
Archivos no reconocidos
El informe crea una clasificación de los archivos que se encuentran más habitualmente en la
infraestructura , pero que no corresponden a ninguna firma. Para cada grupo de archivos existe
una clasificación separada de 1000 nombres de archivo. La clasificación está basada en el número
de sistemas en los que se detectaron los archivos, el número de copias de un archivo determinado
y el orden alfabético. Los archivos se listan por nombre independientemente del tamaño o los
metadatos de la versión. Para acceder a esa información detallada, pulse en el nombre de archivo.
Paso 4: Creación de firmas de componentes

Utilice las directrices siguientes para evitar errores comunes y crear firmas de la forma más precisa para
que las reconozca mejor el software.
Para conseguir los mejores resultados, intente crear firmas que cumplan los requisitos siguientes:
v La firma se basa en el principal archivo ejecutable del software.
v La firma combina el principal archivo ejecutable del software con los datos del paquete si los hay.
v La firma detecta solamente un release. Si descubre el release 7.2, no puede ser válido para los releases
7.1 o 7.3.
v La firma es genérica y detecta un release en particular y todos los fixpack y mod-releases. Para
asegurarse de que la firma es genérica:
– Utilice un comodín (*) en la versión del paquetes, por ejemplo: 7.2.*
Si utiliza un punto (.) en la versión de paquete, el punto también se hace coincidir con un guión (-).
Por ejemplo, si especifica la versión de paquete como 4.9.3.1*, la versión 4.9.3-1.el1 también coincide.
Si especifica una versión sin el comodín, la firma también coincide con un paquete que contiene un
punto en el número de versión. Por ejemplo, si la versión de paquete es
11.10.1,REV=2005.01.21.15.53, las firmas que tengan la siguiente versión de paquete especificada
también coincidirán:
- 11.10.1
- 11.10.1,REV=2005.01.21.15.53
Las firmas que tengan la siguiente versión de paquete especificada no coincidirán:
- 11.10
- 11.10.1,REV=2005.02.14.12.32
– Especifique la versión del archivo en lugar de su tamaño
– Si una firma combina datos de archivo y de paquete y ninguno de ellos tiene una versión, acepte el
archivo con cualquier tamaño
Consejo: Si no puede cubrir todos los fixpacks y mod-releases, combine condiciones diferentes para
cada uno de ellos.

La versión del software que se ha proporcionado en el paquete y en el archivo a veces puede ser
imprecisa y es posible que no coincida con la versión que se visualiza en BigFix Inventory. Si se produce
tal discrepancia, asegúrese de que se haya definido la versión correcta en el catálogo de software.
Considere la posibilidad de crear reglas más específicas para gestionar problemas relacionados con la
versión del software.
Descargar el catálogo de software

El catálogo de software se descarga del servidor de BigFix en el sistema donde está instalado el servidor
de BigFix Inventory utilizando el fixlet Actualización de catálogo de software. A continuación, el catálogo
se debe cargar en el servidor de BigFix Inventory para distribuirse a los sistemas de la infraestructura.
Antes de empezar
Si el sistema donde está instalado el servidor de BigFix no tiene acceso de Internet, asegúrese de que el
contenido del sitio de BigFix Inventory está actualizado antes de descargar el catálogo. Para obtener más
información, consulte: “Actualización del sitio de fixlets” en la página 324.
Si la tarea no es aplicable en el sistema donde está instalado el servidor de BigFix Inventory, consulte:
Problemas de catálogo.
El fixlet Actualización de catálogo de software descarga un archivo comprimido que se denomina

BFI_mes_año.zip y consta de los archivos siguientes:
v Catálogo de software en formato 2.0 canónico: IBMSoftwareCatalog_canonical_2.0_form_fecha.xml.
v Catálogo de software en formato 3.0 canónico: IBMExtendedCatalog_canonical_3.0_form_fecha.xml.
v Archivo de datos de unidad de cargo que contiene información sobre las definiciones de unidad de
cargo, sus relaciones con los productos y algunos parámetros adicionales:
charge_unit_parameters_dataversion_versión.csv .
v Archivo de números de pieza que contiene información sobre los números de pieza que se utilizan
para las licencias de software: part_numbers_dataversion_versión.csv.
Procedimiento
tareas.
3. En el panel superior derecho, pulse Actualización de catálogo de software y, a continuación, pulse
4. Seleccione el sistema en el que desea descargar el archivo y pulse Aceptar.
Resultados
El catálogo de software se descarga en el sistema especificado. De forma predeterminada, se descarga en
el directorio siguiente:
Copie el archivo en el sistema desde el que accederá a la interfaz de usuario web de BigFix Inventory y
actualice el catálogo.
338
Actualizar el catálogo de software
Actualice de forma regular el catálogo de software y compruebe las actualizaciones todos los meses para
mantener el inventario de software actualizado.
Antes de empezar
Procedimiento
1. Descargar el catálogo.
4. Para cargar el archivo, pulse Cargar.
Resultados
El archivo de catálogo de software y los datos de unidad de cargo se listan en la tabla Historial de carga
e importación. Su estado es Pendiente hasta que ejecuta la importación. Durante la importación, se crean
los catálogos de explorador que se utilizan para descubrir el software y se distribuyen automáticamente a
los puntos finales. Si la distribución automática falla, los puntos finales, en los que los catálogos no se
actualizaron, tienen el estado Catálogo obsoleto en el widget Salud de la exploración. Debe actualizar
manualmente los catálogos del explorador en estos puntos finales.
Creación y supresión de entradas de catálogo personalizadas

Para asegurarse de que se descubran todos los elementos de software que están instalados en la
infraestructura, cree firmas personalizadas. Puede crearlas desde cero o directamente desde los informes
Datos de paquete y Datos de archivos explorados. También puede crear firmas ampliadas para descubrir
software que no se haya detectado utilizando firmas de archivo o de paquete.
El catálogo personalizado es totalmente independiente del catálogo proporcionado por IBM. Si crea una
firma personalizada para descubrir un producto y, a continuación, se entrega una firma para ese producto
en el catálogo de IBM, las dos firmas no se fusionan. Si ambas firmas descubren el mismo producto, el
número de instancias descubiertas puede ser superior al número de instancias que están instaladas. En tal
caso, suprima la firma personalizada. Para obtener más información, consulte: Problemas de catálogo.
Antes de crear firmas personalizadas, consulte la comunidad de firmas. Es un lugar donde puede
encontrar las firmas personalizadas que han creado los miembros de la comunidad. Puede descargar estas
firmas e importarlas a BigFix Inventory. Después de crear las firmas personalizadas, se recomienda
añadirlas a la comunidad.
Búsqueda del catálogo

Utilice la función de búsqueda para ubicar rápidamente los elementos de software en los que está
interesado. Los elementos de software están estructurados en jerarquías que consisten en el editor de
software, el título, la versión, el release, el componente y la firma. Puede buscar el software por
cualquiera de estas categorías.
Antes de empezar
Debe tener el permiso para Gestionar catálogos para realizar esta tarea.

Procedimiento
1. En la barra de navegación superior, pulse Inicio.
2. En el área Búsqueda de catálogo, especifique una parte o todo el nombre de editor, título, versión,
release, componente o firma que desee buscar. Por ejemplo, para buscar productos de software
publicados por IBM, puede escribir IB, BM, o IBM.
3. Pulse Buscar.
Resultados
Los resultados de la búsqueda se muestran en Búsqueda de catálogo. Puede obtener más detalles en los
resultados.
Creación de entradas de catálogo personalizadas

Puede utilizar la funcionalidad incorporada para añadir a su catálogo personalizado los productos de
software instalados en su infraestructura que no están presentes en el catálogo de IBM.
Antes de empezar
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Personalización de catálogo y luego pulse
Nueva.
2. En la ventana Crear entrada de catálogo, proporcione el nombre del editor, el nombre del producto y
el número de release.
3. Seleccione una condición o condiciones que deban cumplirse para que se descubra el elemento de
software.
v Para crear una firma de paquete de instalación, seleccione la primera condición y especifique el
nombre del paquete, su versión y proveedor.
340
v Para crear una firma de archivo, seleccione la segunda condición y especifique el nombre del
archivo y su tamaño o versión. Si ni el tamaño de archivo ni la versión son significativos, seleccione
Cualquier tamaño o versión.
Consejo: Si selecciona una condición y especifica varios archivos o paquetes de instalación, la

detección de cualquiera de ellos provoca el descubrimiento del elemento de software. Si selecciona
ambas condiciones, deben detectarse al menos un archivo y un paquete de instalación para que se
descubra el elemento de software.
Importante:
v Si añade una regla con archivos ejecutables comunes u otros tipos de archivos conocidos, basta con
ejecutar la importación de datos una vez y el inventario de software estará disponible en la interfaz
de usuario web después de la importación. La lista de extensión de archivos conocidas incluye los
tipos de archivo siguientes:
*.exe, *.sys, *.com, *.ear, *.ocx, *.sh, *.bin, *.pl, *.ear, *.SH, *.BIN, *.PL y *.EAR.
v Si el usuario ha añadido una regla con extensiones de archivos no estándar, debe esperar a que
finalicen todos los pasos del flujo de datos del catálogo o llevar a cabo esos pasos el propio usuario.
Para conseguir datos de inventario precisos:
a. Ejecute una importación de datos para propagar el catálogo a los puntos finales.
b. Verifique que el catálogo se haya propagado correctamente.
c. Ejecute una exploración de software.
d. Cargue los datos de la exploraciónCargue los datos de la exploración en el servidor de BigFix
Inventory.
e. Ejecute la segunda importación de datos.
Para obtener más información, consulte “Proceso de descubrimiento de software tras personalizar el
catálogo” en la página 375.
Nota: Las reglas de archivos para los archivos ejecutables habituales y las extensiones no estándar
solamente se soportan en los puntos finales de Windows si se ha especificado la versión.
4. Para guardar la entrada de catálogo, pulse Enviar.
Resultados
Ha añadido una firma de software a su catálogo personalizado y ahora puede utilizarlo para detectar
software o su uso. Aunque haya añadido un firma nueva, la versión de contenido personalizado del
catálogo de software no tendrá ningún cambio. La versión se actualiza solamente para las firmas basadas

en extensiones de archivo no estándar. Para obtener más información, consulte Proceso de descubrimiento
de software.
Edición de entradas de catálogos personalizadas

Puede utilizar la funcionalidad de gestión de catálogos incorporada para editar los editores, los productos
de software y los releases que hay en su catálogo personalizado.
Antes de empezar
Restricción: Cuando edita el nombre de un editor, producto, versión o release, no puede cambiar el
nombre por otro que ya existe en el catálogo personalizado.
Procedimiento
1. Para editar un editor que existe en su catálogo personalizado:
a. En la barra de navegación superior, pulse Gestión > Personalización de catálogo.
b. En el árbol de navegación del panel izquierdo, busque el nombre del editor y púlselo.
c. Edite el nombre, añada la dirección del sitio web del editor y pulse Guardar.
2. Para editar un producto de software o un release que existe en su catálogo personalizado:

a. En la barra de navegación superior, pulse Gestión > Personalización de catálogo.
b. En el árbol de navegación del panel izquierdo, busque el nombre del producto de software, su
versión o release, y púlselo.
c. Edite los detalles de la entrada y pulse Guardar.
Supresión de entradas de catálogos personalizadas

Puede utilizar la funcionalidad de gestión de catálogos incorporada para suprimir entradas de su
catálogo personalizado.
Antes de empezar
342
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Personalización de catálogo.
2. En el árbol de navegación del panel izquierdo, busque la entrada que desee suprimir.
3. Pulse la entrada que desee eliminar de su catálogo personalizado y pulse Suprimir.
Importante: Puede suprimir toda una jerarquía, es decir, un editor, producto de software, versión,
release, componente y firma de forma simultánea. Sin embargo, no puede suprimir varias entradas,
por ejemplo varios editores, a la vez.
Crear firmas desde datos de paquete

Puede utilizar datos de paquete para corregir el catálogo personalizado. Puede añadir firmas para
productos de software instalados en su infraestructura pero que no están presentes en el catálogo de IBM.
Identifique el nombre del producto u otro elemento de información que pueda ser utilizado para
identificar el software y añada la firma.
Antes de empezar
Debe tener los permisos para Ver puntos finales y Gestionar catálogos para realizar esta tarea.
Procedimiento
2. En la barra de navegación superior, pulse Informes > Datos de paquete.
3. Para filtrar los datos de informe, pulse Configurar vista y especifique las opciones de filtrado
adecuadas.
4. En la columna Nombre, busque la ubicación donde está instalado el título de software que falta. Pulse
la flecha a la derecha del Nombre del archivo que desea utilizar como firma y pulse Crear firma.

Consejo: Las firmas más eficaces son las firmas basadas en archivos con un tamaño constante que es
diferente para cada release o firmas que se basan en entradas de registro donde se puede utilizar un
comodín (*). Puede utilizar un comodín en los campos Nombre, Versión y Proveedor para un
paquete. Un comodín representa cualquier serie y se puede combinar con otros caracteres. Por
ejemplo, puede utilizar IBM * SDK para Java™, 5.*, * para el nombre, versión y proveedor.
Importante: Si crea una entrada que existe en el catálogo de software, se muestra un mensaje
informativo y ambas firmas se guardan en el catálogo.
Resultados
software o su uso. Al crear firmas a partir de paquetes, la versión de contenido personalizado del
catálogo de software sigue siendo la misma, porque las firmas son coincidentes en el lado del servidor, y
no es necesario crear ningún catálogo nuevo.
Crear firmas desde datos de archivos explorados

Puede utilizar datos de archivos explorados para modificar su catálogo personalizado. Puede añadir
firmas para productos de software que están instalados en la infraestructura, pero que no están presentes
en el catálogo de IBM. Identifique el nombre de archivo u otro elemento de información que pueda ser
utilizado para identificar el software y añadir la firma.
Antes de empezar
Procedimiento
2. En la barra de navegación superior, pulse Informes > Datos de archivos explorados.
3. Para filtrar los datos de informe, pulse Configurar vista y especifique las opciones de filtrado
adecuadas.
a. Opcional: Seleccione las casillas Reconocido y Provocó detección para añadir dos columnas a la
vista de los datos de exploración.
344
v La columna Reconocido muestra si el archivo fue reconocido como parte de una firma existente.
Si el valor es true, el archivo cumple con una o todas las condiciones de la firma.
v La columna Provocó detección muestra si el archivo contenía suficiente información como para
provocar la detección del software relacionado.
4. Opcional: En la columna Ruta de archivo, busque la ubicación donde está instalado el título de
software que falta.
5. Pulse la flecha a la derecha del Nombre de archivo que desea utilizar como firma y pulse Crear
firma.
Importante: Si crea una entrada que existe en el catálogo de software, se muestra un mensaje
informativo y ambas firmas se guardan en el catálogo.
8. Para hacer que las firmas estén disponibles para la detección de software, pulse Informes > Importar
ahora o espere a una importación planificada.
Resultados
software o su uso. Al crear firmas a partir de datos de archivos explorados, la versión de contenido
personalizado del catálogo de software sigue siendo la misma, porque las firmas son coincidentes en el

lado del servidor, y no es necesario crear ningún catálogo nuevo.
Creación de firmas ampliadas

Puede utilizar varios elementos de datos como nombres de archivo, registrar claves, arquitecturas de CPU
o series especificadas para crear firmas ampliadas y descubrir software que, de lo contrario, no se podría
descubrir con firmas de archivo o de paquete.
Antes de empezar
Procedimiento
1. Abra un editor XML o un editor de texto que admita el lenguaje XML, por ejemplo Notepad++, y cree
la firma ampliada en formato XML. La longitud de la firma no debe superar los 4000 caracteres.
Nota: La versión admitida del esquema de firma XML es is 2.7.

3. En la barra de navegación superior, pulse Gestión > Personalizaciones de catálogo.
4. Para crear una firma nueva, pulse Nueva.
5. En el panel de la derecha, seleccione el pulsador Firma ampliada.
6. En la sección Crear entrada de catálogo, proporcione el nombre del editor, el nombre del producto y
el número de release del producto de software para el que está creando la firma ampliada.
7. En el editor XML, seleccione y copie los elementos del archivo de firma XML ampliado.
8. En el área de texto Contenido de la firma, pegue el contenido de la firma ampliada que ha creado en
el paso 1 y pulse Enviar.
346
Resultados
Acaba de crear una firma ampliada.
Plantillas de firma ampliada:
La firmas ampliadas son firmas flexibles que se utilizan para el reconocimiento de software. Constan de
una serie de variables exportadas y la declaración de las operaciones necesarias para asignar un valor a
estas variables.
Operandos y operadores
Cada firma ampliada se puede ver como un conjunto de instrucciones de proceso que utilizan las
exploraciones de software para detectar si se ha instalado un elemento de software en un equipo de
destino. Estas expresiones de proceso constan de dos tipos de componentes: operandos y operadores. Los
operandos son los objetos que se manipulan y los operadores los símbolos que representan acciones
específicas. Los operados y los operadores pueden ser escalares (constan de un solo valor) o vectoriales
(constan de varios valores).
La versión del esquema que admite BigFix Inventory es 2.7.
Plantillas de firma ampliada
En la sección siguiente se proporcionan plantillas de firma ampliada que le ayudarán a crear una nueva
firma ampliada y se enumeran los operadores y operandos necesarios que explican los valores que tienen.
En la tabla se listan las plantillas de las firmas ampliadas cuando se van creando en BigFix Inventory.
Nota: Para evitar que falle la validación de XML, asegúrese de que el siguiente elemento XML esté en la
firma ampliada que está creando. De lo contrario, fallará la validación de XML.
<Variable name="IS_INSTALLED">
...
</Variable>
Identificación o
detección de Plantilla de ejemplo
Un nombre de No es necesario proporcionar el tamaño del archivo.
archivo <Variable name="IS_INSTALLED" export="true">
<Compare type="string" relation="ne">
<VectorToScalar>
<FindFilePathEx name="A_FILENAME.EXE"/>
</VectorToScalar>
<ValueOf value="" />
</Compare>
</Variable>
Existencia de un El número de claves que proporcionar depende de la aplicación.
número de claves <Variable name="IS_INSTALLED">
de registro de <And>
Windows <RegKeyValueEqual key="KEY NAME A" entry="ENTRY NAME" value="VALUE"/>
<RegKeyValueEqual key="KEY NAME B" entry="ENTRY NAME" value="VALUE"/>
<RegKeyValueEqual key="KEY NAME N" entry="ENTRY NAME" value="VALUE"/>
</And>
</Variable>
Existencia de al <Variable name="IS_INSTALLED" export="true">
menos una de las <Or>
claves de registro <RegKeyValueEqual key="KEY NAME A" entry="ENTRY NAME" value="VALUE"/>
<RegKeyValueEqual key="KEY NAME B" entry="ENTRY NAME" value="VALUE"/>
<RegKeyValueEqual key="KEY NAME N" entry="ENTRY NAME" value="VALUE"/>
</Or>
</Variable>

Identificación o
Archivo que se Nota: Utilice "?" como comodín de un solo carácter y "*" para indicar varios caracteres.
halla en un Restricción: Sustituya las barras inclinadas o las barras inclinadas invertidas del archivo por el comodín "?".
directorio en <Variable name="IS_INSTALLED" export="true">
particular que se <Compare type="string" relation="ne">
ha definido <VectorToScalar>
mediante un filtro <Vector filter="?opt?symantec*">
<FindFilePathEx name="FILENAME"/>
</Vector>
</VectorToScalar>
</Compare>
</Variable>
Nombre de clave, <Variable name="IS_INSTALLED" export="true">
entrada clave y su <RegKeyValueEqual key="KEY NAME" entry="ENTRY NAME" value="VALUE"/>
valor para una </Variable>
clave de registro
Arquitectura de <Variable name="IS_INSTALLED" export="true">
CPU <Compare relation="eq" type="string">
<ValueOf value="$(B_PROCESSOR_ARCH)"/>
<ValueOf value="ARCHITECTURE_CODE"/>
</Compare>
</Variable>
Donde ARCHITECTURE_CODE es:

v AIX, IBM i y Linux PPC: PPC
v Linux x86, Mac OS X y Solaris x86: IX86
v Linux en System z: S390
v HP-UX Itanium: ITANIUM
v HP-UX PA-RISC: PA-RISC
v Solaris SPARC: SPARC
Contenido del Nota: El explorador solamente lee archivos de texto. No puede leer archivos binarios y archivos de archivado
archivo y como, por ejemplo, .jar, .ear y .zip.
comparación con <MultipleInstance>
las series <Iterator name="file_list" export="false">
especificadas <FindFilePathEx name="MYFILE.txt" />
</Iterator>
<Instance>
<Variable name="file_read" export="false">
<ReadFile path="$(file_list)MYFILE.txt" />
</Variable>
<VectorToScalar>
<Vector filter="*MYAPP_version=MYAPP-1.3*">
<ValueOf value="$(file_read)" />
</Vector>
</VectorToScalar>
</Compare>
</Variable>
<Condition withVariable="IS_INSTALLED">
<Action onValue="false" do="SKIP" />
</Condition>
</Instance>
</MultipleInstance>
donde el nombre del archivo que debe detectarse es MYFILE.txt y el valor de la serie es MYAPP_version=MYAPP-
1.3
348
Identificación o
Existencia de dos <MultipleInstance>
archivos en un <Iterator name="INSTALL_PATH">
directorio en <Vector filter="*SOMEPROG.ear? SOMEPROG.war?">
particular donde <FindFilePathEx name="essbase.jar"/>
el archivo </Vector>
</Iterator>
someprog.jar tiene
<Instance>
un tamaño en <Variable name="IS_INSTALLED">
particular <FileInfoCompare absolutePath="$(INSTALL_PATH)SOMEPROG.jar" field="size" value="649432"
relation="eq" />
</Variable>
<Action onValue="false" do="SKIP"/>
</Condition>
</Instance>
</MultipleInstance>
Archivo httpd con <MultipleInstance>
un tamaño en un <Iterator name="DIR" export="false">
directorio <Vector filter="*Apache?Apache?bin?">
específico (pero no <FindFilePathEx name="httpd" excludeDirectories="*backup*,*bak*,*bkup*"/>
en otras vías de </Vector>
</Iterator>
acceso)
<Instance>
<Variable name="IS_INSTALLED" export="true">
<FileInfoCompare absolutePath="$(DIR)httpd" field="size" value="629868" relation="eq"/>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
Información de <Variable name="IS_INSTALLED">
componentes en la <And>
plataforma AIX <Compare type="string" relation="eq">
<AixProductInfo code="WSBAA@5.0.0.0" field="version"/>
<ValueOf value="5.0.0.0"/>
</Compare>
<Compare type="string" relation="eq">
<AixProductInfo code="WSBAA@5.0.0.0" field="description"/>
<ValueOf value="IBM® WebSphere® Application Server"/>
</Compare>
</And>
</Variable>
Proporcione tres valores para cada componente nativo de AIX:
Code: WSBAA@5.0.0.0
Version: 5.0.0.0
Description: IBM WebSphere Application Server
Información de <Variable name="IS_INSTALLED">
componentes en la <And>
plataforma HP-UX <Compare type="string" relation="eq">
<HpProductInfo code="MQSERIES" field="version"/>
<ValueOf value="6.0.1.0"/>
</Compare>
<Compare type="string" relation="eq">
<HpProductInfo code="MQSERIES" field="name"/>
<ValueOf value="WebSphere MQ for HP-UX"/>
</Compare>
</And>
</Variable>
Proporcione tres valores para cada componente nativo de HP-UX:
Code: MQSERIES
Version: 6.0.1.0
Name: WebSphere MQ for HP-UX

Identificación o
La existencia de <MultipleInstance>
un archivo en <Iterator name="INSTALL_PATH">
particular <FindFilePathEx name="SWTAG_NAME.swtag"/>
</Iterator>
<Instance>
<ValueOf value="$(INSTALL_PATH)" />
</Compare>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
Tipo de archivo <MultipleInstance>
solo con una parte <Iterator name="INSTALL_PATH">
del nombre <FindFilePathEx name="*.FILETYPE" appendFileName="true"/>
indicado </Iterator>
<Instance>
<ValueOf value="$(INSTALL_PATH)" />
</Compare>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
La existencia de <MultipleInstance>
un archivo <Iterator name="INSTALL_PATH">
específico, no <FindFilePathEx name="file1"/>
existe otro archivo </Iterator>
<Instance>
<And>
<FileExists absolutePath="$(INSTALL_PATH)file1"/>
<Not>
<VectorToScalar>
<FindFilePathEx name="file2"/>
</VectorToScalar>
</Compare>
</Not>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
350
Identificación o
Elementos de Compara una parte de la serie clave. Para solucionar este caso, se deben crear dos firmas, una para la
software cuando arquitectura de 32 bits y otra para la de 64 bits.
la clave de registro <MultipleInstance>
identifica el <Iterator name="reg">
producto, sistemas <Vector filter="*000000FF1CE}" ignoreCase="false">
Windows <RegKeyList root="HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\*"
section="32" subkeys="false"/> </Vector>
</Iterator>
<Instance>
<And>
<Compare relation="eq" type="string">
<Clip endIndex="76" inputString="$(reg)" startIndex="74"/>
<ValueOf value="140"/>
</Compare>
</Compare>
</And>
</Variable>
<Action do="SKIP" onValue="false"/>
</Condition>
</Instance>
</MultipleInstance>
<MultipleInstance>
<Iterator name="reg">
<Vector filter="*000000FF1CE}" ignoreCase="false">
<RegKeyList root="HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\*"
section="64" subkeys="false"/>
</Vector>
</Iterator>
<Instance>
<And>
</Compare>
</Compare>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
Claves de registro, Esta firma coincide con un rango de versiones específico.
donde se <Variable name="IS_INSTALLED">
almacena la <And>
edición y la <RegKeyValueContains entry="Edition" key="HKEY_LOCAL_MACHINE\SOFTWARE\Vendor\SoftwareName\Data"
versión value="Enterprise" section="64or32"/>
<RegKeyVersionCompare key="HKEY_LOCAL_MACHINE\SOFTWARE\Vendor\SoftwareName\CurrVer"
entry="Version" relation="ge" value="3.00.00.00" section="64or32"/>
<RegKeyVersionCompare key="HKEY_LOCAL_MACHINE\SOFTWARE\Vendor\SoftwareName\CurrVer"
entry="Version" relation="le" value="3.9999.9999.9999" section="64or32"/>
</And>
</Variable>

Identificación o
Instancias de El nombre de la instancia se refleja mediante el carácter asterisco en la vía de acceso del registro:
software mediante HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\SoftwareName\*\Info\CurrVer
la identificación
de sus claves de Esta firma coincide con un rango específico de ediciones y versiones. Para solucionar este caso, se deben crear
registro. dos firmas, una para la arquitectura de 32 bits y otra para la de 64 bits.
<MultipleInstance>
<Iterator export="false" name="rg">
<Vector>
<RegKeyList root="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftwareName\*" section="64"
subkeys="false"/>
</Vector>
</Iterator>
<Instance>
<Variable export="false" name="vr">
<RegKeyValue entry="Version" key="$(rg)\Info\CurrVer" mustExists="true" section="64"/>
</Variable>
<And>
<RegKeyValueContains entry="Edition" key="$(rg)\Data" section="64" value="Enterprise"/>
<Contains inputString="$(vr)" position="start" searchedString="3."/>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
<MultipleInstance>
<Iterator export="false" name="rg">
<Vector>
<RegKeyList root="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftwareName\*" section="32"
subkeys="false"/>
</Vector>
</Iterator>
<Instance>
<Variable export="false" name="vr">
<RegKeyValue entry="Version" key="$(rg)\Info\CurrVer" mustExists="true" section="32"/>
</Variable>
<And>
<RegKeyValueContains entry="Edition" key="$(rg)\Data" section="32" value="Enterprise"/>
<Contains inputString="$(vr)" position="start" searchedString="3."/>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
352
Identificación o
Claves de registro Esta firma itera a través de todas las claves e intenta comparar los patrones específicos de los valores
de desinstalación, DisplayName y DisplayVersion. Para solucionar este caso, se deben crear dos firmas, una para la arquitectura
sistemas Windows de 32 bits y otra para la de 64 bits.
<MultipleInstance>
<Iterator name="reg" export="true">
<RegKeyList root="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*"
section="32" subkeys="false"/> </Iterator>
<Instance>
<Variable name="valueName" export="true">
<RegKeyValue entry="DisplayName" key="$(reg)" section="32" />
</Variable>
<Variable name="valueVersion" export="true">
<RegKeyValue entry="DisplayVersion" key="$(reg)" section="32" />
</Variable>
<And>
<Contains inputString="$(valueName)" searchedString="TestProduct" position="start"/>
<Contains inputString="$(valueVersion)" searchedString="12.0" position="start"/>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
<MultipleInstance>
<Iterator name="reg" export="true">
<RegKeyList root="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*"
section="64" subkeys="false"/>
</Iterator>
<Instance>
<Variable name="valueName" export="true">
<RegKeyValue entry="DisplayName" key="$(reg)" section="64" />
</Variable>
<Variable name="valueVersion" export="true">
<RegKeyValue entry="DisplayVersion" key="$(reg)" section="64" />
</Variable>
<And>
<Contains inputString="$(valueName)" searchedString="TestProduct" position="start"/>
<Contains inputString="$(valueVersion)" searchedString="12.0" position="start"/>
</And>
</Variable>
</Condition>
</Instance>
</MultipleInstance>
Operadores de firma ampliada:
Las operaciones de exploración, durante las que se utilizan las definiciones de firma XML ampliada, se
llevan a cabo en base a las instrucciones de proceso que se hallan en el catálogo de firmas. En lenguajes
informáticos, las expresiones consisten en dos tipos de componentes: operandos y operadores. Los
operandos son los objetos que son manipulados y los operadores son los símbolos que representan las
acciones específicas. Los operandos y operadores pueden ser escalares o vectoriales.
Las siguientes definiciones se aplican a operadores y operandos en el contexto del catálogo de firma:
operando escalar
Devuelve un valor en formato de serie de caracteres. Un operando no puede tener hijos. Por ejemplo,
el operando escalar RegKeyValue devuelve el valor de la clave de registro especificada.

operador escalar
Realiza una operación en otros operadores y operandos y devuelve los resultados en formato de serie
de caracteres. Un operador puede tener hijos. Por ejemplo, el operador AND devuelve true o false
como resultado.
operando vectorial
Devuelve resultados como un conjunto de series de caracteres. Un operando no puede tener hijos.
Por ejemplo, el operando FindFilePathEx devuelve un conjunto de vías de acceso de archivos.
operador vectorial.
Realiza una operación en otros operadores y operandos y devuelve resultados como un conjunto de
series de caracteres. Un operador puede tener hijos. Por ejemplo, el operador Vector devuelve un
conjunto de series que contienen los resultados de todos sus hijos.
Contenido
La estructura del catálogo de firmas
Expresiones de núcleo
Expresiones del sistema de archivos
Expresiones del registro nativo
Operandos de registro
Expresiones del registro de Windows
La estructura del catálogo de firmas

Tabla 72. La estructura del catálogo de firmas
Operandos y
operadores Función y atributos soportados
Acción Especifica la acción que debe realizarse dependiendo del resultado del elemento Condition.
Atributos:
onValue
El valor que provoca que se realice la acción. Este atributo es necesario.
do Especifica la operación que realizar. Este atributo es necesario. El valor soportado es SKIP,
que interrumpe la firma o la evaluación de la instancia de iterador e impide que se
devuelva en la salida.
Condición Verifica si se cumple la condición especificada. Contiene un elemento Acción o varios, que especifica la
acción que se debe llevar a acabo dependiendo del resultado del elemento Condición.
Atributos:
withVariable
Especifica el nombre del variable cuya condición debe especificarse. Este atributo es
necesario.
354
Tabla 72. La estructura del catálogo de firmas (continuación)
Operandos y
MultipleInstance Grupos de información para identificar un producto de software que se pueden instalar en varias
instancias de la misma estación de trabajo. Contiene 1 elemento Iterator y 1 elemento Instance.
Atributos:
Ninguno
Varias instancias: iteradores en INSTALL_PATH
<MultipleInstance>
<Iterator name="INSTALL_PATH">
<FindFilePathEx name=""/>
</Iterator>
<Instance>
<Variable name="IS_INSTALLED">
</Variable>
</Condition>
</Instance>
</MultipleInstance>
Varias instancias: iteradores en un vector con cálculos (opciones) de INSTALL PATH posteriores en
<MultipleInstance>
<Iterator name="ITER_VAR">
</Iterator>
<Instance>
<Variable name="IS_INSTALLED"> </Variable>
<Variable name="INSTALL_PATH"> </Variable>
</Condition>
</Instance>
</MultipleInstance>
Variable Es un contenedor para un solo valor que se expresa como una serie cuyo valor de retorno viene
determinado por el resultado de un conjunto de operadores y operandos.
Atributos:
name
Especifica el nombre de la variable. Es exclusivo en el ámbito de la firma que lo contiene.
Este atributo es necesario.
export
Especifica si se exportará la salida de la variable. Los valores soportados son true y false. El
valor predeterminado es true. Este atributo es opcional.

Expresiones de núcleo
Operandos y
And Realiza una operación AND lógica entre los resultados de todos sus hijos. Si una de las operaciones
devuelve false, toda la operación será establecida en false sin realizar ninguna evaluación adicional del
resto de hijos. Se necesita al menos un hijo.
Propiedades:
v Tipo de resultado: escalar [true | false]
v Tipo de expresión: operador
Ejemplo:
<And>
....operadores escalares y operandos que devuelven un valor booleano
</And>
Clip Devuelve un subserie que es un rango de caracteres consecutivos a partir de una serie, empezando por el
carácter cuyo índice se ha especificado como startIndex y termina con el carácter cuyo índice se ha
especificado como endIndex.
Propiedades:
v Tipo de resultado: escalar
v Tipo de expresión: operando
Ejemplo:
Por ejemplo: la subserie 234 se devuelve cuando:
<Clip inputString="123456789" startIndex="1" endIndex="3"/>
Atributos:
inputString
Especifica qué serie recortar.
startIndex
Especifica el índice del carácter en la serie de entrada con la que debería empezar la
subserie. Un índice 0 indica el primer carácter de la serie de entrada.
endIndex
Especifica el índice del carácter en la serie de entrada con la que debería finalizar la
subserie. Un índice 0 indica el último carácter de la serie de entrada.
Nota: Se recomienda utilizar el operador nuevo StringSlice cuyo rango es mayor que el de Clip porque
StringSlice admite índices negativos en la sintaxis de Python.
356
Operandos y
Compare Compara dos expresiones basándose en el valor del atributo relation. El resultado es true si se satisface la
expresión, false si no se satisface la expresión.
Propiedades:
Ejemplo:
<Compare relation="relation" type="type" >
<Expression 1/>
<Expression 2/>
</Compare>
Atributos:
relation
Especifica la relación que se va a evaluar. Los valores soportados son los siguientes:
v eq: igual que
v ne: distinto de
v gt: mayor que
v ge: mayor o igual que
v lt: menor que
v le: menor o igual que
type
Especifica el formato de las expresiones que comparar. Los valores soportados son los
siguientes:
v version: Compara dos versiones. La versión se expresa con sólo cuatro números que están
separados por puntos o comas.
v integer: Compara dos enteros.
v string: Compara dos series de caracteres.
v cistring: Compara dos series de caracteres sensibles a mayúsculas y minúsculas.
v boolean: La comparación se realizará entre dos valores booleanos.
v hex: Compara dos enteros hexadecimales de 4 bytes sin signo. El prefijo 0x es opcional.
Concat Devuelve una concatenación de las expresiones.

Propiedades:
Ejemplo:
<Concat [separator="separator"] [ifEmpty="{add|skip}"] >
<Expression 1/>
<Expression 2/>
...
</Concat>
Atributos:
separator
Especifica el separador que insertar entre dos expresiones. Este atributo es opcional. El
valor predeterminado es una serie vacía.
ifEmpty
Especifica si el separador debe añadirse en el caso que la expresión que se va a concatenar
estuviera vacía. Este atributo es opcional. Los valores soportados son los siguientes:
skip Si la serie está vacía, el separador no se añade. Es el valor predeterminado.
add Si la serie está vacía, se añade el separador.

Operandos y
Contains Comprueba si la serie contiene una serie.
Propiedades:
v Tipo de resultado: escalar [{true|false}]
Ejemplo:
<Contains inputString="example_string" searchedString=
"example_string_to_search" position = ["start" | "end" |
"contains"]/>
Atributos:
inputString
Especifica donde serie de búsqueda.
searchedString
Especifica qué serie buscar.
position
Especifica dónde buscar.
start Comprueba si la serie de búsqueda es al principio.
end Comprueba si la serie de búsqueda es al final.
contains Comprueba si la serie de búsqueda se halla en algún lugar de la serie original.
358
Operandos y
FileInfoCompare Devuelve la información que se ha especificado en el atributo field.
Propiedades:
v Tipo de resultado: escalar [{true|false}]
Ejemplo:
<FileInfoCompare
absolutePath="absolute_path"
field="field"
value="value"
relation="relation"
[mustExist="{true|false}"]
/>
Atributos:
absolutePath
Especifica la vía de acceso absoluta del archivo que se va a evaluar.
field
Compara dos archivos en uno de los valores admitidos, que son los siguientes:
v size
v inode (sólo UNIX)
v atime: la fecha en que se accedió el archivo en formato de indicación de fecha y hora de
UNIX.
v ctime: la fecha en que se creó el archivo en formato de indicación de fecha y hora de
UNIX.
v mtime: la fecha en que se modificó el archivo en formato indicación de fecha y hora de
UNIX.
relation
Especifica la relación que se va a evaluar.
value
Especifica el valor con el que se va a comparar.
mustExist
Indica que debe existir el archivo especificado. Este atributo es opcional. El valor
predeterminado es false. Si este atributo está establecido en true y el archivo especificado no
existe, no se evaluará la firma actual.
FileExists Devuelve un valor booleano que indica si existe el archivo especificado.

Propiedades:
Ejemplo:
<FileExists absolutePath="absolute_path" />
Atributos:
absolutePath
Especifica la vía de acceso absoluta del archivo que debe buscarse-

Operandos y
Not Realiza una operación NOT lógica en el resultado de su hijo. Sólo un hijo está permitido.
Propiedades:
Ejemplo:
<Not>
.... un único operadores escalar u operando que devuelve un valor booleano
</Not>
PathExists Devuelve un valor booleano que indica si existe la vía de acceso especificado.
Propiedades:
Ejemplo:
<PathExists absolutePath="absolute_path" />
Atributos:
absolutePath
Especifica la vía de acceso absoluta que se debe buscar.
Or Realiza una operación OR lógica entre los resultados de todos sus hijos. Si una de las operaciones
devuelve "true", toda la operación será establecida en "true" sin realizar ninguna evaluación adicional del
resto de hijos. Se necesita al menos un hijo.
Substring Busca a través de una serie de caracteres que contiene varias líneas de texto y devuelve las líneas de una
serie de caracteres que contienen el texto de búsqueda.
Propiedades:
v Tipo de resultado: vectorial
Ejemplo:
<Substring inputString="input_string_to_search" searchedString=
"string_to_search_for"/>
Atributos:
inputString
La serie de entrada que contiene varias líneas.
searchedString
La serie de caracteres que se busca.
Vector Devuelve un vector que contiene la unión de todos sus hijos, se incluyen los duplicados. Si especifica un
filtro, el resultado contiene sólo las series que coinciden con el patrón.
v filter: Especifica el criterio de filtro que se aplicará en la búsqueda. Se admiten los comodines asterisco
(*) e interrogante (?).
360
Operandos y
VectorAt Devuelve el elemento vector para la posición especificada.
Propiedades:
Ejemplo:
<VectorAt index="index_number">
... cualquier número de operador/operando escalar/vectorial
</VectorAt>
Atributos:
index
Especifica la posición vectorial deseada. El primer elemento de vector tiene la posición "1".
VectorToScalar Convierte un vector a su representación escalar. Debe convertir un vector en escalar porque solamente se
comparan los escalares.
Expresiones del sistema de archivos
Operandos y
FindFilePathEx Busca el archivo especificado en las ubicaciones especificadas. El resultado es un vector de todas las vías
de acceso donde se encuentra al menos una entrada que coincide con el archivo especificado.
El operando busca en la memoria caché o en el sistema de archivos dependiendo de los valores definidos
para el explorador del sistema de archivos. Para que el operando busque en todo el sistema de archivos,
establezca el atributo maxDataAge en cero en el archivo de configuración. Se puede definir un filtro
adicional para precisar la búsqueda del archivo. Ese filtro puede contener una consulta del explorador del
sistema de archivos que se aplica al archivo encontrado. Si el filtro devuelve una condición verdadera, se
devolverá el directorio del archivo y, en caso contrario, no se devolverá.
Propiedades:
Ejemplo:
< FindFilePathEx name="file_name"[filter="query_filter"] [recursive="{true|false}"]
[appendFileName="{true|false}"]/>
Atributos:
name
Especifica la máscara de archivo que buscar. Este atributo es necesario.
appendFileName
Especifica si los resultados contienen el nombre de archivo. Este atributo es opcional. Los
valores soportados son los siguientes:
v true
v false
filter
Especifica una consulta del sistema de archivos.

Operandos y
FileInfoMatch Busca un archivo con el nombre y atributos especificados en las ubicaciones especificadas. El resultado es
true si se encuentra al menos un archivo coincidente.
Propiedades:
Ejemplo:
<FileInfoMatch
[rootPath="root_path"]
[recursive="{true|false}"]
name="file_name"
field="field"
values="values"
/>
362
Operandos y
Atributos:
rootPath
Especifica la vía de acceso donde se debe realizar la búsqueda. El valor predeterminado es
/. Se admiten los caracteres comodín (*) y (?). La vía de acceso se indica de acuerdo con la
siguiente sintaxis:
media_type::]drive:path
Donde
media_type
Especifica el tipo de soporte y puede asumir los valores siguientes:
$local Incluye discos locales. Es el valor predeterminado.
$remote Incluye discos remotos

$other En sistemas Windows, incluye otros tipos de disco como, por ejemplo,
CDROM y DVD. En sistemas UNIX, este valor no se admite y se
expresa con el valor $local.
$all Incluye todos los discos que se han listado anteriormente.

Si no se especifica la variable tipo_soporte, se asumirá el valor $local y, por lo
tanto, si desea explorar discos distintos de los locales, especifique un valor para
la variable tipo_soporte.
unidad Especifica las unidades que se van a ejecutar. Puede indicar una o más unidades
específicas o puede utilizar los valores $local, $remote, $other y $all. En este
caso, se excluyen todas las unidades de la categoría especificada de la búsqueda.
Esta variable es opcional en sistemas operativos UNIX.
path Especifica la vía de acceso que se va a excluir. Se admiten los comodines (*) y (?).
Este atributo es opcional.
recursive
Especifica si la búsqueda se va a efectuar en la vía de acceso especificada y en todos sus
subdirectorios. Los valores soportados son true y false. El valor predeterminado es true. Este
atributo es opcional.
name
Especifica el nombre de archivo que se va a buscar. Este atributo es necesario. Se admiten
los comodines (*) y (?).
field
Compara dos archivos en uno de los valores admitidos, que son los siguientes:
v size
v inode (sólo UNIX)
v atime: la fecha en que se accedió el archivo en formato de indicación de fecha y hora de
UNIX.
v ctime: la fecha en que se creó el archivo en formato de indicación de fecha y hora de
UNIX.
v mtime: la fecha en que se modificó el archivo en formato indicación de fecha y hora de
UNIX.
values
Especifica uno o varios valores para el atributo que se ha especificado en el atributo field.
Si se especifica más de un valor, los elementos se concatenan utilizando el carácter de
control Unicode "Private Use 1" con el código ASCII 0x0091.
date
Devuelve las fechas de creación, acceso y modificación del archivo.

Operandos y
ReadFile Devuelve el texto de un archivo del sistema en forma de serie.
Propiedades:
Ejemplo:
<ReadFile path="path_to_file" [trim="{true|false}"][fileType="{native|utf8}"]/>
Atributos:
Vía de acceso
Especifica la vía de acceso al archivo.
trim
Indica si los caracteres especiales de nueva línea deben eliminarse del contenido del
archivo. El valor predeterminado es false.
fileType
Indica el tipo de archivo. El valor predeterminado es native.
Expresiones del registro nativo
Operandos y
AixProductInfo Devuelve información sobre los sistemas operativos AIX admitidos.
Propiedades:
Ejemplo:
<AixProductInfo code="código_producto" field="{name|version|vendor|description|
installDir}"
[mustExist="{true|false}"] />
Atributos:
code
Especifica el código de producto que identifica de forma exclusiva un paquete ODM de
AIX. El código del producto se puede recuperar solamente utilizando el operando
AixProductList. Para obtener más información acerca de este operando, consulte
AixProductList.
field
Especifica la información que se debe recuperar. Los valores soportados son los siguientes:
v name
v version: La versión se expresa con sólo cuatro números que están separados por puntos o
comas.
v vendor
v description
v installDir
mustExist
Especifica si debe detenerse la evaluación del operando si el archivo especificado no existe.
Los valores soportados son true y false. El valor predeterminado es false. Este atributo es
opcional. Si este atributo está establecido en true y el archivo especificado no existe, no se
evaluará la firma actual. Si el atributo es false y el archivo especificado no existe, el valor de
retorno será una serie vacía.
364
Operandos y
AixProductList Devuelve el conjunto de códigos de paquete ODM de AIX. Los códigos que se devuelven se pueden
utilizar con los operandos AixProductExists y AixProductInfo.
Propiedades:
Ejemplo:
<AixProductList [filter="filter_expression"]
[type="type"] />
Atributos:
type
Aplica un filtro basado en el tipo de producto. Este atributo es opcional. Los valores
soportados son los siguientes:
any Devuelve tanto productos como subproductos. Es el valor predeterminado.
product Devuelve solamente productos.
filter
Especifica los criterios de filtro que aplicar a la búsqueda. Se admiten los comodines
asterisco (*) e interrogante (?). Este atributo es opcional.
HpProductInfo Devuelve la información solicitada, si está disponible.

Propiedades:
Ejemplo:
<HpProductInfo code="product_code" field="{name|version|
vendor|installDir}"/>
Atributos:
code
Especifica el código de producto y subproducto que identifica de forma exclusiva un
paquete de HP-UX. El código de producto y subproducto se puede recuperar solamente
mediante el operando HpProductList. Para obtener más información acerca de este
operando, consulte HpProductList. Este atributo es opcional.
field
v name
v version: La versión se expresa con sólo cuatro números que están separados por puntos o
comas.
v vendor
v installDir

Operandos y
HpProductList Devuelve el conjunto de códigos de paquete de HP-UX. Los códigos que se devuelven se pueden utilizar
con los operandos HpProductExists y HpProductInfo.
Propiedades:
Ejemplo:
<HpProductList [filter="filter_expression"]
[type="type"] />
Atributos:
type
subproduct
Devuelve sólo subproductos.
filter
RpmProductExists Indica si el paquete especificado está instalado.

Propiedades:
v Sistema operativo: soportado en Linux
Ejemplo:
<RpmProductExists code="product_code" />
Atributos:
code
Especifica el código de producto que identifica de forma exclusiva un paquete RPM. El
código del producto se puede recuperar solamente utilizando el operando RPMProductList.
Para obtener más información acerca de este operando, consulte RpmProductList.
366
Operandos y
RpmProductList Devuelve el conjunto de códigos de paquete RPM. Los códigos que se devuelven se pueden utilizar con
los operandos RpmProductExists y RpmProductInfo.
Propiedades:
v Sistema operativo: soportado en Linux
Ejemplo:
<RpmProductList [filter="filter_expression"]
[type="type"] />
Atributos:
filter
type
SunProductInfo Devuelve la información solicitada, si está disponible.

Propiedades:
v Sistema operativo: entornos operativos Oracle Solaris
Ejemplo:
<SunProductInfo code="código_producto" field="{name|version|displayVersion|vendor|
installDir}"/>
Atributos:
code
Especifica el código de producto que identifica de forma exclusiva un paquete Oracle
Solaris. El código del producto se puede recuperar solamente utilizando el operando
SunProductList. Para obtener más información acerca de este operando, consulte
SunProductList.
field
name Devuelve el nombre del producto.
version Devuelve la versión del producto y el número de revisión, por ejemplo 3.7.2101.
displayVersion
Devuelve la versión del producto y el número de revisión, por ejemplo 3.7.2101,
REV=0.98.08.26.
vendor Devuelve el nombre del proveedor.

installDir
Devuelve los directorios de instalación en primer plano.

Operandos y
SunProductList Devuelve el conjunto de códigos de paquetes de Sun Solaris. Los códigos que se devuelven se pueden
utilizar con SunProductExists y con operandos.
Propiedades:
v Sistema operativo: entornos operativos Sun Solaris soportados
Ejemplo:
<SunProductList [filter="filter_expression"]
[type="type"] />
Atributos:
type

filter
Win32ProgramInfo Devuelve la información solicitada, si está disponible.

Propiedades:
v Sistemas operativos: todos los sistemas operativos Windows
Ejemplo:
<Win32ProgramInfo code="product_code"
field="{name|description|version|vendor|installDir|uninstData}"/>
Atributos:
code
Especifica el código de producto que identifica de forma exclusiva un programa Win32. El
código del programa se puede recuperar solamente utilizando el operando
Win32ProgramList. Para obtener más información acerca de este operando, consulte
Win32ProgramList.
field
name Devuelve el nombre del parche.
description
Devuelve la descripción del parche.
version Devuelve la versión del producto. La versión se expresa con sólo cuatro números
que están separados por puntos o comas.
vendor Devuelve el proveedor del producto.

installDir
Devuelve el directorio de instalación del producto.
uninstData
Devuelve el mandato de desinstalación del producto.
368
Operandos y
Win32ProgramList Devuelve el conjunto de paquetes instalados. Los códigos que se devuelven se pueden utilizar con los
operandos Win32ProgramExists y Win32ProgramInfo.
Propiedades:
v Sistemas operativos: todos los sistemas operativos Windows
Ejemplo:
<Win32ProgramList [filter="filter_expression"] [type="type"] />
Atributos:
type

filter
Operandos de registro
Operandos y
PackageInfoEqual Devuelve el valor true si en el registro especificado existe un elemento con el mismo nombre, versión y
proveedor.
Propiedades:
Ejemplo:
<PackageInfoEqual
provider="{any | ismp | os}"
code="product_code"
value="name_version_vendor"
/>
Atributos:
provider
Especifica la base de datos de instalación en la que se va a buscar. Los valores soportados
son los siguientes:
any Especifica que la búsqueda se realice en la base de datos de instalación del

sistema operativo y, a continuación, en la base de datos de instalación de ISMP.
os Especifica que la búsqueda se realice en la base de datos de instalación del

sistema operativo.
ismp Especifica que la búsqueda se realice sobre la base de datos de instalación de

ISMP.
code
Especifica el código de producto que identifica el producto de manera exclusiva.
value
Contiene la concatenación de las series de nombre, versión y proveedor del producto.
Separe cada serie con un espacio en blanco; las series vacías pueden omitirse.

Expresiones de registro de Windows
Operandos y
RegKeyExists Indica si la clave especificada existe.
Propiedades:
Ejemplo:
<RegKeyExists key="key" [section="{32|64|32or64|64or32}"]/>
Atributos:
key
Especifica el nombre completo de la clave de registro en formato clave_registro\
subclave_registro.
section
Especifica el atributo que indica en qué sección del registro se lleva a cabo la búsqueda. Este
es el parámetro indicado para asegurarse de que el explorador funciona correctamente en
sistemas de 64 bits. Sus valores son:
32 La búsqueda sólo se realiza en la parte del registro de 32 bits.
32or64 La búsqueda se realiza primero en la parte de 32 bits y, a continuación, en la parte

de 64 bits del registro.
64or32 La búsqueda se lleva a cabo primero en la parte de 64 bits y, a continuación, en la

parte de 32 bits del registro.
El valor predeterminado es 32.
370
Operandos y
RegKeyList Busca en el registro de Windows bajo la clave que se ha especificado en el atributo raíz y devuelve una
lista de claves que se hallan en el registro en la clave raíz. Si el atributo subKeys está establecido en false,
sólo se devolverán los valores en la clave raíz.
Propiedades:
Ejemplo:
<RegKeyList
root="root_key"
[section="{32|64|32or64|64or32}"]
[subKeys="{true|false}"]/>
Atributos:
root
subclave_registro.
section
Especifica el atributo que indica en qué sección del registro se lleva a cabo la búsqueda. (Se
trata del parámetro indicado para asegurarse de que el explorador funciona correctamente
en sistemas de 64 bits. Sus valores son:


subKeys
Especifica si se debe devolver subkeys. El valor predeterminado es false.

Operandos y
RegKeyValue Devuelve el valor actual de la clave de registro especificada. Cuando la clave de registro es una entrada
REG_DWORD, el atributo devuelve un valor decimal.
Propiedades:
Ejemplo:
<RegKeyValue entry="entry" key="key"
[section="{32|64|32or64|64or32}"]
[mustExist="{true|false}"]/>
Atributos:
key
subclave_registro.
entry
Especifica el nombre del valor que se encuentra en la clave. Para recuperar el valor de las
entradas de registro que se denominan "(Default)", debe especificar un valor nulo para el
atributo de entrada, por ejemplo entry="".
section
es el parámetro indicado para asegurarse de que el explorador se ejecuta correctamente en

mustExist
Especifica si debe detenerse la evaluación del operando si la clave especificada no existe.
opcional. Si este atributo está establecido en true y la clave especificada no existe, no se
evaluará la firma actual. Si este atributo está establecido en false y la clave especificada no
existe, se devolverá una clave vacía.
372
Operandos y
RegKeyValueContains Especifica si la clave de registro especificada contiene el valor especificado.
Propiedades:
Ejemplo:
<RegKeyValueContains
entry="entry"
key="key"
value="value"
[section="{32|64|32or64|64or32}"]
Atributos:
key
subclave_registro.
entry
Especifica el nombre del valor que se encuentra en la clave.
value
Especifica el valor que incluir en la entrada.
section
Especifica el atributo que indica en qué sección del registro debe realizarse la búsqueda.
Este es el parámetro indicado para asegurarse de que el explorador se ejecuta correctamente
en sistemas de 64 bits. Sus valores son:

mustExist
evaluará la firma actual. Si este atributo está establecido en false y la clave especificada no
existe, se devolverá una clave vacía.
RegKeyValueEqual Indica si el valor de la clave de registro especificado es igual a la clave especificada.

key Especifica el nombre completo de la clave de registro en formato clave_registro/
subclave_registro.
entry Especifica el nombre del valor que se encuentra en la clave.
value Especifica el valor que se va a comparar. Cuando la clave de registro que se ha especificado en el
atributo de entrada es una entrada REG_DWORD, escriba un valor decimal en el atributo de
valor.

Operandos y
RegKeyVersionCompare Compara el valor de clave de registro especificado con la versión especificada basándose en el valor del
atributo relation.
Propiedades:
Ejemplo:
<RegKeyVersionCompare
key="key"
entry="entry"
relation="relation"
value="value"
[section="{32|64|32or64|64or32}"]
Atributos:
key
subclave_registro.
entry
Especifica el nombre del valor que se encuentra en la clave.
relation
Especifica la relación que se va a evaluar. Los valores soportados son los siguientes:
v eq: igual que
v ne: distinto de
v gt: mayor que
v ge: mayor o igual que
v lt: menor que
v le: menor o igual que
value
Especifica la versión que se va a comparar.
Nota: Cuando la clave de registro que se ha especificado en el atributo de entrada es una
entrada REG_DWORD, escriba un valor decimal en atributo de valor. El valor soportado es
version. La versión se expresa con sólo cuatro números que están separados por puntos o
comas.
Nota: Cuando la clave de registro que se ha especificado en el atributo de entrada es una
entrada REG_BINARY en el campo de valor, indique una serie que tenga el aspecto del campo
"data" cuando se visualiza el campo en el editor de registro. Esta serie debe ser una serie de
números de dos dígitos separados por espacios, por ejemplo "01 01" "10 11 10".
section
es el parámetro indicado para asegurarse de que el explorador se ejecuta correctamente en

mustExist
evaluará la firma actual.
374
Prueba de las firmas ampliadas:
Puede probar las firmas ampliadas que cree utilizando un cliente de BigFix instalado en la plataforma
para la que se ha definido una firma.
Procedimiento
1. Prepare un archivo de catálogo de prueba que contenga solamente la firma que desee verificar y
denomínelo extended_signature_test.xml. Ejemplo del contenido de un archivo de catálogo de
prueba:
<?xml version="1.0" encoding="UTF-8"?>
<Signatures>
<Signature guid="EXTENDED SIGNATURE TEST" name="EXTENDED SIGNATURE TEST" type="OtherSignature">

<Variable name="IS_INSTALLED" export="true">
<RegKeyExists key="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\" section="64or32"/>
</Variable>

</Signature>
</Signatures>
2. Restablezca el explorador del sistema de archivos ejecutando el mandato siguiente:
v Sistemas Windows: "C:\Archivos de programas\Tivoli\cit\bin\wscanfs.exe" -reset
v Sistemas UNIX: /opt/tivoli/cit/bin/wscanfs -reset
3. Ejecute una exploración utilizando el archivo de catálogo de prueba.
v Sistemas Windows: "C:\Archivos de programas\Tivoli\cit\bin\wscansw.exe" -i cittest.xml -o
output.xml -e warning.xml
v Sistemas UNIX: /opt/tivoli/cit/bin/wscansw -i cittest.xml -o output.xml -e warning.xml
4. Revise los archivos output.xml y warning.xml.
a. En output.xml, asegúrese de que se haya devuelto el elemento MatchedSignature para cada
instancia coincidente. Si no se encuentra ninguna instancia, no habrá elementos MatchedSignature
en el archivo.
<MatchedSignatures>
<MatchedSignature guid="EXTENDED SIGNATURE TEST" name="EXTENDED SIGNATURE TEST"
type="OtherSignature">
<Variable name="IS_INSTALLED" value="true"/>
</MatchedSignature>
</MatchedSignatures>
b. Asegúrese de que no haya mensajes de error en el archivo warning.xml.
Proceso de descubrimiento de software tras personalizar el catálogo

El software que coincide con las personalizaciones de catálogo puede identificarse de una de estas dos
maneras en función de la firma personalizada.
Caso 1: archivos ejecutables comunes u otros tipos de archivos habituales
Si ha creado una firma personalizada, que se basa en datos de paquetes o en datos de archivos
como, por ejemplo, los archivos ejecutables comunes, entonces debe ejecutar una importación de
datos para extraer los últimos datos explorados desde el servidor de BigFix. Los datos nuevos se
comparan con el catálogo más reciente y el inventario de software actualizado se visualiza en la
interfaz de usuario web.

Adición de una firma
1 personalizada al catálogo
de software
Navegador web
Sistema 1 Sistema 2
2 El archivo sin formato más reciente se
importa y compara con el catálogo de
Servidor software. Servidor de BigFix
de BigFix Base de datos
Inventory del servidor
5
2 de BigFix
Base de datos
de BigFix
Inventory
4
La lista de extensiones de archivos habituales incluye los tipos de archivos siguientes: *.exe,
*.sys, *.com, *.ear, *.ocx, *.sh, *.bin, *.pl, *.ear, *.SH, *.BIN, *.PL y *.EAR.
Cuando se crean firmas basadas en estos tipos de archivo, la versión de contenido personalizada
del catálogo de software permanece intacta porque no se crea ningún catálogo nuevo. Los datos
se extraen de sus puntos finales y se comparan con las firmas del lado del servidor.
Caso 2: Tipos de archivo no estándar
Si ha añadido firmas de software nuevo al catálogo de software y esas firmas se basan en
archivos distintos de los archivos ejecutables comunes, debe esperar hasta que se hayan
completado los pasos siguientes en el flujo de datos del catálogo o llévelos a cabo usted mismo.
376
Adición de una firma
1 personalizada al catálogo
de software
Navegador web Consola

de BigFix
Sistema 1 Sistema 2
2 El catálogo con las firmas nuevas
se distribuye a los puntos finales.
Servidor Servidor de BigFix
de BigFix Base de datos
Inventory Próxima importación de datos del servidor de
5
2 Los datos están disponibles
BigFix
en la IU web.
Base de datos
de BigFix
Inventory
Carga de los
resultados de
Cliente de
BigFix
exploración
de software
4
Los archivos sin formato
se cargan en el servidor
de BigFix.
Cliente de
Cliente de BigFix
BigFix
Exploración de software (basada en catálogo y archivos)

3 El nuevo catálogo se utiliza para la detección de software.
Cuando se crean firmas basadas en tipos de archivo no estándar, cambia la versión del contenido
personalizado del catálogo de software porque el catálogo nuevo se crea y se distribuye en sus
puntos finales. El catálogo con las firmas nuevas se compara con los datos de sus puntos finales.
Actualización de entradas de catálogo de software descubierto en Mac

OS X
En muchos casos, el nombre del editor no se puede identificar automáticamente para el software que está
instalado en Mac OS X y se especifica como Software Mac sin clasificar en los informes. Para visualizar
correctamente el nombre del editor, cámbielo manualmente. Si un elemento de software que se ha
instalado en Mac OS X no se visualiza en el informe Instalaciones de software, probablemente la firma no
se ha creado automáticamente y debe crearse manualmente.
Cambio del nombre del editor para el software detectado en Mac OS X

En muchos casos, el nombre del editor no se puede identificar automáticamente en sistemas Mac y se
especifica como Software Mac sin clasificar. Para visualizar correctamente el nombre del editor, cámbielo
manualmente.
Procedimiento
1. Para cambiar el nombre del editor, inicie sesión en BigFix Inventory y pulse Gestión >
Personalizaciones de catálogo.
2. Expanda la bifurcación Software Mac sin clasificar y pulse el título del software cuyo editor desee
cambiar.

3. Proporcione el nombre del editor y pulse Guardar.
El software está visible en el editor nuevo. Sin embargo, el nombre del editor se sigue visualizando como
Software Mac sin clasificar en el informe Instalaciones de software. Para que los cambios estén visibles en
el informe Instalaciones de software, espere la importación planificada o ejecútela manualmente.
Cambio del nombre del editor de forma masiva:
El cambio del nombre del editor en varias entradas del catálogo personalizado utilizando la interfaz de
usuario del producto puede ser un proceso largo. Como alternativa, puede realizar esta tarea de forma
mucho más rápida exportando el catálogo personalizado, editando manualmente los archivos xml e
importando de nuevo el catálogo. Así, puede cambiar el editor para varios títulos de software a la vez.
Procedimiento
1. Exporte las firmas Mac personalizadas.
a. En la barra de navegación superior, pulse Gestión > Personalizaciones de catálogo.
b. Pulse Modalidad de exportación.
c. Seleccione Software Mac sin clasificar y pulse Exportar.
378
Consejo: Puede que desee expandir Software Mac sin clasificar para ver todas las entradas sin
clasificar.
d. Guarde el archivo en un directorio de su sistema.
e. Extraiga el contenido del archivo comprimido con un programa de utilidad de compresión.
2. Abra cada archivo xml en un editor xml y sustituya la frase Software Mac sin clasificar en el
atributo del proveedor por el nombre del editor para un título de software. Ejemplo:
<?xml version="1.0" encoding="utf-8"?>
<SoftwareIdentityCatalog exportTimeStamp="2015-09-09T20:56:18Z">
<Software name="Lotus Notes" vendor="IBM" uniqueId="64abd390-572f-11e5-a875-0050569f11f3"
version="8.5.3FP3">
<Signature uniqueId="64bc7560-572f-11e5-a875-0050569f11f3" modified="2015-09-09T16:13:10Z"
created="2015-09-09T16:13:10Z">
<AND>
<OR>
<PackageFilter name="Lotus Notes.app" vendor="" version="8.5.3FP3"/>
</OR>
</AND>
</Signature>
</Software>
</SoftwareIdentityCatalog>
Importante: Si dispone de dos versiones de un producto de software, tendrá dos archivos XML con la
misma información del producto de software y del proveedor. Si actualiza ambos archivos, el primero
se procesará correctamente pero se producirá un error de la base de datos cuando se procese el
segundo archivo XML porque el producto de software ya se ha procesado para esta importación. Para
importar correctamente los archivos XML, incluya solamente uno de los dos archivos XML en el
archivo comprimido y se modificarán ambas versiones por el editor nuevo.
3. Importe las firmas personalizadas que se han editado en BigFix Inventory.
a. Comprima todos los archivos xml en un archivo comprimido con un programa de utilidad de
compresión.
b. En el panel Personalizaciones de catálogo, pulse Importar. Se abrirá una ventana emergente
nueva.
c. Pulse Examinar, seleccione el archivo comprimido, pulse Abrir y, a continuación, Importar. Se
importarán las personalizaciones del catálogo.
d. Pulse Hecho para cerrar la ventana emergente.
4. Ejecute una importación de datos para que los informes reflejen los valores correctos.
Resultados
Ha cambiado todas las entradas de Software Mac sin clasificar en el catálogo personalizado por los
correspondientes nombres de editor para sus títulos de su software Mac.

1. Abra la interfaz de usuario de web de BigFix Inventory. Pulse Informes > Catálogo de software y
localice la fila del proveedor de catálogos.
2. Pulse el número de firmas totales y, en la página nueva, verifique que los editores que ha añadido
aparezcan en la columna Nombre del editor.
Creación manual de firmas para detectar software en Mac OS X

Las firmas para detectar el software instalado en sistemas Mac se crean automáticamente en función de
los resultados de la exploración de datos del paquete. Sin embargo, puede que no se cree una firma de
un software en particular o que se suprima. En este caso, cree la firma manualmente para asegurarse de
que el software se haya detectado correctamente.

Procedimiento
1. En la barra de navegación superior, pulse Informes > Datos de paquete. Identifique el paquete que se
puede utilizar para descubrir el software particular.
2. Pulse la flecha a la derecha del nombre del paquete.
3. Pulse Crear firma.
4. En la ventana Crear entrada de catálogo, proporcione el nombre del editor.
5. Para guardar la firma, pulse Enviar.
380
6. Para que la firma esté disponible para la detección de software, espere la importación planificada o
ejecútela manualmente.
7. Revise el informe Instalaciones de software para verificar que el software se haya descubierto
correctamente.
Exportación e importación de firmas personalizadas

Puede exportar firmas personalizadas a un archivo XML e importarlas a una instancia diferente de BigFix
Inventory para aumentar el catálogo personalizado. También puede importar las firmas que se publican
en la comunidad de firmas o exportar las firmas personalizadas y añadirlas a la comunidad.
Antes de empezar
La comunidad de firmas es un lugar donde puede encontrar las firmas personalizadas que han creado los
miembros de la comunidad. Puede descargar estas firmas e importarlas a BigFix Inventory. También
puede exportar las firmas personalizadas y añadirlas la comunidad para que otros miembros puedan
descargarlas.
Exportación de firmas
Utilice el siguiente procedimiento para exportar las firmas personalizadas.
Procedimiento
2. Pulse Modalidad de exportación.
3. Seleccione las firmas que desee exportar seleccionando los recuadros de selección adecuados. Puede
seleccionar firmas individuales, todas las firmas de un editor o todas las firmas de todos los editores.
Nota: Para salir de la modalidad de exportación y regresar a la modalidad de edición, pulse

Modalidad de edición.

4. Pulse Exportar. Cada firma se exporta a un archivo XML aparte. Varios archivos se comprimen en un
archivo.
5. Guarde el archivo.
Importación de firmas
Utilice el siguiente procedimiento para importar firmas personalizadas.
Antes de empezar
Los archivos XML o el archivo comprimido deben estar disponibles en una ubicación que sea accesible
para BigFix Inventory.
Procedimiento
2. Pulse Importar para abrir la ventana Importar firmas.
3. Importe el archivo. Las firmas se importan desde archivos XML individuales o desde un archivo
comprimido con firmas XML válidas.
a. Vaya a la ubicación del archivo que desee importar.
b. Seleccione el archivo y pulse Importar.
c. Pulse Hecho.
Resultados
Las firmas importadas están ahora disponibles en la ventana Personalizaciones del catálogo. Se utilizan
en las exploraciones de software para descubrir nuevo software en su entorno.
Sincronización del contenido del catálogo de software

Puede exportar el contenido del catálogo personalizado desde una instancia de BigFix Inventory e
importarlo a otra para fusionar los datos personalizados. Es muy útil si mantiene instancias diferentes de
BigFix Inventory para los sitios de prueba y producción. En dicho caso, puede volver a utilizar el
contenido de su catálogo personalizado en lugar de crear el nuevo.
Antes de empezar
Restricción:
v El catálogo se exporta con el formato nativo. Este formato sobrescribe el catálogo existente, para que
sólo se pueda importar a una instalación nueva de BigFix Inventory antes de la importación inicial.
v Puede transferir contenido de catálogo personalizado sólo entre dos instancias de BigFix Inventory si
tienen la misma versión.
Cuando exporta el contenido del catálogo personalizado desde BigFix Inventory, se guarda en su sistema
un archivo XML que contiene todas las entradas de catálogo. A continuación, debe iniciar una sesión en
la instancia de BigFix Inventory a la que desee importar el contenido del catálogo personalizado y cargar
el archivo XML.
Procedimiento
1. Inicie sesión en la instancia de BigFix Inventory desde la que desee exportar el contenido del catálogo
personalizado.
382
3. En la sección Exportación de catálogo, pulse Exportar. Se guarda en el sistema un archivo XML con el
contenido del catálogo personalizado.
4. Inicie sesión en la instancia de BigFix Inventory a la que desee importar el contenido del catálogo
personalizado.
6. Pulse Navegar, seleccione el archivo XML con el contenido de su catálogo personalizado y pulse
Cargar.
Resultados
Se lista el archivo de catálogo software en la tabla. El estado será Pendiente hasta que vaya a Gestión >
Importaciones, y pulse Importar ahora para procesar los cambios nuevos.
Gestión del contenido del catálogo en Software Knowledge Base

Toolkit
Software Knowledge Base Toolkit es una aplicación autónoma que se puede utilizar para crear firmas
complejas. Con BigFix Inventory 9.2.2, ya no necesita Software Knowledge Base Toolkit porque todas las
firmas se pueden crear directamente en BigFix Inventory.
Importante: Software Knowledge Base Toolkit se está dejando de utilizar
Software Knowledge Base Toolkit lo utilizaban los usuarios de BigFix Inventory para crear firmas
complejas, y era necesario cuando BigFix Inventory no podía ofrecer una funcionalidad equivalente.
Ahora, con la posibilidad de crear todos los tipos de firmas directamente en BigFix Inventory, Software
Knowledge Base Toolkit se ha quedado en desuso y con el tiempo dejará de utilizarse.
Software Knowledge Base Toolkit seguirá siendo una aplicación compatible y puede seguir utilizándola.
Pero, como BigFix Inventory está basado en tecnologías más nuevas, se recomienda que migre sus firmas
personalizadas y empiece a crear las nuevas directamente en Inventory. Mantener las firmas en una única
aplicación le ahorra tiempo, le facilita el trabajo y sobre todo reduce el número de pasos necesarios para
crear una firma con el fin de utilizarla para descubrir el software.
Para obtener más información, consulte Migración de Software Knowledge Base Toolkit y “Creación de
firmas ampliadas” en la página 346.
Modelo de software
Los elementos de software pueden clasificarse en dos tipos de software: productos de software y
componentes. En Software Knowledge Base Toolkit, para todos esos tipos, puede definir jerarquías de
software, que constan del nivel de producto padre, versiones y releases.
Importante: Para crear firmas personalizadas, se recomienda utilizar la función de gestión de catálogos
que está disponible en BigFix Inventory en lugar de la aplicación Software Knowledge Base Toolkit. Con
BigFix Inventory, puede crear contenido de catálogo personalizado de forma más fácil y rápida, sin tener
que cambiar datos entre las dos aplicaciones.
Tipos de software
Los tipos de software en los que puede clasificar los elementos de software que se almacenan en la base
de conocimiento difieren en cuanto a los atributos de licencias y los tipos de dependencias que se pueden
definir para ellos. El tipo de software determina la función que el elemento de software puede
desempeñar en relación con otros elementos.
Producto de software
Una unidad lógica de creación de paquetes de software e intercambio que tiene un ciclo de vida

de mantenimiento y desarrollo gestionado y atributos visibles de cliente. Puede ser un conjunto
de componentes y otros productos cuyas licencias pueden depender de las licencias del producto
en su totalidad.
Componente
Una unidad de software, que no se puede ofrecer ni se le pueden asignar licencias de forma
independiente de otros elementos de software. No se puede instalar por separado pero se puede
detectar como instalado o en ejecución en sistemas informáticos por medio de sus propias firmas.
Puede asignarse a productos y compartirse entre muchas definiciones de producto diferentes.
La estructura de dichos elementos en la base de conocimiento es jerárquica: los componentes se pueden

asignar a productos de software y los productos se pueden agrupar en productos más complejos. Una
representación gráfica de la estructura se muestra en la figura a continuación. Muchos componentes se
pueden asignar a un producto, y ese mismo componente se puede asignar a muchos productos. De forma
similar, muchos productos se pueden asignar a un producto, y un producto se puede compartir entre
muchos productos. El elemento de software al que otro u otros elementos están asignados se denomina
elemento de software envolvente.
384
Ejemplo de una estructura en la que se agrupan dos productos
Producto
Office (producto) Word (producto)
Versión
Office 2010 Office 2007 Word 2010 Word 2007
Release
Office 2010 Office 2010 Office 2007 Word 2010 Word 2007
Standard Professional Professional Professional Professional
Componentes
Word 2010 Word 2007
Firmas
Firma de archivo: Firma de archivo:

“word.exe” versión 2010 “word.exe” versión 2007
Niveles de software
Las siguientes tablas presentan diferencias de terminología entre Software Knowledge Base Toolkit y
BigFix Inventory.

Tabla 73. Diferencias en jerarquía de software
Software Knowledge
Base Toolkit BigFix Inventory Descripción
Producto Producto de software Es la raíz de la jerarquía. Agrupa a todas las versiones de un
elemento de software. Los niveles subordinados de la jerarquía
heredan algunos de los atributos que se especifican para el
producto. Cada jerarquía de software puede contener solo un
producto padre.
Versión Versión de software Es un elemento de software que obtiene licencias por separado
que está inmediatamente subordinado al producto padre.
Puede agrupar a uno o más releases.
Release Release de software Es un elemento de software que obtiene licencias por separado
que está inmediatamente subordinado a un elemento al nivel
de la versión. Solo puede estar subordinado a una versión.
Variación Release de software Es una modificación de un release (por ejemplo, un parche o
un fixpack) que puede identificarse por separado durante las
exploraciones de software e influye en el descubrimiento del
release al cual está subordinado. No puede obtener una licencia
de forma individual. Las variaciones se convierten en releases
de software durante la importación de datos desde Software
Knowledge Base Toolkit hacia BigFix Inventory y se pierde
algo de precisión en esa etapa.
Tabla 74. Diferencias en la información relacionada con componentes

Software Knowledge Base Toolkit BigFix Inventory
Componente de producto x
Versión de componente x
Release de componente Componente de software
Variación de componente
386
Representación gráfica de los cambios en el modelo de software
Modelo de software de IBM
Software Knowledge Base Toolkit Software Use Analysis
Producto Producto componente Título de software
Título de software
Versión del producto Versión del componente versión
Título de software Componente

Release del producto Release del componente release de software
Relación de software Firma Relación de software Firma
Modelo de distribuidor de software independiente

Software Knowledge Base Toolkit Software Use Analysis
Producto Título de software
Título de software
Versión del producto versión
Título de software Componente

Release del producto release de software
Firma
Relación de software Firma
Tipos de firmas
En Software Knowledge Base Toolkit, existen ocho tipos de firmas que pueden definirse para los
elementos de software y utilizarse para detectar dichos elementos en sistemas informáticos. Cinco de ellos
se admiten en BigFix Inventory. Cada firma, dependiendo de su tipo y función, puede clasificarse como
una firma de reconocimiento, una firma de supervisión o una firma utilizada para ambas funciones de
reconocimiento y supervisión.

Importante: Para crear firmas personalizadas, se recomienda utilizar la función de gestión de catálogos
que está disponible en BigFix Inventory en lugar de la aplicación Software Knowledge Base Toolkit. Con
BigFix Inventory, puede crear contenido de catálogo personalizado de forma más fácil y rápida, sin tener
que cambiar datos entre las dos aplicaciones.
Tabla 75. Tipos de firmas admitidas en BigFix Inventory
Función de
Tipo de reconoci- Función de
firma Descripción miento supervisión Ejemplo
Archivo Un archivo genérico que v Nombre de archivo: BBPICVU.EXE
siempre está instalado con
Sí Sí v Tamaño: 474112
un release específico del
elemento.
Registro de Una clave que se registra v Clave: CSM. cliente
instalación en el registro de
v Valor: Cluster Systems Management Client
instalación del sistema
1.4.0.0
operativo o en el registro
Sí No v Origen: sistema_operativo
de InstallShield
MultiPlatform (ISMP)
cuando se instala un
elemento de software.
Filtro Una firma que se utiliza v Nombre del paquete:nuevo_paquete
para identificar elementos
v Versión del paquete: 20.4.76*
de software que se
Sí No v Proveedor del paquete: nuevo_proveedor
instalaron en un sistema
operativo a través de un
paquete de instalación.
Registro de Una clave que se registra Clave:
Windows en el registro de Windows HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Sí No
cuando se instala un Windows\CurrentVersion\Uninstall\{79DA
elemento de software. B940-B5EA-DBED-A348-B1B687CE38A6}\
Common Una representación nativa Contenido de la firma:
Inventory de una firma en Common <Variable name="IS_INSTALLED" export="
Technology Inventory Technology. true"><PackageInfoEqual provider="os"
(CIT) XML code="SNbnr" value="Core OS 1.7.0 SNbn
r" /></Variable>
<Variable name="IS_INSTALLED" export=
"true"><And><Compare type="string"
Sí No relation="ne"><VectorToScalar>
<FindFilePathEx name="WBSFFP0601.SYS2"/>
</VectorToScalar><ValueOf value="" />
</Compare><Compare type="string" relation
="ne"><VectorToScalar><FindFilePathEx
name="fabric-federation-vmm-8.0.jar"/>
</VectorToScalar><ValueOf value="" />
</Compare></And></Variable>
Actualización del catálogo de software en Software Knowledge Base Toolkit

Para actualizar el catálogo de software que se gestiona en Software Knowledge Base Toolkit, descargue el
catálogo y los datos de unidades de cargo desde el servidor de BigFix. A continuación, importe el archivo
de catálogo a Software Knowledge Base Toolkit. Una vez finalizada la personalización del catálogo,
publíquelo en Software Knowledge Base Toolkit, de modo que pase a estar disponible para BigFix
Inventory. Finalmente, cargue el catálogo de software y los datos de unidades de cargo en BigFix
Inventory.
Importante: Puede crear firmas directamente en BigFix Inventory del uso de Software Knowledge Base
Toolkit. Obtener más información.
388
Comprobar la versión del catálogo de software:
Compare la versión del catálogo de software con la versión almacenada en Software Knowledge Base
Toolkit para asegurarse de que ha localizado los últimos releases del software.
Antes de empezar
Procedimiento
2. En la barra de navegación, pulse Gestión > Carga de catálogo. La versión actual del catálogo se
mostrará en el panel.
3. Para comparar la versión actual del catálogo con la última versión que está almacenada en la base de
conocimientos, abra Software Knowledge Base Toolkit y pulse Gestionar exportaciones > Publicar
catálogo. La versión del catálogo se mostrará en el panel.
4. Si ve algún cambio en el catálogo, exporte el nuevo catálogo. Para exportar el catálogo, en la barra de
navegación, pulse Gestionar exportaciones > Publicar catálogo
Importante: Debe publicar el catálogo en formato canónico 2.0.
Descargar el catálogo de software para Software Knowledge Base Toolkit:
Descargue el catálogo de software más reciente desde el servidor de BigFix. A continuación, impórtelo a
Software Knowledge Base Toolkit.
Antes de empezar
Si el sistema donde está instalado el servidor de BigFix no tiene acceso de Internet, asegúrese de que el
contenido del sitio de BigFix Inventory está actualizado antes de descargar el catálogo. Para obtener más
información, consulte: “Actualización del sitio de fixlets” en la página 324.

Procedimiento
tareas.

Resultados

Descomprima el archivo de catálogo. Importe el catálogo de software en formato canónico 2.0 a Software
Knowledge Base Toolkit y el archivo con datos de unidad de carga y números de pieza a BigFix
Inventory. El catálogo de software en formato canónico 3.0 no se puede utilizar con Software Knowledge
Base Toolkit.
Importar un catálogo de software a Software Knowledge Base Toolkit:
Para garantizar que los datos del inventario de software son correctos, compruebe periódicamente si hay
nuevas versiones del catálogo de software que publica IBM. Si hay disponible un nuevo catálogo de
software, impórtelo a Software Knowledge Base Toolkit y publique su contenido para que esté disponible
para BigFix Inventory.
Antes de empezar
El procedimiento siguiente es relevante si mantiene su catálogo personalizado en Software Knowledge

Base Toolkit. Si utiliza la funcionalidad de gestión de catálogos simple que está disponible en BigFix
Inventory, importe el catálogo de software directamente en BigFix Inventory. Para obtener más
información, consulte: “Actualizar el catálogo de software” en la página 339.
La importación del catálogo de software a Software Knowledge Base Toolkit requiere mucho tiempo. Si es
posible, importe el catálogo durante periodos de poca actividad.
Procedimiento
1. Descargue el catálogo de software y guárdelo en el sistema.
2. Desde el archivo BFI_mes_año.zip que ha descargado, extraiga el archivo XML con el catálogo
canónico 2.0.
3. Inicie la sesión en Software Knowledge Base Toolkit.
4. En la barra de navegación, seleccione Gestionar importaciones > Documento XML canónico.
5. Pulse Nueva importación.
6. Elija la modalidad de importación del catálogo:
v Si no mantiene su propio contenido que desea fusionar con la información importada, seleccione
Modalidad rápida.
v Si mantiene su propio contenido que desea fusionar con la información importada, seleccione
Modalidad avanzada.
7. Indique el motivo para importar el catálogo.
8. Vaya al archivo XML del catálogo y pulse Aceptar. Debe esperar a que se termine la importación.
390
Configure Software Knowledge Base Toolkit como servidor de catálogo en BigFix Inventory. De este
modo, puede crear un enlace entre Software Knowledge Base Toolkit y BigFix Inventory. Después de
publicar el catálogo de software, BigFix Inventory recopila automáticamente actualizaciones de catálogo
de su servidor de catálogo.
Configuración de Software Knowledge Base Toolkit como servidor de catálogo:
Puede configurar Software Knowledge Base Toolkit como servidor de catálogo en BigFix Inventory. De
este modo, puede crear un enlace entre Software Knowledge Base Toolkit y BigFix Inventory. Después de
publicar el catálogo de software, BigFix Inventory recopila automáticamente actualizaciones de catálogo
de su servidor de catálogo.
Antes de empezar
v Debe tener el permiso para Gestionar catálogos para realizar esta tarea.
v Debe tener instalado Tivoli Software Knowledge Base Toolkit en la infraestructura.
Configure el servidor de catálogo antes de la primera instalación del catálogo de software. De lo

contrario, necesitará la ayuda del servicio de soporte de IBM para reconciliar las versiones del catálogo.
A partir de la actualización de la aplicación 9.0.1.2, puede configurar el servidor de catálogo en cualquier

momento.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Servidores de catálogo. El valor predeterminado
del número de puerto y host Software Knowledge Base Toolkit se especifican en la tabla.
2. Para cambiar los valores predeterminados, pulse la fila de la tabla con los datos de servidor
localhost:12344, modifique los datos y pulse Guardar.
3. Para verificar que la conexión se ha configurado correctamente, pulse Comprobar conexión.
Resultados
Ha configurado su servidor de catálogo. La publicación más reciente se extrae automáticamente desde el

servidor de catálogo durante la importación. Tenga en cuenta que el catálogo de software debe publicarse
en Software Knowledge Base Toolkit para la actualización automatizada del catálogo para que se posible.
Publicación del catálogo de software en Software Knowledge Base Toolkit:
Cuando importa un nuevo catálogo de software a Software Knowledge Base Toolkit y lo personaliza,
debe publicar el catálogo para que pase a estar disponible para BigFix Inventory.

Procedimiento
2. >En la barra de navegación, seleccione Gestionar exportaciones > Publicar catálogos.
3. Seleccione Canónico 2.0 (para Software Use Analysis 2.0) y pulse Publicar.
Ha publicado el catálogo de software. Ahora, cargue el catálogo, el archivo de datos de unidad de cargo
y de números de piezas en BigFix Inventory.
Carga del catálogo, los datos de unidad de cargo y los números de piezas:
Después de publicar el catálogo de software en Software Knowledge Base Toolkit, cárguelo en BigFix
Inventory. A continuación, modifique la versión del archivo de datos de unidad de cargo y de números
de pieza, de modo que sea coherente con la versión del catálogo publicado. A continuación, cargue el
archivo de unidad de cargo y números de pieza en BigFix Inventory.
Antes de empezar
Después de publicar el archivo de catálogo en Software Knowledge Base Toolkit, se modifica su número
de versión. Debe modificar manualmente el número de versión del archivo de datos de unidad de cargo
y el archivo de números de piezas. Sus números de versión deben ser coherentes con el número de
versión del catálogo de software.
A partir de la actualización de aplicación 9.0.1.2, puede cargar el catálogo que se publica en Software
Knowledge Base Toolkit incluso si la versión es inferior a la versión que está carga actualmente en BigFix
Inventory. Sin embargo, la versión del archivo de datos de unidad de cargo y del archivo de números de
pieza que cargue en BigFix Inventory debe ser superior a la versión cargada actualmente. Puede cargar el
392
archivo de datos de unida de cargo y de números de piezas sin modificar sus versiones, con la condición
de que ésta sea superior a la versión cargada actualmente.
Procedimiento
2. En la barra de navegación superior, pulse Gestión > Servidores de catálogo.
3. Para importar automáticamente el catálogo de software desde Software Knowledge Base Toolkit, en la
esquina superior izquierda de la barra de navegación superior, pulse Actualizar catálogo.
4. Modifique el número de versión de los archivos de datos de unidad de cargo y de números de pieza,
de modo que sea coherente con la versión del archivo de catálogo que ha publicado en Software
Knowledge Base Toolkit.
a. Compruebe la versión del catálogo de software publicado. Puede comprobarlo en los lugares
siguientes:
v La tabla Historial de carga e importación en BigFix Inventory
v El atributo dataVersion de la cabecera del catálogo XML que ha publicado en Software
Knowledge Base Toolkit
v En Software Knowledge Base Toolkit, bajo Gestionar exportaciones > Publicar catálogo.
b. Actualice el número de versión en los nombres de los archivos de datos de unidad de cargo y
números de piezas. Por ejemplo, si la versión del catálogo de software publicado es 1090236,
cambie el nombre de los archivos de datos de unidad de cargo y de números de piezas de este
modo:
v charge_unit_parameters_dataversion_1090236.csv
v part_numbers_dataversion_1090236.csv
c. Comprima estos dos archivos y asigne un nombre al archivo comprimido
ChargeUnits_fecha_dataversion_versión.zip. La versión debe ser la misma que el número de
versión del archivo de catálogo. El nombre del archivo comprimido que contiene archivos del paso
4b será ChargeUnits_fecha_dataversion_1090236.zip
5. Para subir datos de unidad de cargo y el archivo de números de pieza, pulse Gestión > Carga de
catálogo.
6. Examine para buscar el archivo ChargeUnits_fecha_dataversion_versión.zip y pulse Cargar.
Ha cargado el catálogo de software, el archivo de datos unidad de cargo y el archivo de números de

piezas en BigFix Inventory. Los archivos se actualizarán después de la siguiente importación de datos.
Personalización del contenido del catálogo

Puede utilizar Software Knowledge Base Toolkit para crear firmas de software complejas, así como para
gestionar editores y productos. Puede utilizar los informes Datos de archivos explorados y Datos de
medición que están disponibles en BigFix Inventory para recopilar la información necesaria para crear
firmas de software complejas en Software Knowledge Base Toolkit.
Gestión de editores en Software Knowledge Base Toolkit:
Cada elemento de software en el catálogo de software debe estar asociado a un editor de software. La
gestión de entradas de editores en Software Knowledge Base Toolkit implica la creación de nuevos
editores, la modificación de sus perfiles y la asociación de elementos de software a ellos.

El siguiente procedimiento es pertinente si desea crear firmas complejas y gestionar el contenido del
catálogo en Software Knowledge Base Toolkit. Sin embargo, puede crear firmas simples y mantener su
catálogo personalizado en BigFix Inventory con la funcionalidad incorporada de gestión simple de
catálogos.
Procedimiento
Si la información relacionada con un determinado editor de software que está contenido en el catálogo de
software no refleja la infraestructura:
1. Buscar información sobre el editor.
2. Si el editor existe en el catálogo de software, edite la información que está asociada al editor
específico:
v Modificar detalles de editor.
v Gestionar software relacionado con el editor.
v Volver a asignar software a otro editor.
v Gestionar alias de editores.
3. Si el editor no existe en el catálogo de software, añada el editor.
Gestión de software en Software Knowledge Base Toolkit:
Los elementos de software incluyen productos y componentes de software. Sus versiones, releases y
variaciones se organizan en jerarquías. La gestión de estos elementos en Software Knowledge Base Toolkit
incluye la creación de nuevos elementos, la modificación de sus perfiles y la especificación de firmas para
los mismos. Todos los elementos de software deben asignarse a editores de software. En la mayoría de los
casos, para poder gestionar entradas de software, debe ejecutar una búsqueda de esas entradas en
Software Knowledge Base Toolkit.
Antes de empezar
Antes de iniciar la gestión de software, familiarícese con el modelo de software y los tipos de relaciones
de software.
Procedimiento
Si la información relacionada con un elemento de software concreto que está incluido en el catálogo de
software no refleja su infraestructura o desearía personalizar dicha información:
1. Busque la entrada de software existente.
2. Si la entrada de software existe en el catálogo de software, edite la información que está asociada con
un elemento de software concreto:
v Edite detalles en el perfil de entrada de software.
v Personalice los alias de software.
v Gestione identificadores de productos.
v Gestione atributos de licencias.
v Vea productos al que pertenece el elemento de software.
v Añada un nivel a la jerarquía de software.
394
v Gestione los componentes que se han asignado al elemento de software.
v Gestione productos empaquetados.
v Vea relaciones de sustitución entre elementos de software.
v Vuelva a asignar una jerarquía de software a otro editor.
v Renombre una jerarquía de software.
3. Si la entrada de software no existe en el catálogo de software, añada la entrada de software.
4. Si algunos datos relacionados con un determinado nivel de una jerarquía de software han dejado de
ser válidos o pertinentes, suprima la entrada de software.
Restricción: Las entradas que se han marcado como suprimidas se exportan al catálogo como
suprimidas y no se visualizan en los resultados de búsqueda predeterminados. Si los datos que se
aplican a estas entradas siguen siendo relevantes, puede anular la supresión de las entradas. Por
motivos de coherencia de datos, no es posible restaurar entradas de software individual a no ser que
no haya ninguna entrada padre definida para las mismas en el árbol de jerarquía. Cada vez que
restaure un elemento de la jerarquía, también se restaurarán todos los elementos que se encuentran
por encima en la misma rama.
Gestión de firmas en Software Knowledge Base Toolkit:
Las firmas son nombres de archivo, entradas de registro y otro tipo de información que es exclusiva para
un determinado elemento de software y se pueden utilizar para identificarlo. Las firmas se pueden añadir
manualmente a Software Knowledge Base Toolkit o generarse en el proceso de datos de minería que se
obtienen mediante exploraciones de sistemas en los que están instalados o en ejecución elementos de
software.
Antes de empezar
Antes de iniciar la gestión de firmas de software, familiarícese con tipos de firmas.
Procedimiento
Si un elemento de software que se ha instalado en la infraestructura no se detecta:

1. Busque una firma que se haya definido para un elemento de software existente.
2. Si la firma existe en el catálogo de software:
v Vea los detalles de la firma.
v Edite la firma.
3. Si la firma no existe en el catálogo de software, añada la firma.
Importante: Si la firma ya no se utiliza para detectar de forma efectiva un elemento de software,

puede suprimirlo.
Adición de firmas a un título de software existente basándose en datos sin formato:
Si el software que no se ha detectado en BigFix Inventory no existe en el catálogo de software, debe

identificar el archivo, entrada de registro u otra información que se puede utilizar para identificar el
software.

Antes de empezar
Debe tener el permiso Visualizar puntos finales para realizar esta tarea.
Procedimiento
2. Si desea añadir una firma de detección:
a. En la barra de navegación superior, pulse Informes > Datos de archivos explorados.
b. Para filtrar los datos de informe en el sistema en el que se ha instalado el software que falta,
pulse Configurar vista y especifique las opciones de filtrado adecuadas.
c. En la columna Ruta de archivo, busque la ubicación donde está instalado el título de software
que falta y elija el archivo que desea utilizar como firma.
3. Si desea añadir una firma de uso:

a. En la barra de navegación superior, pulse Informes > Datos de medición.
396
c. En la columna Nombre de proceso, busque el proceso que ejecuta el producto de software que
falta.

5. Para buscar el título de software al que desea añadir una firma, pulse IBM Tivoli Software
Knowledge Base Toolkit > Gestionar software > Buscar software.
6. Pulse el nombre del software y después seleccione la versión y el release exactos del título de
software.

7. En la lista Tipo de firma, seleccione el tipo de firma que desea crear y pulse Añadir.
8. Proporcione el nombre del archivo que se debe utilizar como firma y su tamaño.
9. Seleccione el ámbito de firma, la plataforma y en nivel de confianza.
10. Proporcione la razón para añadir la firma y pulse Crear.
Resultados
Ha añadido una firma de software que ahora se utilizará para detectar el software o su uso.
Adición de firmas a los títulos de software basándose en datos sin formato:
Si el software que no se ha detectado en BigFix Inventory no existe en el catálogo de software, debe

identificar el archivo, la entrada de registro u otra información que se pueda utilizar para identificar el
software. Debe crear la jerarquía de software y añadir la firma.
Antes de empezar
Debe tener el permiso Visualizar puntos finales para realizar esta tarea.
Procedimiento
2. Si desea añadir una firma de detección:
a. En la barra de navegación superior, pulse Informes > Datos de archivos explorados.
398
c. En la columna Ruta de archivo, busque la ubicación donde está instalado el título de software
que falta y elija el archivo que desea utilizar como firma.
3. Si desea añadir una firma de uso:

a. En la barra de navegación superior, pulse Informes > Datos de medición.
c. En la columna Nombre de proceso, busque el proceso que ejecuta el producto de software que
falta.

5. Compruebe si el título de software que no se ha detectado está en el catálogo:
a. En el panel izquierdo, pulse IBM Tivoli Software Knowledge Base Toolkit > Gestionar software
> Buscar software.
b. Busque el título de software al que desea añadir una firma.
6. Si el título de software no existe en el catálogo de software, añádalo.
a. Pulse Gestionar software > Nuevo software.
b. Especifique el nombre del producto.
c. Seleccione el editor de software en la lista si el editor existe en el catálogo de software o cree el
editor si no está en el catálogo.
d. Proporcione la razón para añadir el título de software al catálogo y pulse Crear.
400
7. En la lista Tipo de firma, seleccione el tipo de firma que desea crear y pulse Añadir.
8. Proporcione el nombre del archivo que se debe utilizar como firma y su tamaño.
9. Seleccione el ámbito de firma, la plataforma y en nivel de confianza.
10. Proporcione la razón para añadir la firma y pulse Crear.
Resultados
Ha añadido un nuevo título de software al catálogo y una firma que ahora se utilizará para detectar el
software o su uso.
Clasificación de software
Después de descubrir nuevos componentes mediante exploraciones de software, el servidor asocia esos
componentes con productos de acuerdo con sus relaciones en el catálogo de software. Si la asociación
inicial no refleja su entorno real, es decir, si los componentes descubiertos no pertenecen de hecho a los
productos asignados automáticamente, debe cambiar la asignación. Puede reasignar, confirmar y
compartir las instancias de productos de software. También puede incluirlas o excluirlas de los cálculos
de precios. Trabaje con instancias de software para asegurarse de que las asociaciones de software se
corresponden con sus licencias.
Clasificación de software de IBM

La asignación correcta de los componentes de software reduce el coste de la adquisición de software y
asegura la preparación para las auditorías. Utilice el panel Clasificación de software de IBM para
asegurarse de que las asignaciones de software reflejen sus licencias de software.
Consejo: Si el panel no muestra ningún dato, es posible que los cálculos de subcapacidad estén
inhabilitados para el grupo de sistemas al que se asigna. Para obtener más información sobre cómo
habilitar los cálculos de subcapacidad de un grupo de sistemas determinado, consulte: “Configuración de
grupos de sistemas” en la página 125.

3 4 5 6 7 8 9
1 Selección de productos
Después de descubrir nuevos componentes, el servidor los asocia con los productos basándose en sus
relaciones en el catálogo de software. De forma predeterminada, las instancias asignadas
automáticamente no están confirmadas, para permitir un mejor control sobre sus asignaciones. Puede
revisar y confirmar el empaquetado de productos asociados. En primer lugar, céntrese en las
clasificaciones no confirmadas que requieren una acción. Analice las sugerencias empaquetadas, confirme
manualmente las instancias coincidentes y vuelva a asignar los componentes restantes. Puede
personalizar el inventario para ver las clasificaciones confirmadas, no confirmadas o todas las
clasificaciones.
2 Acciones
El menú de acciones está disponible en la lista situada al principio de la tabla o pulsando con el botón
derecho un release o componente. Utilice las acciones siguientes para asegurarse de que las clasificaciones
de software reflejan sus titularidades:
v “Reasignación de instancias de software” en la página 413
v “Confirmación de la asignación de una instancia de software” en la página 412
v “Inclusión de las instancias de software en los cálculos de precios” en la página 416
v “Exclusión de instancias de software de los cálculos de precios” en la página 415
v “Compartición de las instancias de software” en la página 417
Consejo: Para seleccionar más de un producto o release a la vez, mantenga pulsada la tecla Ctrl. Para
seleccionar un rango de productos o releases, mantenga pulsada la tecla Shift.
3 Opciones
Cambia qué columnas se muestran o se ocultan.
Consejo: Las columnas que están disponibles para su selección dependen de si el árbol de productos se
expande o contrae. Si no está disponible una columna concreta para su selección, expanda al menos un
producto.
4 Ocultar instancias gratuitas

Oculta instancias de software para las que todas las opciones de empaquetado son gratuitas. Para
guardar el valor y renovar el panel, pulse Actualizar. El valor se aplica globalmente a todos los usuarios
y todas las sesiones. Para mostrar las instancias gratuitas, borre el recuadro de selección.
402
Renovar
Actualiza los datos que se muestran en el panel, según el rango de tiempo seleccionado.
Números de pieza
Muestra los números de pieza que ha adquirido y ha importado al servidor. Importe sistemáticamente
una lista de sus números de piezas, pues facilitan la asignación de software. Puede importar la lista
desde Passport Advantage o crear una.
Tipo de licencia
Muestra el tipo de licencia de cada producto. Los valores posibles son MAPC de RVU, PVU y Otros.
Puede utilizar esta información cuando vuelve a asignar o compartir componentes de software para
comprender mejor el impacto que sus acciones pueden tener en los cálculos de PVU y RVU.
Filtro
Restringe el número de productos que se muestran en el panel en función del filtro especificado.
Fechas de inicio y finalización de descubrimiento

Especifique cuándo se ha detectado el producto o componente por primera vez y cuándo ha finalizado la
detección (se ha desinstalado el producto o componente).
Empaquetado automático
El empaquetado automatizado asigna instancias de los componentes descubiertos en su entorno a los
productos basándose en cinco reglas: etiquetas de empaquetado, números de pieza, asignación de
particiones, asignación de infraestructuras y descubrimiento de productos autónomos. Los resultados de
esta asignación se muestran en el panel Clasificación de software de IBM.
Proceso de empaquetado
Cuando se descubre una nueva instancia de componente, se lleva a cabo el proceso de empaquetado
automático. Basándose en las cinco reglas de empaquetado, se descubren las relaciones posibles entre
componente y producto. A cada relación se le asigna una puntuación interna y se selecciona la relación
que presenta la puntuación más alta.
Si la relación sugerida refleja sus titularidades, estos es, el componente descubierto pertenece al producto
sugerido por el empaquetado automatizado, confirme la asignación. De lo contrario, vuelva a asignar el
componente a otro producto, de modo que la relación refleje su titularidad y, a continuación, confírmelo.
Además de reasignar un componente, puede compartirlo entre varios productos. También puede excluir
productos e incluirlos en los cálculos de precios.
Importante: Las instancias que forman parte de un producto excluido no se pueden volver a empaquetar
automáticamente. Las instancias sólo pueden empaquetarse con productos excluidos si están asociadas
con los productos excluidos basándose en el catálogo de software o el descubrimiento de productos
autónomos. Toda nueva instancia que se asigna al producto excluido también se excluye.
Reglas de empaquetado
La tabla siguiente lista las reglas que se utilizan durante el proceso de empaquetado automático.
Tabla 76. Reglas de empaquetado
Regla Descripción
9.2.5 Esta regla asigna un componente al producto cuyo número de pieza se enumera
“Etiquetas de
en la etiqueta de empaquetado. La etiqueta se coloca en el sistema en el que
empaquetado” en la página 404
está instalado el componente, lo que permite asignar la instancia específica del
componente al producto correcto.

Tabla 76. Reglas de empaquetado (continuación)
Regla Descripción
“Números de pieza” en la página Esta regla utiliza los números de piezas que transfiere a BigFix Inventory para
407 acotar la lista de productos a los que se puede asignar un componente a
aquellos productos que ha adquirido.
“Asignación de particiones” en la Esta regla descubre los componentes instalados en la misma partición y que
página 410 están relacionadas con el mismo producto en el catálogo de software.
“Asignación de infraestructuras” en Esta regla descubre los componentes instalados en la misma infraestructura y
la página 410 que están relacionadas con el mismo producto en el catálogo de software. La
búsqueda no incluye el sistema en que se ha instalado el componente.
“Descubrimiento de productos Esta regla identifica todos los productos a los que se puede asignar un
autónomos” en la página 411 componente y selecciona el producto para el que se lista el número más bajo de
componentes en el catálogo de software.
Etiquetas de empaquetado
Una etiqueta de empaquetado es un tipo de etiqueta ISO/IEC 19770-2 suplementaria. Permite asignar sin
ambigüedades un componente a un producto basándose en el número de pieza del producto que se ha
especificado en la etiqueta. Cuando está disponible una etiqueta de empaquetado, tiene prioridad sobre
otras reglas de empaquetado. Por lo tanto, puede crear etiquetas de empaquetado para facilitar el proceso
de clasificación del software.
Ejemplo
Se ha creado manualmente una etiqueta de empaquetado para el componente de base de datos. La

etiqueta contiene un número de pieza que representa el producto al que debe asignarse el componente. El
número de pieza está correlacionado con la información del catálogo de software. Se establece que el
número de pieza representa al Producto 2.
El componente de base de datos se puede asignar a dos productos. Basándose en el número de pieza de
la etiqueta de empaquetado, el componente de base de datos se asigna al Producto 2. La asignación se ha
de confirmar manualmente.
Product 1
Database component Part number:
CN7SCML
SWID tag
XML
Bundling tag Product 2
Part number:
Part number:
XML D0NU9LL
D0NU9LL
Detalles
v Las etiquetas de empaquetado solo se pueden crear para productos IBM.
v Las etiquetas de empaquetado se pueden crear solo para los productos que descubren las etiquetas
SWID.
v La etiqueta de empaquetado debe colocarse en el mismo directorio que la etiqueta SWID.
v La etiqueta de empaquetado solo puede contener un número de pieza.
v El valor de PersistentId en la etiqueta de empaquetado y la etiqueta SWID debe ser el mismo.
404
Esquemas soportados
BigFix Inventory da soporte a etiquetas de empaquetado en los esquemas 19770-2:2014-CD1 y

19770-2:2015. Sin embargo, se recomienda este último para crear etiquetas de empaquetado. Para obtener
más información acerca de cada esquema, consulte los enlaces siguientes:
v http://standards.iso.org/iso/19770/-2/2014-CD1/schema.xsd
v http://standards.iso.org/iso/19770/-2/2015-current/schema.xsd
Ejemplo de una etiqueta de empaquetado en el esquema 19770-2:2015

<SoftwareIdentity
name="IBM DB2 Enterprise Server Edition"
tagId="ibm.com-b3414ccd1e364aa6b82f4e1c3adecdf6-D0NU9LL"
version="10.5.0"
versionScheme="multipartnumeric"
supplemental="true"
xmlns="http://standards.iso.org/iso/19770/-2/2015/schema.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://standards.iso.org/iso/19770/-2/2015-current/schema.xsd">
<Meta productId="PN:D0NU9LL" />
<Link rel="parent" href="swidpath://SoftwareIdentity
[Meta/@persistentId=’b3414ccd1e364aa6b82f4e1c3adecdf6’]" />
<Entity name="IBM" regid="ibm.com" role="licensor publisher" />
<Entity name="customer" regid="customer.com" role="tagCreator"/>
</SoftwareIdentity>
Creación manual de etiquetas de empaquetado:
Puede facilitar el proceso de clasificación de software creando manualmente etiquetas de empaquetado.

Cuando se coloca una etiqueta de empaquetado en el sistema en el que está instalado un componente,
automáticamente se asigna el componente al producto especificado en la etiqueta de empaquetado.
Crear etiquetas de empaquetado es el método más eficaz cuando la empresa utiliza un proceso para
empaquetar los instaladores de software. En este caso, puede añadir una etiqueta de empaquetado al
instalador empaquetado y colocarlo automáticamente en los sistemas durante la instalación.
Procedimiento
1. Busque la etiqueta SWID que se utiliza para descubrir el componente.
a. En la barra de navegación superior, vaya a Informes > Instalaciones de software.
b. Busque el componente que se ha descubierto y pulse el enlace en la columna Detalles. En la parte
inferior de la página, se muestra información acerca de la etiqueta SWID y su ubicación.
2. Vaya al sistema en el que se ha instalado el componente y abra la etiqueta SWID. Para crear una
etiqueta de empaquetado, necesita la información siguiente acerca de la etiqueta SWID.
v name
v version
v persistentId
BigFix Inventory da soporte a etiquetas SWID en los esquemas 19770-2:2014-CD1 y 19770-2:2015. La
información necesaria para crear la etiqueta de empaquetado está disponible en las etiquetas SWID de
ambos esquemas. El ejemplo siguiente muestra la etiqueta SWID en el esquema 19770-2:2014-CD1.
<SoftwareIdentity name="IBM Control Desk"
uniqueId="0ecd37302a7648a5aca7a26aec76731d-7.6.0"
version="7.6.0"
xmlns="http://standards.iso.org/iso/19770/-2/2014-CD1/schema.xsd"

xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xsi:schemaLocation="http://standards.iso.org/iso/19770/-2/2014-CD1/schema.xsd
swid.xsd">
<Meta persistentId="0ecd37302a7648a5aca7a26aec76731d"/>
<Meta taxonomyCode="SSWT9A"/>
<Meta taggingProcess="4-1-20150603"/>
<Entity name="IBM" regid="regid.1986-03.com.ibm" role="licensor publisher
tagCreator"/>
</SoftwareIdentity>
3. Abra un editor de texto y cree una etiqueta de empaquetado, según la plantilla siguiente.
<SoftwareIdentity name="COMPONENT_NAME"
tagId="ibm.com-PERSISTENT_ID-PART_NUMBER"
version="VERSION"
supplemental="true"
xsi:schemaLocation="http://standards.iso.org/iso/19770/-2/2015-current/schema.xsd
swid.xsd">
<Meta productId="PN:PART_NUMBER" />
<Link rel="parent" href="swidpath://SoftwareIdentity[Meta/@persistentId=
’PERSISTENT_ID’]" />
<Entity name="IBM" regid="ibm.com" role="licensor softwareCreator" />
<Entity name="CUSTOMER" regid="CUSTOMER.COM" role="tagCreator"/>
</SoftwareIdentity>
Donde:
v COMPONENT_NAME es el nombre del componente como se especifica en la etiqueta SWID
v PERSISTENT_ID es el ID persistente del componente como se especifica en la etiqueta SWID
v VERSION es la versión del componente como se especifica en la etiqueta SWID
v PART_NUMBER es el número de pieza de un producto al que se ha de asignar el componente
v CUSTOMER es el nombre de su organización
v CUSTOMER.COM es el identificador de registro de su organización con el formato de URI. Para obtener
más información, consulte URI (Uniform Resource Identifier): Sintaxis genérica.
Una etiqueta de empaquetado se crea basándose en la etiqueta SWID presentada en el paso 2 y es
similar a la siguiente.
<SoftwareIdentity name="IBM Control Desk"
tagId="ibm.com-0ecd37302a7648a5aca7a26aec76731d-D0LKPLL"
version="7.6.0"
supplemental="true"
xsi:schemaLocation="http://standards.iso.org/iso/19770/-2/2015-current/schema.xsd
swid.xsd">
<Meta productId="PN:D0LKPLL" />
<Link rel="parent" href="swidpath://SoftwareIdentity[Meta/@persistentId=
’0ecd37302a7648a5aca7a26aec76731d’]" />
<Entity name="IBM" regid="ibm.com" role="licensor softwareCreator" />
<Entity name="MyCompany" regid="mycompany.com" role="tagCreator"/>
</SoftwareIdentity>
4. Guarde la etiqueta de empaquetado. Asígnele un nombre basándose en la plantilla siguiente:
<IdReg_creador_etiqueta>-<Nombre_Componente>-<Número_Pieza>.swidtag
Por ejemplo, mycompany.com-IBM_Control_Desk-D0LKPLL.swidtag.
406
5. Coloque la etiqueta de empaquetado en la misma ubicación que la etiqueta SWID. Coloque la etiqueta
de empaquetado en todos los sistemas en los que se ha de asignar el componente al producto
especificado en la etiqueta de empaquetado.
6. Espere a la siguiente exploración de software e importación de datos.
7. Confirme la asignación de los componentes. Si está utilizando la función de vista previa Nueva
clasificación de software, puede asignar fácilmente todos los componentes empaquetados en la
etiqueta de empaquetado.
Nota: Para obtener información acerca de cómo habilitar el panel Clasificación de software, consulte
“Características de vista previa” en la página 10.
a. En la barra de navegación superior, vaya a Informes > Clasificaciones de software.
b. Para filtrar el informe por los componentes que se han empaquetado utilizando las etiquetas de
empaquetado, pulse Configurar vista y especifique el filtro siguiente: Bundling tag Used, equal
to, Yes.
c. Pulse CTRL + A para seleccionar todos los componentes.
d. Para confirmar la asignación, pulse el icono Confirmar y pulse Confirmar.
Números de pieza
Los números de pieza representan los productos de software que ha adquirido. Se pueden utilizar para
aumentar la precisión del empaquetado automático, pues limitan el número de productos posibles a los
que se puede asignar un componente descubierto.
Ejemplo
El empaquetado automático asigna un componente de base de datos a uno de los productos que se han
descubierto en la infraestructura. No obstante, el componente de base de datos también puede asignarse
potencialmente a otro producto de software.
Componente de Producto 1
base de datos
Producto 2
Antes de confirmar la asignación del componente de base de datos o cambiarlo manualmente, puede
importar la lista de números de pieza a BigFix Inventory. Basándose en la lista y las relaciones de
componente-producto definidas en el catálogo de software, la asignación inicial del componente de base
de datos es más precisa.

base de datos
Basado en información de
número de pieza importado
Producto 2
Tipos de archivos de números de piezas
Hay dos tipos de archivos de números de piezas:

v Un archivo de números de piezas que proporciona IBM junto con el catálogo de software
v Un archivo con números de piezas que representa el software de IBM que ha adquirido
El primer archivo se carga en el panel Carga de catálogo. El segundo archivo se descarga del sitio web de
Passport Advantage o se crea manualmente y se carga en el panel Carga de números de pieza. Los
números de piezas que representan los productos que ha adquirido se cotejan con los números de piezas
proporcionados por el catálogo de software para mejorar los resultados del empaquetado automático.
Limitaciones
El grado en el que los números de pieza pueden mejorar el empaquetado automático está limitado por
los factores siguientes:
v Los números de pieza sólo influyen en la asignación de aquellos componentes cuya asignación no se
ha confirmado
v Los números de pieza que se hayan adquirido antes 2010 no están incluidos en el catálogo de software
v Los números de pieza que representan productos que tienen una disponibilidad limitada no están
incluidos en el catálogo de software
v Los números de pieza que representan productos que sólo están disponibles fuera de Estados Unidos
no se incluyen en el catálogo
Preparación del archivo de números de pieza:
El archivo de números de pieza se puede utilizar para aumentar la precisión del empaquetado
automático, pues limita el número de productos posibles a los que se puede asignar un componente
descubierto. Puede descargar el archivo de Passport Advantage o crearlo manualmente.
Procedimiento
v Para descargar el archivo de Passport Advantage:
1. Inicie una sesión en Passport Advantage.
2. En el menú de la izquierda, seleccione Reporting > Order history.
3. Si corresponde, seleccione el o los sitios relevantes.
4. En la sección Type of order, seleccione All.
5. Especifique Sales order date y pulse Submit detail report. El informe está preparado.
6. Para guardar el archivo, pulse Descargar informe y seleccione Delimitado por comas.
408
v Para crear un archivo CSV manualmente, cree un archivo en el que la columna con los números de
pieza se denomine Part number. Utilice la coma como separador de campo y las comillas (" ") como
un delimitador de texto. Por ejemplo:
"Part number", "Order type"
"D07UMLL", "Licenses"
Consejo: Sólo la columna denominada Part number se trata como la que contiene los números de
pieza. Si el archivo de números de pieza también contiene una columna denominada Order type, sólo
se importan las filas que contienen el elemento Licenses.
También puede crear un archivo CSV con una sola columna en la que se lista cada número de pieza en
una nueva línea. Por ejemplo:
D07UMLL
D08UMLL
D09UMLL
Importante: Asegúrese de que se utilizan sólo los números de pieza válidos que constan de siete
caracteres. Falla la importación de números de pieza más cortos o más largos.
Cargar números de pieza:
Cargue e importe números de pieza para aumentar la exactitud del empaquetado automatizado de
componentes de software.
Antes de empezar
Debe tener el permiso "Gestionar cargas de números de pieza" para realizar esta tarea.
Procedimiento
1. Prepare el archivo de números de pieza.
2. En la barra de navegación superior, pulse Gestión > Carga de números de pieza.
3. 9.2.2 Elija el grupos de equipos para los que desea cargar los números de pieza.
Nota: Los números de pieza se tienen en cuenta solamente para el software instalado en los equipos
que pertenecen a este grupo. Sólo son visibles para el usuario asignado a este grupo de sistemas. Por
ejemplo, si carga números de pieza para un subgrupo del grupo Todos los sistemas, los números de
pieza son visibles sólo para el usuario que está asignado al subgrupo y no son visibles para el usuario
que está asignado al grupo Todos los sistemas.
4. Pulse Examinar y elija el archivo de números de pieza que se debe cargar. Puede cargar un archivo
CSV o ZIP.
5. Opcional: Si desea sobrescribir los números de pieza existentes, seleccione Sobrescribir números de
pieza existentes. De lo contrario, los números de pieza nuevos se añadirán a los existentes. La opción
está habilitada solamente si antes ha importado un archivo de números de pieza para el grupo de
sistemas que seleccionó en el paso 3.
6. Pulse Cargar. Cuando carga el archivo, se crea una entrada nueva en la tabla Historial de carga. El
estado es Pendiente hasta que ejecuta la importación.
Importante: Si hay más de una entrada con el estado Pendiente, sólo se importa el último archivo de
números de pieza.
7. Espere a la importación planificada o ejecútela manualmente.

Resultados
Los números de pieza se han importado enBigFix Inventory. Si desea eliminar los números de pieza del
servidor, pulse Eliminar todos los números de pieza y ejecute la importación. Puede eliminar los
números de pieza sólo si previamente ha importado el archivo de números de pieza en el servidor.
Asignación de particiones
La asignación de particiones es una regla que descubre las instancias de componente que hay en la
misma partición y están relacionadas con un producto en el catálogo de software. Si cualquiera de las
instancias de componente descubiertas tiene una relación confirmada, de uno a uno o de empaquetado
automático con el producto, el resto de instancias se empaquetan automáticamente con el mismo
producto.
Ejemplo
La asignación del componente de servidor 2 al producto 4 es simple, de empaquetado automático o

confirmada manualmente. El componente de base de datos está asignado al producto 1. Ambos
componentes están en la misma partición.
Definido por el
usuario,
empaquetado
Componente Servidor 2 Producto 4
automático
o simple
base de datos
Basándose en los datos de catálogo de software, el componente de base de datos se reasigna

automáticamente al producto 4.
Componente de Basado en datos de

base de datos catálogo de software
Producto 1
Asignación de infraestructuras
La asignación de infraestructuras es una regla que descubre las instancias de componente que están
instaladas en la misma infraestructura y relacionadas con un producto específico en el catálogo de
software. La búsqueda no incluye el agente donde se ha instalado el producto. Si alguna de las instancias
410
de componentes descubiertas tiene una relación confirmada, de uno a uno o de empaquetado automático
con el producto, el resto de instancias se empaquetan automáticamente con el mismo producto.
Ejemplo
La asignación del componente de servidor 2 al producto 4 es simple, de empaquetado automático o

confirmada manualmente. El componente de base de datos está asignado al producto 1. Ambos
componentes están en la misma infraestructura.
Definido por el
usuario,
empaquetado
automático
o simple
base de datos
Basándose en los datos de catálogo de software, el componente de base de datos se reasigna

automáticamente al producto 4.
Componente de Basado en datos de

base de datos catálogo de software
Producto 1
Descubrimiento de productos autónomos

El descubrimiento de productos autónomos es una regla que identifica instancias de componente de
determinados productos e indica el producto que contiene el número mínimo de componentes. Si la
posibilidad de que las instancias pertenezcan a un producto está por encima de un umbral específico, se
empaquetan automáticamente.
Ejemplo
El agente descubre el componente de base de datos y el servidor comprueba qué productos contienen
este determinado componente de base de datos en el catálogo de software. El componente de base de
datos se asigna al producto con el número mínimo de componentes, en este caso, el producto 2.

El agente descubre un componente
de base de datos
Carga de exploración de software
Este servidor comprueba en el catálogo de

software qué productos contiene el
componente de base de datos
Procesar los resultados
El Producto 1 incluye:
Componente de base de datos
Componente de cliente
Componente de informe
El producto 2 incluye:
Componente de servidor
Selección Producto 2
El producto 3 incluye: del producto
Componente de servidor con el número
Componente de base de datos de componentes
Componente de informe más bajo
El producto 4 incluye:
Componente de informe
Componente de servidor 2
Confirmación de la asignación de una instancia de software

Después de descubrir nuevos componentes, el servidor los asocia con los productos basándose en sus
relaciones en el catálogo de software. Analice las sugerencias empaquetadas, confirme manualmente las
instancias coincidentes y vuelva a asignar los componentes restantes.
Antes de empezar
Para realizar esta tarea debe tener el permiso para Gestionar la clasificación de software.
9.2.5 El proceso de confirmar la asignación de un componente a un producto se ha redefinido y

clarificado. Confirmar la asignación es un paso opcional, no obstante, se recomienda. De forma
predeterminada, las instancias asignadas automáticamente no están confirmadas, para permitir un mejor
412
control sobre sus asignaciones. Puede revisar el empaquetado de productos asociado, comparando el
empaquetado con las licencias de software de su propiedad.
Anteriormente, las coincidencias de uno a uno se confirmaban automáticamente. Ahora puede confirmar
todas las asignaciones asociadas, incluidos los componentes asociados a un producto. Puede filtrar
fácilmente el informe para ver y revisar estas instancias con un esfuerzo mínimo, asegurándose al mismo
tiempo de que tiene el control completo del proceso de clasificación de software.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Clasificación de software de IBM.
2. Opcional: Para reducir el número de instancias en las que se trabaja, limite la vista sólo a las
instancias no confirmadas, oculte las instancias gratuitas o aplique los filtros relevantes. Las acciones
que lleve a cabo en las instancias filtradas solamente se aplican a las instancias que están visibles
actualmente en el panel.
3. Si el empaquetado predeterminado corresponde a su entorno de trabajo, pulse con el botón derecho

en la instancia cuyo empaquetado desee confirmar y, a continuación, pulse Confirmar asignación de
instancias.
4. Si el empaquetado predeterminado no refleja el entorno, reasigne las instancias a los productos
correctos.
Reasignación de instancias de software

La reasignación de componentes de software a los productos adecuados reduce el coste total de
propiedad, el riesgo del coste no planificado de pagos de verificación de licencia y el riesgo de no
cumplir las condiciones de sus licencias contractuales. Para gestionar esta clasificación de software existen
dos métodos. En el primer método, comienza en una instancia de software e identifica un release al que
se le puede reasignar. En el segundo método, comienza desde un release de software. Puede identificar
las instancias que se pueden reasignar a este release. También puede buscar un producto al que se le
pueden reasignar instancias de este release.
Antes de empezar
Las dos razones principales para reasignar instancias son:

v Corregir errores: si ha asignado un componente a un producto equivocado, puede identificar el
producto correcto, seleccionar las instancias y asignarlas al producto correcto.

v Cambiar los objetivos: si un componente está asignado a un producto de software que desea
desinstalar, puede simplemente reasignar el componente a otro producto legítimo.
Procedimiento
3. Si desea gestionar clasificaciones de software desde el nivel de instancias de software pulse con el
botón derecho una instancia y pulse Reasignar instancias a otro producto. A continuación, seleccione
el producto al que desea reasignar esta instancia y pulse Reasignar.
Consejo: La columna Tipo de licencia contiene información sobre el tipo de licencia de productos a
los que puede reasignar esta instancia de software.
4. Si desea gestionar la clasificación de software a partir del nivel de los releases de software, pulse con
el botón derecho un release y seleccione una de las siguientes opciones:
v Para reasignar una instancia de software a este release, pulse Reasignar instancias a este producto.
A continuación, seleccione las instancias que desea reasignar y pulse Reasignar.
Consejo: La columna Tipo de licencia contiene información sobre el tipo de licencia de instancias
de producto que puede reasignar a este release.
v Para reasignar las instancias de este release de software a otro producto, pulse Reasignar instancias
a otro producto. A continuación, seleccione el producto que desea reasignar y pulse Reasignar.
414
Consejo: La columna Tipo de licencia contiene información sobre el tipo de licencia de productos
a los que puede reasignar instancias de este release.
Ejemplo
Según el catálogo de software, el Producto 4 está asociado con el Componente de base de datos. Si sabe que el
Componente de base de datos forma parte del Producto 1, tiene que reasignar este componente desde
elProducto 4 al Producto 1. Después de reasignarlo, el Producto 4 desaparece del inventario y el Producto 1
lo sustituye. Si el Producto 1 o el Producto 4 está basado en PVU, se vuelve a calcular el consumo de
unidades de valor de procesador de acuerdo con la nueva asociación durante el próximo cálculo.
Producto 1
Componente de
base de datos
Producto 4
Ejemplo 2
El Producto 1 y el Producto 4 pueden contener el Componente de base de datos. En la infraestructura actual, el

componente se asigna al Producto 4. Si decide desinstalar el Producto 4 e instalar el Producto 1, sólo deberá
volver empaquetar el Componente de base de datos del Producto 4 al Producto 1.
Exclusión de instancias de software de los cálculos de precios

Puede excluir una o varias instancias de producto en los cálculos de software de PVU y de sistemas si lo
permite el acuerdo de licencia.
Antes de empezar

Procedimiento
3. Pulse con el botón derecho en la instancia que desee excluir de los cálculos de precios y pulse Excluir
instancias del cálculo de precios.
Consejo: Para seleccionar más de un producto o release a la vez, mantenga pulsada la tecla Control.
4. Si las instancias que aparecen en la tabla son correctas, pulse Siguiente.
5. Elija la razón de excluir las instancias. Las razones posibles son las siguientes:
v Copia de seguridad, recuperación tras desastre
v Programa de soporte de versión preliminar (ESP), alfa, beta
v Componente de un producto sin licencia: si el producto tiene un modelo de licencia distinto del
modelo de sistemas o PVU, sus componentes pueden excluirse de los cálculos, dependiendo del
acuerdo de licencia.
v Evaluación, prueba
v No elegible para la licencia: el acuerdo de licencia de PVU o sistemas no se ha firmado para un
producto.
v El componente no es compatible con el sistema del agente o el servidor: se ha instalado un
componente en un servidor y no se puede iniciar, por ejemplo, debido a las diferencias en la
arquitectura o el sistema operativo. Un ejemplo puede ser un servidor de archivos.
v Otros: debe especificar comentarios para justificar la exclusión.
6. Pulse Excluir.
Importante: Las instancias que se asignan al producto excluido no se pueden reasignar.
Inclusión de las instancias de software en los cálculos de precios

Puede incluir una o varias instancias en los cálculos de precios de software del sistema y de PVU, para
reducir el riesgo de no cumplir sus condiciones de licencia contractuales. Sólo puede incluir aquellas
instancias que se hayan excluido previamente.
Antes de empezar
416
Procedimiento
3. Pulse con el botón derecho la instancia que desee incluir en los cálculos de precios y pulse Incluir
instancias en el cálculo de precios.
Consejo: Para seleccionar más de un producto o release a la vez, mantenga pulsada la tecla Control.
Compartición de las instancias de software

Puede compartir una instancia de un componente entre más de un producto. Esto contribuye el
establecimiento del precio de todos los productos que se han asignado a esa instancia específica.
Antes de empezar
Procedimiento

3. Pulse con el botón derecho la instancia que desea compartir y pulse Compartir instancia.
Consejo: Puede comprobar el tipo de licencia del producto con el que desea compartir la instancia en
la columna Tipo de licencia.
4. Elija los productos con los que desea asociar la instancia seleccionada y pulse Compartir.
Ejemplo
La misma instancia del Componente de base de datos puede utilizarse en el Producto 1 y el Producto 2.
Después de la asociación, ambos productos aparecerán en el inventario. Si el Producto 1 o el Producto 2
está basado en PVU o en CPU, se vuelve a calcular el consumo de unidades de valor de procesador o de
unidades centrales de proceso de acuerdo con las nuevas asociaciones.
Producto 1
Componente de
base de datos
Producto 2
Compartir el cliente de BigFix entre productos BigFix

El cliente de BigFix es un componente que se comparte entre todos los productos de la familia BigFix. Si
tiene varios productos BigFix instalados, el cliente debe clasificarse como compartido entre estos
productos. Puesto que el cliente normalmente está instalado en todos los sistemas de la empresa, su
clasificación manual puede requerir mucho tiempo. Para reducir la cantidad de tiempo y los recursos que
se necesitan para realizar esta tarea, puede generar etiquetas de licencia. Las etiquetas marcan el cliente
como compartido entre los productos BigFix que están instalados en la infraestructura. Posteriormente la
información se refleja en BigFix Inventory sin necesidad de clasificación manual.
Step 1 (Optional): Step 2: Step 3:

Categorize clients by metric type Distribute the site mapping file Generate license tags
if your license agreement specifies that a to create a mapping between the sites that are placed on computers to identify
particular product is licensed for a metric to which the BigFix client is subscribed products between which the BigFix client
other than the default one. and the products that the sites represent. is shared.
RVU MVS
Site mapping file License tag
Client Device
BigFix client BigFix client
418
Paso 1: (Opcional) Categorizar clientes por tipo de métrica
La métrica de licencia que se asigna al cliente de BigFix depende del sistema operativo en el que está
instalado. Por ejemplo, cuando el cliente está instalado en un sistema que se ejecuta en Windows 7, se
asigna la métrica de dispositivo de cliente. Sin embargo, cuando se instala en un sistema que se ejecuta
en Red Hat Enterprise Linux, se le asigna la métrica de RVU MAPC. Si el acuerdo de licencia especifica
que un producto determinado tiene una licencia para una métrica distinta de la predeterminada, puede
alterar temporalmente la métrica predeterminada.
Por ejemplo, puede tener BigFix Patch, BigFix Compliance y BigFix Protection desplegados en el entorno.
El acuerdo de licencia especifica que los dos primeros productos tienen licencia para RVU MAPC pero el
último producto tiene licencia para la métrica de dispositivo de cliente. Puede especificar que a cada
cliente de BigFix que se comparte entre estas tres aplicaciones se le asigne la métrica de RVU MAPC para
BigFix Patch y BigFix Compliance pero la métrica de dispositivo de cliente para BigFix Protection.
Paso 2: Distribuir el archivo de correlaciones de sitios
Cree una correlación entre los sitios a los que está suscrito un cliente de BigFix y los productos que los
sitios representan. La información es necesaria para indicar los productos entre los que se comparte el
cliente. Repita el paso cada vez que añada un producto de la familia BigFix.
Paso 3: Generar etiquetas de licencia
Las etiquetas se colocan en el sistema y contienen información sobre el nombre de producto, la métrica
de licencia y la versión del cliente de BigFix. Después de la exploración de software, la información de la
etiqueta de licencia se importa a BigFix Inventory. Se refleja en el panel Clasificación de software de IBM.
Para obtener instrucciones detalladas e información de resolución de problemas, consulte Activación del
proceso de recuento de licencias.
Adición de opciones de empaquetado personalizado

El catálogo de software de IBM define qué componentes se pueden asignar a qué productos para crear
paquetes de software. Los paquetes reflejan conjuntos de productos que se ofrecen en una sola titularidad
o licencia. Si un paquete que ha adquirido no tiene definida ninguna relación en el catálogo de software
de IBM, añada una opción de empaquetado personalizado. Esto le permitirá asignar componentes al
producto adecuado para reflejar su titularidad.
Antes de empezar
v Debe contar con el permiso del personal de soporte de IBM para añadir opciones de empaquetado
personalizado.
v Para realizar esta tarea debe tener el permiso para Gestionar la clasificación de software.
Procedimiento
2. Vaya hasta el componente para el que desee añadir la opción de empaquetado personalizado. Pulse el
botón derecho del ratón en el componente y pulse Añadir empaquetado personalizado. Se visualizará
una lista de productos. Contiene productos para los que no se ha definido ninguna relación con el
componente seleccionado en el catálogo de IBM, o para los que la relación definida es gratuita.

3. Opcional: Para acotar el número de opciones posibles, escriba el nombre del producto en el campo de
filtro y pulse el botón de filtro.
4. Seleccione el producto que desea definir como opción de empaquetado personalizado para el
componente seleccionado.
5. Si desea que la relación entre el producto y el componente sea de pago, seleccione Marcar la relación
como de pago. De lo contrario, la relación se define como gratuita.
Importante: Si el usuario crea una opción de empaquetado gratuita, los componentes que se asignan
a un producto basándose en esa función no se visualizarán en los informes Todas las métricas.
6. Para añadir la relación, pulse Añadir empaquetado.
420
Importante: Los componentes para los que solamente se ha definido una opción de empaquetado en
el catálogo de software se confirman automáticamente. Si añade una opción de empaquetado
personalizada para un componente de este tipo, el componente seguirá estando asignado al producto
predeterminado. Sin embargo, puesto que hay disponible una nueva opción de empaquetado, la
asignación ya no se volverá a confirmar. Puede volver a asignar el componente al producto nuevo o
confirmar la asignación predeterminada.
Resultados
Se crea la opción de empaquetado personalizado. Ésta tiene el máximo nivel de confianza y, por tanto, se
halla al principio de la lista de las opciones de empaquetado para un componente en particular.
Reasigne componentes en base a la nueva opción de empaquetado. Si el tipo de licencia del componente
que ha reasignado es PVU o MAPC de RVU, abra el informe Todas las métricas y pulse Recalcular para
que la reasignación se refleje en los informes. Si el tipo de licencia es Otro, no es necesaria ninguna acción
más.
Utilización de software
BigFix Inventory recopila datos sobre la utilización de diversas métricas de licencias de software,
incluidos los valores PVU y MAPC de RVU.
Utilización de la métrica de licencias

La información acerca del uso de las métricas PVU y MAPC de RVU para productos IBM se presenta en
el informe Todas las métricas. Para cada producto, puede especificar un umbral de métrica para verificar
si la utilización de métricas está por encima o por debajo de sus expectativas. También puede crear una
instantánea del informe y almacenarla para fines de auditoría.

1 9.2.4 Vistas de informes predefinidos
Las vistas de informes predefinidos le permiten acceder rápidamente a información filtrada.
Puede planificar que estos informes se envíen y establecerlos como vistas predeterminadas. Sin
embargo, no puede modificarlos.
2 Nombre de producto.
El nombre del producto con licencia. Cuando pulse el enlace para un producto que utiliza la
métrica PVU o MAPC de RVU, el siguiente nivel muestra los servidores en los que se ha
instalado el producto cuando la cantidad de métricas era la más alta. Cuando pulsa el enlace para
un producto que utiliza la métrica Instalar, el siguiente nivel muestra las instancias del producto
que están instaladas actualmente y sus componentes.
Importante: Para los productos que utilizan la métrica Instalar, el siguiente nivel del informe solo
está disponible cuando utiliza la característica de vista previa: Nueva clasificación de software.
Para obtener más información, consulte: “Características de vista previa” en la página 10.
3 Métrica
Tipo de la métrica de licencia. Los tipos disponibles son:
v PVU (Processor Value Unit). Para obtener más información acerca de la métrica, consulte:
“Licencias de PVU (Processor Value Unit)” en la página 14.
v RVU MAPC (Resource Value Unit). Para obtener más información acerca de la métrica,
consulte: “Licencias de unidad de valor de recurso (MAPC de RVU)” en la página 17.
v 9.2.5 Instalar. La métrica notifica el número de sistemas en los que está instalado el
software.
4 Cantidad de métrica
El número mayor de unidades de métrica que ha utilizado el producto durante el periodo
especificado. El cuadrado rojo indica que la cantidad de métrica para el producto se debe
actualizar debido a que se ha realizado una acción que influye en el valor. Por ejemplo, se ha
asignado un componente a este producto. Para actualizar la cantidad de métrica, pulse
Recalcular. El progreso del recálculo se visualiza bajo de la barra de menús superior.
9.2.4 Umbral
El número máximo de unidades de métrica que puede utilizar un producto en un grupo de
sistemas. El valor se establece manualmente. Para obtener más información, consulte: “Establecer
el umbral de métricas de licencia”.
9.2.4 Delta de umbral
La diferencia entre el umbral y la cantidad de métrica. Indica si la utilización de métrica está por
encima o por debajo del umbral establecido manualmente.
Números de piezas importados
Los números de pieza representan los productos que ha adquirido. Para obtener más información,
consulte: “Números de pieza” en la página 407.
Historial de cantidad de métrica

El historial de cambios en la utilización de métricas durante el periodo especificado.
Establecer el umbral de métricas de licencia

Puede establecer un umbral para indicar el número máximo de unidades de métrica que un producto
puede utilizar dentro de un grupo de sistemas. Entonces se utiliza el umbral para calcular si la utilización
de métrica está por encima o por debajo de las expectativas.
422
Antes de empezar
Debe tener el permiso para Ver métricas de licencia para ver el umbral y el permiso para Gestionar
contratos para cambiarlo.
Procedimiento
1. Abra el informe Todas las métricas y en la lista de informes predefinidos seleccione Umbrales de
métricas.
2. Opcional: Para filtrar el informe para el producto para el que desea establecer el umbral, pulse
Configurar vista y especifique los filtros adecuados. Por ejemplo, elija Nombre de producto, contiene y
especifique el nombre del producto. A continuación, pulse Enviar.
3. Para establecer el umbral, pulse el lápiz en la columna ( ) en la columna Umbral y pulse

Establecer umbral.
4. Especifique el umbral y pulse Establecer. El valor se establece solamente para el grupo de sistemas al
que está asignado y los subgrupos no lo heredan.
Consejo: Si desea establecer un umbral para un subgrupo del grupo de sistemas, vaya a Informes >
Grupos de sistemas y abra el subgrupo. En el ángulo superior izquierdo, seleccione Todas las
métricas. A continuación, en la lista de informes predefinidos, seleccione Umbrales de métrica y
establezca el valor de umbral para un producto determinado.
Resultados
Cuando establece el umbral, el delta se calcula automáticamente restando la cantidad de métrica del
umbral. Si la utilización es inferior o igual al umbral, el delta se muestra de color verde. De lo contrario,

se visualiza en rojo. Adicionalmente, se visualiza una línea que representa el umbral en el gráfico de
historial de cantidad de métrica.
Si desea eliminar el umbral, pulse el icono de lápiz ( ) y pulse Borrar umbral. A continuación, pulse
Borrar.
En la lista de informes predefinidos, puede elegir el informe de umbrales superados y planificar que se
envíen correos electrónicos siempre que aparezca un producto en el informe. Esto asegurará que se le
notifique automáticamente cuando la utilización de métrica para cualquier producto supere el umbral.
Para obtener más información, consulte: “Planificación del envío de informes por correo electrónico” en la
página 461.
Creación de instantáneas de utilización de métricas de licencia

Puede crear una instantánea del informe Todas las métricas y almacenarla como un registro de utilización
de métricas de licencia en la empresa durante un determinado periodo de tiempo. Puede crear la
instantánea con la frecuencia adecuada a sus necesidades.
Antes de empezar
v Debe tener los permisos para Ver métricas de licencias y Ver el seguimiento de auditoría para
poder realizar esta tarea.
v Si está generando la instantánea para fines de auditoría, ejecute una importación y compruebe si se ha
realizado correctamente para asegurarse de que los datos de la instantánea son actuales.
Procedimiento
1. Abra el informe Todas las métricas.
2. Opcional: Para definir el período para el que desea crear la instantánea, pulse Configurar vista y
seleccione el rango de tiempo.
Consejo:
v Si especifica un período desde una determinada fecha la última importación correcta, los informes
contienen las entradas desde esa fecha a partir de las 00:00:00.
v Si especifica un período desde una fecha a una fecha concretas, los informes contienen las entradas
desde la primera fecha a partir de las 00:00:00 hasta la segunda fecha a las 23:59:59.
3. Opcional: Para limitar el número de productos que se incluyen en la instantánea, pulse Configurar
vista y especifique el nombre del producto en la sección Filtros.
424
4. Para crear la instantánea, en la barra de navegación superior, pulse Instantánea de auditoría.
5. Opcional: Proporcione un comentario en el campo de texto de comentarios.
6. Opcional: Para añadir un archivo adjunto, pulse Examinar y, a continuación, seleccione el archivo que
desee adjuntar a la instantánea.
7. Pulse Generar.
Resultados
El archivo csvreport.zip se descargará en su sistema. Para obtener información sobre su contenido,

consulte: “Contenido de las instantáneas de auditoría” en la página 426.
Ejemplo
Puede modificar el archivo pvu_full_capacity.csv y añadir comentarios que indiquen el motivo por el
cual ciertas instancias de software ne particular se excluyeron de los cálculos de precio. A continuación,
puede generar una nueva instantánea de auditoría y adjuntarle el archivo CSV modificado.

El archivo pvu_full_capacity.csv modificado y el archivo audit_comment.txt se añaden a la instantánea
de auditoría del archivo checksums.txt.
Contenido de las instantáneas de auditoría:
Una instantánea de auditoría es un registro de la utilización de métricas de licencia en la empresa

durante un periodo de tiempo. Se descarga en el sistema como un archivo csvreport.zip que contiene
varios archivos.
Tabla 77. Archivos generales
Archivo Contenido
adjunto_auditoria.extensión Opcional. Un archivo que se ha adjuntado durante la
creación de la instantánea. El archivo se lista en el archivo
checksums.txt.
audit_comment.txt Opcional. Comentarios que se han añadido durante la
creación de la instantánea. El archivo se lista en el archivo
checksums.txt.
audit_trails.csv Información sobre:
v Acciones de clasificación de software
v Cargas e importaciones de la tabla de PVU, el catálogo
de software y unidades de cargo
v Cambios en los gestores de VM
Nota: El seguimiento de auditoría no se genera si el
usuario no tiene privilegios para visualizar el seguimiento
de auditoría. Tampoco se genera cuando crea una
instantánea que solo contiene productos que utilizan
métricas de licencia distintas de PVU y RVU MAPC. Por
ejemplo, cuando crea una instantánea que solo contiene
productos que utilizan la métrica Instalar.
bundling_definitions.csv Información sobre:
v Software limitado al proveedor que se ha especificado
en la interfaz de usuario.
v Detalles de los sistemas en los que se ha instalado el
software
checksums.txt Sumas de comprobación para verificar si se ha
manipulado indebidamente algún archivo desde que se
realizó la instantánea de auditoría. En sistemas Linux, se
puede utilizar el mandato siguiente para verificar los
archivos de informe.
sha256sum -c checksums.txt
data_condition.txt Información sobre:
v Autor de la instantánea de auditoría
v Fecha de la instantánea de auditoría
v Periodo que abarca la instantánea
v Versión de la tabla de PVU
v Versión del catálogo de software
v Estado de la agregación y el recálculo
v Filtros que se utilizan en los informes
v (opcional) Archivo adjunto
part_numbers.csv Números de piezas que se listan en el catálogo de
software para los productos de software incluidos en
cualquiera de los archivos de informes CSV.
426
Tabla 77. Archivos generales (continuación)
Archivo Contenido
pub_key.pem Archivo de clave pública que se puede utilizar para
verificar el archivo signature.rsa con el archivo
checksums.txt.
signature.rsa Firma digital que se puede utilizar para verificar si el
archivo checksums.txt se ha manipulado indebidamente.
La verificación se puede lograr con OpenSSL. En sistemas
Linux, se puede utilizar el mandato siguiente para
verificar el archivo checksums.txt.
openssl dgst -sha256 -verify pub_key.pem
-signature signature.rsa checksums.txt
Los archivos siguientes se incluyen en cada instantánea de auditoría a menos que filtre el informe para
mostrar sólo un tipo de métrica específico, por ejemplo la subcapacidad de PVU. A continuación, los
archivos con otras métricas no están incluidos.
Tabla 78. Archivos con utilización de métricas de licencia
Archivo Contenido
install.csv Información sobre:
v Software con licencia por sistema
software cuando la cantidad de métrica era la más alta
pvu_full_capacity.csv Información sobre:
v El software de PVU y la utilización de PVU con una
licencia de capacidad completa
software
pvu_sub_capacity.csv Información sobre:
v El software de PVU y la utilización de PVU con una
licencia de subcapacidad
software
rvu_full_capacity.csv Información sobre:
v El software de RVU y la utilización de MAPC de RVU
con una licencia de capacidad completa
software
rvu_sub_capacity.csv Información sobre:
v El software de RVU y la utilización de MAPC de RVU
con una licencia de subcapacidad
software
Descripción de los archivos CSV con el uso de métricas:
Debido a las diferencias en la estructura de los informes de interfaz de usuario y los informes CSV, la
información sobre la utilización de métricas se presenta de forma diferente en cada tipo de informe.
Obtenga más información sobre estas diferencias para entender mejor cómo correlacionar la información
entre los informes de interfaz de usuario y los informes CSV.

Estructura de informes multinivel frente a plano
Los informes Todas las métricas de IBM y Subcapacidad de PVU de IBM constan de los siguientes niveles
para productos PVU y RVU MAPC:
1. Primer nivel - una lista de todos los productos.
2. Segundo nivel - al pulsar un nombre de producto, va a la información sobre el servidor físico en el

que se ha instalado el producto.
3. Tercer nivel - al pulsar el nombre de servidor, va a una lista de máquinas virtuales que se ejecutan en
este servidor y tienen el producto instalado.
La instantánea de auditoría no es multinivel. Sin embargo, debe presentar la misma información que el
informe que está disponible en la interfaz de usuario. A continuación se muestra un extracto de la
instantánea de auditoría que corresponde al informe presentado en las capturas de pantalla anteriores.
Algunas columnas se ocultan en la instantánea para simplificarla.
428
Tabla 79. Extracto de la instantánea de auditoría
D E F H K M N O P S
Nombre de Cantidad Tiempo de Nombre de PVU por Límite de SubcapacidadLímite de SubcapacidadSistema
producto de métrica valor servidor núcleo subcapacidadde núcleo subcapacidadde PVU de
máximo de de núcleo de CPU de de PVU de servidor
métrica de CPU de servidor servidor físico
servidor físico físico
físico
IBM MQ 810 2016-06-01 X.XXX. 70 8 3 560 210 Sistema 1
00:00:00.000 XX.217
00:00:00.000 XX.217
00:00:00.000 XX.217
Cuando se añaden los valores a la columna O (Límite de subcapacidad de PVU del servidor físico), el
consumo de PVU equivale a 1680 PVU, que es mayor que el valor que se presenta en la interfaz de
usuario. Estos valores no deben añadirse porque todos hacen referencia a un único servidor
(X.XXX.XX.217) en el que se ejecutan las tres máquinas virtuales, no una máquina virtual individual que
aparece en la columna S (Sistema). El valor de la columna M se repite debido a la estructura plana del
informe CSV.
Si desea relacionar los valores del informe CSV con el informe de la interfaz de usuario, la relación es la
siguiente:
v La columna O en el informe CSV se relaciona con la columna de Límite de subcapacidad de PVU en el
segundo nivel del informe
v La columna N en el informe CSV se relaciona con la columna de Subcapacidad de núcleo de CPU en el
segundo nivel del informe
Los términos de licencia de subcapacidad de PVU y MAPC de RVU especifican sólo el consumo de
licencias en el nivel de servidor físico. Los valores no se pueden calcular y presentar en la máquina
virtual o en el nivel LPAR y BigFix Inventory no proporciona dichos datos. Para obtener más
información, consulte: Reglas de contabilización de licencias de capacidad de virtualización.
Un informe CSV contiene sólo instancias de software descubiertas durante el tiempo de valor máximo
de licencia
Los informes CSV sólo listan las instancias de software que se han descubierto durante el tiempo de valor
máximo de licencia. Si una instancia se ha instalado en el entorno durante el periodo de informe pero no
se ha descubierto durante el tiempo de valor máximo de licencia, la instancia no aparece en los informes
CSV.

Por ejemplo, se han instalado tres instancias de DB2. El periodo de informe se establece en un mes y el
uso de licencia de DB2 es el siguiente:
v La instancia 1 utiliza el máximo de 100 PVU
El valor máximo de licencia se produce cuando la suma de valores PVU de todas las instancias es la más
alta y equivale a 800 PVU (300 PVU por ejemplo 2 + 500 PVU por ejemplo 3). El máximo se produce
durante el período que se marca con un cuadrado rojo. Es el tiempo de valor máximo de licencia. El uso
máximo de la instancia 1 está fuera del cuadrado rojo. Significa que esta instancia se ha instalado en el
entorno durante el periodo de informe actual pero no se ha descubierto durante el tiempo de valor
máximo de licencia. Esta instancia no aparece en el informe CSV.
Utilización de recursos
El informe muestra el uso de las métricas de licencia para productos que entregan archivos .slmtags se
presenta en el informe Utilización de recursos. Los datos que aparecen en el informe no se agregan. Lo
que significa que si un producto puede utilizar cinco métricas de licencia, aparecerán cinco filas en el
informe para dicho producto. Además, se visualizan todas las métricas que están disponibles para un
producto, no solamente las métricas que ha definido su acuerdo de licencia.
Para recopilar los datos de utilización de recursos, ejecute la exploración de utilización de recursos. La
exploración se planifica automáticamente si ha habilitado la configuración de exploración
predeterminada. De lo contrario, habilítela manualmente. Para obtener más información, consulte: “Iniciar
430
1 2
3
3 4 5 6
1 CSV y PDF
Exportar a CSV o PDF solo incluye los datos que se pueden ver en la interfaz de usuario.
2 Exportar historial
El historial proporciona los datos procesados inicialmente acerca de la utilización promedio y
máxima de cada métrica de licencia para cada producto durante un periodo especificado.
3 Tipo de métrica y Subtipo de métrica
El tipo y el subtipo de métricas de licencia que utiliza un producto. El informe no muestra los
productos que utilizan la métrica PVU, MAPC de RVU o Instalar. Para ver estos productos, abra
el informe Todas las métricas.
4 Primera medición y Última medición
La primera y última vez que se ha notificado cada métrica.
Valor de tendencia máximo
La utilización máxima de cada métrica de licencia durante los últimos 30 días. Si un producto
concreto no se utiliza, no hay datos de utilización de recursos disponibles o los datos son
anteriores a 30 días, el valor es 0.
Historial del valor de tendencia máximo
El valor de tendencia de la utilización máxima durante los últimos 30 días. Cuando el gráfico
muestra 0 para un periodo específico, significa que no hay datos o que no se han utilizado
licencias durante este periodo. Para reconocer cuál es su caso, pulse Exportar historial para
guardar el informe en un archivo. A continuación, abra el archivo y compruebe si las entradas
que muestran 0 en la interfaz de usuario también muestran 0 en el archivo. Si es así, significa que
la utilización de licencias durante este periodo equivale a 0. Si no hay entradas de este tipo, no se
informará de los datos de este periodo.
Valor del periodo de retención
Para reducir la cantidad de datos de utilización de recursos, establezca el período de retención
después del cual se eliminan los datos de la base de datos. Para obtener más información,
consulte: “Configurar periodo de retención de datos” en la página 181.
Agregar los datos
Si desea agregar los datos según su acuerdo de licencia, exporte el historial de la utilización de métrica
de licencias y agréguelo fuera de BigFix Inventory. Aplique todos los filtros necesarios al informe
Utilización de recursos y pulse Exportar historial. Se descarga el archivo csvhistory.zip en su sistema.

Contiene el archivo export_history.csv que proporciona inicialmente los datos procesados sobre la
utilización media y máxima de cada métrica de licencia para cada producto.
Ejemplo
El producto de IBM es una aplicación con licencia que se basa en la cantidad de usuarios que inician
sesión de forma simultánea en esa aplicación por hora. Figura 6 es una visualización de la utilización de
métrica de licencia que se recupera del archivo .slmtag específico del producto IBM.
Figura 6. Datos de utilización de métrica de licencia recuperados del archivo .slmtag del producto IBM
Los datos experimentan un proceso inicial durante el cual se calcula el promedio de utilización diaria de
la métrica de licencia. Se conserva la información sobre la utilización máxima, incluido el valor y el
tiempo. La Figura 7 en la página 433 es una visualización de los datos de utilización de la métrica de
licencia para el producto IBM después del proceso inicial. Muestra que, de promedio, cuatro usuarios de
forma simultánea han iniciado sesión en la aplicación. La utilización máxima se ha producido entre las
2:00 p.m. y las 3:00 p.m. en que 10 usuarios habían iniciado sesión de forma simultánea en el producto
IBM.
432
Figura 7. Datos de utilización de métrica de licencia para el producto IBM tras el proceso inicial
El archivo export_history.csv contiene datos de utilización de la métrica de licencias después del

proceso inicial. No contiene todos los datos recopilados de los puntos finales de su infraestructura. En la
Tabla 80 se muestra un fragmento del archivo export_history.csv que corresponde a los datos
presentados en la Figura 7. La primera fila corresponde a la utilización de promedio de la métrica de
licencias antes de la hora punta. La segunda fila corresponde al valor en la hora punta. La tercera fila
corresponde a la utilización de promedio después del valor de hora punta.
Tabla 80. Un fragmento del archivo export_history.csv
Hora de Hora de
Nombre del Nombre del Subtipo de inicio (UTC finalización
equipo software Tipo de métrica métrica 0) (UTC 0) Valor
VMW00912 Producto IBM USUARIO_ 2015-06-20 2015-06-20 4
SIMULTÁNEO 00:00:00.0 14:00:00.0
SIMULTÁNEO 14:00:00.0 15:00:00.0
SIMULTÁNEO 15:00:00.0 00:00:00.0
Inhabilitación de la recopilación de datos de utilización de recursos

De forma predeterminada se recopilan los datos de utilización de recursos. Sin embargo, puede
inhabilitar la opción si no le interesan estos datos.
Antes de empezar

Procedimiento
1. Detenga todas las acciones que se han creado mediante la tarea Iniciar exploración de software.
a. Inicie sesión en la consola de BigFix.
b. En el árbol de navegación de la izquierda, pulse Acciones.
c. Seleccione todas las acciones abiertas que se han creado mediante la tarea Iniciar exploración de
software, pulse en ellas con el botón derecho del ratón y pulse Detener acción. El estado de las
acciones cambia a Detenido.
2. . Desmarque el recuadro de selección Utilización de recursos.
3. Inicie sesión en BigFix Inventory, vaya a https://nombre_host:puerto/management/feature y
desmarque el recuadro de selección Medir utilización de recursos. A continuación, pulse Guardar.
Resultados
Los datos de utilización de recursos ya no se recopilan de los sistemas de su infraestructura. El informe

Utilización de recursos se oculta en BigFix Inventory.
Informes
Los informes proporcionan información detallada sobre los sistemas en su infraestructura y elementos de
software que se han instalado en estos sistemas. Puede decidir qué tipo de información desea visualizar
seleccionando el tipo adecuado de informe. También puede personalizar el tipo y la cantidad de
información que se muestra en un informe y guarde los valores en el informe para volver a utilizarlos.
Informes disponibles
Los informes son el primer recurso de información acerca los equipos de su infraestructura y software
instalados en estos equipos.
Nota: Las columnas de texto en BigFix Inventory se ordenan de forma diferente en Linux y Windows. Si
pulsa una cabecera de columna, los valores se ordenan teniendo en cuenta las mayúsculas y minúsculas
en Linux (todos los nombres con letras mayúsculas se visualizan primero) y sin tener en cuenta las
mayúsculas y minúsculas en Windows (las palabras con letras mayúsculas y no mayúsculas están
mezcladas).
General
Informes guardados
El informe proporciona información sobre los informes guardados, como el informe base a partir
del cual el informe guardado se ha creado o sobre el usuario que lo ha creado. Algunos de los
informes se entregan BigFix Inventory. El sistema (SYSTEM) los marca como creados. Otros
informes los crean usuarios individuales. Para obtener más información, consulte: “Creación de
vistas de informes guardados” en la página 459.
Inventario de software
Exploración de inventario
Permiso necesario: Ver puntos finales

El informe proporciona información acerca de los elementos de software que están instalados en
la infraestructura. Los elementos están estructurados en jerarquías que consisten en el editor, los
títulos de software, las versiones, los releases y los componentes. Puede obtener más detalles en
la jerarquía para recopilar información detallada sobre el uso de software incluyendo la hora y
frecuencia.
En cada nivel de la jerarquía, también puede ver información sobre los contratos a los que están
asignados los productos. El informe muestra el número de instancias de software que están
434
cubiertas por contratos y el coste de adquisición y mantenimiento de las licencias de ese
producto. Puede utilizar el informe para gestionar con eficacia el inventario de software
supervisando el coste de las licencias de software y el uso de los productos de software concretos.
Instalaciones de software

El informe proporciona información sobre los sistemas de la infraestructura y los elementos de
software que se han instalado en estos sistemas. Para filtrar la información para un informe
detallado de un elemento único de software, pulse el enlace en la columna Detalles.
La vista detallada muestra información sobre las firmas de software probadas para detectar el
software, así como los códigos de identificación de software descubiertos. La información viene
acompañada de los siguientes iconos:
v : la firma coincidía con el elemento de software o el código de ID de software se ha

descubierto en el sistema y ha producido la detección de software.
v : la firma no coincide con el elemento de software.

Si cree que el software se ha detectado erróneamente, puede utilizar esta información para
examinar cómo se ha evaluado la firma o el código de ID de software. También puede ver la vía
de acceso de instalación del software que se ha descubierto mediante una firma basada en
archivo. Si el software se ha descubierto mediante una firma compleja, puede ver la estructura
jerárquica de la firma para comprender mejor el proceso de detección.
En esta vista, también puede ver la información sobre el uso de software. Si no se puede recopilar
la información para el software en concreto, se visualiza uno de los mensajes siguientes:
v Los datos de uso no se soportan - Los datos de uso no se pueden recopilar porque la firma
de uso para este elemento de software no existe.
v No se han encontrado datos de uso - No se han recopilado datos de uso para este software.
Puede suceder porque el software no se ha utilizado nunca y, por lo tanto, no tiene
información de uso. Esto también puede suceder debido a que la opción para ejecutar la
exploración Estadísticas de uso de aplicación se ha borrado en el fixlet Iniciar exploración de
software.
Datos de paquete
Permiso necesario: Ver datos en bruto

El informe proporciona información sobre los paquetes instalados en los sistemas de su
infraestructura. La información se recupera del registro de Windows y de la base de datos RPM
de UNIX. Puede saber el nombre de cada paquete, su versión, el proveedor, la descripción y el
tipo. Puede utilizar esta información para crear firmas de software personalizadas. Para obtener
más información, consulte: “Crear firmas desde datos de paquete” en la página 343.
Datos de archivos explorados

El informe proporciona información sobre todos los archivos que se han encontrado en los
sistemas de la infraestructura. Puede averiguar la ubicación, el tamaño y la versión de cada
archivo. Puede utilizar esta información para crear firmas de software personalizadas. Para
obtener más información, consulte: “Crear firmas desde datos de archivos explorados” en la
página 344.
Archivos no reconocidos

El informe proporciona una clasificación de los 1000 archivos que se encuentran más
habitualmente en la infraestructura de sistema pero que no corresponden a ninguna firma. La
clasificación es independiente para cada grupo de sistemas. La clasificación está basada en el
número de sistemas en los que se detectaron los archivos, el número de copias de un archivo
determinado y el orden alfabético. Los archivos se listan por nombre independientemente del
tamaño o los metadatos de la versión. Para acceder a esa información detallada, pulse en el
nombre de archivo.
Puede utilizar este informe para investigar archivos no reconocidos que se pueden utilizar para
crear firmas personalizadas. Dado que la agregación de datos de exploración no reconocidos
ralentiza las importaciones, particularmente en despliegues de gran tamaño, de forma
predeterminada se inhabilita. Puede habilitarla seleccionando la opción en Gestión > Datos de
exploración no reconocidos.
Datos de medición

El informe proporciona información detallada sobre el uso de los elementos de software que
están instalados en los sistemas de la infraestructura. Puede realizar el seguimiento de cada
sistema y averiguar qué procesos ejecuta, cuándo se ha utilizado cada proceso por primera y
última vez y el tiempo total y la frecuencia de uso. También el promedio de ejecuciones de cada
proceso por día y el promedio de tiempo de ejecución de los procesos.
Aplicaciones empresariales
Bases de datos Oracle

El informe proporciona información sobre la edición (Standard o Enterprise), las opciones y los
paquetes de gestión (incluido Oracle Real Application Cluster, RAC) de bases de datos de Oracle
que se despliegan en el entorno. Cuando combine esta información con los datos de inventario de
hardware recopilados, puede utilizarlo para calcular la demanda de licencias de Oracle Database.
Métricas de licencias
Todas las métricas
Permiso necesario: Ver métricas de licencias

El informe muestra los productos con licencia para las métricas siguientes:
v PVU (capacidad completa y subcapacidad)
v RVU MAPC (capacidad completa y subcapacidad)
v 9.2.5 Instalar
Para cada producto, puede ver el uso máximo de métrica y su historial durante el periodo
especificado, así como los números de pieza que se han importado para el producto. Puede crear
una instantánea de este informe para la auditoría. Para obtener más información, consulte:
“Creación de instantáneas de utilización de métricas de licencia” en la página 424.
9.2.4 El informe proporciona las siguientes vistas predefinidas:
v Todas las métricas de IBM que muestran solo productos de IBM.
v Umbrales superados que muestra sólo los productos para los que el uso de métricas supera el
umbral especificado.
v Subcapacidad de PVU de IBM que muestra solo productos que tienen licencia para la
subcapacidad de PVU.
436
v 9.2.5 Instalar métrica que muestra solo los productos cuya licencia está basada en el
número de sistemas en los que está instalado el producto.
v Umbrales de métrica que incluye una columna en la que puede especificar un umbral de
métrica. El umbral indica el número máximo de unidades de métrica que puede utilizar un
producto en un grupo de sistemas. De modo que se utiliza para calcular si el uso de métricas
está por encima o por debajo de las expectativas. Para obtener más información, consulte:
“Establecer el umbral de métricas de licencia” en la página 422.
Importante: Si el informe no muestra productos con una métrica de licencia concreta, es posible
que los cálculos de esta métrica estén inhabilitados para el grupo de sistemas al que el usuario
está asignado. Para obtener información acerca de cómo habilitar los cálculos, consulte
“Configuración de grupos de sistemas” en la página 125.
Seguimiento de auditoría
Permiso necesario: Ver seguimiento de auditoría

El informe proporciona información sobre las acciones que afectan a la información que se
visualiza en otros informes. Puede ver detalles de cada acción, su tipo, fecha y el usuario que ha
realizado la acción.
Importante: El seguimiento de auditoría muestra acciones realizadas sólo dentro del grupo de
sistemas al que tiene acceso el usuario que visualiza el informe.
Las acciones que se muestran en el informe son:
v Modificaciones en la clasificación de software: confirmar y cambiar la clasificación
predeterminada, compartir una instancia entre productos, incluir o excluir una instancia en los
cálculos de precios
Nota: El seguimiento de auditoría contiene información acerca de la clasificación cuando se

asigna un componente que no es de IBM a un producto que no es de IBM. Este tipo de
clasificación es posible si se utiliza la función de vista previa Nueva clasificación de software.
Para obtener más información, consulte: “Características de vista previa” en la página 10.
v Cargas: carga satisfactoria o fallida del catálogo de software, datos de unidad de cargo y tabla
de PVU
v Importaciones: importación satisfactoria o fallida del catálogo de software, datos de unidad de
cargo y tabla de PVU
v Gestores de máquinas virtuales: añadir, modificar y suprimir gestores de máquinas virtuales
v Actualizaciones de la configuración de exploración en el panel Configuraciones de exploración
v Cambios en parámetros de servidor y en valores avanzados de servidor
v Cambios en el valor de PVU por núcleo de procesador
9.2.1 Utilización de recursos
Permiso necesario: Ver métricas de licencias

El informe muestra el uso de las métricas de licencia para productos que entregan .slmtags. El
informe muestra el uso máximo de métricas y su valor de tendencia en los últimos 30 días. Para
cada producto, puede ver el tipo y el subtipo de métricas de licencia que utiliza un producto, así
como la primera y la última vez en las que se ha notificado cada métrica. También puede ver la
vía de acceso al archivo .slmtag desde el que se recuperan los datos.
El informe solo muestra productos que ofrecen datos de utilización de recursos. No muestra los
productos que utilizan la métrica PVU, RVU MAPC o Instalar. Para obtener más información,
consulte: “Utilización de recursos” en la página 430.

Infraestructura
Sistemas

El informe proporciona información sobre los sistemas de la infraestructura, los sistemas
operativos, las direcciones IP y más información que se puede utilizar para identificarlos.
También puede visualizar información sobre el estado del sistema, por ejemplo:
v Cuándo se ha conectado por última vez el sistema a BigFix
v Qué versión del cliente está instalada en el sistema
v Qué versión del catálogo está disponible en el sistema
v Cuándo se ha realizado el último intento de ejecutar la exploración
v Si cada tipo de exploración de software se ha realizado correctamente
v Si faltan resultados de exploración en el sistema
v Si se está quedando sin espacio de disco
v Si faltan algunos requisitos previos
Cuando pulsa un enlace en la columna Nombre, se muestra información detallada sobre un
sistema determinado. Ahora puede ver los informes acotados para este sistema. Para ello,
seleccione el informe en el ángulo superior izquierdo.
9.2.5 IBM i Puede retirar los sistemas importados desde el origen de datos
desconectado para excluirlos del informe. Para obtener más información, consulte: “Retirada de
sistemas IBM i” en la página 152.
9.2.4 El informe proporciona la vista predefinida de Agentes obsoletos que muestra los
sistemas en los que no se ha actualizado el cliente de BigFix a la versión más reciente disponible.
Importante: Para algunos sistemas operativos, se retira soporte con nuevas versiones del cliente
de BigFix y sólo se soportan las versiones anteriores. Se informa que este sistema tiene una
versión obsoleta del cliente aunque no esté disponible una versión más reciente.
Grupos de sistemas
Permiso necesario: Gestionar grupos de sistemas

El informe proporciona información sobre grupos de sistemas que se han definido en la
infraestructura. La información incluye el ID del grupo de sistemas, su nombre y descripción.
Puede determinar cuántos sistemas y subgrupos residen en el grupo de sistemas, y cuál es el
número de elementos de software que están instalados en ese grupo. También proporciona
información sobre los contratos que se han asignado a un grupo de sistemas, junto con el coste
de adquisición y mantenimiento de cada contrato.
Cuando pulsa un enlace en la columna Nombre, se visualiza información detallada sobre un
grupo de sistemas determinado. Ahora puede ver informes que están limitados a los sistemas
pertenecientes a este grupo. Para ello, en la esquina superior izquierda, seleccione el informe que
desee ver para este grupo de sistemas.
Inventario de hardware
Permiso necesario: Ver inventario de hardware

El informe proporciona información sobre el estado de clientes de BigFix en la infraestructura.
Para cada sistema en el que está instalado un cliente, puede ver detalles de procesador y el
número de PVU que están asignadas a cada núcleo.
438
Si el valor de PVU por núcleo de procesador que está asignado a un procesador en el entorno de
trabajo es incorrecto, puede cambiarlo manualmente en el informe de Inventario de hardware
para asegurarse de que las licencias de subcapacidad se calculen correctamente. Para obtener más
9.2.3 Valores de estado actuales
Permiso necesario: Editar configuración de servidor

El informe proporciona información para ayudar al equipo de soporte de IBM a resolver
problemas con BigFix Inventory. Cuando abra un registro de gestión de problemas (PMR), genere
una versión CSV o PDF de este informe y proporciónelo al equipo de soporte de IBM.
Catálogo
Permiso necesario: Ver catálogo de software y firmas

El informe proporciona información sobre el autor y el contenido del catálogo de software:
editores, productos de software, versiones, releases y firmas.
Firmas
Permiso necesario: Ver catálogo de software y firmas

El informe proporciona información sobre las firmas que están disponibles en el catálogo de
software. Puede averiguar qué firma se utiliza para detectar cada elemento de software que existe
en el catálogo.
Auditoría de catálogo
Permiso necesario: Ver auditoría de catálogos

El informe proporciona información sobre las modificaciones que se han realizado en el contenido
del catálogo de software personalizado. Para cada modificación, puede ver información detallada
sobre el estado actual de la entidad de software, así como su estado antes y después de la
modificación.
Contratos
Datos de uso del contrato
Permiso necesario: Ver contratos

El informe proporciona información sobre los contratos que ha creado para los elementos
software. Puede ver la relación entre el número de productos de software que tiene derecho a
utilizar y el número real de instancias de software que se utilizan. Puede utilizar el informe para
eliminar licencia sin utilizar y rastrear sistemas que utilizan instancias sin licencia de un producto
de software.
Columnas de informe
Este glosario proporciona una breve descripción de cada columna de los informes que están disponibles
en BigFix Inventory .
Algunos de los informes que están disponibles en BigFix Inventory tienen varios niveles. Una flecha
situada junto a un nombre de informe significa que la columna no está disponible en el primer nivel del
informe. Es necesario descender a niveles inferiores del informe para ver la columna.

ABCDEFGHIJKLMNOPQRSTUVWXYZ
A
Coste de adquisición
Informes: Datos de uso del contrato
Coste general de adquisición de la licencia para el producto de software. Es el valor que
especifica al crear el contrato.
Versión de agente
Informes: Sistemas, Agentes obsoletos
Versión del agente de BigFix que se despliega en el sistema.
Promedio de ejecuciones por día
Informes: Sistemas, Exploración de inventario, Agentes obsoletos, Instalaciones de

software
Número promedio de veces que se inicia un elemento de software por día.
Informes: Datos de medición
Número promedio de veces que se inicia un proceso por día.
Tiempo de ejecución promedio
Informes: Sistemas, Exploración de inventario, Agentes obsoletos, Instalaciones de

software
Cantidad promedio de tiempo durante el cual se utilizó el software. Se calcula dividiendo el
tiempo de ejecución total por el número de ejecuciones totales. El tiempo de ejecución
promedio es igual al tiempo de ejecución total cuando el número total de ejecuciones es igual
a uno.
Cantidad promedio de tiempo durante el cual se utilizó un proceso. Se calcula dividiendo el
tiempo de ejecución total por el número de ejecuciones totales. El tiempo de ejecución
promedio es igual al tiempo de ejecución total cuando el número total de ejecuciones es igual
a uno.
B
Marca
Informes: Sistemas, Inventario de hardware,Bases de datos Oracle, Agentes obsoletos,
Marca del procesador que coincide en la tabla de PVU. Si la marca es “Otra”, el procesador
específico no figura listado en la tabla de PVU. Para obtener detalles de la lectura del
procesador desde el sistema operativo del sistema, consulte “Serie de marca de procesador” en
la página 451.
C
Proveedor de catálogos
Informes: Catálogo de software
Nombre del creador del contenido del catálogo.
Exploración de catálogo omitida
Indica si faltan resultados de la exploración de catálogo. Pueden faltar resultados de
exploración porque el sistema o un retransmisor está fuera de línea, existe una falta de
disponibilidad de la red o el último intento de exploración tiene una antigüedad mayor que
30 días.
440
Exploración de catálogo satisfactoria
Indica si la exploración de catálogo ha sido satisfactoria. La exploración puede no ser
satisfactoria porque el sistema se ha quedado sin espacio, está mal configurado, o la
exploración se ha detenido.
Versión de catálogo
Versión del catálogo de software que está disponible en el sistema. Si existen versiones
diferentes del catálogo en varios sistemas, actualice el catálogo.
Valor cambiado de PVU por núcleo
Indica si el número de unidades de valor de procesador (PVU) para un servidor específico se
ha cambiado manualmente.
Sistemas anidados
Informes: Grupos de sistemas
Número de grupos de sistemas anidados.
Núcleos de clúster
El número total de núcleos de procesador disponibles en el clúster de sistemas host.
Nombre de clúster
Nombre del clúster al que pertenece un sistema principal determinado.
Comentario
Informes: Todas las métricas de IBM, Todas las métricas, Umbrales superados,
Subcapacidad de PVU de IBM, Umbrales de métrica
Información técnica adicional. A nivel de servidor, los valores posibles son: Jerarquía de
virtualización incompleta y Se excluyen todas las instancias. A nivel de instancia de software,
los valores posibles incluyen las razones para excluir la instancia en los cálculos de precios.
Nombre de componente
Subcapacidad de PVU de IBM, Umbrales de métrica, Catálogos de software
Componente de producto que se ha descubierto en el sistema.
Recuento de sistemas
Informes: Exploración de inventario
Número de sistemas en los que está instalado el software.
ID de sistema
Informes: Sistemas, Inventario de hardware, Datos de medición, Bases de datos Oracle,
Agentes obsoletos, Datos de paquete, Utilización de recursos, Datos de archivos explorados,
Identificador del sistema.
Nombre del sistema

Informes: Todas las métricas de IBM, Todas las métricas, Sistemas, Umbrales
superados, Inventario de hardware, Subcapacidad de PVU de IBM, Umbrales de
métrica, Datos de medición, Bases de datos Oracle, Agentes obsoletos, Datos de paquete,
Utilización de recursos, Datos de archivos explorados, Instalaciones de software
Nombre de host del sistema donde se han descubierto los datos específicos del informe.
Sistemas
Número de sistemas del grupo.
Informes: Archivos no reconocidos
Número de sistemas en los que se ha detectado el archivo no reconocido.
Confianza
Informes: Firmas
Fiabilidad de la firma que está definida en el catálogo de software. La confianza más baja es 0,
la confianza más alta es 3.
Información de contacto
La columna no se utiliza.
Contratos
Número de contratos que están asignados al grupo de sistemas.
Número de contratos que están definidos para el elemento de software.
Copias
Número de copias del archivo no reconocido que se han descubierto en los sistemas de la
infraestructura.
Diferencia de costes
Diferencia entre el coste de adquisición de la licencia para el producto de software
determinado y el coste de las instancias utilizadas o no utilizadas de ese producto. Si la
diferencia de costes es un número positivo que se muestra en verde, el número de instancias
de producto que se utilizan no sobrepasa la licencia autorizada. El número indica que tiene
algunas licencias adicionales que puede distribuir en la empresa o que puede reducir el coste
de licencias no ampliando las licencias excesivas. Si la diferencia de coste es un número
negativo que se muestran en rojo, el número de instancias de producto de software que se
utilizan sobrepasa la licencia autorizada. Debe adquirir licencias para más instancias del
producto de software.
Coste por puesto
Coste de la licencia para una instancia del producto de software.
Capacidad total del núcleo de CPU
Informes: Todas las métricas de IBM, Todas las métricas

Número total de núcleos de procesador físicos del servidor donde está instalado el producto.
Subcapacidad de núcleos de CPU
442
Informes: Subcapacidad de PVU de IBM
Número de núcleos de procesador que son utilizados por un producto de software.
Límite de subcapacidad de núcleo de CPU

Número total de núcleos de procesador físicos del servidor donde está instalado el producto.
Este valor se contabiliza cuando la subcapacidad es máxima, es decir, cuando el número de
núcleos de procesador utilizados por el producto es el más alto.
Creación

Fecha y hora en que se creó la firma.
Informes: Sistemas, Agentes obsoletos, Firmas, Instalaciones de software

Fecha y hora en que se creó la entrada del catálogo de software.
Estado actual
Informes: Auditoría de catálogo
Detalles de la firma después de la modificación.
D
Nombre de origen de datos
Nombre del servidor de BigFix desde el que se cargan los datos en BigFix Inventory.
Informe predeterminado
Informe: Informes guardados
Indica si la vista de informes guardados se establece como vista predeterminada para un
informe específico.
valor de PVU predeterminado
Indica si se asigna un valor de PVU predeterminado al sistema. El valor predeterminado se
asigna cuando el procesador no está listado en la tabla de PVU. El valor predeterminado es
100 unidades PVU por núcleo de procesador.
Descripción
Descripción del grupo que se ha proporcionado durante la creación del grupo de sistemas.
Informes: Datos de paquete
Descripción del paquete.
Descripción adicional del origen del contenido del catálogo.
Detalles
Informes: Seguimiento de auditoría
Información sobre el tipo y la fecha de la acción que afecta a datos de otros informes, así
como el usuario que ha realizado la acción.
Informes: Sistemas, Agentes obsoletos, Instalación de software

Enlace que apunta a información detallada sobre el producto de software.
Descubrimiento
Informes: Firmas
Indica si la firma se utiliza para el descubrimiento de software.
Nombre de DNS
Nombre del sistema que está especificado en el Sistema de nombres de dominio.
E
Edición
Informes: Bases de datos Oracle
Edición de la base de datos Oracle.
Versión del catálogo de exploraciones de puntos finales
Versión del catálogo de software personalizado que está disponible en el sistema.
Sistemas autorizados
Número de sistemas que están autorizados a utilizar el software.
Finalización de la autorización
Fecha de finalización de la autorización para el producto que se ha proporcionado durante la
creación del contrato.
Inicio de la autorización
Fecha del inicio de la autorización para el producto que se ha proporcionado durante la
F
Característica
Característica de la base de datos Oracle.
Nombre de archivo
Informes: Datos de archivos explorados
Nombre del archivo que es utilizado por la firma para descubrir software.
Vía de acceso de archivo
Directorio donde está situado el archivo.
Resultados omitidos de la exploración del sistema de archivos
Indica si faltan resultados de la exploración del sistema de archivos. Pueden faltar resultados
de exploración porque el sistema o un retransmisor está fuera de línea, existe una falta de
disponibilidad de la red o el último intento de exploración tiene una antigüedad mayor que
30 días.
444
Exploración de sistema de archivos satisfactoria
Indica si la exploración del sistema de archivos ha sido satisfactoria. La exploración puede no
ser satisfactoria porque el sistema se ha quedado sin espacio, está mal configurado, o la
exploración se ha detenido
Versión de archivo
Versión del archivo.
Primera medición
Informes: Utilización de recursos
Fecha y hora en que la métrica de licencia se midió por primera vez.
Primera detección
Informes: Sistemas, Datos de medición, Agentes obsoletos, Datos de paquete, Datos de
archivos explorados, Agentes obsoletos, Instalaciones de software
Fecha y hora en que el sistema informó a BigFix por primera vez.
Primera utilización
Fecha y hora en que el software de un proveedor determinado se utilizó por primera vez.
Fecha y hora en que el proceso se ejecutó por primera vez.
Informes: Sistemas, Agentes obsoletos, Instalaciones de software

Fecha y hora en que el elemento de software fue utilizado por primera vez.
G
Informe predeterminado global
Informes: Informes guardados
Indica si la vista de informes guardados se establece como vista predeterminada del informe
para todos los usuarios.
H
Tiene escaso espacio en disco
Indica si el sistema tiene menos de 100 MB de espacio de disco libre
Faltan requisitos previos
Indica si faltan requisitos previos del explorador en el sistema.
Tiene una versión obsoleta
Indica si la última versión del agente de IBM BigFix está instalada en el sistema. Para algunos
sistemas operativos, no hay ninguna versión más reciente del agente que esté disponible.
Tiene uso
Indica si se ha utilizado el software.

I
ID
Informe: Grupos de sistemas
Identificador del grupo de sistemas.
Informe: Sistemas, Agentes obsoletos
Identificador del sistema.
Números de pieza importados
Informes: Todas las métricas de IBM, Todas las métricas, Umbrales superados, Subcapacidad
de PVU de IBMMétrica de instalación,Umbrales de métrica
Los números de piezas que ha importado a BigFix Inventory. Representan los productos de
IBM que ha adquirido.
Vía de acceso de instalación
Vía de instalación de la base de datos Oracle.
Software instalado
Informe: Sistemas, Agentes obsoletos
Número de elementos de software que están instalados en el sistema.
Instancia
Identificador de la instancia de software.
Instancias cubiertas por contratos
Número de elementos de software de un proveedor determinado para cuales hay contratos
definidos.
Dirección IP
Dirección IP del sistema.
Está limitado
Indica si la partición está limitada, es decir, si su acceso a los recursos de procesador es
limitado.
Sólo disponible para AIX. Para otros sistemas operativos, la columna no muestra ningún dato.
Está desincronizado
Indica si la hora que está establecida en el sistema difiere al menos en una hora respecto de la
hora establecida en el servidor de BigFix Inventory .
Está compartido
Informes: Sistemas, Inventario de hardware, Bases de datos Oracle, Agentes obsoletos,
Instalación de software
Indica si la partición lógica trabaja en la modalidad compartida.
446
L
Última medición
Fecha y hora en que se midió por última vez de la métrica de licencia.
Último intento de exploración
Fecha y hora en que se inició la última exploración.
Visto por última vez
Fecha y hora en que el agente conectó por última vez con el servidor de BigFix.
Última utilización
Fecha y hora en que el software de un proveedor determinado se utilizó por última vez.
Fecha y hora en que se ejecutó por última vez el proceso.
Fecha y hora en que el elemento de software se utilizó por última vez.
Última importación de exploración
Fecha y hora en que datos de exploración de un sistema determinado se importaron por
última vez a BigFix Inventory .
Sistemas con licencia
Número de sistemas que están autorizados a utilizar el software y tienen este software
instalado.
Discrepancia de licencias
Diferencia entre el número de instancias de productos de software para los cuales tiene
autorización bajo una licencia determinada y el número real de instancias de software que se
utilizan. Si la discrepancia de licencias es un número positivo que se muestran en verde, el
número de instancias del producto que se utilizan no sobrepasa la licencia autorizada. Si la
discrepancia de licencias es un número negativo que se muestran en rojo, el número de
instancias del producto que se utilizan sobrepasa la licencia autorizada.
Asignación para la partición lógica
Número de núcleos de procesador que están asignados a la partición lógica.

M
Final de mantenimiento
Fecha de finalización del mantenimiento del software que se ha proporcionado durante la
Inicio de mantenimiento
Fecha del inicio del mantenimiento del software que se ha proporcionado durante la creación
del contrato.
Valor de tendencia máximo
Valor máximo de la utilización de la métrica de licencia durante los últimos 30 días.
Historial del valor de tendencia máximo
Representación gráfica del historial de utilización de la métrica de licencia durante los últimos
30 días.
MD5
Suma de comprobación MD5 calculada para un archivo. Las sumas de comprobación actúan
como huellas dactilares de archivos, y se pueden comparar con las sumas de comprobación de
firmas de virus conocidos para reconocer si los archivos se han alterado o manipulado
indebidamente. Las sumas de comprobación se utilizan para asegurar la integridad y
seguridad de los archivos en situaciones de seguridad avanzada.
Métrica
Tipo de la métrica utilizada por el elemento de software.
Cantidad de métrica
Informes: Todas las métricas de IBM, Todas las métricas, Umbrales superados, Métrica de
instalación,Umbrales de métrica
El número mayor de unidades de métrica que ha utilizado el producto durante el periodo
especificado.
El número mayor de unidades de valor de procesador que ha utilizado el producto durante el
periodo especificado.
Historial de cantidad de métrica
Representación gráfica del historial del consumo de métricas en el periodo de tiempo
especificado. Si establece el umbral de licencia, el gráfico también incluye una línea que
representa el umbral. Para obtener más información, consulte: “Establecer el umbral de
métricas de licencia” en la página 422.
Subtipo de métrica
Subtipo de la métrica de licencia.
Tipo de métrica
448
Tipo de la métrica de licencia.
Modelo
Modelo del procesador.
Modificación
Informes: Sistemas, Agentes obsoletos, Firmas, Catálogo de software, Instalaciones de

software
Fecha y hora en que se modificó el elemento.
Fecha de modificación
Informes: Seguimiento de auditoría, Auditoría de catálogo
Fecha y hora en que se modificó el elemento.
Tipo de modificación
Tipo de la modificación.
Modificado por
Usuario que ha modificado el elemento.
Software modificado
Elemento de software que se ha modificado.
Discos compartidos montados
Lista de directorios de todos los discos compartidos que están montados en el sistema. Para
ver los datos, ejecute la tarea "Descubrir discos compartidos remotos" en el sistema.
N
Nombre
Nombre del grupo de sistemas.
Nombre del contrato.
Nombre del paquete de software que se puede utilizar como firma.
Nombre del informe guardado.
Informes: Sistemas, Bases de datos Oracle, Agentes obsoletos, Firmas, Instalaciones de
software
Nombre del elemento de software que está instalado en el sistema.
Nombre del proveedor de software o producto.
Nombre del archivo no reconocido que se ha detectado en el sistema.

Exportación planificada siguiente
Fecha y hora en que está planificado enviar el informe guardado a los usuarios suscritos.
O
Sistema operativo
métrica, Datos de medición, Agentes obsoletos, Datos de paquete, Utilización de recursos,
Datos de archivos explorados, Instalaciones de software
Sistema operativo del sistema donde está instalado el agente de BigFix.
P
Exploración de paquetes satisfactoria
Indica si la última exploración de paquetes ha sido satisfactoria. La exploración puede no ser
satisfactoria porque el sistema se ha quedado sin espacio, está mal configurado, o la
Organización padre
Organización que es propietaria del contenido del catálogo.
Núcleos de partición
Número de núcleos de procesador que están asignados a la partición donde está instalado el
agente de BigFix.
Procesadores virtuales de partición
Número de procesadores virtuales que están asignados a la partición donde está instalado el
agente de BigFix. El valor se utiliza en cálculos posteriores cuando el punto final trabaja en la
modalidad limitada.
Vía de acceso
Vía acceso de instalación del software que se ha descubierto en el sistema.
Directorio donde se ha descubierto el archivo .slmtag.
Núcleos de agrupación compartida física
Número de procesadores que trabajan en la modalidad compartida.
Nombre de plataforma
Informes: Firmas
450
Nombre de la plataforma en la que se descubre el software mediante una firma determinada.
Privado
Indica si la vista de informes guardados puede ser utilizada únicamente por su creador o por
otros usuarios también.
Nombre de proceso
Informes: Sistemas, Datos de medición, Agentes obsoleto, Instalaciones de software
Nombre del proceso en el que está basado el cálculo del uso de software.
Procesador
Detalles del procesador.
Serie de marca de procesador
Especificación completa del procesador incluidos la marca, el modelo y la velocidad, según el
sistema operativo.
Nombre de producto
de PVU de IBMMétrica de instalación,Umbrales de métrica, Catálogo de software
Nombre del producto.
Versión de producto
Versión del producto de software.
Editor
Informes: Todas las métricas, Métrica de instalación, Exploración de inventario
Nombre de la compañía que ha publicado el elemento de software.
Nombre de editor
Informes: Sistemas, Agentes obsoletos, Firmas, Catálogos de software, Instalaciones de
software
Nombre de la compañía que ha publicado el elemento de software.
PVU por núcleo
Número de unidades de valor de procesador que están asignadas a un núcleo de procesador
en un sistema. De forma predeterminada, el valor se toma de la tabla de PVU. También se
puede establecer manualmente en el informe Inventario de hardware. Para obtener más
Consulte también: Valor cambiado de PVU por núcleo.
Capacidad total de PVU
Informes: Todas las métricas de IBM, Todas las métricas

Número de unidades de valor de procesador que son utilizadas por un producto que está
instalado en el servidor.
Subcapacidad de PVU

Número de unidades de valor de procesador que son utilizadas por un producto que está
instalado en la partición del servidor.
Límite de subcapacidad de PVU

Número total de unidades de valor de procesador correspondientes al servidor donde está
desplegado el producto, contabilizado en el momento en que la subcapacidad es máxima. Se
alcanza la subcapacidad máxima cuando el número de núcleos de procesador utilizados por el
producto es el más alto.
R
Valor de jerarquía
Posición de un archivo dentro de una jerarquía de 1000 archivos que son los encontrados con
más frecuencia en la infraestructura de sistemas, pero que no coinciden con ninguna firma.
Versión de release
Informes: Bases de datos Oracle, Catálogo de software
Versión de release del producto de software.
Descubierto desde
Informes: Datos de paquete, Datos de archivos explorados
Fecha y hora en que el paquete o archivo se descubrió por primera vez.
S
Exploración de discos compartidos
Indica si se han explorado discos compartidos durante la última exploración de software.
Sockets activos de servidor
Número de tarjetas de procesador físico que están montadas en el servidor.
Núcleos de servidor
Número de núcleos de procesador que son utilizados por el servidor.
ID de servidor
Identificador del servidor. El formato del identificador es especificado por el parámetro
managedServerTagTemplate para los hosts de los cuales se recogen datos mediante la
herramienta del gestor de máquinas virtuales o el fixlet Ejecutar exploración de capacidad en
hosts de virtualización, o por el parámetro standaloneServerTagTemplate para los hosts
restantes. Para obtener más información sobre los parámetros, consulte: “Valores avanzados de
servidor” en la página 304.
452
Nombre de servidor
Un sistema individual único de la empresa. Para una máquina física, es el fabricante de
hardware, el tipo, y un número de serie de máquina. Para una máquina virtual, es el
fabricante y un nombre de host. Para una máquina virtual con una definición incompleta, es
un UUID que tiene el prefijo TLM_VM_.
SHA-256
Suma de comprobación SHA-256 calculada para un archivo. Las sumas de comprobación
actúan como huellas dactilares de archivos, y se pueden comparar con las sumas de
comprobación de firmas de virus conocidos para reconocer si los archivos se han alterado o
manipulado indebidamente. Las sumas de comprobación se utilizan para asegurar la
integridad y seguridad de los archivos en situaciones de seguridad avanzada.
SID
Informe: Bases de datos Oracle
Nombre exclusivo de la instancia de base de datos Oracle.
Creación de firma
Informes: Firmas
Fecha y hora en que se creó la firma.
ID de firma
Informes: Firmas
Identificador de la firma.
Modificación de firma
Informes: Firmas
Fecha y hora en que se modificó la firma por última vez.
Tamaño
Tamaño del archivo en bytes.
Informes: Sistemas, Exploración de inventario, Agentes obsoletos, Firmas, Catálogos de
software, Instalaciones de software
Catálogo de software que contiene la firma del elemento de software.
Componente de software
Nombre del componente de software.
ID de software
Identificador del software al que se aplica la modificación.
Nivel de software
Especifica la versión, release, y el número de modificación de un elemento de software.
Nombre del software

Nombre del producto de software.
Producto de software
Nombre del producto de software.
Release de software
Versión de release del producto de software.
Exploración de etiquetas de software satisfactoria
Indica si la última exploración de etiquetas de software ha sido satisfactoria.
Versión de software
Versión del producto de software.
Estado
Indica si hay datos disponibles de un hipervisor.
Modelo de sistema
Nombre del sistema de hardware o tecnología de virtualización que ha descubierto el agente.
T
Umbral
Número máximo de unidades de métrica que un producto tiene derecho a utilizar dentro de
un grupo de sistemas. El valor se establece manualmente y se utiliza para calcular el delta de
umbral de métrica.
Delta de umbral
Se calcula restando la cantidad de métrica del umbral. Si la utilización de licencias es inferior
o igual al umbral, el delta se muestra en verde. De lo contrario, se muestra en rojo.
Coste total de adquisición
Coste total de adquisición de licencias para los elementos de software contenidos en el grupo
de sistemas.
Coste de adquisición de licencias para elementos de software de un proveedor determinado.
Total de componentes
Número de componentes de productos de software que están listados en el catálogo.
Licencias totales
454
Número de licencias disponibles para el producto de software. Si el producto tiene una
licencia para cada sistema, se proporciona el número de sistemas que están autorizados para
utilizar el producto. Si se puede desplegar un número ilimitado de productos para una
licencia determinada, la columna incluye la abreviatura ELA (Enterprise Licensing
Agreement). Los usuarios de nivel superior pueden definir un contrato que se aplica a un
grupo amplio. Si los usuarios de nivel inferior visualizan un informe de uso de contrato que
está definido de esta manera, verán el número total de licencias del producto. Pero cuando los
usuarios de nivel inferior visualizan la lista de instancias de productos, solo verán las
instancias del producto para el que tienen permisos.
Por ejemplo, un administrador global define un contrato para 5000 instancias de Lotus Notes,
de las cuales se utilizan 3500 instancias. Un usuario de nivel inferior tiene una infraestructura
que consta de 100 sistemas. El usuario tiene derecho a 100 instancias de Lotus Notes, pero
solamente se utilizan 70 instancias del producto. Si el administrador global hace que el
contrato sea visible para el usuario de nivel inferior, el usuario verá que se utilizan 3500
instancias de Lotus Notes de entre 5000 instancias disponibles. Pero cuando los usuarios de
nivel inferior visualizan la lista de instancias que son aplicables a su grupo de sistemas, solo
verán los números que reflejan el uso de licencias en su grupo de sistemas. El informe
muestra que se utilizan 70 instancias de Lotus Notes de entre 100 instancias disponibles bajo
una licencia determinada.
Coste total de mantenimiento
Coste de mantenimiento de todos los elementos de software del grupo de sistemas.
Coste de mantenimiento de los elementos de software de un proveedor determinado.
Editores totales
Número de editores de software que están listados en el catálogo.
Releases totales
Número de releases de productos de software que están listados en el catálogo.
Ejecuciones totales
Número de veces que se ha iniciado software de un proveedor determinado.
Número de veces que se ha iniciado el proceso.
Número de veces que se ha iniciado el elemento de software.
Tiempo de ejecución total
Indica cuánto tiempo se han estado ejecutando todas las instancias de todos los productos de
software de un proveedor determinado.
Indica cuánto tiempo se ha estado ejecutando el proceso.
Indica cuánto tiempo se ha estado ejecutando el elemento de software.
Firmas totales

Número firmas que están listadas en el catálogo.
Productos de software totales
Número de productos de software que están listados en el catálogo.
Versiones totales
Número de versiones de productos de software que se están listadas en el catálogo.
Tipo
Tipo de procesador de acuerdo con el número de núcleos.
Indica si el elemento visualizado es un editor, producto de software, versión, release o
componente.
Tipo del sistema de gestión de paquetes.
U
No utilizado el último mes
Número de instancias de software de un editor determinado que no se han utilizado durante
el último mes.
No utilizado en el último trimestre
los últimos tres meses.
No utilizado en la última semana
los últimos siete días.
No utilizando en el último año
el último año.
Uso
Informes: Firmas
Indica si la firma se utiliza para detectar el uso de software.
Utilizado en el último mes
Número de instancias de software de un editor determinado que se han utilizado durante el
último mes.
Utilizado en el último trimestre
Número de instancias de software de un editor determinado que se han utilizado durante los
últimos tres meses.
456
Utilizado en la última semana
Número de instancias de software de un editor determinado que se han utilizado durante los
últimos siete días.
Utilizado en el último año
Número de instancias de software de un editor determinado que se han utilizado durante el
último año.
Nombre de usuario
Nombre del usuario que ha creado la vista de informe personalizado.
V
Proveedor
Proveedor del procesador
Proveedor del software que está instalado en el sistema.
Versión
Informes: Sistemas, Exploración de inventario, Agentes obsoletos, Datos de paquete, Firmas,
Catálogo de software, Instalaciones de software
Versión del producto de software que está instalado en el sistema.
Núcleos de agrupación compartida virtual
Número de núcleos de procesador activos de la agrupación compartida virtual.
W
Sitio web
Sitio web del editor de software.
Aplicación de filtros de informe

El tipo de información que se muestra en todos los informes está definido de forma predeterminada. Si
encuentra demasiada información o no es suficiente, puede aplicar filtros de informe para ajustar la
cantidad de información a sus necesidades. También puede especificar si se ajusta automáticamente el
ancho de las columnas.
Procedimiento
1. En la barra de navegación superior, pulse Informes y seleccione el informe que desea visualizar.
2. En la esquina superior derecha, pulse Configurar vista para acceder a las opciones de filtrado.

3. Para añadir un filtro, pulse el signo más (+).
Consejo: Pulse la papelera para suprimir un filtro.

4. Seleccione el operador de filtro. Los operadores de filtro que están disponibles dependen del tipo de
cabecera de columna por el que está filtrando.
Restricción: Cuando utiliza el operador Dirección IP y especifica la relación como acaba en, no
aparecen sistemas aunque algunos sistemas coincidan con los criterios. Para solucionar este problema,
puede elegir otras relaciones como, por ejemplo, contiene o empieza por.
5. Escriba el valor que desee utilizar como filtro.
6. Si está añadiendo varios filtros, seleccione todas o cualquiera en la lista desplegable.
Si selecciona todas, sólo se muestran los elementos que cumplan todas las condiciones. Si selecciona
cualquiera, los elementos sólo deben cumplir una de las condiciones para mostrarse.
7. Opcional: Especifique si se ajusta automáticamente el ancho de las columnas.
De forma predeterminada, se ajusta automáticamente el tamaño de las columnas para que
corresponda mejor con el ancho del navegador. Si el ancho de la ventana del navegador cambia, se
ajusta automáticamente el ancho de las columnas del informe. También puede ajustar las columnas
manualmente, si es necesario.
Para inhabilitar el ajuste automático del ancho de las columnas, deseleccione el recuadro de selección
Tamaño automático de columnas. El ancho de todas las columnas pasa a ser el mínimo. Puede ajustar
el ancho de las columnas manualmente. Si es necesario, se muestra una barra de desplazamiento
horizontal.
8. Pulse Enviar.
Exportación de informes a un archivo

Si desea una copia en papel de un informe generado en BigFix Inventory puede exportar el informe a un
archivo CSV o PDF. También puede utilizar el archivo CSV para crear gráficos y estadísticas que se basan en
la información del informe.
Procedimiento
1. En la barra de navegación superior, pulse Informes y seleccione el informe que desea visualizar.
458
2. Para exportar el informe a un archivo, pulse uno de los siguientes botones de la barra de
herramientas:
v : Generar un archivo PDF.
v : Generar un archivo CSV.
Nota: Si sus informes no se visualizan correctamente, consulte: Problemas de la interfaz de usuario.
Creación de vistas de informes guardados

Las vistas de informes guardados se obtienen de los informes base y proporcionan acceso rápido a la
información que se utiliza con frecuencia. Algunas vistas de informes guardados se entregan con BigFix
Inventory y están disponibles inmediatamente para el usuario. También puede especificar filtros y
parámetros de cualquier informe y crear su propias vistas de informes guardados.
Están disponibles tres tipos de informes guardados.
Puede enviarse a Puede establecerse

destinatarios como una vista
Tipo Descripción especificados predeterminada Se puede modificar
9.2.4 Informes que se U U

entregan con BigFix
Predefinido
Inventory.
Mis informes Informes creados por U U U
el usuario.
Otros informes Informes que han U
sido creados por otros
usuarios y están
marcados como
públicos.
Procedimiento
1. Abra el informe para el que desea crear una vista personalizada.
2. Para personalizar la vista de informe, pulse Configurar vista. Añada o elimine columnas y aplique
filtros, y pulse Enviar. Redimensione y ordene las columnas de informe pulsando y arrastrando.
3. En la esquina superior izquierda, pulse Guardar como. Especifique el nombre del informe. También
puede elegir una de las siguientes opciones:
v Si no desea que otros usuarios de BigFix Inventory vean el informe personalizado, seleccione
Privado.
v Si desea que el informe personalizado sea la vista predeterminada para el informe en particular,
seleccione Establecer como valor predeterminado.
Consejo: Si el administrador establece una vista personalizada como el valor predeterminado

global para un determinado informe, puede sobrescribir este valor creando su vista
predeterminada. Sus valores tendrán prioridad sobre los valores globales.
v Si desea que la vista personalizada sea la vista de informe predeterminada para todos los usuarios
de BigFix Inventory, seleccione Establecer como valor predeterminado global. Debe ser un
Administrador para realizar esta tarea.

Resultados
Se puede acceder a todos los tipos de informes guardados desde el panel Informes guardados o desde
una lista desplegable en el informe base desde el que se ha creado el informe guardado.
Cambio de la vista de informe predeterminada

Para cambiar la vista predeterminada que ha establecido para un determinado informe, primero debe
borrar los valores y, a continuación, establecer la nueva vista personalizada.
Procedimiento
1. Para abrir la lista de todos los informes guardados, pulse Informes > Informes guardados.
2. Abra el informe para el que desea editar o cambiar la vista personalizada predeterminada.
3. Deseleccione la casilla Establecer como valor predeterminado o Establecer como valor
predeterminado global y pulse Guardar.
4. Abra el informe para el que desea cambiar la vista predeterminada y personalícela según sus
necesidades.
5. En la esquina superior izquierda, pulse Guardar como, especifique el nombre de informe y seleccione
la casilla de verificación Establecer como valor predeterminado o Establecer como predeterminado
global. Pulse Crear.
Planificación de notificaciones de informe

Puede configurar que se envíen notificaciones de informe a una lista de destinatarios periódicamente o
cuando un número específico de elementos aparece en un informe. Por ejemplo, cuando el número de
sistemas que no han informado a BigFix Inventory en los últimos siete días supera cinco. Gracias a las
notificaciones automáticas, está siempre actualizado con los cambios en el entorno.
Configuración del servidor para enviar notificaciones de correo

Para poder planificar notificaciones de informe, primero debe configurar el servidor de BigFix Inventory
para enviar notificaciones de correo.
Antes de empezar
Procedimiento
2. En la barra de navegación superior, pulse Gestión > Valores de correo.
460
3. Especifique el servidor SMTP al que desee enviar las notificaciones de correo electrónico.
Importante: El puerto SMTP debe estar abierto para la comunicación con BigFix Inventory.
4. Elija el puerto a través del que desea que se envíen las notificaciones de correo electrónico.
5. Opcional: Para tener cifrado el correo electrónico, seleccione Utilizar STARTTLS.
6. Especifique el dominio a través del cual accede al servidor de BigFix.
7. Elija el método de autenticación.
8. En el campo Desde dirección, especifique la dirección que se muestra como remitente del correo
electrónico.
9. Opcional: Para comprobar si se han configurado correctamente los valores de correo, pulse Enviar
correo electrónico de prueba.
10. Para guardar la configuración, pulse Guardar.
Ahora puede planificar que se envíen automáticamente las notificaciones de informe.
Planificación del envío de informes por correo electrónico

Puede planificar que los informes se envíen por correo electrónico a los destinatarios especificados. Esta
opción es especialmente útil cuando una persona no trabaja con BigFix Inventory, o no conoce la
aplicación, pero necesita tener acceso a los informes.
Antes de empezar
Asegúrese de que el servidor de BigFix Inventory está configurado para enviar notificaciones de correo
electrónico.
Procedimiento
1. Abra el informe que desea enviar por correo electrónico y pulse Planificar.
Importante: Los informes que desea enviar por correo electrónico deben guardarse antes de poderse
enviar. Puede guardar el informe sin cambiar la vista predeterminada o crear una vista personalizada.
Para obtener más información, consulte: “Creación de vistas de informes guardados” en la página 459.
2. Seleccione el formato de archivo y ajuste los valores de página.
3. En el campo Correo electrónico, escriba una lista separada por comas de direcciones de correo
electrónico a la que desea enviar las notificaciones.
4. Seleccione el idioma del informe.
5. Seleccione como mínimo una opción para enviar el informe por correo electrónico:
v Enviar por correo electrónico regularmente
El informe se envía por correo electrónico de acuerdo con una planificación diaria, semanal o
mensual.
Nota: La hora de inicio de cada informe debe diferir en 5 minutos como mínimo.
v 9.2.3 Enviar por correo electrónico si el número de filas es mayor que
El informe se envía por correo electrónico solamente si se sobrepasa el número de filas especificado.
Puede personalizar un informe para mostrar sólo productos para los que PVU supera un
determinado valor o contratos cuya titularidad ha caducado. Se le notificará cuando aparezca el
número especificado de elementos en el informe. Esta opción es una notificación adicional y no
afecta a la planificación regular.
Nota: Los informes basados en condiciones se envían por correo electrónico durante las
importaciones de datos.

6. Pulse Guardar.
Contratos
Utilice contratos para realizar un seguimiento de la verificación de licencia para los productos de
software que se instalan en el entorno. Al adquirir una licencia de software, crea un contrato que contiene
información acerca del coste de adquisición, el mantenimiento de la licencia y el periodo de titularidad.
Utilice esta información para realizar un seguimiento de los gastos asociados a las licencias de software y
gestionar costes de aumento o reducción de los productos de software. También puede evitar costes
relacionados con el incumplimiento de la licencia asegurándose de que ha adquirido suficientes licencias
de software.
Creación de campos personalizados de contratos

Puede personalizar sus contratos mediante la creación de campos personalizados que almacenan la
información que desee acerca de las licencias de software en su entorno. Seleccione un nombre
significativo para cada campo personalizado para reflejar su propósito. Después de crear un campo
personalizado, queda disponible en el panel Crear contrato, entre otros campos que se requieren para
crear un contrato.
462
Antes de empezar
Debe tener el permiso para Gestionar contratos para realizar esta tarea.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Campos personalizados de contratos.
2. Para crear un campo personalizado para un contrato, en la esquina superior izquierda de la ventana
Campos personalizados de contratos, pulse Nuevo.
3. En el panel Crear campo personalizado de contrato, escriba el nombre del campo, especifique si se
requiere el para un contrato y seleccione el tipo de la entrada requerida.
4. Para guardar el campo personalizado, pulse Crear.

5. Para hacer que el campo personalizado quede disponible para los informes, pulse Informes >
Importar ahora.
Resultados
Ha creado un campo personalizado para un contrato. Ahora puede crear un contrato o editar los
existentes para añadir los valores de los nuevos campos.
Creación de contratos
Cree contratos para almacenar información acerca de sus licencias de software, el coste y el período
durante el que está autorizado a utilizar el software. A continuación, los contratos se utilizan para
generar un informe de uso de contrato. Muestra el número de instancias de software para las que está
autorizado y el número real de instancias de software que se utilizan.
Antes de empezar
Debe tener el permiso para Gestionar contratos para realizar esta tarea.
Puede crear un contrato para un producto de software, su versión o un release. Si tiene una titularidad
que se aplica a todas las versiones de un producto, cree un contrato en el nivel del producto. Cubrirá
todas las versiones y todos los releases. Si tiene una titularidad para una versión o un release específico,
cree un contrato en el nivel correspondiente para asegurarse de que cubre la versión o el release de
software correcto. También puede crear un contrato que cubra varios productos, versiones y releases de
acuerdo con sus titularidades.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Contratos.
2. Para crear un contrato, en la esquina superior izquierda, pulse Nuevo.

3. Escriba el nombre del contrato y especifique el producto de software, la versión o el release que desee
asignar a ese contrato. Cuando empieza a escribir, aparece una lista de sugerencias debajo del campo
de búsqueda. Se basa en el contenido del catálogo de software. Elija un producto en la lista.
Importante: El producto de software para el que desea crear un contrato debe estar en el catálogo de
software. Si no está disponible en el catálogo de IBM, cree una entrada de catálogo personalizada.
4. Elija el tipo de licencia que se utiliza para el producto que asignó en el contrato:
v Elija Puestos si se puede desplegar un número limitado de instancias de producto. Además, debe
especificar el número de instancias de software para las que tiene autorización en la licencia.
v Elija ELA si se puede desplegar un número limitado de instancias.
5. Elija el grupo de equipos al que desea asignar el contrato. Proporcione el coste de mantenimiento y
adquisición, y la fecha de inicio de la titularidad. También puede especificar la fecha de finalización
de la autorización, y las fechas de inicio y finalización del mantenimiento.
Importante: El coste de adquisición es el coste total de la licencia para un producto determinado. Si

crea un contrato para un número específico de puestos, proporcione el coste total de adquisición para
todos los puestos.
6. Para guardar el contrato, pulse Crear.
7. Para que el contrato esté disponible para generar un informe de uso de contrato, ejecute una
importación.
464
Resultados
Se ha creado un contrato que refleja su autorización para utilizar un producto de software determinado
en la licencia que tiene para ese producto. Ahora puede ver un informe de uso de contrato para
averiguar si se ajusta a las regulaciones de licencia.
Descubrimiento ampliado de Oracle Database

Puede recuperar información detallada acerca de las opciones de edición (Standard o Enterprise) y de los
paquetes de gestión (incluido el clúster de aplicación real de Oracle, RAC) de Oracle Database que se
despliegan en su entorno. Cuando combine esta información con los datos de inventario de hardware
recopilados, puede utilizarlo para calcular la demanda de licencias de Oracle Database. Se soporta la
funcionalidad para Oracle Database 11.2 y 12.1.
Tabla 81. Sistemas operativos en los que se puede descubrir Oracle Database
Versión de Oracle
3) 3)
Database Edición AIX Linux Windows
12c Release 1: Enterprise
12.1.0.2.0 1) 6.1, 64 Red Hat Enterprise Linux 7, x86-64 2012 R2, 64 bits
bits2)
11g Release 2: Enterprise y Red Hat Enterprise Linux 6.5, x86-64 2008 R2, 64 bits
11.1.0.1.0 Standard
Red Hat Enterprise Linux 5.6, x86-64 2008, 64 bits
11g Release 1: Enterprise y
11.1.0.6.0 Standard SUSE LinuxEnterprise Server 11, x86-64 2003, 64 bits
SUSE LinuxEnterprise Server 11, x86 8, 64 bits
SUSE LinuxEnterprise Server 10, x86-64
1)
El script oficial de auditoría de SQL de Oracle admite solamente Oracle DB 11.2.
2)
El descubrimiento de las instalaciones de bases de datos Oracle en AIX WPAR no recibe soporte
actualmente.
3)
Los sistemas operativos en los que se ha probado el descubrimiento de Oracle.
Nota: La edición Express de Oracle Database no se descubre.
Cobertura de las opciones con licencia de Oracle

Compruebe qué opciones puede detectarse para una versión concreta de Oracle Database. Las opciones se
detectan mediante el script oficial de auditoría SQL de Oracle.
Tabla 82. Cobertura de las opciones con licencia de Oracle
Cobertura
del script
Opciones con licencia para Edition Enterprise de Oracle SQL de
Database 12c R1 11g R2 11g R1 Oracle
Cobertura de Oracle Active Data Guard U U U U
Oracle Advanced Analytics
Oracle Advanced Compression U U U U
Oracle Advanced Security U U U U
Oracle Database In-Memory U
Oracle Database Vault U U U U
Oracle Label Security U U U U
Oracle Multitenant

Tabla 82. Cobertura de las opciones con licencia de Oracle (continuación)
Cobertura
del script
Opciones con licencia para Edition Enterprise de Oracle SQL de
Database 12c R1 11g R2 11g R1 Oracle
Oracle On-Line Analytical Processing (OLAP) U U U U
Oracle Partitioning U U U U
Oracle Real Application Clusters (Oracle RAC) U U U U
Oracle Real Application Clusters One Node
Oracle Real Application Testing U U U
Oracle Spatial Graph
Paquetes de gestión
Total de rellamadas U
Minería de datos U U
Espacial U
Warehouse Builder
Paquete de gestión de cambios de Oracle U U U
Paquete de gestión de configuraciones de Oracle U U U
Paquete de diagnósticos de Oracle U U U U
Paquete de ajustes U U U U
Paquete de provisionamiento y automatización de parches de U U U
Oracle
Pasarelas transparentes
Paquete de gestión de nubes de Oracle para Oracle Database
Paquete de máscaras de datos de Oracle para bases de datos U U
Oracle y no Oracle
Paquete de gestión de ciclos de vida de bases de datos
Oracle para Oracle Database
Memoria caché de bases de datos en memoria
Memoria caché de bases de datos a nivel de aplicación U
TimesTen de Oracle
Descubrimiento de software de bases de datos Oracle

Para recuperar información detallada sobre bases de datos Oracle que están instaladas en su
infraestructura, añada el script de auditoría de Oracle al el sitio de acciones maestro y ejecute la tarea
Obtener características de Oracle. Cuando la información se importa a BigFix Inventory, se muestra en el
informe de bases de datos Oracle.
Procedimiento
1. Descargue el script options_packs_usage_statistics.sql en el Sitio web de soporte de Oracle. Si el
script no está disponible en este enlace, consulte la documentación de Oracle específica de su versión
de la base de datos para obtener más información:
v Oracle Database 12c
v Oracle Database 11g
466
Importante: Para descargar el script, debe tener una cuenta Oracle válida. Se recomienda que se
ponga en contacto con los Servicios de gestión de licencias Oracle para garantizar una buena
cooperación.
2. Añada el script SQL descargado en el sitio de acciones maestro y envíelo a los puntos finales.
a. En la barra de navegación superior de la consola de BigFix, pulse Herramientas > Añadir
archivos al sitio.
b. Desde la lista desplegable, seleccione Sitio de acciones maestro.
c. Pulse Examinar y vaya al directorio en el que se encuentra el script.
d. Seleccione el script y pulse Abrir.
e. Marque el recuadro de selección Enviar a clientes y pulse Añadir archivos. Todos los puntos
finales que están suscritos al sitio descargan el script.
Consejo: También puede crear un fixlet que despliegue el script en el directorio siguiente en puntos
finales seleccionados:
v UNIX: /var/opt/BESClient/LMT/ORACLE
v Windows: C:\Archivos de programa (x86)\BigFix Enterprise\BES Client\LMT\ORACLE
3. Para recuperar la información sobre la edición y las características de las bases de datos instaladas,
ejecute la tarea Obtener características de Oracle.
tareas.
b. En el panel superior de la derecha, seleccione Obtener características de Oracle.
c. Opcional: Para habilitar el registro de depuración, marque el recuadro de selección Modalidad de
depuración. La información se registra en el archivo script_trace.txt que está en la siguiente
ubicación:
v UNIX: /var/opt/BESClient/LMT/ORACLE
v Windows: C:\Archivos de programa (x86)\BigFix Enterprise\BES Client\LMT\ORACLE
d. Para ejecutar la tarea, pulse Llevar a cabo una acción. En la pestaña Destino, seleccione sistemas
desde los que desee recuperar la información y pulse Aceptar.
Consejo: Para comprobar si la tarea se ha completado satisfactoriamente o para resolver un problema,

vaya a Análisis, pulse el botón derecho del ratón en Comprobaciones de estado de las funciones de
Oracle y, a continuación, pulse Activar.
4. Ejecute la exploración de software. Seleccione Exploración de códigos de identificación de software.
5. Cuando finalice la exploración, carga los resultados en el servidor de BigFix.
6. Para que los datos estén disponibles en BigFix Inventory, espere a la importación de datos planificada
o ejecútela manualmente.

7. Para ver el software descubierto, inicie sesión en BigFix Inventory y pulse Informes > Bases de datos
Oracle.
También puede ver el informe Instalaciones de software.
468
Capítulo 7. Guías de aprendizaje
Existen guías de aprendizaje para ayudarle a conocer cómo utilizar el producto. Las
guías de aprendizaje constan de módulos destinados a ayudarle a lograr objetivos
generales, tales como gestionar un catálogo de software. Los módulos constan de
tareas que le indican, paso por paso, cómo definir un valor específico.
Guía de aprendizaje: gestión de catálogo simplificada

Esta guía de aprendizaje enseña cómo gestionar un catálogo personalizado en BigFix Inventory.
Aprenderá a descargar y actualizar el catálogo de software, crear y editar editores personalizados,
productos y firmas de software simples que se utilizan para detectar el software de la infraestructura.
Objetivos de aprendizaje
En esta guía de aprendizaje, aprenderá a realizar las tareas siguientes:

v Descargue el último catálogo de software del servidor IBM BigFix
v Actualice el catálogo de software que descargó
v Importe los datos de exploración de software del servidor IBM BigFix
v Cree una entrada de catálogo
v Edite una entrada de catálogo
v Suprima una entrada de catálogo
Tiempo necesario
60 minutos
Lecciones en esta guía de aprendizaje
La guía de aprendizaje contiene las siguientes lecciones:

1. Lección 1: Descarga de un nuevo catálogo de software.
2. Lección 2: Actualización del catálogo de software.
3. Lección 3: Importación de datos de exploración de software.
4. “Lección 4: creación de firmas de software” en la página 472.
Lección 1: descargar un nuevo catálogo de software de IBM

En esta lección, aprenderá a descargar el último catálogo de software mediante el servidor de IBM BigFix.


Procedimiento
tareas.
Resultados
Resultados

Control de la lección
Ha aprendido a descargar el catálogo de software desde el servidor de IBM BigFix.
Ahora, debe actualizar el catálogo en BigFix Inventory. Continúe a la siguiente lección para aprender
cómo hacerlo.
Lección 2: actualizar el catálogo de software

En esta lección, aprenderá a actualizar el catálogo de software y los datos de unidad de cargo mediante
su carga en BigFix Inventory. Debe actualizar el catálogo de software regularmente y comprobar cada mes
si hay actualizaciones para mantener al día el inventario de software.
Antes de empezar
Procedimiento
1. Descargue el catálogo de la consola de BigFix.
5. Para cargar el catálogo, pulse Cargar.
470
Resultados
Se lista el archivo de catálogo software en la tabla. El estado es Pendiente hasta que importe los datos de
exploración para procesarlo.
Ha aprendido a actualizar el catálogo de software en BigFix Inventory.
Antes de poder utilizarlo, debe importar los datos de exploración de software para procesar los cambios
y para asegurarse que todos los datos y valores estén actualizados. Continúe a la siguiente lección para
aprender a importar datos de exploración de software.
Lección 3: importar datos de exploración de software

En esta lección, aprenderá a importar datos de exploración de software. Los resultados del inventario se
almacenan en el servidor de BigFix. Para importar datos de exploración de software y otros valores que
han cambiado desde la última actualización, debe extraer los datos del servidor de BigFix y cargarlos en
BigFix Inventory.
Antes de empezar
Procedimiento
3. Para importar datos de exploración de software, el catálogo de software y otros valores que han
cambiado desde la última actualización, pulse Importar ahora.
4. Para planificar importaciones periódicas, seleccione la casilla Habilitado, especifique el número de
importaciones diarias y sus horas, y pulse Guardar.
Ha aprendido a importar datos de exploración de software. Debe planificar una importación periódica
para que todos los datos estén siempre actualizados.
Ya sabe cómo descargar el catálogo de software, actualizarlo en BigFix Inventory e importar datos de
exploración de software. Ahora, puede aprender cómo personalizar el catálogo al crear nuevas entradas
de catálogo, editar las ya existentes o suprimir aquellas que ya no necesite. Continúe a la siguiente
lección para aprender cómo crear entradas de catálogo.
Capítulo 7. Guías de aprendizaje 471

Lección 4: creación de firmas de software
En esta lección, va a aprender a crear firmas para identificar productos que espera detectar pero de los
que no se ha informado o que faltan en el catálogo de software.
Para crear una firma de software, identifique un archivo o paquete que sea específico del producto y que
se pueda utilizar con fines de detección. Si crea una firma basada en archivo, se utilizará tanto para la
detección como para el uso de la supervisión al contrario que la firma basada en paquete que se utilizará
solamente para la detección. Para evitar una detección positiva falsa, es mejor crear una firma que se base
tanto en los datos de archivo como de paquete.
Procedimiento
1. Para evitar un trabajo innecesario, compruebe que el producto no se halle en el catálogo de software.
En la búsqueda en el catálogo, escriba Live Project Premium Viewer y pulse Buscar.
Consejo: Si busca el nombre completo del producto y no apareciera ningún resultado, intente utilizar
palabras clave distintas. Por ejemplo, busque Live Project Viewer o Live Project.
2. Opcional: Si ha instalado Live Project Premium Viewer recientemente, inicie la exploración del
software para asegurarse de que los datos de los sistemas en los que se ha instalado el producto están
actualizados y son correctos.
a. Inicie sesión en la consola de BigFix Inventory.
b. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y
tareas.
c. En el panel superior, pulse Iniciar exploración de software y, a continuación, pulse Llevar a cabo
una acción.
d. Abra el panel Sistemas aplicables y seleccione un sistema o varios sistemas donde se haya
instalado Live Project Premium Viewer. A continuación, pulse Llevar a cabo una acción.
e. Cuando finalice la exploración de software, cargue los resultados. Pulse Cargar resultados de
exploración de software y, a continuación, pulse Llevar a cabo una acción.
472
f. Abra el panel Sistemas aplicables y seleccione un sistema o varios sistemas donde se haya
instalado Live Project Premium Viewer. A continuación, pulse Llevar a cabo una acción.
g. En BigFix Inventory, ejecute una importación para recuperar los últimos datos de exploración de
BigFix. En la barra de navegación superior, pulse Gestión > Importaciones de datos y luego pulse
Importar ahora. Espere a que finalice la importación.
3. Para buscar información sobre los archivos que se han detectado en su infraestructura, pulse Informes
> Datos de archivos explorados.
4. Para acotar el resultado, pulse Configurar vista y especifique los parámetros de filtrado. Por ejemplo,
acote los resultados en las entradas en las que el nombre del sistema es el nombre del sistema donde
se ha instalado Live Project Premium Viewer y la vía de acceso a la instalación contiene las palabras
Live o Project. A continuación, pulse Enviar.
5. Para crear una firma, pulse el signo de la flecha que encontrará junto al nombre de archivo y, a
continuación, pulse Crear firma.

6. En el panel Crear entrada de catálogo, especifique el nombre de la aplicación de publicación, el
nombre del producto y el número de release del producto. A continuación, pulse Enviar.
Nota: El tamaño y la versión del archivo se completan previamente de forma predeterminada. Sin
embargo, si no cumplen determinados requisitos, puede que ello le lleve a una detección positiva
falsa. Especifique la versión del archivo si está sincronizada con la versión del producto o si se carga
con cada release. De lo contrario, especifique solamente el tamaño del archivo.
Ha creado una firma basada en archivo que permite la detección de Live Project Premium Viewer y
medir su uso.
7. Opcional: Para aumentar la precisión de la firma y evitar la detección positiva falsa, puede especificar
un paquete que también debe estar presente en el sistema para que se detecte el producto.
a. Para ver los datos del paquete, pulse Informes > Datos de paquete.
b. Para acotar el resultado, pulse Configurar vista y especifique los parámetros de filtrado. Por
ejemplo, acote los resultados de las entradas para las que el proveedor contiene la palabra KaDonk
y el nombre del paquete contiene la palabra Live. A continuación, pulse Enviar.
474
c. Escriba la información sobre el nombre, la versión y el proveedor del paquete.
d. Para añadir esta información a la firma que ha creado en el paso 6, pulse Gestión >
Personalizaciones de catálogo y busque la firma.
e. En el panel Editar firma, seleccione Se ha encontrado el siguiente paquete de instalación y
proporcione el nombre,la versión y el proveedor del paquete. A continuación, pulse Guardar.
Consejo: En el campo del release, utilice un comodín (*) para abarcar todo el release, incluidos los
fixpacks y mod-releases.
8. Espere a que la importación planificada renueve los datos. Cuando finalice la importación, compruebe
si se ha detectado Live Project Premium Viewer.
a. Para ver información sobre el software instalado, pulse Informes > Instalaciones de software.
b. Para acotar los resultados, pulse Configurar vista y especifique los parámetros de filtrado. Por
ejemplo, acote los resultados de las entradas para las que el nombre de software contiene las
palabras Live Project. A continuación, pulse Enviar.

Se visualiza la información sobre las instancias detectadas y los datos de uso.
Ha aprendido a crear una firma que detecta software cuando en un sistema hay un archivo y un paquete
específicos.
Guía de aprendizaje: Creación de informes sobre el uso de

subcapacidad por grupo de equipos
En esta guía de aprendizaje va a aprender a crear grupos de equipos que permiten gestionar software y
generar instantáneas de auditoría para un subconjunto de equipos. Puede utilizar estos grupos para
informar del consumo de PVU del software IBM instalado en varias regiones de subcapacidad de IBM o
para gestionar software por unidad empresarial organizativa.
La gestión de software por grupo de equipos se puede utilizar en los casos de ejemplo siguientes:
v Dispone de software IBM instalado en varias regiones de subcapacidad de IBM. Para obtener más
información, consulte: “Regiones de subcapacidad de IBM” en la página 34.
v Desea gestionar por separado software instalado en cada unidad empresarial de su organización. Para
obtener más información, consulte: “Unidades empresariales organizativas” en la página 38.
Tras completar las lecciones de esta guía de aprendizaje, sabrá cómo se realizan las tareas siguientes:
v Dividir los equipos de su infraestructura en grupos de equipos de BigFix.
v Definir el ámbito de las instantáneas de auditoría creando grupos de equipos en BigFix Inventory.
v Importar números de pieza y gestionar software por grupo de equipos.
v Generar instantáneas de auditoría por grupo de equipos.
Tiempo necesario
Debería tardar unos 45 minutos en completar este módulo. Si explora otros conceptos relacionados con
esta guía de aprendizaje, puede llevarle más tiempo en completarla.
A quién está dirigida

v Clientes que tienen instalado software IBM en varias regiones de subcapacidad de IBM.
v Clientes que desean gestionar software por unidad empresarial organizativa.
476
Requisitos previos
v Instale el explorador en todos los equipos que desee supervisar. Para obtener más información,
consulte: “Instalar el explorador” en la página 132.
v Configure los gestores de máquinas virtuales que controlan las máquinas virtuales en su entorno. Para
obtener más información, consulte: “Gestión de los gestores de máquinas virtuales” en la página 257.
Convenios utilizados en esta guía de aprendizaje

Esta guía de aprendizaje se basa en el ejemplo de creación de grupos de equipos que reflejan las regiones
de subcapacidad de IBM.

1. “Lección 1 (Opcional): Creación de grupos de equipos en la consola de BigFix”
2. “Lección 2: Creación de grupos de equipos que definen el ámbito de informes” en la página 478
3. “Lección 3: Gestión de software y generación de instantáneas de auditoría por grupo de equipos” en
la página 480
Lección 1 (Opcional): Creación de grupos de equipos en la consola de

BigFix
Puede dividir los equipos de su infraestructura en grupos de BigFix. Se utilizan para gestionar la
infraestructura y ejecutar fixlets los equipos seleccionados. No se copian automáticamente en BigFix
Inventory. Sin embargo, pueden utilizarse como base para crear grupos de equipos que definen el ámbito
de los informes en BigFix Inventory.
Importante: Esta lección es opcional. Si no desea crear planificaciones de exploraciones independientes

para cada grupo de equipos, sáltese esta lección y continúe con la siguiente.
Procedimiento
2. Cree un grupo de equipos que contenga todos los equipos que se hallan en la primera región de
subcapacidad de IBM: Norteamérica y Sudamérica.
a. En la barra de navegación de la parte superior, pulse Herramientas > Crear un nuevo grupo de
equipos automático.
b. Proporcione el nombre del grupo de equipos. Por ejemplo, América.
c. Seleccione el sitio y el dominio en el que desea crear el grupo de equipos.
d. Especifique los criterios que deben cumplir los equipos que pertenezcan a este grupo. Por ejemplo,
añada todos los sistemas cuyo nombre DNS contenga .us.

e. Para guardar el grupo, pulse Crear.
3. Cree grupos de equipos para el resto de regiones de subcapacidad de IBM en los que tenga equipos.
4. Para cada grupo de equipos, planifique las exploraciones y las cargas de los resultados de la
exploración. Para obtener más información, consulte: “Iniciar exploraciones de software” en la página
134 y “Carga de los resultados de exploración de software” en la página 137.
Resultados
Ha creado grupos de equipos en la consola de BigFix. Para generar instantáneas de auditoría para un
subconjunto de equipos, cree grupos de equipos analógicos en BigFix Inventory.
Lección 2: Creación de grupos de equipos que definen el ámbito de

informes
Para gestionar software y generar instantáneas de auditoría para subconjuntos de equipos, divida los
equipos de su infraestructura en grupos en BigFix Inventory.
Antes de empezar
Si ha creado grupos de equipos en la consola de BigFix, ejecute una importación para asegurarse de que
la información acerca de estos grupos está disponible en BigFix Inventory.
Procedimiento
1. Inicie sesión en BigFix Inventory.
2. Cree un grupo de equipos que contenga todos los equipos que se hallan en la primera región de
subcapacidad de IBM: Norteamérica y Sudamérica.
a. En la barra de navegación, pulse Gestión > Grupos de equipos.
b. Para crear un grupo de equipos, pulse Nuevo.
c. Proporcione el nombre del grupo de equipos. Por ejemplo, Américas.
d. Opcional: Proporcione una descripción del grupo de equipos.
e. Especifique los criterios que deben cumplir los equipos que pertenezcan a este grupo. Para
reutilizar el grupo de equipos que ha creado en la consola de BigFix, seleccione Grupos de
orígenes de datos, En el conjunto y seleccione el grupo de equipos de BigFix correspondiente. En
este caso, seleccione América.
478
f. Seleccione las métricas de licencia para las que desea calcular el uso en este grupo de sistemas.
g. Especifique el número de días durante los cuales se van a calcular los datos. Este número define el
periodo predeterminado para el que se muestran datos en el informe Todas las métricas. Por
ejemplo, si establece el valor en 30 días, y luego visualiza un informe para los últimos 90 días,
debe volver a calcular los valores del informe.
h. Para guardar el grupo, pulse Crear.

3. Cree grupos de equipos para el resto de regiones de subcapacidad de IBM en los que tenga equipos.
4. Opcional: Si no necesita una instantánea colectiva para todos los equipos, sino instantáneas de
auditoría separadas para cada grupo de equipos, abra el grupo Todos los sistemas y desmarque PVU
y RVU MAPC. A continuación, pulse Guardar.
Importante: Lleve a cabo este paso si está creando grupos de equipos para informar del uso de PVU
para el software de IBM que se ha instalado en varias regiones de subcapacidad de IBM. Si elige
calcular los datos de subcapacidad para el grupo Todos los equipos, consulte “Regiones de
subcapacidad de IBM” en la página 34 para averiguar la diferencia entre los informes generados para
cada región por separado y el informe generado para el grupo Todos los equipos.
No lleve a cabo este paso si está creando grupos de equipos para gestionar software que se ha
instalado en varias unidades empresariales. Si no calcula los datos de subcapacidad para el grupo
Todos los equipos, no se podrán generar instantáneas de auditoría para todo el entorno.
5. Para que los grupos de equipos estén disponibles en BigFix Inventory, espere a la importación
planificada o ejecútela manualmente.

6. Opcional: Si el software de cada grupo de equipos lo gestiona una persona diferente, cree usuarios
dedicados, cada uno con acceso a un grupo de equipos.
Resultados
Ha creado grupos de equipos para los que puede gestionar el software y generar instantáneas de
auditoría y usuarios dedicados que tengan acceso a estos grupos.
Lección 3: Gestión de software y generación de instantáneas de

auditoría por grupo de equipos
Después de crear grupos de equipos en BigFix Inventory, puede gestionar software y generar instantáneas
de auditoría por separado para cada grupo de equipos.
Procedimiento
1. Inicie una sesión en BigFix Inventory.
v Si el software de todos los grupos de equipos lo gestiona una persona, inicie sesión como el usuario
que tiene acceso a todos los grupos de equipos, por ejemplo el administrador.
v Si el software de cada grupo lo gestiona una persona diferente, inicie sesión como el usuario con
acceso sólo al grupo de equipos que representa la primera región de subcapacidad de IBM.
2. Si dispone de un archivo con números de pieza relacionado con el software que está instalado en esta
región, cargue el archivo.
a. Pulse Gestión > Carga de números de pieza.
b. Seleccione el grupo de equipos para los que desea cargar los números de pieza. En este caso,
seleccione América.
c. Busque el archivo con lo números de pieza y proporcione un comentario para el archivo cargado.
A continuación, pulse Cargar.
480
d. Para que los números de pieza estén disponibles en BigFix Inventory, espere a la importación
3. Para empaquetar el software, pulse Gestión > Clasificación de software de IBM. El panel contiene
software de todos los grupos de equipos al que tiene acceso el usuario que ha utilizado para iniciar la
sesión. Confirme, reasigne, comparta o excluya instancias de software.
4. Cuando termine de empaquetar el software, genere la instantánea de auditoría para esta región.
v Si ha iniciado la sesión como usuario con acceso a varios grupos de equipos, abra el informe de
grupos de equipos y pulse el grupo que represente la primera región de subcapacidad de IBM. A
continuación, en la esquina superior izquierda, seleccione Todas las métricas de IBM o
Subcapacidad de PVU de IBM.
El informe que se abre contiene información sólo sobre el software instalado en los equipos de
América del Norte y del Sur. Pulse Instantánea de auditoría. Proporcione un comentario para la
instantánea generada y cargue los archivos relacionados. A continuación, pulse Generar.
v Si ha iniciado la sesión como usuario que tiene acceso solamente al grupo de sistemas
correspondiente a la primera región de subcapacidad de IBM, abra el informe Todas las métricas de
IBM o Subcapacidad de PVU de IBM, y pulse Instantánea de auditoría. Proporcione un comentario
para la instantánea generada y cargue los archivos relacionados. A continuación, pulse Generar
Resultados
Ha generado la instantánea de auditoría con información sobre el consumo de PVU en la primera región
de subcapacidad de IBM: Norteamérica y Sudamérica.
Empaquete el software y genere instantáneas de auditoría para el resto de regiones en las que tenga
instalado software de IBM. Para cada producto, sume todos los valores de PVU de todas las regiones. El
valor que se obtiene es el uso general de PVU para un producto en particular. Este valor puede ser
distinto del valor que se obtiene cuando se generar una instantánea de auditoría única para el grupo
Todos los equipos. Para obtener más información, consulte: “Regiones de subcapacidad de IBM” en la
página 34.

Guía de aprendizaje: Gestión de software en el entorno del proveedor
de servicios
En esta guía de aprendizaje, aprenderá a crear grupos de equipos que permiten que un proveedor de
servicios gestione software y genere instantáneas de auditoría por cliente.
Un proveedor de servicios es una empresa que proporciona a otras organizaciones acceso al software
instalado en máquinas que son propiedad y que mantiene el proveedor de servicios. Existen tres casos de
ejemplo típicos que se utilizan en el entorno del proveedor de servicios.
v El software que se ha instalado en una máquina virtual lo utiliza un cliente
v Cierto software instalado en una máquina virtual lo utiliza el proveedor de servicios
v El software instalado en una máquina virtual lo utilizan varios clientes
Para obtener más información sobre los dos primeros casos de ejemplo, consulte: “Proveedores de
servicios” en la página 32. El último caso de ejemplo no recibe soporte en BigFix Inventory.
Tras completar las lecciones de esta guía de aprendizaje, sabrá cómo se realizan las tareas siguientes:
v Asegurarse de que cada cliente ejecuta exploraciones y lleva a cabo otras acciones en la consola de
BigFix solamente en los equipos en los que se haya instalado el software que utiliza.
v Definir el ámbito de las instantáneas de auditoría creando grupos de equipos en BigFix Inventory.
v Importar números de pieza y gestionar software por grupo de equipos.
v Filtrar software que no utiliza el cliente de los informes.
v Generar instantáneas de auditoría por grupo de equipos.
Tiempo necesario
Debería tardar unos 60 minutos en completar este módulo. Si explora otros conceptos relacionados con
esta guía de aprendizaje, puede llevarle más tiempo en completarla.
A quién está dirigida
Proveedores de servicio que tienen que gestionar software y proporcionar informes de subcapacidad por
separado para cada cliente.
Visibilidad de datos
Algunos elementos de BigFix Inventory están visibles de forma global para todos los usuarios. Otros
elementos están visibles solamente para el usuario que dispone de acceso a un grupo de equipos en
particular. Si otorga acceso a los clientes a BigFix Inventory, revise qué elementos están visibles de forma
global y cuáles lo están por grupo de equipos. Para obtener más información, consulte: “Proveedores de
servicios” en la página 32.
Requisitos previos
v Instale el explorador en todos los equipos que desee supervisar. Para obtener más información,
consulte: “Instalar el explorador” en la página 132.
v Configure los gestores de máquinas virtuales que controlan las máquinas virtuales en su entorno. Para
obtener más información, consulte: “Gestión de los gestores de máquinas virtuales” en la página 257.
482
Consejo: Si cada cliente puede ver información sobre todos los gestores de máquinas virtuales de la
infraestructura, utilice Gestión básica de VM (central). Si cada cliente puede ver información solamente
sobre los gestores de máquinas virtuales que controlan las máquinas virtuales que utiliza, emplee
Gestión de VM avanzada (distribuida).
Convenios utilizados en esta guía de aprendizaje
La guía de aprendizaje se basa en el ejemplo de un proveedor de servicios cuyos clientes son Bank ABC e
IT Company.

1. “Lección 1 (Opcional): Creación de un sitio, un grupo de equipos y un operador dedicado para cada
cliente”
2. “Lección 2: Creación de grupos de equipos para gestionar software por cliente” en la página 486
3. “Lección 3: Gestión de software y generación de instantáneas de auditoría por cliente” en la página
488
Lección 1 (Opcional): Creación de un sitio, un grupo de equipos y un

operador dedicado para cada cliente
Si otorga acceso a sus clientes a la consola de BigFix para permitirles ejecutar exploraciones y llevar a
cabo otras acciones en equipos, cree un sitio, un grupo de equipos y un operador que esté dedicado a
cada cliente. A continuación, proporcione al cliente las credenciales para el operador dedicado. De esta
forma, se asegura de que cada cliente tiene acceso solamente a equipos en los que está instalado el
software que utiliza.

Importante: Esta lección es opcional. Si no confiere a sus clientes acceso a la consola de BigFix, puede
saltarse toda esta lección y pasar a la siguiente. También puede crear sólo grupos de equipos para facilitar
la infraestructura y la gestión de exploración tal como se describe en el paso 3. Sin embargo, también es
opcional.
Procedimiento
2. Crear un sitio personalizado que esté dedicado a Bank ABC.
a. En la barra de navegación superior, pulse Herramientas > Crear un sitio personalizado.
b. Proporcione el nombre del sitio personalizado. Por ejemplo, Bank ABC. A continuación, pulse
Aceptar.
c. Opcional: En la pestaña Detalles, proporcione la descripción del sitio.
d. En la pestaña Suscripciones del equipo, seleccione Equipos que cumplen la siguiente condición.
Especifique la condición que deben cumplir los equipos que pertenezcan a este grupo. Por
ejemplo, seleccione todos los equipos cuya dirección de subred contenga una serie determinada.

e. Pulse Guardar cambios.
3. Crear un grupo de equipos que contenga los mismos equipos que el sitio que ha creado en el paso
anterior.
a. En la barra de navegación de la parte superior, pulse Herramientas > Crear un nuevo grupo de
equipos automático.
b. Proporcione el nombre del grupo de equipos. Por ejemplo, Bank ABC.
c. Desde la lista desplegable Crear en el sitio, seleccione el sitio que ha creado en el paso anterior.
En este caso, seleccione Bank ABC.
d. Especifique los criterios que deben cumplir los equipos que pertenezcan a este grupo. Elija los
mismos criterios que ha especificado cuando creó el sitio personalizado.
e. Pulse Crear.
4. Cree un operador de BigFix que esté dedicado a Bank ABC. El operador sólo tiene acceso a los
equipos en los que se haya instalado el software que utiliza este cliente.
a. En la barra de navegación superior, pulse Herramientas > Crear operador.
b. Proporcione el nombre de usuario. Por ejemplo, Bank ABC.
c. Proporcione una contraseña y confírmela. A continuación, pulse Aceptar.
d. En la pestaña Sitios, pulse Asignar sitio y elija el sitio personalizado que está dedicado a este
cliente. En este caso, seleccione Bank ABC. A continuación, pulse Añadir.
484
e. Para hacer que el operador sea el propietario del sitio, seleccione el sitio y pulse Propietario.
f. Asegúrese de que el cliente no tiene acceso a los sitios dedicados a otros clientes. Para eliminar el
acceso a un sitio, seleccione el sitio y pulse Eliminar sitio. Cada cliente debe tener acceso a su sitio
dedicado, al sitio de BES Support y al sitio de BigFix Inventory.
Consejo: Si no puede eliminar un sitio de la lista de sitios a los que tiene acceso un operador,
puede que el sitio tenga permiso de lectura de forma global. Para cambiar el valor, abra el sitio,
vaya a la pestaña Permisos de operador y desmarque el recuadro de selección Otorgar permisos
de lectura de forma global. A continuación, pulse Guardar cambios.
g. En la pestaña Asignaciones de equipo, pulse Añadir. Expanda la sección Por grupo y seleccione
el grupo de equipos que esté dedicado a Bank ABC. A continuación, pulse Aceptar.

h. Pulse Guardar cambios.
Resultados
Ha creado un sitio, un grupo de equipos y un operador dedicado a Bank ABC. Ahora puede
proporcionar al cliente las credenciales de operador. El cliente puede llevar a cabo acciones sólo en
equipos en los que se haya instalado el software que utilice.
Cree sitios, grupos de equipos y operados para el resto de clientes.
Lección 2: Creación de grupos de equipos para gestionar software por

cliente
Para gestionar software y generar instantáneas de auditoría para cada cliente por separado, cree grupos
de equipos que representen los clientes en BigFix Inventory.
Antes de empezar
Si ha creado grupos de equipos en la consola de BigFix, ejecute una importación para asegurarse de que
la información acerca de estos grupos está disponible en BigFix Inventory.
Procedimiento
2. Cree un grupo de equipos que contenga todos los equipos en los que se ha instalado el software que
utiliza Bank ABC.
a. En la barra de navegación, pulse Gestión > Grupos de equipos.
b. Para crear un grupo de equipos, pulse Nuevo.
c. Proporcione el nombre del grupo de equipos. Por ejemplo, Banco ABC.
d. Opcional: Proporcione una descripción del grupo de equipos.
486
e. Especifique los criterios que deben cumplir los equipos que pertenezcan a este grupo. Si ha creado
grupos de equipos en la consola de BigFix, seleccione Grupos de orígenes de datos, En conjunto
y seleccione el grupo de equipos de BigFix correspondiente. En este caso, seleccione Bank ABC.
Restricción: El tamaño de los datos que devuelve el filtro especificado no puede superar 1 MB.
f. Seleccione las métricas de licencia para las que desea calcular el uso en este grupo de sistemas.
g. Especifique el número de días durante los cuales se van a calcular los datos. Este número define el
periodo predeterminado para el que se muestran datos en el informe Todas las métricas. Por
ejemplo, si establece el valor en 30 días, y luego visualiza un informe para los últimos 90 días,
debe volver a calcular los valores del informe.
h. Para guardar el grupo, pulse Crear.

3. Cree grupos de equipos para el resto de clientes.
4. Opcional: Si no necesita una instantánea colectiva para todos los equipos, sino instantáneas de
auditoría separadas para cada grupo de equipos, abra el grupo Todos los sistemas y desmarque PVU
y RVU MAPC. A continuación, pulse Guardar.
5. Para que los grupos de equipos estén disponibles en BigFix Inventory, espere a la importación
6. Opcional: Si ofrece acceso a los clientes a BigFix Inventory o cuando una cuenta de cliente la gestiona
una persona independiente, cree usuarios de BigFix Inventory dedicados, cada uno con acceso a un
grupo de sistemas.
a. Para crear un usuario, vaya a Gestión > Usuarios y pulse Nuevo.

b. Seleccione el rol o los roles que desee asignar al usuario.
Restricción: Para garantizar que cada usuario tiene acceso a la información sobre los sistemas que
sólo él utiliza, no asigne al usuario el rol de administrador. De forma predeterminada, este rol
tiene acceso al grupo Todos los equipos. Así, un usuario al que se ha asignado este rol puede ver
información sobre todos los sistemas de la infraestructura.
c. Seleccione el grupo de equipos a los que desee que el cliente pueda acceder.
d. Elija el método de autenticación. Si elige Contraseña, proporcione la contraseña y confírmela.
e. Pulse Crear.
Resultados
Ha creado grupos de equipos, cada uno dedicado a un cliente, así como usuarios que pueden acceder a
estos grupos. Puede gestionar software y generar instantáneas de auditoría para cada cliente por
separado. También puede proporcionar credenciales a los clientes para sus usuarios dedicados y
permitirles gestionar el software y generar instantáneas ellos mismos.
Lección 3: Gestión de software y generación de instantáneas de

auditoría por cliente
Después de crear grupos de equipos en BigFix Inventory, puede gestionar software y generar instantáneas
de auditoría por separado para cada cliente.
En función de su modelo empresarial, puede realizar estas acciones usted mismo o proporcionar
credenciales a cada cliente para su usuario dedicado. En el último caso, los clientes pueden gestionar el
software que utilizan y generar instantáneas de auditoría por sí mismos.
Procedimiento
v Si gestiona el software del cliente, inicie sesión como cualquier usuario que tenga acceso al grupo
de equipos que representa Bank ABC, por ejemplo el administrador.
v Si ofrece acceso a los clientes a BigFix Inventory o si cada cuenta de clientes la gestiona una
persona por separado, inicie sesión como usuario con acceso sólo al grupo de equipos que
representa Bank ABC.
488
2. Si dispone de un archivo con números de pieza relacionado con el software que utiliza este cliente,
cargue el archivo.
a. Pulse Gestión > Carga de números de pieza.
b. Seleccione el grupo de equipos para los que desea cargar los números de pieza. En este caso,
seleccione Bank ABC.
c. Busque el archivo con lo números de pieza y proporcione un comentario para el archivo cargado.
Luego pulse Cargar.
d. Para que los números de pieza estén disponibles en BigFix Inventory, espere a la importación
3. Empaquete el software. Pulse Gestión > Clasificación de software de IBM. El panel contiene
software de todos los grupos de equipos al que tiene acceso el usuario que ha utilizado para iniciar la
sesión. Confirme, reasigne, comparta o excluya instancias de software.
4. Opcional: Si el cliente no utiliza algún producto pero sí lo hace el proveedor de servicios, filtre estos
productos a partir del informe para evitar cargar al cliente productos que no utiliza.
Restricción: El proveedor de servicios debe utilizar todas las instancias del producto que ha filtrado.
a. Abra el informe Todas las métricas de IBM o Subcapacidad de PVU de IBM.
b. Para filtrar el informe, pulse Configurar vista y añada un filtro. Por ejemplo, elija Producto, no
contiene y proporcione el nombre del producto. A continuación, pulse Enviar.

c. Opcional: Puede establecer el informe filtrado como vista de informe predeterminada para este
cliente. Para ello, pulse Guardar como, proporcione el nombre del informe y seleccione Establecer
como valor predeterminado. A continuación, pulse Crear.
5. Genere la instantánea de auditoría para el cliente.
v Si ha iniciado la sesión como usuario con acceso a varios grupos de equipos, abra el informe de
grupos de equipos y pulse el grupo que represente Bank ABC. A continuación, en la esquina
superior izquierda, seleccione Todas las métricas de IBM o Subcapacidad de PVU de IBM.
El informe que se abre contiene información sólo sobre el software instalado en los equipos
utilizados por Bank ABC. Pulse Instantánea de auditoría. Proporcione un comentario para la
instantánea generada y cargue los archivos relacionados. Luego pulse Generar.
v Si ha iniciado la sesión como usuario que tiene acceso solamente al grupo de sistemas
correspondiente al Banco ABC, abra el informe Todas las métricas de IBM o Subcapacidad de PVU
de IBM, y pulse Instantánea de auditoría. Proporcione un comentario para la instantánea generada
y cargue los archivos relacionados. A continuación, pulse Generar.
Resultados
Ha generado la instantánea de auditoría con información sobre el consumo de Bank ABC.
490
Guía de aprendizaje: clasificación de software masivo utilizando
herramientas externas
Esta guía de aprendizaje describe cómo reasignar componentes de producto utilizando la API REST y la
herramienta de línea de mandatos curl.
En esta guía de aprendizaje, aprenderá a realizar las tareas siguientes:
v Reasignar instancias de software.
v Excluir instancias de software.
Tiempo necesario
120 minutos. Si explora otros conceptos relacionados con esta guía de aprendizaje, puede ser necesario
más tiempo para completarla.
El orden de las lecciones
Esta guía de aprendizaje contiene dos lecciones. Complete las lecciones por orden.

1. Lección 1: reasignar grandes cantidades de instancias de software.
2. Lección 2: excluir instancias de software en los cálculos de uso.
Lección 1: reasignar grandes cantidades de instancias de software

Esta lección muestra cómo reasignar grandes cantidades de instancias de software mediante la API REST
y la herramienta de línea de mandatos curl. Puede utilizar la información de esta lección para
implementar una herramienta automática externa para la reagrupación de software a gran escala.
Antes de empezar
Es necesario que tenga privilegios de sistema operativo root.
Después de importar los datos de la exploración de software desde el servidor de IBM BigFix, las
instancias de software se asocian automáticamente a productos de acuerdo con las reglas de
empaquetado automático. Si algunas instancias se asignan a un producto incorrecto, se deben reasignar
correctamente.
En esta lección, algunas instancias de Tivoli Storage FlashCopy Manager se asignan a un producto
incorrecto. El producto Tivoli Storage FlashCopy Manager solo se instala en sistemas cuyo nombre de
host comienza con nc04 y que ejecutan Linux. Reasignará todas las demás instancias de Tivoli Storage
FlashCopy Manager a un release de IBM Tivoli Storage Manager.
Importante:
v Algunos de los mandatos utilizados en esta lección son largos, y para su presentación se han añadido
algunos saltos de línea. Trate cada salto de línea como un espacio.
v Debe añadir un ID de señal al final de cada mandato cURL. Para obtener la señal,
1. En la interfaz de usuario de BigFix Inventory, pulse Gestión > Usuarios.
2. Pulse el nombre de usuario.
3. En la parte inferior de la página, pulse Mostrar señal.

Procedimiento
1. Inicie una sesión en el sistema y abra la interfaz de línea de mandatos.
2. Obtenga una lista de todos los productos que se han descubierto en el entorno utilizado. Ejecute el
mandato siguiente:
curl -v -X GET http://url:servidor:puerto_servidor/api/sam/swinventory/products?
token=ID_señal
3. Examine la lista para conocer el ID de producto de IBM Tivoli Storage FlashCopy Manager.
{
"id": "16790",
"level": "product",
"isConfirmed": "false",
"productReleaseComponent": "IBM Tivoli Storage FlashCopy Manager",
"children": "true",
"nmbOfAllRows": "44",
"confidence": "11",
"type": "root"
}
4. Obtenga todos los releases del producto. Utilice el ID de producto que ha obtenido en el paso
anterior. Ejecute el mandato siguiente:
curl -v -X GET http://url_servidor:puerto_servidor/api/sam/swinventory/
product/16790/releases?token=ID_señal
5. Examine la lista para conocer los ID de release de IBM Tivoli Storage FlashCopy Manager.
{
"label": "name",
"identifier": "id",
"numRows": "1",
"items": [{
"id": "985",
"level": "release",
"numberOfAllInstances": "5",
"productReleaseComponent": "IBM Tivoli Storage FlashCopy Manager 3.1",
"children": "true",
"confidence": "11"
}
6. Obtenga una lista de todas las instancias de los releases. Utilice los ID de release que ha obtenido en
el paso anterior. Ejecute el mandato siguiente:
release/985/instances?token=ID_señal
7. Examine la lista para conocer los ID de inventario de producto para las instancias de IBM Tivoli
Storage FlashCopy Manager.
Instancias que no se instalan en un sistema cuyo nombre de host empieza por nc04, o que no se
instalan en un sistema Linux.
Nota: Puede ser necesario filtrar la lista mediante una herramienta externa.
{
"isCharged": "true",
"operatingSystem": "AIX 6.1",
"currentServerId": "IBM 8233 06A851P",
"updateTime": "1381322771321",
"children": "false",
"hostname": "NC107073",
"confidence": "11",
"productInventoryId": "134",
"id": "134",
"level": "instance",
"bundleRules": "the relation in the software catalog, the stand-alone pr
492
oduct discovery",
"isAgentDeleted": "false",
"processorType": "IBM(R) POWER7 (750, 755, 775 servers) Multi-core All E
xisting",
"productReleaseComponent": "IBM Tivoli Storage Manager Client 6.3",
"pvuPerCore": "100",
"installationPaths": "/IBM Software/TSM",
"isSimple": "false"
},
{
"operatingSystem": "Win2008R2 6.1.7601",
"currentServerId": "TLM_VM_42362841-6b4e-ea26-9755-07b28dc0fd41",
"updateTime": "1381322771321",
"hostname": "VMW009128109094",
"confidence": "11",
"id": "137",
"bundleRules": "the relation in the software catalog, the stand-alone pr
oduct discovery",
"processorType": "Other Other One core All Existing",
"productReleaseComponent": "IBM Tivoli Storage Manager Client 6.3",
"pvuPerCore": "100",
"installationPaths": "C:\\IBM Software\\TSM",
"isSimple": "false"
}
8. Obtenga una lista de los releases a los que se puedan reasignar instancias. Utilice un ID de instancia
que ha obtenido en el paso anterior. Ejecute el mandato siguiente:
targetBundlesOfInstances?productInventoryId=134&token=ID_señal
9. Revise la lista para obtener el ID de release de IBM Tivoli Storage Manager al que desee reasignar
las instancias.
{
"id": "33424",
"appliedRules":
"the infrastructure co-location, the relation in the software catalog",
"releaseId": "33424",
"isSelected": "false",
"branchType": "0",
"confidenceLevel":3,
"isShared": "false",
"productName": "IBM Tivoli Storage Manager 6.3",
"productInventoryId": "134},
}
10. Reasigne los releases ejecutando el mandato siguiente:
curl -v -X POST http://url_servidor:puerto_servidor/api/sam/swinventory/
reassign -d "productInventoryId=ID_inventario&productId=ID_release&updateTime=timestamp"?token=ID_señal
Donde:
v ID_inventario son las instancias para reasignar
v ID_release es el release de producto al que se debe reasignar la instancia
v timestamp es el tiempo de actualización expresado en milisegundos. Esta indicación horaria debe
ser igual o mayor que las indicaciones horarias recuperadas como propiedad de las instancias para
reasignar, en el paso 6 en la página 492.
Por ejemplo:

curl -v -X POST http://url_servidor:puerto_servidor/api/sam/swinventory/
reassign -d "productInventoryId=134,137&productId=33424&updateTime=
9949237658579"
Se recibe una respuesta 204 de HTTP. Las instancias seleccionadas se reasignan al nuevo release.
Lección 2: excluir instancias de software en los cálculos de uso

Esta lección muestra cómo excluir productos en los cálculos de uso de licencias mediante la API REST y
la herramienta de línea de mandatos curl. Puede utilizar la información de esta lección para implementar
una herramienta automática externa para la reagrupación de software a gran escala.
Antes de empezar
Es necesario que tenga privilegios de sistema operativo root.
En esta lección, un cliente utiliza licencias de subcapacidad de RVU (unidad de valor de recurso) para
algunos puntos finales de BigFix. Todos los sistemas se suscriben en el sitio de IBM BigFix Inventory v9
en la consola de BigFix y se completan las exploraciones de software de la infraestructura. Los sistemas
suscritos son un 80% de sistemas locales y un 20% de servidores. Antes de generar un informe de RVU,
todos los sistemas locales se deben excluir de los cálculos de uso de licencias.
Importante: Algunos de los mandatos utilizados en esta lección son largos, y para su presentación se han
añadido algunos saltos de línea. Trate cada salto de línea como un espacio.
Procedimiento
1. Inicie la interfaz de línea de mandatos.
2. Para obtener una lista de todos los productos descubiertos en el entorno, ejecute el mandato siguiente:
curl -v -X GET http://url_servidor:puerto_servidor/api/sam/swinventory/products
3. Examine la lista para conocer los ID de producto de las aplicaciones de IBM BigFix.
Pueden existir muchas aplicaciones de IBM BigFix. Busque todos los productos que empiecen por
"IBM BigFix".
{
"id": "21555",
"level": "product",
"productReleaseComponent": "IBM BigFix Lifecycle",
"children": "true",
"confidence": "23",
"type": "root"}
4. Obtenga listas de todos los releases de los productos IBM BigFix, y obtenga listas de todas las
instancias. Los mandatos siguientes se utilizan para obtener listas de releases y listas de instancias.
curl -v -X GET http://url_servidor:puerto_servidor/api/sam/swinventory/product/
ID_producto/releases
curl -v -X GET http://url_servidor:puerto_servidor/api/sam/swinventory/release/
ID_release/instances
5. Filtre las listas de instancias, mediante una herramienta externa, para obtener una lista de todas las
instancias de productos de IBM BigFix que están instaladas en sistemas locales.
Puede utilizar una herramienta externa tal como una hoja de cálculo para filtrar las listas. Puede
filtrar de acuerdo con varios criterios. Un sistema local se puede definir como un sistema que no
contiene la palabra server en el nombre del sistema operativo. El tipo de licencia no es Windows
Server, y el modelo del sistema no es VMware.
494
6. Utilizando los ID de inventario contenidos en la lista filtrada, excluya todas las instancias de
productos de IBM BigFix que están instalados en sistemas locales. Para excluir instancias, ejecute el
mandato siguiente:
curl -v -X POST http://url_servidor:puerto_servidor/api/sam/swinventory/exclude -d
"productInventoryId=ID_inventario&reason=no_licensing&updateTime=timestamp"
Donde:
v ID_inventario son las instancias para reasignar
v timestamp es el tiempo de actualización expresado en milisegundos. Esta indicación horaria debe ser
igual o mayor que las indicaciones horarias recuperadas como propiedad de las instancias para
reasignar, en el paso 4 en la página 494.
Todas las instancias se pueden escribir separadas por comas, por ejemplo:
curl -v -X POST http://url_servidor:puerto_servidor/api/sam/swinventory/exclude -d
"productInventoryId=134,137&reason=no_licensing&updateTime=9949237658579"
Se recibe una respuesta 204 de HTTP. Se excluyen las instancias seleccionadas.

7. Abra el informe Todas las métricas y pulse Recalcular para actualizar los valores de RVU para IBM
BigFix.

496
Capítulo 8. Seguridad
Puede configurar distintas características de seguridad para proteger
adecuadamente los activos y recursos de la empresa en el modelo de datos cuando
utilice BigFix Inventory.
Flujo de datos
Se producen varias interacciones diferentes entre los componentes de la infraestructura de BigFix
Inventory, y entre el usuario y la herramienta.
IBM BigFix IBM BigFix Inventory
Sistema Sistema
Sistema
del cliente: del cliente:
del cliente
consola navegador
Certificado de interfaz de usuario

TCP (HTTP/HTTPS) C A TCP (HTTP/HTTPS) B
ODBC específico de la conexión
TCP (HTTP/HTTPS)
Base de datos
de Web Reports Servidor de BigFix Inventory
Repositorio
de usuarios
federados Servidor de IBM BigFix Interfaz de usuario API REST
de web
Exploraciones
Cliente de Herramienta de software,
BigFix del gestor de VM catálogo de
exploradores
TCP Lógica de
(HTTPS) negocio
ODBC
principal
Base de JDBC
datos de
BigFix
G TCP (HTTP/HTTPS) D TCP (HTTP) JDBC
Base de datos de
TCP (HTTP/HTTPS) BigFix Inventory
Cortafuegos
Retransmisor
Internet
TCP (HTTP) D E UDP F ICMP
Gestor de
Gestor de
virtualización
virtualización
Servidores de Fixlet Cliente de
BigFix

Dominio de BigFix Inventory
Tipo Conexión Descripción
A Tráfico de datos del Puerto De forma predeterminada, el navegador web se conecta al servidor
navegador web de BigFix Inventory utilizando el puerto 9081 (HTTPS). El usuario
puede inhabilitar el encapsulamiento de conexión SSL/TLS.
Emisión El navegador web se conecta al servidor de BigFix Inventory.
B Tráfico de datos de Puerto De forma predeterminada, el navegador web se conecta al servidor
API REST de BigFix Inventory utilizando el puerto 9081 (HTTPS). El usuario
puede inhabilitar la conexión segura.
Emisión Un cliente que utiliza conexiones de API REST.
Dominio de IBM BigFix

C Tráfico de datos de la Puerto Las consolas se conectan al servidor raíz utilizando HTTPS 52311
consola de IBM BigFix para todas las interacciones
Emisión La consola de IBM BigFix se conecta al servicio RootServer.
Controles de Existe una tasa de renovación para cada usuario de la consola de
red: IBM BigFix (15 segundos de forma predeterminada)
D Recopilar, enviar, Puerto El administrador de BigFix puede configurar el puerto 52311
descargar durante la instalación.
Emisión El cliente de BigFix inicia la solicitud dirigida al relé o servidor de
BigFix.
Controles de v Regulación configurable del ancho de banda para el relé o clientes
red: de BigFix
v Intervalo de recogida configurable. El valor predeterminado es 1
por día por sitio fixlet.
v Tiempo mínimo de espera configurable entre envíos. El valor
predeterminado es 15 segundos.
v Distribución temporal configurable por acción (distribución de las
descargas a lo largo del tiempo)
v Capacidad de establecer una "política" para evitar que los sistemas
descarguen archivos si no están dirigidos al relé apropiado de
BigFix
E Mensaje de Puerto El administrador de BigFix puede configurar el puerto 52311
“información nueva” durante la instalación.
de UDP
Emisión Los mensajes de UDP se envían desde el “padre” inmediato de los
clientes de BigFix, que puede ser un relé o servidor de BigFix.
Controles de v Límite configurable para el número de mensajes de UDP que se
red: envían cada vez desde un relé de BigFix
v Límite configurable para la cantidad de tiempo que se debe
esperar después de enviar mensajes de UDP desde un relé de
BigFix
498
F Selección de relé Puerto El protocolo ICMP no utiliza un puerto.
Emisión Cada cliente de BigFix envía “rondas” progresivas de paquetes
ICMP a cada relé con tiempos de vida (TTL) cada vez mayores hasta
que un relé de BigFix responde. Por ejemplo, en una red con 2 relés,
uno situado a 1 salto de distancia y otro situado a 2 saltos de
distancia, el cliente de BigFix envía un mensaje ICMP a ambos relés
con un TTL 1 y recibe 2 mensajes de “tiempo excedido” del
direccionador local. El cliente de BigFix envía entonces un mensaje
ICMP a ambos relés con un TTL 2 y recibe un mensaje de “tiempo
excedido” y un mensaje de respuesta. El cliente de BigFix elige
entonces el relé que está situado a un salto de distancia.
Controles de v La selección automática del relé se puede inhabilitar.
red
v Intervalo configurable que regula cuándo los clientes de BigFix
realizan la selección automática
v Límite configurable para el número máximo de paquetes ICMP
que se deben enviar en un intervalo de tiempo
v Límite configurable para el número máximo de “rondas” de
paquetes que se deben enviar durante una selección automática
del relé.
G Nueva descarga de Puerto 80 (valor habitual); posiblemente 21, 443
datos procedente de
Emisión El servidor de BigFix se conecta servidores de fixlet de IBM
servidores de fixlet de
IBM externos Controles de Existe un intervalo configurable para regular la frecuencia con que el
red servidor de BigFix comprueba si hay nuevos mensajes de fixlet.
Se utilizan los protocolos de base de datos siguientes:

v ODBC
v JDBC
Escenarios de configuración de seguridad

Cuando configure valores de seguridad, asegúrese de que la combinación de modalidades de seguridad
que defina en el lado de BigFix y BigFix Inventory estén soportadas.
Leyenda:
v U - la modalidad está habilitadaa
v Cualquiera - la modalidad está habilitada o inhabilitada
Tabla 83. Escenarios de configuración de seguridad
BigFix BigFix Inventory
BigFix en
Seguridad Windows y BigFix en Linux y
mejorada SHA1 TLS 1.2 SP800-131a MSSQL DB2
U U Soportado Soportado
U U U Soportado Soportado
U Soportado Soportado
U Soportado Soportado
U U U No soportado Soportado
Capítulo 8. Seguridad 499

Tabla 83. Escenarios de configuración de seguridad (continuación)
BigFix BigFix Inventory
BigFix en
Seguridad Windows y BigFix en Linux y
mejorada SHA1 TLS 1.2 SP800-131a MSSQL DB2
U U U U No soportado Soportado
U U U No soportado No soportado
U U No soportado No soportado
U U No soportado No soportado
U U U No soportado No soportado
Cualquiera Cualquiera No soportado No soportado
Configuración de la comunicación segura

Para garantizar una comunicación segura, BigFix Inventory utiliza criptografía de clave pública, que se
basa en algoritmos que utilizan dos claves independientes, una clave privada y una clave pública. Este
par de claves se utiliza para cifrar y descifrar la comunicación.
La clave privada cifra la comunicación. La clave pública, que se encuentra en un certificado, descifra la
comunicación. El uso de SSL requiere que se cree una clave privada y un certificado asociado a la misma.
Es posible compartir la clave pública (certificado) con cualquier persona porque sólo se utiliza para leer la
comunicación. La seguridad de la comunicación depende principalmente de la clave privada que valida
su identidad y, por lo tanto, debe almacenarse de forma segura. Las claves se crean de forma que un
mensaje cifrado con la clave privada solamente se pueda descifrar con la clave pública que tiene asociada.
Si alguien recibe su clave pública y puede descifrar su comunicación con esta clave, saben con certeza
que usted es el originador del mensaje y que no se ha manipulado por el camino. Contrariamente, la
clave pública sería incapaz de descifrarla.
BigFix Inventory proporciona certificados autofirmados de forma predeterminada pero no están pensados
para entornos de producción. Para mejorar la seguridad, cree su propia clave privada y una solicitud de
firma de certificado (CSR) que se pueda transformar en un certificado después de que una entidad
certificadora (CA) lo haya firmado. Al firmar la solicitud, CA aprueba su clave pública y certifica que es
de confianza. Puede crear su propia CA privada, utilizar la CA de su organización o una CA de confianza
internacional como, por ejemplo, Entrust, VeriSign, etcétera.
La clave privada y el certificado asociado se cargan en BigFix Inventory. Después de habilitar SSL,
cualquiera que se conecte a su servidor recibirá un certificado que contiene su clave pública. Todas las
comunicaciones posteriores que se originen desde el servidor se cifrarán con su clave privada. Tras la
recepción de la comunicación por parte de un usuario, ésta se descifra con el certificado que se ha
obtenido del servidor. Si el certificado puede descifrar la comunicación, se sabe con certeza que el
servidor es el originador del mensaje y que es válido.
Requisitos del par de claves
El par de claves debe cumplir los requisitos siguientes para que BigFix Inventory los acepte.
v Tipo: RSA o DSA.
v Niveles de clave: máximo 2048 bits. Esta limitación la provoca la política IBM Java. Puede utilizar
claves más potentes si sustituye los archivos de política predeterminado por los que tienen la
jurisdicción ilimitada. Para obtener más información, consulte los Archivos de política de IBM SDK.
v Formato: codificado con PEM. Este tipo de codificación está garantizado si el par de claves se crea
utilizando openSSL. También puede crear sus claves utilizando otros métodos, por ejemplo, utilizando
500
Makecert en sistemas operativos Windows. Estas claves, sin embargo, se codifican con DER y, por lo
tanto, no reciben soporte de BigFix Inventory. No obstante, puede convertir otros formatos a PEM
utilizando, por ejemplo, openSSL.
v Formato de clave privada cifrada: openSSL o pkcs8. No se admite el formato pvk.
Lleve a cabo los pasos siguientes para crear su par de claves y para habilitar SSL. Si ya dispone de un
par de claves o desea utilizar los certificados autofirmados, puede saltarse habilitación de la
comunicación segura.
Creación de claves privadas y certificados.

Para mejorar la seguridad, cree su propia clave privada y un certificado en lugar de utilizar los
autofirmados que están disponibles en BigFix Inventory de forma predeterminada. Puede utilizar
openSSL para crear una clave privada y una solicitud de firma de certificado (CSR) que se puede
transformar en un certificado tras haberlo firmado una entidad certificadora (CA).
Antes de empezar
Este procedimiento es válido para todos los sistemas operativos que dan soporte a openSSL.
Si va a generar una clave privada cifrada en formato pkcs8, añada la línea siguiente al archivo
dir_instalación/jre/lib/security/java.security:
security.provider.10=org.bouncycastle.jce.provider.BouncyCastleProvider
A continuación, reinicie el servidor de BigFix Inventory.
Procedimiento
1. Abra la línea de mandatos.
2. Crear una clave privada nueva.
openssl genrsa -des3 -out nombre_clave.key
fortaleza_clave -sha256
Por ejemplo, openssl genrsa -des3 -out private_key.key 2048 -sha256

Donde:
-des3 Habilita la contraseña para la clave privada. Este es un parámetro opcional. También puede
habilitar la contraseña para una clave privada existente mediante el mandato siguiente:
openssl rsa -des3 -in vía_acceso_a_clave_privada.key -out nombre_clave.key
nombre_clave
Nombre de archivo de su clave privada nueva.
fortaleza_clave
Fortaleza de la clave, medida en bits. El valor máximo que puede utilizar para BigFix
Inventory es de 2048 bits.
3. Cree una solicitud de firma de certificado (CSR). La solicitud está asociada a su clave privada y
posteriormente se transforma en un certificado.
openssl req -new -key vía_acceso_a_clave_privada.key -out nombre_csr.csr
Por ejemplo, openssl req -new -key private_key.key -out CSR.csr

Donde:
vía_acceso_a_clave_privada
Vía de acceso a su clave privada.
nombre_csr
Nombre de archivo para su solicitud de firma de certificado (CSR).

Después de ejecutar el mandato, se le solicitará que proporcione información que ayuda a los usuarios
a identificar el certificado y garantiza que es fiable. El siguiente extracto de la línea de mandatos se
completa con la información de ejemplo:
Country Name (2 letter code) [XX]: US
State or Province Name (full name) []: New York
Locality Name (eg, city) [Default City]: New York
Organization Name (eg, company) [Default Company Ltd]: IBM
Organizational Unit Name (eg, section) []: Software
Common Name (eg, your name or your server’s hostname) []: inventory.ibm.com
Email Address []: inventory@ibm.com
Resultados
Tras llevar a cabo estos pasos, se crearán dos archivos, su clave privada (.key) y la solicitud de firma de
certificado (.csr). Ahora debe firmar la solicitud para transformarla en el certificado. Para obtener
información sobre cómo crear una entidad certificadora privada (CA) para que firme la solicitud, consulte
Firma de certificados.
Firma de certificados
La entidad certificadora (CA) debe firmar la solicitud de firma de certificado (CSR) para transformarla en
un certificado que se pueda cargar en BigFix Inventory. Puede utilizar la biblioteca criptográfica de
openSSL para crear una CA privada y firmar la solicitud.
Antes de empezar
La utilización de Utilizando una CA privada para firmar la solicitud no es el único método. También
puede enviar la solicitud a CA de confianza a nivel internacional como, por ejemplo, Entrust, VeriSign,
etcétera, o utilizar la CA de su organización. Los certificados de estas CA suelen ser de confianza de
forma predeterminad y, por tanto, no muestran avisos en el navegador. Los avisos pueden aparecer si se
utiliza una CA privada.
Procedimiento
1. Cree una entidad certificadora (CA) privada y un certificado para la misma.
a. Cree una CA privada. En este paso se crea una clave privada (.key) y una solicitud (.csr) similar
a las que ha creado en Creación de claves privadas y certificados.
openssl req -new -newkey rsa:fortaleza_clave -nodes
-out nombre_csr_CA.csr -keyout nombre_clave_CA.key -sha256
Por ejemplo, openssl req -new -newkey rsa:2048 -nodes -out CA_CSR.csr -keyout
CA_private_key.key -sha256
Donde:
fortaleza_clave
nombre_csr_CA
Nombre de archivo de la solicitud de firma de certificado (CSR). La entidad certificadora
(CA) requiere una solicitud independiente.
nombre_clave_CA
Nombre de archivo de la clave privada. La entidad certificadora (CA) requiere una clave
privada independiente.
b. Cree un certificado para su CA privada. En este paso se crea un certificado (.arm) que puede
utilizar para firmar su CSR.
502
openssl x509 -signkey vía_acceso_a_clave_CA.key -days
número_de_días -req -in vía_acceso_a_csr_CA.csr
-out nombre_certificado_CA.arm -sha256
Por ejemplo, openssl x509 -signkey CA_private_key.key -days 90 -req -in CA_CSR.csr -out
CA_certificate.arm -sha256
Donde:
fortaleza_clave
vía_acceso_a_csr_CA
Nombre de archivo para la solicitud de firma de certificado (CSR) que ha creado para la
entidad certificadora (CA).
vía_acceso_a_clave_CA
Nombre de archivo para la clave privada que ha creado para la entidad certificadora (CA).
número_de_días
Número de días durante los cuales será válido el certificado nuevo.
nombre_certificado_CA
Nombre de archivo del certificado de su CA. Este certificado se utiliza para firmar su CSR.
2. Utilice el certificado de la CA para firmar la solicitud de firma de certificado que ha creado en
Creación de claves privadas y certificados.
openssl x509 -req -days número_de_días -in vía_acceso_a_csr.csr -CA vía_acceso_a_certificado_CA.arm
-CAkey vía_acceso_a_calve_CA.key -out certificado_nuevo.arm -set_serial 01 -sha256
Por ejemplo, openssl x509 -req -days 90 -in CSR.csr -CA CA_certificate.arm -CAkey
CA_private_key.key -out certificate.arm -set_serial 01 -sha256
Donde:
número_de_días
Número de días durante los cuales será válido el certificado nuevo.
vía_acceso_a_csr
Vía de acceso a la solicitud de firma de certificado (CSR) que desea firmar.
vía_acceso_a_certificado_CA
Vía de acceso al certificado que ha creado para la entidad certificadora (CA).
vía_acceso_a_clave_CA
Vía de acceso a la clave privada que ha creado para la entidad certificadora (CA).
certificado_nuevo
Nombre de archivo del certificado nuevo que se ha creado para su solicitud de firma de
certificado (CSR). El usuario ha cargado este certificado junto con la clave privada en BigFix
Inventory.
Resultados
Se ha firmado la solicitud de firma de certificado y se ha obtenido un certificado nuevo. Ahora es posible

habilitar SSL en BigFix Inventory y cargar la clave privada y el certificado. Estos archivos sustituyen el
certificado autofirmado que ya está disponible en BigFix Inventory y, por tanto, garantizan la
comunicación segura.
Habilitación de la comunicación segura

Puede habilitar SSL para garantizar la comunicación segura entre su servidor y todos los usuarios que
acceden al mismo. Puede basar su comunicación en certificados autofirmados que se proporcionan de

forma predeterminada en BigFix Inventory, pero estos certificados no están pensados para entornos de
producción. Para mejorar la seguridad, cree su propia clave privada y su propio certificado y cárguelos
Antes de empezar
v La utilización de SSL se habilita de forma predeterminada, pero su configuración se basa en
certificados autofirmados temporalmente que no están pensados para entornos de producción.
v La habilitación o inhabilitación de la utilización de SSL cambia la dirección web de su servidor de
BigFix Inventory. Asegúrese de llevar a cabo una importación de datos más adelante para actualizar la
dirección en los fixlets que la utilizan para cargar archivos desde el servidor.
Procedimiento
3. Seleccione Utilizar SSL. Se abrirá la subsección Certificado.
4. Opcional: Seleccione Utilizar TLS 1.2.
Importante:
v Para utilizar TLS 1.2, el navegador debe ser compatible con TLS 1.2 y TLS 1.2 debe estar habilitado.
v Para cumplir todos los requisitos de la conformidad con SP800-131, consulte: Habilitación de la
conformidad con SP800-131.
5. Proporcione información sobre el certificado.
v Si dispone de una clave privada y de un certificado:
a. Seleccione Importar una clave privada PEM codificada y un certificado.
b. Pulse Examinar para localizar los archivos en el sistema de archivos del equipo.
c. En el campo Contraseña de clave privada, escriba la contraseña de la clave. Este campo sólo es
necesario si se establece una contraseña para la clave privada.
d. Pulse Guardar.
Nota: El certificado y la clave deben ser codificados con PEM.

v Si desea generar un certificado autofirmado nuevo:
Restricción: Un certificado autofirmado contiene una clave pública, información sobre el

propietario del certificado y la firma del propietario. Debido a que ese certificado está firmado por
su propia clave privada, no proporciona medios para verificar el origen del certificado mediante
una entidad certificadora fiable.
a. Seleccione Generar un certificado autofirmado.
b. Especifique el asunto del certificado nombre común. El nombre común debe corresponderse con
el nombre DNS del servidor de BigFix Inventory.
c. En el campo Fecha de caducidad, introduzca la fecha de cuándo va a caducar el certificado.
d. Pulse Guardar.
Nota: La mayoría de los navegadores muestran un mensaje de aviso cuando se utiliza un

certificado autofirmado.
Resultados
Se ha habilitado la comunicación segura en su servidor. Ahora se cifrarán todas las comunicaciones

salientes con una clave privada que el usuario ha proporcionado.
504
Recopilación de sumas de comprobación de archivo
Las sumas de comprobación son cadenas largas que describen el contenido de archivos y actúan como
huella dactilar. Puede habilitar el cálculo de las sumas de comprobación de los archivos de sus equipos
para comprobar su integridad y garantizar que no se hayan alterado o manipulado.

En general, las sumas de comprobación se utilizan para garantizar la transmisión segura de archivos
entre un dispositivo y otro, o a través de Internet. En este último caso, después de descargar un archivo,
puede calcular la suma de comprobación y luego compararlo con la suma de comprobación original que
se publicó junto con la descarga. Si ambas sumas de comprobación coinciden, sabe que su descarga es
exactamente igual que el archivo fuente publicado, y que es seguro. Si no fuera así, puede haberse
producido cierta pérdida de datos o alteraciones, lo que significa que el archivo se ha dañado, ya sea por
accidente o de forma intencionada.
En BigFix Inventory, las sumas de comprobaciones se calculan durante la exploración del sistema de
archivos y se crean para cada archivo descubierto por la exploración. Es decir, además de recopilar la
información habitual sobre los archivos, como su versión o tamaño, el explorador también recopila
información sobre sus sumas de comprobación. Estas se pueden ver en la interfaz de usuario o
recuperarse mediante la API REST, y se pueden comparar con las sumas de comprobación de firmas de
virus o programas maliciosos conocidos para asegurarse de que ninguno de esos archivos están presentes
en su entorno. Si alguna de las sumas de comprobación recopiladas encuentra una coincidencia en la base
de las sumas de comprobación dañadas, existe una alta probabilidad de que un archivo determinado
asociado a esa suma de comprobación no sea seguro, y presente una posible violación de seguridad.
Las sumas de comprobación de BigFix Inventory se pueden calcular mediante dos funciones hash, MD5 y
SHA-256. La elección de una de ellas dependerá de la base de datos de las sumas de comprobación
dañadas de su propiedad, y de que pueda compararla con sumas de comprobación recopiladas por la
exploración.
Requisitos
v BigFix Inventory debe estar en la versión 9.2.3 o superior.
v Si ha actualizado desde versiones anteriores, debe detener todas las acciones Iniciar exploración de
software y volver a ejecutar la exploración de software contra sus puntos finales. La exploración de
software se ha modificado para poder recopilar sumas de comprobación, y debe iniciarse desde el fixlet
actualizado.
v Es importante que habilite sumas de comprobación para grupos pequeños de puntos finales. Sólo
cuando los datos del primer grupo se hayan importado en BigFix Inventory debe continuar con el
siguiente. Debido a las sumas de comprobación, cada archivo se detecta como con cambios porque
contiene información nueva (una suma de comprobación). De manera predeterminada, BigFix
Inventory importa la exploración del sistema de archivos delta, es decir, sólo los datos que han
cambiado desde la última exploración. Sin embargo, cuando detecta demasiados cambios, siempre elige
la exploración del sistema de archivos completo en lugar del sistema delta. La importación de
demasiados resultados podría sobrecargar la importación de los datos. En ese caso, debe recuperarse
de exploraciones acumuladas. Esto se aplica no sólo a la primera vez que se habilitan las sumas de
comprobación, sino también a cada cambio, como añadir un nuevo tipo de suma de comprobación
para la recopilación o eliminar una suma de comprobación.
Procedimiento
Habilitación de la recopilación de sumas de comprobación

Para habilitar la recopilación de sumas de comprobación, ejecute un fixlet que cambie la configuración de
la exploración de software para BigFix Inventory. Al seleccionar las sumas de comprobación y ejecutar el
fixlet contra un punto final seleccionado, este punto final obtiene nuevas propiedades que representan

MD5, SHA-256 o los dos tipos. Basándose en estas propiedades, la exploración de software puede
reconocer qué sumas de comprobación se pueden recopilar desde un punto final. Si sólo elige un tipo de
suma de comprobación y desea añadir otro más adelante, puede volver a ejecutar el fixlet.
Antes de empezar
v Actualice el servidor a BigFix Inventory 9.2.3 o superior. Si ha actualizado desde versiones anteriores,
vuelva a ejecutar la exploración de software.
v Habilite las sumas de comprobación sólo para grupo grupo pequeño de puntos finales para evitar
problemas con la importación de datos.
Para obtener más información sobre los requisitos previos, consulte Requisitos.
Procedimiento
1. En la consola de BigFix, vaya a Sitios > Sitios externos > IBM BigFix Inventory v9 > Fixlets y tareas.
2. Seleccione Configurar sumas de comprobación de archivo (MD5/SHA-256).
3. Seleccione los tipos de suma de comprobación que desea recopilar, MD5, SHA-256 o lo dos tipos.
Importante: Seleccione siempre todas las sumas de comprobación que desee recopilar, especialmente
si va a ejecutar el Fixlet una segunda vez. Las propiedades nuevas siempre sustituyen a las anteriores.
4. Pulse Llevar a cabo una acción y vuelva a ejecutar el fixlet contra los puntos finales que desee.
5. Opcional: Vaya a Análisis, seleccione el análisis Valores de recopilación de sumas de comprobación
de archivo y pulse Activar. El análisis muestra qué sumas de comprobación se recopilan desde sus
puntos finales.
Visualización de las sumas de comprobación en la interfaz de usuario

Para ver las sumas de comprobación en la interfaz de usuario, debe habilitar columnas que muestran
estos datos. Puede ser útil para verificar las sumas de comprobación de archivos individuales. Para una
mayor cantidad de archivos, utilice la API REST que puede recuperar a la vez todas las sumas de
comprobación recopiladas.
506
Procedimiento
2. Vaya a Informes > Datos de archivos explorados.
3. En la esquina superior derecha, pulse Configurar vista para habilitar columnas nuevas.
4. Seleccione la casilla MD5 o SHA-256 y pulse Aceptar.
Las sumas de comprobación de cada archivo se muestran en las columnas correspondientes
Recuperación de sumas de comprobación a través de la API REST

Para recuperar información sobre sumas de comprobación, puede utilizar la API REST que se utiliza, por
regla general, para recuperar datos de archivo explorados sin formato. Esta API recupera información
sobre archivos explorados como, por ejemplo, nombre, tamaño, versión, vía de acceso, etc. También
puede devolver los valores de las columnas MD5 y SHA-256, que muestran las sumas de comprobación.
Antes de empezar
Este tema es sólo un extracto de la llamada de API REST, diseñada para mostrar ejemplos específicos que
se pueden utilizar para recuperar las sumas de comprobación de MD5 y SHA-256. Para obtener más
información, consulte API REST para recuperar datos de archivos explorados sin formato.
Columnas de ejemplo
El cuerpo de respuesta siguiente muestra las columnas predeterminadas que se pueden recuperar
mediante esta API REST. Puede utilizar los nombres de las columnas que se muestran al crear las
solicitudes de la API REST. Si no especifica ninguna columna en la solicitud, se devolverán todas las
columnas.
{
"scan_file_id": 3,
"computer_id": 5,
"path": "C:\BES\BESAirgapTool",
"name": "BESAirgapTool.exe",
"full_path_sha1": "9eb46086883dcbb6d2aefa2d6fd40bf8e736621b",
"size": 92174,

"version": null,
"md5": "8cb2289800b34ef1a5f472f7177348e2",
"sha256": "99e0c7c22c9ad735ec766914f0af17449a83681de22db
7ce16672f16f37131bec0022371d4ace5d1854301e0",
"valid_from": "2015-07-31T07:03:21Z"
"valid_to": "9999-12-31T23:59:59Z"
}
Ejemplos
Ejemplo 1: Recuperar información sobre sobre el nombre, vía de acceso, y columnas MD5 y SHA-256.
Solicitud:
https://nombreHost:puerto/api/sam/raw_file_facts?token=señal
&columns[]=name&columns[]=computer.name&columns[]=path&columns[]=md5&columns[]=sha256
Salida:
{
"md5": "8cb2289800b34ef1a5f472f7177348e2",
"sha256": "99e0c7c22c9ad735ec766914f0af17449a83681de22db
7ce16672f16f37131bec0022371d4ace5d1854301e0",
"computer":{
"name":"NC581058"}
}
Ejemplo 2: Recuperar información sobre los archivos con una suma de comprobación de MD5
específica.
Este ejemplo puede utilizarse para encontrar rápidamente una suma de comprobación dañada.
Solicitud:
&criteria={"and":[["md5","=","8CB2289800B34EF1A5F472F7177348E2"]]}
Salida:
{
"scan_file_id": "6",
"computer_id": "3",
"path": "C:\Files",
"name": "arch.exe",
"full_path_sha1": "9eb46086883dcbb6d2aefa2d6fd40bf8e736621b",
"size": 2032,
"version": null,
"md5": "8cb2289800b34ef1a5f472f7177348e2",
"sha256": null,
"valid_from": "2015-12-10T11:37:14Z",
"valid_to": "9999-12-31T23:59:59Z"
}
Ejemplo 3: Recuperar información sobre el nombre, el nombre del sistema, la vía y las columnas MD5
para todos los archivos word.exe que tienen una suma de comprobación MD5 diferente a la
especificada.
Este ejemplo puede utilizarse si sabe que un archivo debe tener una suma de comprobación
específica. Por lo tanto, puede recuperar todos los archivos con otras sumas de comprobación
dañadas.
Solicitud:
&columns[]=name&columns[]=computer.name&columns[]=path&columns[]=md5
&criteria={"and":[["md5","!=","8CB2289800B34EF1A5F472F7177348E2"],["name","=","word.exe"]]}
Salida:
508
{
"path": "C:\Programs",
"name": "word.exe",
"md5": "6cb1465800b34ef1a5f376f717743t6",
"computer":{
"name":"NC581058"}
}
Cómo garantizar la conformidad con los estándares de cifrado federal

Puede configurar BigFix Inventory para que sea compatible con los requisitos de Federal Information
Processing Standard relacionados con el cifrado.
Federal Information Processing Standard 140-2

Federal Information Processing Standards (FIPS) son los estándares y las directrices que emite el Instituto
Nacional de Estándares y Tecnología (NIST) para los sistemas informáticos del gobierno federal.
Los organismos gubernamentales y las instituciones financieras utilizan FIPS (Federal Information
Processing Standard) para garantizar que los productos se ajustan a los requisitos de seguridad
específicos. Para obtener más información sobre estos estándares, consulte el sitio web de NIST.
FIPS 140-2 es el estándar que define los requisitos de seguridad para los módulos criptográficos que se
utilizan dentro de un sistema que maneja información sensible pero sin clasificar. La conformidad con el
estándar FIPS 140-2 tiene dos aspectos que afectan a BigFix Inventory: los algoritmos que se utilizan para
gestionar datos sensibles deben estar aprobados por FIPS y debe utilizarse una implementación aprobada
por FIPS cuando los datos se transmiten con SSL/TLS.
BigFix Inventory utiliza los proveedores criptográficos aprobados por FIPS 140-2 para la criptografía:
v IBMJCEFIPS (certificado 376)
v IBMJSSEFIPS (certificado 409)
v IBM Crypto for C (ICC) (certificado 384)
Los certificados se listan en el sitio web de NIST.
Configuración del servidor para garantizar la conformidad con FIPS

Puede garantizar la conformidad con el estándar FIPS 140-2 modificando las propiedades de
configuración para el servidor de aplicaciones subyacente.
Procedimiento
1. Edite el archivo java.security, que está en el siguiente directorio: dir_instalación/jre/lib/
security/. Coloque com.ibm.crypto.fips.provider.IBMJCEFIPS antes de IBMJCE en la lista de
proveedores. Asegúrese de que la lista esté numerada correctamente.
2. Añada la propiedad -Dcom.ibm.jsse2.usefipsprovider=true al archivo jvm.options. La propiedad
permite al proveedor Java Secure Socket Extension (JSSE2) ejecutarse en la modalidad FIPS 140-2.
Nota: Los certificados deben tener al menos 1024 bytes de tamaño y pueden firmarse con un
algoritmo de firma DSA o RSA. Puede utilizar el programa de utilidad keytool de IBM para generar
un par de claves compatible.
3. Para utilizar el protocolo TLS, configure la comunicación segura.
FIPS 140-2 da soporte a varios cifrados. La configuración SSL predeterminada habilita
automáticamente los cifrados compatibles con FIPS 140-2 cuando JSSE se ejecuta en modalidad FIPS.
Puede habilitar cifrados específicos incluyéndolos en el atributo enabledCiphers de la configuración
SSL.

Conformidad con SP800-131
SP800-131 requiere longitudes de clave más largas y una criptografía más sólida. La especificación
también proporciona una configuración de transición que permite a los usuarios pasar a una
obligatoriedad estricta de SP800-131.
La configuración de transición también permite a los usuarios la ejecución con una combinación de
valores tanto de FIPS140-2 como de SP800-131. SP800-131 se puede ejecutar en dos modalidades, estricta
y de transición. La modalidad de transición se ofrece para darle un valor para cambiar su entorno a la
modalidad estricta de SP800-131. En la modalidad de transición, es opcional utilizar los certificados
necesarios para SP800-131 y establecer el protocolo con SP800-131.
Deben cumplirse los siguientes requisitos para permitir la obligatoriedad estricta de SP800-131:
v El uso del protocolo TLS versión 1.2 para el contexto de capa de sockets seguros (SSL).
v Los certificados deben tener una longitud mínima de 2048 bytes. Un certificado de curva elíptica (EC)
requiere un tamaño mínimo de curvas de 244 bits.
v Los certificados deben firmarse con un algoritmo de firma SHA256, SHA384 o SHA512. Los algoritmos
de firma válidos incluyen:
– SHA256 con RSA
– SHA384 con RSA
– SHA512 con RSA
– SHA256 con ECDSA
v Suites de cifrado aprobadas por SP800-131.
Para obtener más información sobre el estándar SP800-131, consulte el sitio web ejecutado por el Instituto
Nacional de Estándares y Tecnología.
Habilitación de la conformidad con SP800-131

Puede configurar un perfil de BigFix Inventory para que cumpla el requisito SP800-131 que ha originado
el Instituto Nacional de Estándares y Tecnología (NIST).
Procedimiento
Puede configurar BigFix Inventory para que se ejecute en modalidad estricta o de transición de
SP800-131.
v Para configurar el producto para que se ejecute en modalidad estricta:
1. Asegúrese de que los certificados de servidor cumplan los criterios para SP800-131.
Para obtener más información sobre SP800-131, consulte la publicación National Institute of
Standards and Technology Special Publication 800-131A.
2. Modifique la configuración SSL para utilizar el protocolo TLS versión 1.2.
3. Habilite Java Secure Socket Extension (JSSE) para que se ejecute en modalidad estricta de
SP800-131: establezca la propiedad del sistema com.ibm.jsse2.sp800-131 en strict. La propiedad
debe establecerse en el archivo jvm.options, que está en el directorio dir_instalación/wlp/usr/
servers/server1.
Ejemplo:
-Dcom.ibm.jsse2.sp800-131=strict
510
Nota: Si los certificados de servidor no cumplen los criterios de SP800-131 o si no se utiliza el
protocolo TLS versión 1.2, después de reiniciar el servidor no podrá conectarse a BigFix Inventory. En
este caso, puede eliminar la propiedad com.ibm.jsse2.sp800-131 del archivo jvm.options o establecerla
en transition.
v Para configurar el producto para que se ejecute en modalidad de transición, habilite JSSE para que se
ejecute en modalidad de transición de SP800-131 estableciendo la propiedad del sistema
com.ibm.jsse2.sp800-131 en transition. La propiedad debe establecerse en el archivo jvm.options, que
está en el directorio dir_instalación/wlp/usr/servers/server1.
Ejemplo:
-Dcom.ibm.jsse2.sp800-131=transition
Autenticación de usuarios con LDAP

BigFix Inventory permite la autenticación mediante un servidor LDAP (Lightweight Directory Access
Protocol). Para utilizar esta característica, debe configurar el servidor de BigFix Inventory.
Configuración de la conexión a un servidor de directorios

Para utilizar LDAP para la autenticación de los usuarios de BigFix Inventory, primero debe configurar
una conexión al servidor de directorios.
Antes de empezar
v Debe tener permiso para Gestionar servidores de directorio para realizar esta tarea.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Servidores de directorio.
2. Para crear una conexión LDAP, pulse Nuevo.
3. Entre un nombre para el nuevo servicio de directorio.
4. En la lista de servidores LDAP, seleccione el tipo del servidor LDAP. Si los valores de servidor LDAP
son diferentes de los valores predeterminados, seleccione Otros y entre los valores de los filtros y
atributos del servidor LDAP. Si selecciona Catálogo global de Microsoft Active Directory, el campo
de base de búsqueda está inhabilitado.
Importante: Es posible que deban modificarse los valores predeterminados, en concreto para los
servidores openLDAP, debido a las distintas implementaciones de openLDAP.
5. Escriba el nombre de la base de búsqueda. Este parámetro define la ubicación en el directorio desde
el que empieza la búsqueda de LDAP.
6. Si el servidor de directorios utiliza el protocolo de Capa de sockets seguros, seleccione el recuadro de
selección SSL.
7. Si el servidor necesita autenticación, borre Enlace anónimo y proporcione un nombre y una
contraseña para el usuario cuyas credenciales se deben utilizar para conectarse el servidor de
directorios.
Consejo: Si ha seleccionado Microsoft Active Directory, proporcione el nombre de usuario como

nombre de inicio de sesión de Active Directory o nombre principal de usuario, por ejemplo
nombreusuario@dominio.com. No especifique el nombre de usuario de la manera siguiente:
DOMINIO/nombreusuario.
8. En el campo de texto Host, proporcione el nombre de host o la dirección IP del servidor LDAP
primario.
9. Acepte el valor de puerto predeterminado o proporcione uno nuevo.
10. Opcional: Para añadir un servidor de copia de seguridad:
a. Pulse Añadir servidor de copia de seguridad.

b. Proporcione el nombre de host o la dirección IP y el número de puerto.
11. Para verificar si todas las entradas proporcionadas son válidas, pulse Probar conexión. Se abre una
ventana emergente de confirmación.
12. Pulse Crear. Se visualiza un mensaje de confirmación en medio de la página.
Resultados
Ha configurado una conexión al servidor LDAP.
Edición de una configuración de servidor de directorios

Procedimiento
1. En la página Servidores de directorios, pulse el nombre del servidor de directorios cuya
configuración desea modificar.
2. En la parte inferior de la ventana, especifique los nuevos parámetros.
3. Pulse Guardar.
Supresión de una configuración de servidor de directorios

Procedimiento
1. En la página Servidores de directorios, pulse el nombre del servidor de directorios cuya
configuración desea suprimir.
2. En el área superior izquierda de la ventana, pulse Suprimir.
Enlace de usuarios a directorios

Para completar un proceso de autenticación mediante LDAP, debe crear un usuario que desee enlazar con
el directorio creado.
Antes de empezar
Debe tener el permiso para Gestionar usuarios para realizar esta tarea.
Procedimiento
1. En la barra de navegación superior, pulse Gestión > Usuarios.
2. Para crear un usuario, pulse Nuevo.
3. En el campo Nombre de usuario, escriba el nombre de un usuario existente de un servidor LDAP.
Consejo: Para los usuarios de Active Directory, el nombre del usuario debe ir seguid de un nombre
de dominio, por ejemplo nombreusuario@dominio.com.
4. En la lista, seleccione un Grupo de sistemas al que se asignará el usuario.
5. En la lista Método de autenticación, seleccione el nombre de un directorio LDAP.
6. Pulse Crear.
7. Opcional: Para borrar el usuario creado, pulse su nombre. A continuación, en la parte superior
izquierda de la ventana, pulse Suprimir.
Nota: El usuario suprimido no puede volver a crearse.
Para confirmar la autenticación, inicie una sesión en el servidor BigFix Inventory con las credenciales del
usuario LDAP que ha creado en BigFix Inventory.
512
Suministro de usuarios
Después de configurar un servidor de directorios, puede integrar sus usuarios con BigFix Inventory
utilizando el protocolo LDAP. Con el suministro de usuarios, puede integrar grupos de usuarios enteros,
en lugar de enlazarlos por separado.
Antes de empezar
Configurar un servidor de directorios.
Procedimiento
2. En la barra de navegación superior, pulse Gestión > Suministro de usuarios.
3. Pulse Nuevo para crear una nueva regla de suministro de usuarios.
4. En Nombres de grupo, empiece a escribir el nombre de un grupo de usuarios del servidor de
directorios y elija uno de los resultados rellenados automáticamente.
5. En Roles, seleccione los roles que se asignarán a los nuevos usuarios.
6. En Grupo de sistemas, seleccione el grupo de sistemas al que se asignarán los nuevos usuarios.
7. Pulse Crear.
Resultados
Ha integrado los usuarios del servidor de directorios con BigFix Inventory. Después de iniciar sesión en
la aplicación con un usuario, éste se creará en BigFix Inventory. El usuario tiene asignado un rol que se
define en el suministro de usuarios. Sin embargo, el rol se puede cambiar más adelante.
Importante: Si desea iniciar sesión con usuarios de Active Directory, el nombre de usuario debe ir
seguido de un nombre de dominio, por ejemplo nombreusuario@dominio.com.
Integración de usuarios con Web Reports

Puede utilizar el componente Web Reports para que los usuarios de Lightweight Directory Access
Protocol (LDAP) y Web Reports puedan acceder a BigFix Inventory.
Antes de empezar
Instale el componente Web Reports. El componente se instala normalmente junto con el servidor de IBM
BigFix, pero también puede añadirlo a su entorno en cualquier momento. Para ello, inicie la instalación
de IBM BigFix y elija instalar sólo Web Reports.
Una de las prestaciones de Web Reports es la integración con un directorio LDAP. Esta integración
permite ver información sobre los usuarios de LDAP mediante Web Reports y otorgarles los privilegios
correctos para acceder al entorno de IBM BigFix. Si crea una entrada para cada usuario en BigFix
Inventory, se enlazarán entre la aplicación y Web Reports. A continuación, los usuarios enlazados pueden
acceder a BigFix Inventory con las mismas credenciales que se han especificado en Web Reports. Siempre
que cambia las credenciales en Web Reports, también serán válidas en BigFix Inventory sin necesidad de
ninguna configuración adicional.
Procedimiento
1. Conecte el servidor de BigFix Inventory a la base de datos de Web Reports.
b. En la barra de navegación, pulse Gestión > Orígenes de datos.

c. Pulse el origen de datos y rellene los parámetros de conexión de la base de datos de Web Reports.
La información necesaria variará dependiendo del tipo de base de datos que utilice. Para obtener
más información, consulte los siguientes ejemplos.
2. Cada uno de los usuarios de Web Reports debe añadirse manualmente a BigFix Inventory. Después de
realizar esta acción, los usuarios se enlazarán con sus equivalentes en Web Reports:
a. En BigFix Inventory, pulse Gestión > Usuarios.
b. Pulse Nuevo para crear un nuevo usuario.
c. Especifique el nombre de usuario correspondiente a un nombre de usuario de Web Reports.
d. Seleccione los roles adecuados. Los roles no se integran entre las aplicaciones y deben
seleccionarse manualmente para cada usuario.
e. En Método de autenticación, elija Web Reports.
f. Pulse Crear.
g. Repita esta acción para cada uno de los usuarios de Web Reports.
Resultados
El usuario creado se enlaza con su equivalente en Web Reports. Ahora puede utilizarlo para iniciar una
sesión en BigFix Inventory utilizando la misma contraseña que se ha especificado en Web Reports.
Siempre que cambie esta contraseña en Web Reports, también será válida para iniciar una sesión en
BigFix Inventory.
Configuración y habilitación del inicio de sesión único

Ahora puede utilizar la autenticación de dos factores y utilizar el inicio de sesión único para iniciar
sesión en BigFix Inventory y mantener la coherencia de inicio de sesión con otras aplicaciones en la
empresa. Puede configurar BigFix Inventory para utilizar la autenticación de dos factores con el inicio de
sesión único basado en el intercambio de la señal Security Assertion Markup Language (SAML 2.0) y
Microsoft Active Directory Federation Services como proveedor de identidades o puede utilizar la
tecnología de IBM Lightweight Third-Party Authentication (LTPA) e IBM Security Access Manager for
Web como servicio de autenticación.
514
Para habilitar el registro de depuración para inicio de sesión único en BigFix Inventory, edite el archivo
web.xml y cambie el valor de config.sso.debug a true.
<context-param>
<param-name>config.sso.debug</param-name>
<param-value>true</param-value>
</context-param>
Opción 1: Configuración del inicio de sesión único basado en la señal

Security Assertion Markup Language
Puede configurar el inicio de sesión único basado en la señal Security Assertion Markup Language
(SAML) y en Active Directory Federation Services (ADFS).
Antes de empezar
Importante: Si ha inhabilitado SSL en BigFix Inventory, debe habilitarlo de nuevo. De lo contrario, el

inicio de sesión único no funcionará. Para habilitar el inicio de sesión único:
1. Inicie sesión en la interfaz de usuario web de BigFix Inventory.
3. Seleccione Utilizar SSL y pulse Guardar.
Una vez iniciada la sesión como usuario de inicio de sesión único, no podrá cerrar la sesión de BigFix
Inventory. Para poder iniciar la sesión como otro usuario, borre la memoria caché del navegador e inicie
sesión como otro usuario.
En el caso de ejemplo siguiente se presenta un flujo de trabajo típico para configurar BigFix Inventory
con el fin de trabajar con Active Directory Federation Services. Sin embargo, tal vez desee utilizar
productos de software para habilitar el inicio de sesión único en su infraestructura.
Inicio de sesión único basado en el intercambio de la señal Security Access

Markup Language
El inicio de sesión único basado en el intercambio de la solicitud de Security Access Markup Language
(SAML) consta de varios pasos y utiliza un servidor externo proveedor de identidades para autenticar el
usuario de la aplicación. BigFix Inventory admite la versión 2.0 de SAML.
Una aserción SAML es una señal con formato XML que se utiliza para transferir la identidad del usuario
y la información de atributos desde el Proveedor de identidad de un usuario a un Proveedor de servicios de
confianza como parte de la solicitud de inicio de sesión único. Un usuario web se autentica en un
proveedor de identidades de SAML, que produce una aserción SAML, y el proveedor de servicios
consume la aserción SAML para establecer un contexto de seguridad para el usuario web. A continuación
se muestran las partes de este intercambio de datos de autenticación.
Proveedor de servicios
BigFix Inventory - la aplicación que solicita el servicio de autenticación.
Proveedor de identidades
El servicio que autentica a los usuarios de la aplicación, por ejemplo, Active Directory Federation
Services.
Usuario de la aplicación
La persona que utiliza varias aplicaciones en un dominio y que desea realizar el inicio de sesión
único en esas aplicaciones empresariales.

Proveedor de servicios Usuario de la aplicación Proveedor de identidad
BigFix Inventory (navegador web) Active Directory Federation
Services (ejemplo)
El usuario accede
1 a la interfaz de
usuario web de
El servidor de BigFix Inventory
2 BigFix Inventory
genera una
solicitud de SAML.
XML
El servidor de
3 BigFix Inventory
redirecciona El proveedor de
el navegador 4
3 identidad analiza la
al URL de inicio solicitud de SAML
único. y autentica el usuario
El navegador envía la respuesta de El proveedor de

7 SAML al URL de BigFix
3 5
3 identidad genera una
Inventory. respuesta de SAML.
El proveedor de
6
3 identidad devuelve la
El servidor de
8
3 BigFix Inventory XML
respuesta cifrada de
verifica la SAML al navegador.
respuesta
de SAML.
El usuario inicia
9
3 sesión en BigFix
Inventory.
A continuación encontrará pasos detallados que se llevan a cabo durante un inicio de sesión único típico
basado en el intercambio de la señala SAML:
2. El servidor de BigFix Inventory genera una solicitud SAML.
3. El servidor de BigFix Inventory redirige el navegador al URL de inicio de sesión único.
4. El servidor del proveedor de identidad analiza la solicitud SAML y autentica al usuario.
5. El servidor del proveedor de identidad genera una respuesta SAML.
6. El servidor del proveedor de identidad devuelve la respuesta al navegador web.
7. El servidor de BigFix Inventory comprueba la respuesta SAML.
8. El usuario ya ha iniciado sesión en la aplicación.
Paso 1: Configuración de los valores del inicio de sesión único

Como primer paso, utilice el panel Valores del inicio de sesión único para configurar los valores de
inicio de sesión único en BigFix Inventory.
516
Antes de empezar
v Recopile la siguiente información.
– URL de inicio de sesión de ADFS. Formato de ejemplo: https://nombre_host_ADFS/adfs/ls/
IdPInitiatedSignOn.aspx?LoginToRP=https://nombre_host_BFI:9081/ibm/saml20/defaultSP
– URL del emisor de confianza. Formato de ejemplo: http://nombre_host_ADFS/adfs/services/trust
v Prepare la clave de firma de la señal del proveedor de identidad en el formato nombre_clave.cer.
v Cree los BigFix Inventory que van a utilizar la función de inicio de sesión único.
Importante: Durante la creación de los usuarios, seleccione Inicio de sesión único como método de
autenticación. Adicionalmente, asegúrese de que los usuarios cumplan los siguientes requisitos:
– Todos los nombres de usuario deben ser nombres completos que contengan el nombre de dominio
completo. Por ejemplo: usuario@dominio.ejemplo.
– al menos una de los usuarios debe ser un Administrador.
Nota: No hay ninguna señal de usuario disponible tras crear un usuario de inicio de sesión único Si
necesita la señal, por ejemplo para ejecutar llamadas de la API REST, solicite al administrador de
BigFix Inventory que se la proporcione.
v Realice una copia de seguridad de los archivos siguientes antes de empezar a configurar el inicio de
sesión único:
– server.xml
- Linux, UNIX: dir_instalación_bfi/wlp/usr/servers/server1
- Windows: dir_instalación_bfi\wlp\usr\servers\server1
– web.xml
- Linux, UNIX: dir_instalación_bfi/wlp/usr/servers/server1/apps/tema.war/WEB-INF
- Windows: dir_instalación_bfi\wlp\usr\servers\server1\apps\tema.war\WEB-INF
v Asegúrese de que se haya habilitado SSL tanto en BigFix Inventory como en Active Directory
Federation Services.
v Si dispone de un servidor Linux BigFix Inventory, debe crear usuarios siguiendo la convención de
nomenclatura de bicapitalización si ésta es la forma en que se han definido los usuarios en AD FS. Por
ejemplo, el usuario AdminK se ha definido en AD FS y también se debe haber creado en la instalación
de BigFix Inventory en Linux. De lo contrario, este usuario no podrá generar ninguna instantánea de
auditoría.
Procedimiento
1. En la interfaz de usuario web de BigFix Inventory, pulse Gestión > Valores del inicio de sesión
único.
2. Seleccione SAML como método de inicio de sesión único.
3. Especifique el URL de la página web que va a utilizar para el inicio de sesión único en BigFix
Inventory. Ejemplo:
https://nombre_host_ADFS/adfs/ls/IdPInitiatedSignOn.aspx?LoginToRP=https://nombre_host_BFI:
9081/ibm/saml20/defaultSP
Importante: Asegúrese de que el URL que especifica en la dirección del navegador sea correcto. No
hay ninguna validación de la dirección y si realiza un error tipográfico en el URL, puede que tenga
que revertir manualmente la configuración de sso.
4. Proporcione el certificado del proveedor de identidad. Pulse Examinar para localizar el certificado que
ya ha creado.
5. Proporcione el URL del emisor de certificado de confianza. Ejemplo:
http://nombre_host_ADFS/adfs/services/trust

Importante: Asegúrese de que el URL que especifica sea correcto. No hay ninguna validación de la
dirección y si realiza un error tipográfico en el URL, puede que tenga que revertir manualmente la
configuración de sso.
6. Pulse Guardar.
Nota: Cuando se crea la entrada de inicio de sesión único de SAML, sólo están habilitados el botón
Suprimir y Descargar metadatos de SP. Si no se halla el enlace de la descarga, deberá reiniciar el
servidor.
7. Pulse el enlace Descargar metadatos del proveedor de servicios y guarde el archivo spMetadata.xml
en un directorio de su sistema.
Paso 2: Configuración de la regla de reclamación de la fiabilidad de la parte

retransmisora en el servidor de AD FS
Como segundo paso, configure el servidor de BigFix Inventory como parte retransmisora para consumir
reclamaciones del servidor de Active Directory Federation Services (AD FS).
Procedimiento
1. Inicie sesión en el sistema donde se haya instalado Active Directory Federation Services.
2. Copie el archivo spMetadata.xml de su sistema en un directorio del servidor de AD FS.
3. Pulse el rectángulo Iniciar en el área inferior izquierda de la pantalla en Windows 2012 y, a
continuación, pulse el mosaico Gestión de AD FS.
4. En el árbol de navegación de la izquierda de la aplicación de AD FS, expanda ADFS > Relaciones
de confianza > Fiabilidad de partes retransmisoras.
5. En el panel Fiabilidad de partes retransmisoras de la derecha, pulse Añadir fiabilidad de parte
retransmisora. Se abre un asistente. Pulse Iniciar.
6. Seleccione Importar datos sobre la parte retransmisora desde un archivo.
7. Pulse Examinar, seleccione el archivo spMetadata.xml y pulse Abrir. Pulse Siguiente.
8. En el panel nuevo, proporcione el Nombre de visualización del servicio ADFS. Pulse Siguiente.
9. Mantenga seleccionada la opción Permitir que todos los usuarios accedan a la parte retransmisora y
pulse Siguiente.
10. En el panel Listo para añadir fiabilidad, pulse Siguiente.
11. En el panel Finalizar, pulse Cerrar. Se abrirá la ventana Editar reglas de reclamación.
12. Pulse el botón Añadir regla en la esquina inferior izquierda. Se abrirá el asistente Añadir regla de
reclamación de transformación. Pulse Siguiente.
13. En la Plantilla de regla de reclamación, escriba Regla de ID de nombre.
14. Desde la lista desplegable Almacén de atributos, seleccione Directorio activo.
15. En la sección Correlación de atributos LDAP a tipos de reclamaciones salientes pulse la primera
lista desplegable y seleccione Nombre principal de usuario. En la segunda lista, seleccione ID de
nombre.
16. Repita el paso para conseguir la configuración siguiente y pulse Finalizar.
Tabla 84. Correlación de atributos LDAP a tipos de reclamaciones salientes
Atributo LDAP Tipo de reclamación saliente
Nombre-Principal-Usuario ID de nombre
Dirección-Correo-Electrónico Dirección de correo electrónico
Grupos-Señal - Calificados por nombre de dominio largo Grupo
Nombre-Cuenta-SAM Nombre de cuenta Windows
17. En la ventana Editar reglas de reclamación, pulse Aplicar y Aceptar.
518
Paso 3: Habilitación del inicio de sesión único
Como pasos final, habilite el inicio de sesión único en la interfaz de usuario de web de BigFix Inventory.
Procedimiento
1. Abra la interfaz de usuario de web de BigFix Inventory.
2. Vaya a Gestión > Valores del inicio de sesión único y pulse Habilitar.
4. Inicie el servidor de BigFix Inventory. Se abre la interfaz de usuario de web de BigFix Inventory y se
le redirige a la página de inicio de sesión de ADFS.
5. Proporcione el nombre de usuario y la contraseña y pulse para iniciar sesión.
Nota: Todos los nombres de usuario deben ser nombres completos que contengan el nombre de
dominio completo. Por ejemplo: usuario@dominio.ejemplo.
Cómo revertir la configuración de SSO inhabilitado para SAML

Puede volver a la configuración predeterminada de SSO SAML con el inicio de sesión único inhabilitado
si hay problemas con el registro en la aplicación.
Procedimiento
2. Restaure el archivo web.xml desde el archivo web.xml.indicación de fecha y hora.backup. El archivo
de copia seguridad se crea automáticamente en la siguiente ubicación:
v Linux, UNIX: dir_instalación_bfi/wlp/usr/servers/server1/apps/tema.war/WEB-INF
v Windows: dir_instalación_bfi\wlp\usr\servers\server1\apps\tema.war\WEB-INF
Opción 2: Configuración de inicio de sesión único basado en IBM

Lightweight Third-Party Authentication
Puede configurar el inicio de sesión único basado en IBM Lightweight Third-Party Authentication (LTPA)
con IBM IBM Security Access Manager for Web.
Antes de empezar
Realice una copia de seguridad de los archivos siguientes antes de empezar a configurar el inicio de
sesión único:
v server.xml
– Linux, UNIX: dir_instalación/wlp/usr/servers/server1
– Windows: dir_instalación\wlp\usr\servers\server1
v web.xml
– Linux, UNIX: dir_instalación/wlp/usr/servers/server1/apps/tema.war/WEB-INF
– Windows: dir_instalación\wlp\usr\servers\server1\apps\tema.war\WEB-INF
En el caso de ejemplo siguiente se presenta un flujo de trabajo típico para configurar BigFix Inventory
para que funcione con IBM Security Access Manager. Sin embargo, tal vez desee utilizar productos de
software para habilitar el inicio de sesión único en su infraestructura.
Procedimiento
1. Configure la conexión a su servidor de directorios.

2. Cree los usuarios que se van a autenticar con el servidor de inicio de sesión único. Debe crear al
menos un usuario que tenga el rol de Administrador.
Importante: Asegúrese de que selecciona Inicio de sesión único en la lista desplegable Método
autenticado.
3. Exporte el certificado SSL del servidor LDAP que está incluido en IBM Security Access Manager for
Web.
4. Configure el inicio de sesión único LTPA en la interfaz de usuario de web de BigFix Inventory.
5. Importe las claves de LTPA en IBM Security Access Manager for Web.
6. Importe el certificado de servidor de BigFix Inventory en IBM Security Access Manager for Web.
7. Configure una unión virtual en IBM Security Access Manager for Web.
8. Habilite el inicio de sesión único en BigFix Inventory.
9. Opcional: Actualización del acceso directo WebUI (sólo en Windows)
10. Opcional: revertir la configuración del inicio de sesión único para LTPA.
Puede volver a la configuración predeterminada de SSO de LTPA con el inicio de sesión único
inhabilitado si hay problemas con el registro en la aplicación.
Exportación del certificado SSL del servidor LDAP incluido en IBM Security
Access Manager
Debe exportar el certificado desde el servidor LDAP incluido en IBM Security Access Manager (ISAM)
para poder configurar el inicio de sesión único en la interfaz de usuario de web de BigFix Inventory.
Procedimiento
1. Inicie sesión en la interfaz de usuario de web de ISAM.
2. Gestionar valores del sistema > Proteger valores > Certificados SSL.
3. Seleccione embedded_ldap_keys, pulse la lista desplegable Gestionar y, a continuación, pulse Editar
base de datos de certificados SSL.
4. Abra la pestaña Certificados personales. Seleccione servidor, pulse la lista desplegable Gestionar y, a
continuación, pulse Exportar. Se abrirá una ventana emergente con los detalles del certificado del
servidor.
5. Pulse Aceptar y guarde el archivo en un directorio de su sistema.
Resultados
Ha exportado el certificado SSL del servidor LDAP. Puede utilizarlo en el paso siguiente mientras
configura el inicio de sesión único de LTPA.
Configuración del inicio de sesión único de LTPA

Puede utilizar el panel Valores del inicio de sesión único para configurar los valores de Lightweight
Third-Party Authentication (LTPA) en BigFix Inventory.
Procedimiento
1. En la interfaz de usuario web de BigFix Inventory, pulse Gestión > Valores del inicio de sesión
único.
2. Seleccione LTPA como método de inicio de sesión único.
3. En la lista desplegable Servidor de directorios, seleccione el servidor LDAP que desee que se utilice
para autenticar usuarios.
4. Pulse Examinar y seleccione el archivo de certificado.
520
5. Pulse Guardar.
Importación de las claves de LTPA en IBM Security Access Manager

Debe importar las claves de LTPA en IBM Security Access Manager para añadir BigFix Inventory a la lista
de confianza.
Procedimiento
1. En la interfaz de usuario de web de BigFix Inventory, pulse Gestión > Valores de inicio de sesión
único.
2. Pulse Descargar claves de LTPA y guarde los archivos en un directorio de su sistema.
3. Inicie sesión en la interfaz de usuario de web de Security Access Manager.
4. Pulse Proteger valores web > Claves globales > Claves de LTPA.
5. Pulse Gestionar > Importar

6. Pulse Examinar y seleccione el archivo que se ha de importar.
7. Pulse Importar.
Se visualizará un mensaje sobre un cambio no desplegado. Las claves de LTPA se visualizarán junto
con otras claves.
8. Pulse el enlace Pulse aquí para revisar los cambios o aplicarlos al sistema.
522
Resultados
Acaba de importar las claves de LTPA en IBM Security Access Manager for Web.
También es recomendable cambiar el nombre del archivo de claves importado. Para cambiar el nombre
del archivo que ha importado:
1. Pulse la lista desplegable Gestionar y, a continuación, pulse Cambiar nombre.
2. En la ventana emergente que se abre, proporcione el nombre nuevo de su archivo de claves de LTPA
y pulse Guardar.
3. En el panel Archivos de claves de LTPA, pulse el enlace Pulse aquí para revisar los cambios o
aplicarlos al sistema.
4. En la ventana emergente Desplegar cambios pendientes, pulse Desplegar.
Importación del certificado del servidor de BigFix Inventory en IBM Security

Access Manager
Importación del certificado del servidor de BigFix Inventory en IBM Security Access Manager for Web
para establecer la comunicación de confianza servidor a servidor.
Procedimiento
1. En la interfaz de usuario web de BigFix Inventory, pulse Gestión > Valores del servidor.
2. Pulse Descargar certificado y guarde el archivo en un directorio de su sistema.
3. Inicie sesión en la interfaz de usuario de web de Security Access Manager.
4. Pulse Gestionar valores del sistema > Proteger valores > Certificados SSL.
5. Seleccione pdsrv y, a continuación, desde la lista desplegable Gestionar, seleccione Editar base de
datos de certificados SSL.
6. Desde la lista desplegable Gestionar, seleccione Importar. Se abre una ventana nueva.

7. Pulse Examinar para seleccionar el archivo de certificados y proporcionar la etiqueta de certificados.
8. Pulse Importar.
9. Pulse Cerrar para cerrar la ventana emergente Editar base de datos de certificados SSL - pdsrv. Se
visualizará un mensaje sobre un cambio no desplegado.
10. Pulse el enlace Pulse aquí para revisar los cambios o aplicarlos al sistema.
11. En la ventana emergente Desplegar cambios pendientes, pulse Desplegar. Se muestra un mensaje
sobre el despliegue correcto.
Reinicie la instancia predeterminada del servidor proxy para que los cambios entren en vigor.
1. Pulse Proteger valores web y, a continuación Proxy inverso.
2. En la barra de navegación, pulse Reiniciar.
524
Configuración de una unión virtual
Una unión de host virtual es un punto de montaje para contenido específico que se halla en el servidor
WebSEAL.
Antes de empezar
Asegúrese de que el puerto HTTPS del proxy inverso en IBM Security Access Manager for Web se haya
establecido en 9081, que es el número de puerto que utiliza el servidor de BigFix Inventory. Si el puerto
no se ha establecido en este valor, es posible que la API REST no funcione. Para configurar este puerto
para el servidor proxy:
1. En la interfaz de usuario de IBM Security Access Manager, pulse Proteger valores web y, a
continuación, en Gestionar pulse Proxy inverso.
2. Seleccione el proxy default y pulse Editar.
3. En la ventana Invertir configuración básica de proxy Basic - predeterminado, en la pestaña Servidor,
indique 9081 como valor del Puerto HTTPS y pulse Guardar.
Procedimiento
1. Inicie sesión en IBM Security Access Manager.
2. En la barra de navegación superior, pulse Proteger valores web > Gestionar > Proxy inverso.
3. Seleccione la instancia y, a continuación, desde la lista desplegable de la derecha de la barra del

proxy inverso, seleccione Gestionar > Gestión de uniones. Se abrirá un panel nuevo.
4. En la lista desplegable de la esquina superior izquierda del panel, pulse Nueva > Unión virtual.

5. En el panel nuevo, especifique la etiqueta de la unión, el host virtual, el puerto del host virtual y
SSL como tipo Tipo de unión, y pulse Guardar.
526
6. Configure un servidor de fondo para esta unión: pulse la pestaña Servidores y, a continuación, pulse
Nuevo.
7. Especifique la dirección IP o el nombre de host del servidor de BigFix Inventory y pulse Guardar.
8. Pulse la pestaña Identidad y seleccione todos los elementos en Información de identidad de

cabecera HTTP.

9. Pulse la pestaña SSO y LTPA y seleccione las entradas siguientes.
v Habilite el soporte de cookies de LTPA
v Utilice las cookies de la versión 2
En la lista desplegable Archivo de claves de LTPA, seleccione el archivo que desee en IBM Security
Access Manager y en el campo siguiente proporcione la contraseña del archivo de claves de LTPA.
528
10. Pulse la pestaña General y deje la configuración predeterminada sin cambiar.
11. Pulse Guardar para guardar la configuración y salir del asistente.

12. Pulse Cancelar para salir del panel Gestión de uniones - predeterminado.

Habilitación del inicio de sesión único de LTPA
Como pasos final, habilite el inicio de sesión único en la interfaz de usuario de web de BigFix Inventory.
Procedimiento
1. Abra la interfaz de usuario web de BigFix Inventory.
2. Vaya a Gestión > Valores del inicio de sesión único y pulse Habilitar.
5. Acceda al servidor de BigFix Inventory utilizando el host virtual que ha creado en el paso
“Configuración de una unión virtual” en la página 525. Ejemplo: https://host_virtual/sam.
Nota: Una vez habilitado el inicio de sesión único de LTPA, no podrá acceder a la interfaz de usuario
de web de BigFix Inventory mediante el URL https://nombre_host:9081.
6. Inicie la sesión con el usuario de directorio que ha creado en el paso “Configuración de usuarios” en
la página 124.
Opcional: Actualización del acceso directo de WebUI

Puede que tenga que editar el acceso directo de WebUI si ha instalado o actualizado a la versión 9.2.1 de
BigFix Inventory y también ha habilitado el inicio de sesión único utilizando LTPA. Este URL se define en
el archivo de WebUI que se halla en la ubicación siguiente: C:\Archivos de programa\ibm\BFI\admin\
resources\WebUI.
530
Procedimiento
1. Abra el archivo de WebUI en un editor de texto, por ejemplo Notepad++, y cambie el URL de
https://localhost:número-puerto a https://nombre-host-unión-virtual:número-puerto.
2. Vacíe la memoria caché del navegador web.
3. Termine todos los procesos del navegador.
4. Reinicie el sistema en el que está instalado su navegador.
Cómo revertir la configuración de SSO inhabilitado para LTPA

Puede volver a la configuración predeterminada de SSO de LTPA con el inicio de sesión único
inhabilitado si hay problemas con el registro en la aplicación.
Procedimiento
2. Restaure el archivo web.xml desde el archivo web.xml.indicación de fecha y hora.backup. El archivo
de copia seguridad se crea automáticamente en la siguiente ubicación:
v Linux, UNIX: dir_instalación_bfi/wlp/usr/servers/server1/apps/tema.war/WEB-INF
v Windows: dir_instalación_bfi\wlp\usr\servers\server1\apps\tema.war\WEB-INF
Finalización de sesión en el servidor de BigFix Inventory

Para finalizar sesión en la interfaz de usuario de BigFix Inventory, basta con borrar el historial de su
navegador y reiniciarlo.
Procedimiento
1. Borre el historial del navegador. Los pasos pueden variar en función del navegador web que utilice.
2. Reinicie el navegador web.
Inhabilitación de la configuración de inicio de sesión único

Puede inhabilitar la configuración de SSO en el panel Valores del inicio de sesión único.
Procedimiento
2. En la barra de navegación superior, pulse Gestión > Valores del inicio de sesión único.
3. Pulse Inhabilitar.
4. Reinicie el servidor de BigFix Inventory.
a. Detenga el servidor.
b. Inicie el servidor.
Resultados
Ahora puede iniciar sesión en la interfaz de usuario web de BigFix Inventory con las credenciales que
utilizó antes de habilitar el inicio de sesión único.
Supresión de la configuración de inicio de sesión único

Puede suprimir la configuración de SSO en el panel Valores del inicio de sesión único.
Antes de empezar
Importante: No suprima la configuración del inicio de sesión único mientras esté habilitado. Primero
debe inhabilitar la configuración del inicio de sesión único antes de suprimirla.

Procedimiento
2. En la barra de navegación superior, pulse Gestión > Valores del inicio de sesión único.
3. Pulse Suprimir. Aparecerá una ventana emergente.
4. Pulse Suprimir para confirmar.
Se realiza una copia de seguridad del archivo server.xml en server.xml.indicación de fecha y
hora.backup en la ubicación siguiente. Puede restaurar este archivo para deshacer estos cambios.
v Linux, UNIX: dir_instalación_bfi/wlp/usr/servers/server1
v Windows: dir_instalación_bfi\wlp\usr\servers\server1
Modificación del puerto en BigFix Inventory que tiene habilitado el

inicio de sesión único
La modificación del número de puerto en el panel Valores del servidor en BigFix Inventory mientras está
habilitado el inicio de sesión único invalida la configuración del inicio de sesión único. Para modificar el
puerto correctamente, debe repetir los pasos de la configuración del inicio de sesión único.
Procedimiento
1. Inhabilite la configuración del inicio de sesión único.
2. Suprima la configuración del inicio de sesión único.
3. Proporcione el valor de puerto nuevo en la página Valores del servidor:
a. En la interfaz de usuario de web de BigFix Inventory, pulse Gestión > Valores del servidor.
b. Proporcione el nuevo valor del puerto en el campo Puerto y pulse Guardar.
4. Vuelva a crear la configuración de inicio de sesión único con el nuevo valor del puerto. Para obtener
más información, consulte Configuración del inicio de sesión único basado en la señal SAML o
Configuración de SSO basado en LTPA.
Configuración de herramienta del gestor de VM para aceptar

certificados de gestor de VM de confianza
De forma predeterminada, la herramienta del gestor de VM acepta todos los certificados de gestor de
máquina virtual independientemente de si son de confianza o no. Puede cambiar el comportamiento
predeterminado para asegurarse de que la herramienta del gestor de VM sólo acepta certificados de
confianza.
Antes de empezar
Póngase en contacto con el servicio de soporte de IBM para obtener la contraseña del almacén de
confianza de herramienta del gestor de VM. La contraseña es necesaria para completar la configuración.
Procedimiento
1. Extraiga el certificado del gestor de VM en un archivo.
Los siguientes pasos se proporcionan como ejemplo y muestran cómo extraer un certificado VMware
en Firefox. Los pasos que debe realizar pueden variar según el tipo de virtualización y el navegador
web que esté utilizando. Si encuentra problemas al extraer certificados del gestor de VM, consulte la
documentación de la virtualización que está utilizando.
a. Escriba la dirección del gestor de VM en el navegador web.
b. Pulse el signo de bloqueo y pulse Más información.
532
c. Abra la pestaña Seguridad y pulse Ver certificado.
d. Abra la pestaña Detalles y pulse Exportar.

e. Guarde el archivo en el formato DER.
2. Inicie la sesión en el sistema donde está instalado la herramienta del gestor de VM y copie el
certificado de gestor de VM en dicho sistema.
3. Para importar el certificado al almacén de confianza, abra la interfaz de línea de mandatos y ejecute el
mandato siguiente.
<Cliente BES>\LMT\VMMAN\java\jre\bin\keytool.exe -import
-alias alias_exclusivo -file certificado_gestor_vm
-keystore <Cliente BES>\LMT\VMMAN\keydb\keys.jceks
-storetype JCEKS -storepass contraseña
Donde:
-alias Alias exclusivo que se asociará con el certificado de gestor de VM.
-file Vía de acceso al certificado del gestor de VM que ha extraído.
-storepass
Contraseña para el almacén de confianza de herramienta del gestor de VM.

4. Para verificar que el certificado se ha importado correctamente, ejecute el siguiente mandato.
<Cliente BES>\LMT\VMMAN\java\jre\bin\keytool.exe -list
-v -keystore <Cliente BES>\LMT\VMMAN\keydb\keys.jceks
-storetype JCEKS -storepass contraseña
Importante: El almacén de confianza contiene de forma predeterminada dos certificados:

datacollectorkey y clikey. No elimine estos certificados. Son necesarios para que la herramienta del
gestor de VM funcione correctamente.
5. Cambie los valores de herramienta del gestor de VM para aceptar sólo los certificados de confianza.
v Si está utilizando la gestión de VM básica, inicie la sesión en BigFix Inventory y abra el panel
Valores avanzados de servidor. A continuación, establezca el valor del parámetro
vmmman_trust_all_vm_managers_certificates en false.
v Si está utilizando la gestión avanzada de VM, abra el archivo <Cliente BES>\LMT\VMMAN\config\
vmmainconf.properties en el sistema donde está instalada la herramienta del gestor de VM. A
continuación, cambie el valor del parámetro vmm_trust_all_vm_managers_certificates a false.
Resultados
La herramienta del gestor de VM sólo acepta certificados de gestor de VM de confianza. Si un certificado

de un gestor de VM que se ha definido en BigFix Inventory no se añade al almacén de confianza, el
estado del gestor de VM cambia a Conexión fallida.
Retransmisores
Los retransmisores alivian las cargas ascendente y descendente de los servidores. En lugar de establecer
la comunicación directamente con un servidor, los clientes pueden definirse para se comuniquen con
determinados retransmisores, con lo que se reduce considerablemente tanto la carga del servidor como el
tráfico de red entre cliente y servidor.
Los retransmisores sirven para:

v Aliviar el tráfico descendente.
v Reducir el tráfico ascendente.
v Reducir la congestión en las conexiones de ancho de banda bajo.
v Reducir la carga del servidor.
Los retransmisores constituyen un requisito imprescindible en el caso de aquellas redes que tienen
vínculos lentos o varios miles de clientes. Para obtener más información sobre retransmisores, consulte la
documentación de IBM BigFix.
534
Capítulo 9. Resolución de problemas y soporte
En esta sección se describe cómo encontrar los registros, los mensajes y los archivos
de rastreo que seguramente necesitará para resolver los problemas que puedan
surgir cuando utilice el producto.
Resolución de problemas
La solución de problemas consiste en realizar un enfoque sistemático para resolver problemas. El objetivo
de la resolución de problemas es determinar por qué algo no funciona como se espera y saber cómo
resolver el problema.
El primer paso del proceso de resolución de problemas es describir el problema completamente. La

descripción del problema le ayudará a determinar dónde empezar a buscar la causa del problema junto
con el personal de soporte de IBM. Este paso incluye preguntarse cuestiones básicas:
v ¿Cuáles son los síntomas del problema?
v ¿Dónde se produce el problema?
v ¿Cuándo se produce el problema?
v ¿Bajo qué circunstancias se produce el problema?
v ¿Puede reproducirse el problema?
Las respuestas a estas preguntas normalmente conducen a una buena descripción del problema, y esta es
la mejor manera de comenzar a resolverlo.
¿Cuáles son los síntomas del problema?
Cuando se empieza a describir un problema, la pregunta más obvia "¿Cuál es el problema?" Puede
parecer una pregunta demasiado genérica; sin embargo, puede dividirse en varias preguntas más
específicas para crear una imagen más descriptiva del problema. Estas preguntas pueden incluir:
v ¿Quién o qué elemento notifica el problema?
v ¿Cuáles son los códigos y mensajes de error?
v ¿Cómo falla el sistema? Por ejemplo, ¿se trata de un bucle, un bloqueo, una degradación del
rendimiento o un resultado incorrecto?
v ¿Cuál es el impacto del problema en la empresa?
¿Dónde se produce el problema?

Determinar dónde se origina el problema no es siempre fácil, pero es uno de los pasos más importantes
para resolver un problema. Pueden existir muchas capas de tecnología entre los componentes de informe
y error. Las redes, los discos y los controladores son sólo algunos de los componentes que se deben tener
en cuenta cuando se investiga un problema.
Las siguientes preguntas le ayudarán a enfocar el origen del problema para identificar la capa del
problema:
© Copyright IBM Corp. 2002, 2012 © IBM 2002, 2015 535

v ¿El problema es específico de una plataforma o un sistema operativo, o es común en varias plataformas
o varios sistemas operativos?
v ¿Están admitidos el entorno y la configuración actuales?
Recuerde que si una capa notifica el problema, no necesariamente se habrá originado el problema en esa
capa. Parte de la identificación del origen de un problema reside en entender el entorno en el que se
produce. Tómese algún tiempo para describir completamente el entorno del problema, incluyendo el
sistema operativo y su versión, todo el software correspondiente y sus versiones, e información acerca del
hardware. Confirme que está ejecutando dentro de un entorno que es una configuración admitida;
muchos problemas pueden deberse a niveles incompatibles de software que no se han planeado para que
se ejecuten juntos, o cuyo funcionamiento conjunto no se ha comprobado totalmente.
¿Cuándo se produce el problema?
Desarrolle una cronología detallada de los sucesos que han conducido a la anomalía, especialmente
aquellos casos que se producen una sola vez. Puede hacerlo fácilmente si realiza un retroceso: empiece en
el momento de la notificación del error (con la máxima precisión, incluso hasta el milisegundo), y vaya
retrocediendo utilizando toda la información y los registros disponibles. Normalmente, debe consultar
sólo hasta el primer suceso sospechoso que encuentre en un registro de diagnóstico; no obstante, esta
operación no es siempre fácil y necesita experiencia. Saber cuándo dejar de buscar es especialmente difícil
cuando hay implicadas varias capas de tecnología, y cuando cada una tiene su propia información de
diagnóstico.
Para desarrollar un horario de sucesos detallado, se ha de formular estas preguntas:

v ¿Se produce el problema sólo en ciertos momentos del día o de la noche?
v ¿Con qué frecuencia se produce el problema?
v ¿Qué secuencia de sucesos antecede al momento en que se informa del problema?
v ¿Se produce el problema después de un cambio de entorno, por ejemplo actualizar o instalar software
o hardware?
La respuesta a estas preguntas le ayudará a crear un marco de referencia donde investigar el problema.
¿Bajo qué circunstancias se produce el problema?
Saber qué sistemas y aplicaciones están en ejecución en el momento que se produce un problema es una
parte importante de la resolución de problemas. Estas preguntas relativas al entorno pueden ayudarle a
identificar el origen del problema:
v ¿Ocurre siempre el problema cuando se está realizando la misma tarea?
v ¿Es necesario que se produzca una secuencia de sucesos determinada para que ocurra el problema?
v ¿Falla alguna otra aplicación al mismo tiempo?
Responder a estos tipos de preguntas puede ayudarle a explicar el entorno en el que se produce el
problema y a correlacionar las dependencias. Tenga en cuenta que, sólo por el hecho de que puedan
haberse producido varios problemas más o menos simultáneamente, no significa que éstos estén
necesariamente relacionados.
¿Puede reproducirse el problema?
Desde el punto de vista de la resolución de problemas, el problema ideal es aquel que puede
reproducirse. Normalmente, los problemas que pueden reproducirse ponen a su disposición un conjunto
mayor de herramientas o procedimientos para ayudarle en la investigación. Por lo tanto, los problemas
que puede reproducir son normalmente más fáciles de depurar y solucionar. No obstante, los problemas
que pueden reproducirse pueden tener una desventaja: si el problema tiene un impacto empresarial
536
significativo, no deseará reproducirlo. Si es posible, vuelva a crear el problema en un entorno de prueba o
desarrollo, que ofrezca normalmente más flexibilidad y control durante la investigación.
v ¿El problema puede reproducirse en un sistema de prueba?
v ¿Existen más usuarios o aplicaciones con el mismo tipo de problema?
v ¿Puede reproducir el problema ejecutando un mandato, un conjunto de mandatos, una aplicación
determinada o una aplicación autónoma?
Resolución de problemas de descubrimiento de software

Los problemas de descubrimiento de software suelen tener una de estas categorías. La categoría más
común es cuando se descubre el software pero los componentes están asignados a un producto
incorrecto. En este caso, basta con volver a asignar el componente. Las restantes categorías incluye un
positivo falso de descubrimiento o ningún descubrimiento debido a que falta la firma en el sistema.
Se muestra software incorrecto en los informes debido a un

empaquetado incorrecto
El empaquetado automatizado asigna los componentes de software descubiertos a los productos
basándose en las reglas de empaquetado. Las reglas evalúan la probabilidad de que un componente
forma parte de un producto concreto. Dado que el empaquetado automatizado tiene en cuenta todos los
productos disponibles en el catálogo de software, no solo los productos que ha adquirido, puede ocurrir
que el componente se asigne a un producto que no tiene. Como resultado, el producto que tiene no se
muestra en los informes y, en su lugar, se muestra algún otro producto. Para resolver el problema, vuelva
a asignar el componente descubierto al producto correcto.
Procedimiento
1. Identifique los componentes que se utilizan para descubrir el producto que no se muestra en los
informes. Por ejemplo, compruebe los componentes no confirmados que están instalados en el sistema
en el que se debe descubrir el producto. Probablemente estos componentes se utilizarán para
descubrir el producto.
a. Inicie sesión en BigFix Inventory, y vaya a Gestión > Clasificación de software de IBM.
Consejo: Si está utilizando la función de vista previa Nueva clasificación de software, puede
filtrar fácilmente los componentes descubiertos en un único sistema y ver su estado de
confirmación en la columna Confirmado. Para obtener información acerca de cómo habilitar la
función, consulte Características de vista previa.
b. Seleccione Clasificaciones no confirmadas y filtre la lista para mostrar los componentes instalados
en un sistema concreto. A continuación, pulse el botón de filtro.
2. Si se ha asignado algún componente a un producto incorrecto, cámbielo a la asignación correcta. Por

ejemplo, si se ha asignado el componente IBM WebSphere Application Server al producto IBM
Rational Software Architect, pero el producto que tiene es IBM WebSphere Application Server
Network Deployment, reasigne el componente a IBM WebSphere Application Server Network
Deployment.
a. Pulse con botón derecho la instancia del componente y pulse Reasignar instancias a otro
producto.
b. Seleccione el producto al que desea reasignar esta instancia de componente y pulse Reasignar.
Resultados
Después de reasignar el componente, se muestra el producto correcto en los informes.

Capítulo 9. Resolución de problemas y soporte 537
Se descubre software que no tiene debido a un descubrimiento
positivo falso
Es posible que se haya descubierto una versión anterior del software después de la actualización o que
no se haya eliminado la firma del software en el sistema durante la desinstalación. Un descubrimiento
positivo falso también puede ser debido a las copias de seguridad de los directorios de software o del
soporte de instalación que se almacenan en los puntos finales y que se notifican como instancias de
software diferentes.
Procedimiento
1. Actualización del catálogo de software a la versión más reciente.
2. Compruebe qué firma ha generado la detección de software.
a. En la barra de navegación superior, vaya a Informes > Instalaciones de software.
b. Busque el software que se ha descubierto y pulse el enlace en la columna Detalles. En la parte
inferior de la página, se muestra información acerca de la etiqueta de firma o ID de software que
ha generado la detección junto con su ubicación.
Compruebe si la etiqueta de firma o ID de software que ha generado la detección se ha descubierto en un

directorio de copia de seguridad o en un directorio que contiene el soporte de instalación. Si es así,
comprima el directorio, suprímalo o exclúyalo de las exploraciones de software.
De lo contrario, abra un PMR y archívelo para el producto que se ha descubierto y proporcione la

información siguiente:
v El nombre exacto del producto instalado, incluido su release
v La etiqueta de firma o ID de software que ha generado el descubrimiento
El software que tiene no se detecta

Es posible que no se descubra el software que está instalado debido a que no existe la etiqueta de firma o
de ID de software en el sistema en el que está instalado el software.
Procedimiento
1. Actualización del catálogo de software a la versión más reciente.
2. Compruebe qué etiqueta de firma o ID de software se ha utilizado para descubrir el software.
a. En el widget Catálogo de software, pulse Releases de software.
538
b. Para filtrar el informe, pulse Configurar vista y especifique los filtros adecuados. Por ejemplo,
Name, contains, IBM MQ.
c. Para ver la lista de componentes que forman parte de este release del producto, pulse el enlace de
la columna Total de componentes.
d. Para ver los detalles de un componente concreto, pulse el enlace en la columna Nombre de
componente.

e. Para ver las firmas que se utilizan para descubrir el componente, pulse el enlace en la sección
Firmas.
3. Compruebe si alguna de las etiquetas de firma o de ID de software existen en el sistema en el que no

se ha descubierto el software.
540
v Si el número de firmas es 0, el software se ha descubierto mediante una etiqueta de ID de software.
Compruebe si el archivo .swidtag está en el directorio de instalación del software que no se ha
descubierto.
v Si el número de firmas es mayor que 0, siga estos pasos.
a. Opcional: Si el número de firmas es alto, pulse Configurar vista y utilice un filtro para limitar
los resultados. Por ejemplo, si el componente no se ha descubierto en Windows, puede utilizar
el filtro siguiente.
Platform, in set, Windows
Discovery, equal to, Yes
b. Pulse el enlace de la columna ID de firma para ver los detalles de la firma.
c. Compruebe si la firma existe en el sistema. Repita los pasos para todas las firmas.
Si ninguna de las etiquetas de firmas o de ID de software existe en el sistema, abra un PMR y archívelo
para el producto que no se ha descubierto. Si existe una etiqueta de firma o de ID de software en el
sistema pero el software no se ha descubierto, abra un PMR y archívelo para BigFix Inventory. En ambos
casos proporcione la información siguiente:
v El nombre exacto del producto que no se ha descubierto, incluido su release
v El número de pieza del producto que no se ha descubierto
v La plataforma en la que no se ha descubierto el producto
Recuperación tras desastre

Para la recuperación en caso de siniestro en su entorno de BigFix, debe realizar una copia de seguridad
de la base de datos de BigFix Inventory y del servidor de la plataforma BigFix con regularidad.

Copia de seguridad con regularidad
Asegúrese de que realiza una copia de seguridad con regularidad de lo siguiente:

v El servidor de BigFix.
v La base de datos BigFix Inventory.
Nota: Los datos de BigFix Inventory se almacenan en la base de datos. De este modo, no tiene que
realizar una copia de seguridad adicional del servidor de BigFix Inventory.
Recuperación tras desastre
Para la recuperación tras desastre de su entorno BigFix Inventory:

v Restaure el servidor de BigFix. Para obtener más información, consulte: Ejecución de la copia de
seguridad y restauración del servidor
v Restaure la base de datos de BigFix Inventory. Para obtener más información, consulte “Realizar una
copia de seguridad y restaurar la base de datos” en la página 314
Problemas comunes
Aprenda a resolver algunos problemas comunes con la instalación, configuración y administración del
servidor.
La siguiente lista contiene descripciones de problemas comunes de desinstalación:
Problemas de instalación y actualización

Resolución de problemas habituales que están relacionados con la instalación, configuración y
actualización de BigFix Inventory .
Durante la instalación de BigFix Inventory para un entorno local distinto del inglés, algunas
excepciones Java se muestran en inglés.
Incluso para un entorno local distinto del inglés, algunas excepciones Java que se pueden
producir durante la instalación se muestran en inglés. No obstante, la vista Detalles que contiene
las excepciones también incluye más información que puede ayudarle a entender y resolver el
problema. Si desea ver la descripción traducida de un problema, puede cambiar a la vista
Problemas, donde se incluyen todos los detalles disponibles.
La instalación del servidor no puede continuar y se visualiza un error.
La instalación del servidor de BigFix Inventory no puede continuar y aparece el siguiente
mensaje:
./tools/getArch: line 108: print: command not found
setup-server-9.0-linux-x86_64.sh: line 52: print: command not found
El error puede deberse al hecho de que el sistema operativo no está totalmente configurado. Es
posible que también tenga que reiniciar el sistema operativo.
Durante la configuración de la conexión con el servidor de BigFix, aparece el siguiente mensaje: No se
ha podido determinar el juego de caracteres de la base de datos BES. ¿Está seguro de que el
servidor BES está ejecutando un agente?.
El problema se produce cuando el cliente de BigFix se ha eliminado del sistema donde se ha
instalado el servidor de BigFix. Para resolver el problema, establezca manualmente la propiedad
_BESClient_DeploymentEncoding_IANAName en la página de códigos del despliegue.
Durante la configuración de la conexión con una base de datos remota DB2, aparece el siguiente error:
El usuario especificado para la comunicación con la base de datos no se ha encontrado en el
542
sistema.
El problema se produce cuando la base de datos DB2 remota se instala en un sistema AIX.
Significa que el usuario que desea utilizar para conectarse a la base de datos no existe en el
servidor LDAP. Para resolver el problema, especifique un usuario diferente o cree un usuario con
las credenciales especificadas en el servidor LDAP.
La lista de idiomas distintos del inglés del asistente de instalación se ha reducido.
Para ver su idioma como una opción en el asistente de instalación, cambie el entorno local al
idioma que elija:
1. En Linux, abra el terminal y ejecute el mandato siguiente:
export LC_ALL=código_idioma.UTF8
Por ejemplo, export LC_ALL=en_US.UTF8.

2. Ejecute el mandato locale para verificar los cambios.
3. Reinicie la instalación y elija el idioma.
La actualización del esquema de base de datos falla.
Si nunca ha ejecutado la importación inicial en BigFix Inventory 9.0.0.1 y ha actualizado a la
versión más reciente, la actualización puede fallar al actualizar el esquema de base de datos. En
tal caso, los archivos de origen de la aplicación están actualizados, pero la base de datos está
dañada.
Para resolver el problema, cree una nueva instancia de base de datos.
1. Elimine la instancia de base de datos dañada.
db2 deactivate db nombre_bd
db2 drop db nombre_bd
Consejo: El nombre de base de datos predeterminado es TEMADB (anteriormente SUADB).

2. Vaya a dir_instalación_BFI/wlp/usr/servers/server1/config.
3. Elimine database.yml.
4. Abra BigFix Inventory en https://nombrehost:9081.
5. Cree una instancia de base de datos nueva.
La instalación falla y aparece un aviso sobre falta de espacio de disco libre en un determinado
directorio. Sin embargo, hay suficiente espacio libre en ese directorio.
Para resolver el problema, abra la interfaz de línea de mandatos y ejecute el mandato siguiente:
v Windows set CHECK_DISK_SPACE=OFF
v Linux export CHECK_DISK_SPACE=OFF
A continuación, vuelva a ejecutar la instalación.
A pesar de la actualización a la versión más reciente, el nombre de servicio continúa mostrando la
versión antigua.
El nombre de visualización del servicio en Windows no cambia después de la actualización, lo
que supone una limitación. Sin embargo, no afecta a BigFix Inventory de ninguna manera. Para
actualizar el nombre de servicio, reinicie el sistema.
La actualización del servidor con un fixlet falla en Linux.
El problema se produce cuando el servidor lo ha instalado un usuario no root. Para resolver el
problema, actualice el servidor en modalidad interactiva o silenciosa.
La instalación del servidor de IBM BigFix con una base de datos SQL Server remota falla.
El problema puede producirse durante la instalación del servidor de IBM BigFix en el sistema
operativo Windows 2008 Server. Cuando el programa de instalación intenta conectarse a la base
de datos de SQL Server remota, se visualiza el mensaje siguiente:
Error en el navegador del sistema con autenticación Windows

Para resolver el problema, habilite la compartición de archivos e impresoras en Windows:
1. Vaya al Panel de control > Centro de conexiones de red y compartimientos.
2. Pulse Valores de compartimiento avanzado.
3. Marque el recuadro de selección Activar la compartición de archivos e impresoras.
4. Pulse Guardar cambios.
La instalación no se puede iniciar porque el directorio /tmp tiene el distintivo NOEXEC.
En algunos entornos, el directorio /tmp puede estar montado con el distintivo NOEXEC, que
bloquea la instalación. El problema se puede reconocer mediante el siguiente error en el archivo
ia.log.
Iniciando el instalador...
./server/parts/CDROM_Installers/Disk1/InstData/Linux_64/VM/setupServer.b
in: line 3318: /tmp/install.dir.20400/Linux/resource/jre/jre/bin/java:
Se ha denegado el permiso
El directorio /tmp se utiliza para almacenar archivos temporales durante la instalación. Puesto que
el instalador de BigFix Inventory se basa en InstallAnywhere, puede cambiar la variable de
entorno IATEMPDIR que especifica el directorio temporal de InstallAnywhere y establecerlo en un
directorio personalizado.
1. Cree un directorio temporal personalizado, por ejemplo:
mkdir /root/Install_tmp
2. Establezca la variable IATEMPDIR en el directorio nuevo:
export IATEMPDIR=/root/Install_tmp
3. Reinicie la instalación.
Si se utiliza Internet Explorer, los campos de la interfaz de usuario aparecen desorganizados.
Durante la configuración inicial de BigFix Inventory, algunos campos de la interfaz de usuario
aparecen por duplicado y desorganizados. Para solucionar este problema, añada el servidor
BigFix Inventory a la lista de sitios de confianza en Internet Explorer.
1. Pulse el icono de configuración de la esquina superior derecha de su navegador.
2. Pulse Opciones de Internet y vaya a la pestaña Seguridad.
3. Seleccione Sitios de confianza y pulse Sitios.
4. Especifique la dirección web de su servidor, y pulse Añadir.
5. Renueve la página.
Cambio manual del número de puerto de BigFix Inventory.
Si no puede acceder a la interfaz de usuario (Gestión > Configuración del servidor) para
cambiar el número de puerto, puede realizar el cambio en el archivo server.xml.
1. Vaya a dir_instalación/wlp/usr/servers/server1 y edite el archivo server.xml.
2. En httpsPort, escriba el nuevo número de puerto.
<httpEndpoint host="*" httpsPort="9081" id="tema">
El cambio entra en vigor inmediatamente, el servidor no necesita reiniciarse.
Problemas de operación del servidor

Los problemas de operación del servidor en BigFix Inventory pueden incluir problemas generales que
pueden surgir cuando utiliza la aplicación y sus funciones. Pero puede superar fácilmente estos
problemas.
El fixlet del explorador RPM falla en AIX 6.1
El explorador falla y el paquete de instalación de RPM devuelve sin definir durante la
exploración de software. Para corregir este problema, actualice su servidor IBM BigFix, consola y
clientes a la versión 8.2.1175.
544
Las versiones 8.0 y 8.1 de BigFix Enterprise Server Clients no se pueden suscribir al servidor BigFix
Inventory.
La solución es anular la suscripción de todos los sistemas de sitio actual o eliminar el sitio y, a
continuación, suscribir otra vez los clientes.
Las exploraciones de software no se pueden iniciar porque la tarea Iniciar exploraciones de software
no es aplicable.
Las exploraciones de software dependen de los catálogos de explorador utilizados por el
explorador para descubrir software. Los catálogos de explorador se crean cuando carga el
catálogo de software en BigFix Inventory. Si no puede ejecutar exploraciones de software, ello
puede significar que los catálogos no se han creado. Antes de actualizar los catálogos de
explorador manualmente, siga los pasos siguientes para comprobar la causa de este problema:
1. Vaya al directorio <BES_Client>\LMT\CIT.
2. Compruebe si el archivo catalog.bz2 existe. El archivo contiene los catálogos de explorador.
3. Inicie sesión en la consola de IBM BigFix que está enlazada al servidor de IBM BigFix.
4. En la barra de navegación, pulse Acciones.
5. En el panel superior derecho, localice y seleccione la acción Descarga de catálogo.
6. Examine los detalles de la acción. Puede comprobar en qué puntos finales han fallado las
acciones e investigar los pasos fallidos. Intente determinar la causa del problema y corríjalo.
Si no puede determinar la causa, puede actualizar los catálogos manualmente. Para hacerlo,
consulte “Actualizar catálogos de explorador” en la página 594.
Se ha creado correctamente un informe, pero no se ha podido enviar como adjunto en formato PDF en
un correo electrónico.
El informe en formato PDF no se ha podido enviar porque el servidor de correo de la empresa no
acepta archivos adjuntos de correo electrónico grandes. Para corregir el problema:
1. Determine el tamaño de los informes grandes generados por BigFix Inventory: genere un
documento PDF de muestra pulsando el icono PDF en la interfaz de usuario web de BigFix
Inventory.
2. Consulte al administrador del servidor de correo y solicite un límite de tamaño mayor para
los archivos adjuntos de correo electrónico en la configuración del servidor de correo entrante
y saliente.
Los datos recopilados por una propiedad de análisis son incorrectos.
La misma propiedad de análisis puede existir en varios sitios externos. En tal caso, los datos
recopilados por el análisis pueden provenir de cualquiera de los sitios, no necesariamente del
deseado. Si una propiedad de análisis recopila datos inesperados, asegúrese de que el análisis
definido provenga del sitio correcto. En la barra de navegación superior de BigFix Inventory,
pulse Gestión y, a continuación, una de las propiedades: Propiedades de uso, Propiedades del
paquete, Propiedades del paquete UNIX. Pulse el nombre de la propiedad y, en la lista
Propiedad de origen de datos, compruebe si el sitio es correcto. El nombre del sitio aparece
debajo del nombre de la propiedad. Si el sitio es incorrecto, cámbielo.
BigFix Inventory no se inicia después de reiniciar el servidor.
El problema a menudo se produce en entornos donde BigFix Inventory y DB2 están instalados en
el mismo servidor. Después de reiniciar el servidor, la instancia de DB2 no se inicia, lo que
también bloquea el inicio de BigFix Inventory.
Para corregir el problema, asegúrese de que la instancia de DB2 se esté ejecutando y a
continuación inicie BigFix Inventory:
1. Inicie sesión como propietario de la instancia de DB2 e inicie la instancia:
su db2inst1
db2start
2. Inicie el servidor de BigFix Inventory:

/etc/init.d/SUAserver start
Clarificación del término Tivoli Endpoint Manager Analytics y el acrónimo TEMA.
El término Tivoli Endpoint Manager Analytics o el acrónimo TEMA aparece en algunos mensajes
de error, por ejemplo:
Lo sentimos, pero algo ha fallado. Si el problema continúa, póngase en contacto con el
administrador de Tivoli Endpoint Manager Analytics.
Tivoli Endpoint Manager Analytics (TEMA) es la plataforma en la que se crea el servidor de
BigFix Inventory. Es un componente interno de BigFix Inventory.
El administrador de TEMA es el administrador de BigFix Inventory. Si un mensaje de error hace
referencia al administrador de TEMA, póngase en contacto con el administrador de BigFix
Inventory.
El software que se despliega en un directorio tmp no se descubre.
Los directorios temporales (tmp) contienen grandes cantidades de datos irrelevantes. Por lo tanto,
de forma predeterminada no se realiza ninguna exploración en ellos. Sin embargo, algunas
aplicaciones se instalan bajo directorios tmp. Por consiguiente, las exploraciones de software no las
descubren. Para solucionar el problema, incluya todos los directorios tmp excepto el directorio
temporal principal del sistema operativo en las exploraciones de software. De este modo se
asegura de que las aplicaciones que están instaladas en directorios tmp se descubran
correctamente pero que no se explore innecesariamente el directorio temporal principal del
sistema operativo.
En el sistema en el que está instalado el software, vaya al directorio BESClient/LMT/CIT/ y abra el
archivo exclude_path.txt. Lista todos los directorios excluidos de las exploraciones de software.
v Para sistemas operativos UNIX
1. Elimine el directorio */tmp/* de la lista.
2. Añada los directorios siguientes y guarde el archivo.
/tmp/*
/var/tmp/*
*/usr/tmp/*
v Para Windows
1. Elimine el directorio */tmp/* de la lista y guarde el archivo.
Se visualiza el código de retorno 9 o 29 en los resultados del análisis Estado de exploración de
software.
El código de retorno indica que se ha agotado el tiempo de espera del explorador. Para resolver
el problema, lleve a cabo las tareas siguientes:
v Aumente el tiempo de espera de la exploración en la tarea Configurar tiempo de espera de
exploración.
v Aumente la cantidad de CPU que puede consumir el explorador aumentando el umbral de
CPU en la tarea Iniciar exploración de software.
v Excluya los directorios con copias de seguridad de las exploraciones de software.
v Reduzca el nivel de rastreo del explorador en la tarea Editar valores de rastreo de explorador.
Si todas las demás opciones fallan, vuelva a instalar el explorador.
Se produce un error al importar contratos a través de la API REST.
Cuando se utiliza un mandato curl para importar contratos a través de la API REST, se visualiza
el siguiente error:
curl: (18) la transferencia se ha cerrado con datos de lectura restantes pendientes
Para resolver el problema, actualice curl a una versión posterior:

Windows Actualice a curl 7.27.0 o posterior.
546
Linux Curl debe utilizar la biblioteca NSS 3.14 o posterior. Ejecute curl --versión. La versión
de NSS aparece en la salida. Actualice curl si la versión de NSS es anterior a la 3.14.
curl 7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.14.0.0
zlib/1.2.3 libidn/1.18 libssh2/1.4.2
Cuando realice una llamada de API, la llamada falla y se registra el siguiente mensaje en el registro:
La conexión está cerrada.
El problema se produce cuando se realiza una API durante la importación. Para resolver el
problema, espere hasta que finalice la importación y asegúrese de que el servidor de BigFix
Inventory esté en ejecución. A continuación, repita la llamada de API.
El archivo tema.log contiene el error siguiente: E CWWKF0002E: No se ha podido hallar un paquete
para com.ibm.ws.javaee.servlet.3.0/[1.0.0,1.0.100).
El error se produce tras habilitar el inicio de sesión único. No hay más problemas salvo los
errores del registro. Para resolver el problema, siga estos pasos:
1. Vaya al directorio de instalación de BigFix Inventory y abra el archivo wlpstart.bat.
v Linux: /opt/ibm/BFI/wlp/bin/wlpstart.bat
v Windows: C:\Program Files\ibm\BFI\wlp\bin\wlpstart.bat
2. Añada el parámetro --clean en la última línea del archivo.
call "%WLP_PATH%\bin\server.bat" start server1 --clean
3. Detenga el servidor.
4. Inicie el servidor.
5. Verifique que los errores ya no aparezcan en el registro y elimine el parámetro --clean del
archivo wlpstart.bat.
Los correos electrónicos con informes planificados no se envían a través del correo electrónico tras la
actualización del servidor de BigFix Inventory.
Para corregir este problema, reinicie el servidor de BigFix Inventory.
Problemas de base de datos

Los problemas de base de datos están relacionados con los problemas de conexión a DB2 y MSSQL
Server así como de recuperación de información de estas bases de datos.
Windows SQL Server

Durante la importación, SQL Server utiliza el 99% de la memoria física.
Para solucionar el problema, establezca la cantidad máxima de memoria pueda utilizar SQL
Server. Para obtener más información, consulte Opciones de memoria de servidor y Cómo:
Establecer una cantidad fija de memoria (SQL Server Management Studio) en la documentación
de SQL Server.
El proceso de inicio de sesión en SQL Server falla.
Durante un proceso de inicio de sesión en SQL Server, e visualiza el error siguiente:
El inicio de sesión ha fallado para el usuario ’nombre_usuario’. El
usuario no está asociado con una conexión de SQL Server de confianza.
(Microsoft SQL Server, Error: 18452).
La causa de este error es que SQL Server se ha configurado para utilizar la modalidad de
autenticación de Windows y no permite el uso de cuentas de SQL. Para solucionar este problema,
habilite la autenticación de SQL Server en SQL Server. Para obtener más información, consulte
Habilitación de la modalidad de autenticación de SQL Server.

Windows DB2
BigFix Inventory no puede conectarse a su base de datos y se escribe el siguiente mensaje en los
registros: Conexión rechazada. ERRORCODE=-4499, SQLSTATE=08001.
El problema se produce porque la base de datos DB2 no está activada todavía después de un
reinicio y, por lo tanto, BigFix Inventory no puede acceder a ella. Para resolver el problema,
ejecute el siguiente mandato después de reiniciar la base de datos:
db2 activate db nombre_base_datos
BigFix Inventory no puede conectarse a la base de datos. El rango de puertos predeterminado se ha
modificado.
El rango de puertos local predeterminado para Linux es 32768-61000. Si se modifica el rango
predeterminado, es posible que el número de puerto de DB2 se asigne a otro proceso local. Si el
número de puerto está preasignado, BigFix Inventory no puede conectarse a DB2. Realice los
pasos siguientes:
v Asegúrese de que se esté utilizando IPv4.
v Utilice el mandato netstat para comprobar si DB2 escucha en el puerto esperado y ningún
otro socket tiene preasignado el puerto de DB2.
v Si DB2 no escucha en el puerto esperado, reinicie DB2 y compruébelo de nuevo.
No se puede establecer una conexión con un origen de datos en la interfaz de usuario web de BigFix
Inventory con el inicio de sesión único habilitado.
Se muestra un mensaje de error después de guardar los parámetros de conexión en el panel
Orígenes de datos:
Respuesta inesperada
de WebSEAL.
Código: 0x38cf04d3
Error: DPWWA1235E
Consulte al administrador del sistema. Esto puede indicar un tiempo de espera de
HTTPS insuficiente para el proxy.
Para poder guardar los parámetros de conexión satisfactoriamente, aumente el parámetro

https-timeout en la configuración del proxy inverso de ISAM. Por ejemplo, para establecer el
tiempo de espera en 5 minutos:
1. Inicie una sesión en IBM Security Access Manager.
2. En la barra de navegación superior, pulse Proteger valores web > Gestionar > Proxy inverso.
3. Seleccione la instancia y luego, en la lista desplegable situada a la derecha de la barra de
Proxy inverso, seleccione Gestionar > Configuración > Editar archivo de configuración.
4. En el Editor de archivos de configuración avanzada, localice el parámetro https-timeout y
especifique el valor 300.
Ejemplo:
https-timeout = 300
5. Pulse Guardar.
Ambas bases de datos

Después de restaurar la base de datos de BigFix, no se visualizan datos nuevos en BigFix Inventory.
Para garantizar que sólo se importen datos recién creados a BigFix Inventory, los datos que se
almacenan en la base de datos de BigFix se marcan con el supuesto número de secuencia. El
número se incrementa con cada cambio. Cada importación contiene datos que se inician a partir
del número de secuencia indicado durante la última importación satisfactoria hasta el número de
secuencia actual.
Cuando se restaura la base de datos de BigFix, el número de secuencia se restaura al valor que
tenía en el momento en que se ha creado la copia de seguridad de base de datos. De este modo,
puede suceder que el número de secuencia después de la restauración sea inferior al número de
secuencia indicado durante la última importación satisfactoria. En tal caso, la primera
548
importación después de la restauración de base de datos no incluye datos. Después de la
importación, el número de secuencia se actualiza y la siguiente importación contiene datos
nuevos.
Sin embargo, los datos del periodo comprendido entre la restauración de base de datos y la
primera importación satisfactoria no se importan lo cual crea un vacío. Para resolver el problema,
abra el panel Valores avanzados de servidor y cambie el valor del parámetro ç
resynchronize_datasources_once a true. A continuación, ejecute una importación. Esta
importación tardará mucho tiempo ya que importará todos los datos de exploración de software
de la base de datos de BigFix restaurada para cubrir el vacío. Las importaciones posteriores se
ejecutarán en la modalidad de operación normal.
Comprobación del nombre de base de datos.
El nombre predeterminado de la base de datos es TEMADB, no obstante, ha cambiado desde las
versiones anteriores en las que su nombre era SUADB. Puede comprobar el nombre de su base de
datos en el archivo database.yml en uno de los siguientes directorios.
Windows C:\Program Files\IBM\BFI\wlp\usr\servers\server1\config\database.yml
Linux /opt/ibm/BFI/wlp/usr/servers/server1/config/database.yml
En las versiones anteriores, la vía de acceso de instalación predeterminada es C:\Program
Files\IBM\SUA o /opt/ibm/SUA.
Problemas del agente

El widget Estado del despliegue proporciona el estado de los sistemas que no cumplen una o varias de
las condiciones de estado del despliegue. Para resolver los problemas de estado del despliegue, siga los
pasos correspondientes a su problema específico. La consola de BigFix proporciona fixlets que se pueden
ejecutar para resolver ciertos problemas con el estado del despliegue. Los problemas que no pueden
resolverse utilizando fixlets deben resolverse manualmente.
Desconectado: el sistema no se ha conectado al servidor en las últimas 72 horas
Estos sistemas no se han conectado al servidor en los últimos tres días. Debe comprobar si cada
sistema que aparece en el informe está activo y en ejecución, o por qué no se ha conectado a la
red.
Poco espacio de disco: la unidad donde se ha instalado el agente tiene menos de 100 MB de espacio
libre de disco
Los sistemas con poco espacio de disco tienen menos de 100 MB de espacio libre disponible. Para
identificar los sistemas afectados:
2. Pulse Sitios > Sitios externos > Soporte BES > Fixlets y tareas.
3. En el panel superior de la derecha, pulse El sistema cliente BES tiene poco espacio libre de
disco. Se muestra la lista de sistemas.
4. Libere espacio de disco en cada sistema afectado.
Desincronizados: la hora establecida en el sistema varía en al menos una hora de la hora establecida
en el servidor
Los sistemas desincronizados tienen horas del reloj del sistema incorrectas. Para actualizar los
relojes en los sistemas afectados:
2. Pulse Sitios > Sitios externos > Soporte BES > Fixlets y tareas.
3. En el panel superior derecho, seleccione Los clientes BES tienen la hora del reloj incorrecta y
pulse Llevar a cabo una acción.
4. En el panel inferior derecho de la ventana que se abre, seleccione los sistemas cuyos relojes
desea sincronizar y pulse Aceptar.

Requisitos previos que faltan: los requisitos previos de explorador no están instalados en el sistema
Los sistemas Linux en los que faltan requisitos previos no tienen instaladas las versiones correctas
de la biblioteca de tiempo de ejecución C++.
2. Pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
3. En el panel superior derecho, seleccione el análisis de Información de explorador y pulse
Resultados para ver en qué sistemas falta la biblioteca de tiempo de ejecución C++ correcta.
4. Instale las bibliotecas de tiempo de ejecución C++ manualmente en cada uno de los sistemas
que devuelve este análisis. Las versiones necesarias de las bibliotecas /usr/lib/libstdc++.* o
/usr/lib64/libstdc++.* son 5 o 6.
Si el explorador sigue teniendo problemas, asegúrese de que los puntos finales tienen instalada la
versión correcta del archivador bzip2.
2. Pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
3. En el panel superior derecho, seleccione el análisis de Estado de exploración de software y
pulse Resultados para ver qué sistemas devuelven el estado Archivador no válido.
4. Copie la versión correcta del archivador bzip2 manualmente en cada uno de los sistemas
devueltos por este análisis, en la carpeta /LMT/CIT/custom. Llame al archivo:
v Windows bzip2.exe
v UNIX bzip2
La versión correcta del archivador bzip2 para el sistema operativo debe obtenerse del
proveedor del sistema operativo. También puede compilarse en el punto final con recursos de
bzip.
Problemas de exploración
Los problemas más comunes con las exploraciones de software se notifican en el widget Salud de la
exploración. Consulte este tema para aprender a resolver los problemas que se notifican en el widget, así
como otros problemas relacionados con la exploración.
Widget Salud de la exploración
El widget Salud de la exploración muestra el estado de las exploraciones que se ejecutan en la

infraestructura. Puede desglosar los informes para sistemas específicos con problemas de exploración. Si
ordena las columnas de un informe, puede determinar rápidamente en qué sistemas están fallando
determinados tipos de exploración de software.
Error de exploración: al menos un tipo de exploración de software (basada en catálogo, sistema de
archivos, datos de paquete o códigos de software) no se ha completado correctamente.
Este problema puede producirse porque el sistema no tiene espacio, está mal configurado o la
Falta exploración de software: el último intento de iniciar al menos un tipo de exploración de software
(basada en catálogo, sistema de archivos, datos de paquete o códigos de software) es de hace más de 30
días. Este problema puede producirse porque el sistema no tiene espacio, está mal configurado o la
Catálogo obsoleto: la versión del catálogo en el agente es anterior a la versión que hay disponible en
el servidor.
Al cargar un catálogo de software en BigFix Inventoryo editar el catálogo personalizado, el estado
del catálogo es pendiente hasta que se ejecuta una importación. Durante la importación, se crean
los catálogos de punto final y se actualiza la versión del catálogo que se muestra en el widget
Catálogo de software. Los catálogos de punto final se distribuyen entonces a los sistemas de la
infraestructura.
550
La hora en que el catálogo de punto final alcanza los sistemas depende, por ejemplo, del estado
de conexión del sistema. Cuando el catálogo de punto final se actualiza en el sistema, se recopila
información sobre la nueva versión del catálogo mediante el análisis de Estado de exploración de
software. Después de la siguiente importación, se actualiza la información sobre la versión del
catálogo que está disponible en el sistema en BigFix Inventory.
Dado que este flujo completo puede tardar algún tiempo, puede suceder que un sistema tenga el
estado de catálogo obsoleto incluso aunque no haya problemas. Para verificar si es necesaria
alguna acción, siga los pasos siguientes:
1. En el widget Catálogo de software, compruebe la fecha en la que se ha editado por última vez
el catálogo.
2. En el widget Salud de exploración, pulse Catálogo obsoleto para ver la lista de equipos
afectados y compruebe la fecha en la columna Última importación de exploración.
v Si la última importación de exploración era anterior a la fecha en la que se había editado
por última vez el catálogo, espere la siguiente exploración y la importación posterior. Como
se ha descrito anteriormente, la distribución del catálogo de punto final en los sistemas y la
notificación de la versión desde los sistemas a BigFix Inventory puede tardar algún tiempo.
v Si la última importación de exploración era posterior a la fecha en la que se ha editado por
última vez el catálogo, fuerce la distribución del catálogo de software a los sistemas. Para
obtener más información, consulte: “Actualizar catálogos de explorador” en la página 594.
Exploración no cargada: Los resultados de la exploración basada en catálogo o exploración de sistema
de archivos no se han cargado en el servidor de BigFix.
Este problema puede deberse a que el sistema o un relé está fuera de línea, a que hay un
problema de red o que el último intento de exploración se realizó hace más de 30 días.
Compruebe que cada sistema mostrado en el informe esté en ejecución y que los resultados de la
exploración se carguen en el servidor regularmente. Puede comprobar la hora del último intento
de exploración para todos los tipos de exploración de software en el análisis Estado de
Si el problema persiste, puede indicar que la descarga inicial del catálogo en los puntos finales ha
fallado. Para resolver el problema, cargue el catálogo más reciente en el agente. Para obtener más
información, consulte: “Actualizar catálogos de explorador” en la página 594.
IBM i Las exploraciones de sistemas IBM i se excluyen de la comprobación de Exploración no
cargada.
Discos compartidos sin explorar: el agente no ha explorado un disco compartido remoto.
El uso de licencia para software de IBM que está instalado en un disco compartido no explorado
puede que no se detecte suficientemente. Para corregir el problema, habilite la exploración de
discos compartidos remotos.
Las exploraciones de sistemas IBM i se excluyen de la comprobación de Exploración no cargada.
Otros problemas de exploración

En el análisis Estado de exploración de software, el estado de una exploración de software es Errónea
y el valor en la columna Se ha excedido el tamaño del archivo de archivado es True.
El problema se produce cuando el archivo de exploración es mayor que el tamaño máximo del
archivo de archivado que puede enviar el cliente de BigFix. Para resolver el problema, siga estos
pasos:
1. Busque en el archivo de registro del cliente de BigFix información sobre el tamaño del archivo
que ha excedido el límite. De forma predeterminada, el archivo de registro está en la
ubicación siguiente.
Windows C:\Archivos de programa (x86)\BigFix Enterprise\BESClient\__BESData\
__Global \Logs

Linux /var/opt/BESClient/__BESData/__Global/Logs
3. En el panel de navegación izquierdo, pulse Sistemas, pulse con el botón derecho en el sistema
en el que ha fallado la exploración y luego pulse Editar valores del sistema.
4. Aumente el valor del parámetro _BESClient_ArchiveManager_MaxArchiveSize.
La exploración de software no se puede ejecutar en una LPAR porque Iniciar exploración de software
no es relevante en ese sistema
Cuando existe una WPAR en una LPAR, todos los procesos de WPAR son visibles en el nivel de
la LPAR. Cuando la exploración de software se ejecuta en la WPAR, el proceso está visible en el
nivel de la LPAR y por tanto el fixlet Iniciar exploración de software no es relevante en la LPAR.
Para ejecutar la exploración de software en la LPAR, espere a que finalice la exploración en la
WPAR. Como alternativa, realice los siguientes pasos:
2. Seleccione el fixlet Iniciar exploración de software y pulse Llevar a cabo una acción.
3. En la pestaña Destino, seleccione Establecer dinámicamente como destino por propiedad.
4. Expanda Por propiedades recuperadas y, a continuación, expanda Por nombre de sistema.
5. Seleccione el sistema LPAR en el que desea ejecutar la exploración de software y pulse
Aceptar.
La actualización del explorador falla en WPAR.
Cuando existe una WPAR en una LPAR, en primer lugar actualice el explorador en LPAR y, a
continuación, en WPAR.
Se han añadido nuevos títulos de software al catálogo y se ha ejecutado una importación de datos,
pero el software no es visible en la interfaz de usuario de web de BigFix Inventory.
Uno de los motivos de que falten títulos de software en la interfaz de usuario de BigFix
Inventory es que se han utilizado tipos de archivo no estándar como firmas de software. Si el
usuario ha añadido una regla con extensiones de archivos no estándar, debe esperar a que
finalicen todos los pasos del flujo de datos del catálogo o llevar a cabo esos pasos el propio
usuario. Para conseguir datos de inventario precisos:
1. Ejecute una importación de datos para propagar el catálogo a los puntos finales.
2. Verifique que el catálogo se haya propagado correctamente.
3. Cargue los datos de exploración en el servidor de BigFix Inventory.
4. Ejecute otra importación de datos.
Las exploraciones de software están fallando. Los sistemas donde fallan las exploraciones tienen el
estado de poco espacio de disco en el widget Estado de despliegue.
El problema puede deberse a un espacio de disco insuficiente para la memoria caché de
explorador. Para resolver el problema, mueva la carpeta de memoria caché de explorador a una
ubicación diferente u optimice la memoria caché. Para obtener más información, consulte:
“Optimización de la configuración de memoria caché de explorador” en la página 176.
9.2.5 IBM i Limitaciones de Salud de exploración en IBM i
De forma predeterminada, el resultado de la exploración del sistema de archivos es positiva en
entorno IBM i. La columna Exploración de sistema de archivos satisfactoria siempre se establece
en sí.
Problemas de importación de datos

Los problemas de importación de datos están relacionados con situaciones en las que la importación de
datos falla o los datos que se muestran en los informes son incoherentes como resultado de una
importación anómala.
552
Durante la importación inicial, se escribe el error siguiente en los archivos de registro: El error era
getaddrinfo: nombre o servicio no reconocido (SocketError).
Durante la importación inicial, se escribe el error siguiente en los archivos de registro:
ERROR: Datasource file citsearch_0_4580013_cit.xml.bz2 raised an exception
while reading from {:port=>"52311", :path=>"/UploadReplication",
:query=>{:BaseDirectory=>1,
:Name=>"\\13\\4580013\\citsearch_0_4580013_cit.xml.bz2",
:sha1=>"5B0FE15F7E097171566F0AC3B9BE93826FDC0D41", :offset=>0}}.
Error was getaddrinfo: name or service not known (SocketError)
El problema puede deberse a valores de nombre DNS incorrectos. Para solucionar el problema,
asegúrese de que BigFix Inventory pueda ejecutar ping en el servidor de IBM BigFix utilizando el
nombre DNS que se ha especificado en el sitio de fixlets. Para encontrar el nombre DNS, en el
sistema donde se ha instalado el servidor de IBM BigFix, vaya a C:\Archivos de programa
(x86)\BigFix Enterprise\BES Installers\Server y busque el archivo ActionSite.afxm. Si BigFix
Inventory no puede ejecutar ping en el servidor de IBM BigFix utilizando este nombre DNS,
añada el nombre al archivo etc\hosts en el servidor de BigFix Inventory.
La importación falla. Después de volver a ejecutar la importación, el inventario de software está vacío.
Uno de los casos de ejemplo en los que se produce el problema es cuando ejecuta una
importación y el servidor de BigFix no se está ejecutando. Después de reiniciar el servidor y
volver a ejecutar la importación, el inventario de software está vacío. Para resolver el problema,
inicie el explorador de forma manual. Recopile datos de exploración nuevos y ejecute la
importación.
Como alternativa, puede ejecutar la tarea Forzar recarga de resultados de exploración de software
y, a continuación, ejecutar la importación de los datos. Esta tarea fuerza la recarga de los datos de
inventario recopilados por el inventario de software y las exploraciones de archivos del sistema
en el servidor de BigFix. A continuación, los datos se importan a BigFix Inventory.
La importación ha fallado debido a que el registro de transacciones está lleno.
Después de una importación fallida, el registro de importación contiene el error siguiente:
Error de proceso por lotes. Se ha enviado el lote, pero como mínimo se
ha producido una excepción en un miembro individual del lote.
Utilice getNextException() para conocer las excepciones producidas para
elementos determinados del lote.
ERRORCODE=-4229,
Además, el archivo tema.log contiene el siguiente error:

Error de ejecución de proceso por lotes: Error para elemento de lote núm. 903:
El registro de transacciones para la base de datos está lleno.
Para resolver el problema, siga estos pasos:

1. Aumente el tamaño del registro de transacciones de la base de datos. Para obtener más
información, consulte la sección Ajuste.
2. Reinicie los servidores DB2 y de BigFix Inventory.
La importación falla porque el tamaño del almacenamiento dinámico de Java es demasiado pequeño.
Después de una importación fallida, el registro de importación contiene el error siguiente:
E SRVE0777E: Excepción generada por la clase de aplicación
’java.lang.StringBuilder.ensureCapacityImpl:342’
java.lang.OutOfMemoryError: espacio de almacenamiento
dinámico de Java
Para resolver el problema, aumente el tamaño de la pila Java.

La importación falla y se escribe el mensaje siguiente en los archivos de registro: Se ha producido un
desbordamiento durante la conversión de tipos de datos numéricos.
El problema se produce cuando crea un campo personalizado de contrato que necesita un valor
entero y luego especifica un valor mayor que 32767. Para resolver el problema, especifique un
valor menor.
La importación falla y se escribe el mensaje siguiente en los archivos de registro: La sentencia o el
mandato SQL ha fallado debido a un error del sistema de base de datos. (Razón "optBitFilterSize
less than min".). SQLCODE=-901, SQLSTATE=58004, DRIVER=4.14.111.
Para resolver el problema, cree un script que reorganice las tablas de base de datos internas y
mantenga las estadísticas actualizadas y ejecútelo en la base de datos de BigFix Inventory.
1. Cree el script reorg.sh .
$ cat reorg.sh
#!/bin/ksh
db2 -x "select ’reorg table’,substr(rtrim(tabschema)||’.’
||rtrim(tabname),1,50),
’allow no access;’from syscat.tables where type = ’T’ and
tabschema not in
(’NULLID’,’SYSCAT’,’SYSFUN’,’SYSIBM’,’SYSPROC’,’SYSSTAT’)
order by tabschema,tabname
" > reorgs.sql
db2 -tvf reorgs.sql
db2 terminate

db2 -x "select ’runstats on table’,substr(rtrim(tabschema)||’.’
||rtrim(tabname),1,50),
’ and indexes all;’from syscat.tables where type = ’T’ and
tabschema not in
(’NULLID’,’SYSCAT’,’SYSFUN’,’SYSIBM’,’SYSPROC’,’SYSSTAT’)
order by tabschema,tabname
" > runstats.sql
db2 -tvf runstats.sql
db2 terminate
2. Inicie una sesión como propietario de una instancia de base de datos en el sistema donde está
instalado DB2 y ejecute el script.
La importación falla y se escribe el mensaje siguiente en los archivos de registro: INFO: ETL del
origen de datos nombre_origen_datos - RawDatasourceFixletResult: Error
El problema se produce porque no hay suficiente espacio de disco en el sistema donde se ha
instalado la base de datos de BigFix Inventory. Para resolver el problema, libere espacio de disco.
La importación falla y se escribe el mensaje siguiente en los archivos de registro: La transacción de
aislamiento de instantánea no ha podido acceder a la base de datos 'TEMADB' porque el
aislamiento de instantánea no está permitido en esta base de datos. Utilice ALTER DATABASE para
permitir el aislamiento de instantánea.
Para resolver el problema, habilite el aislamiento de instantánea en MS SQL Server. Para obtener
más información, consulte la Documentación de Microsoft SQL Server.
La importación falla y se escribe el siguiente mensaje en los registros: INFO: ETL del origen de datos
- RawDatasourceAnalysis (0x000000 - 0x00000035): Error.
Durante la importación, se escribe el siguiente error en los registros:
INFO: ETL de origen de datos - RawDatasourceAnalysis (0x000000 - 0x00000035): Error
ERROR: Sequel::SerializationFailure: Java::ComMicrosoftSqlserverJdbc::SQLServerException:
La transacción (ID de proceso 1111) ha llegado a un punto muerto en los recursos de bloqueo con
otro procesoy se ha elegido como víctima de punto muerto. Vuelva a ejecutar la transacción
Para resolver el problema, asegúrese de que no está teniendo lugar ninguna acción, como una
copia o recuperación, en la base de datos de datos de IBM BigFix. A continuación, vuelva a
ejecutar la importación.
554
La importación falla después de cambiar el nombre de host del servidor de BigFix Inventory.
El cambio del nombre de host del servidor de BigFix Inventory no está soportado.Cuando la
aplicación no puede reconocer el nombre de host original, el paso ETL de la importación de datos
falla, y no puede recopilar y procesar datos de los puntos finales. Un nuevo nombre de host
requiere una nueva instalación de BigFix Inventory.
El nombre de host tampoco puede modificarse para el servidor de IBM BigFix. En este caso, el
nombre de host del servidor se graba en el certificado de licencia durante la instalación. Para
cambiarlo, debe crear un nuevo certificado de licencia que requiere una nueva instalación.
Se ha ejecutado una exploración de software correctamente pero no se han producido cambios de
datos después de la importación de datos al servidor de datos de BigFix Inventory.
Compruebe el tamaño máximo del archivo de archivado para asegurarse de que sea mayor que el
tamaño del archivo de exploración.
2. En el panel de navegación izquierdo, pulse Sistemas, pulse con el botón derecho en el nombre
del sistema adecuado y seleccione Editar valores del sistema.
3. Compruebe que el valor de _BESClient_ArchiveManager_MaxArchiveSize sea mayor que el
tamaño del archivo de exploración más grande. Si es necesario, edite el valor para aumentar
el tamaño máximo del archivo de archivado.
Verifique que no se han producido errores en la exploración de software.
1. En el árbol de navegación de la consola de IBM BigFix, pulse Sitios > Sitios externos > IBM
BigFix Inventory v9 > Análisis.
2. Seleccione el análisis Estado de exploración de software.
3. En el panel inferior, pulse la pestaña Resultados y compruebe que el estado de la exploración
de software sea correcto para los sistemas.
Algunos productos no se descubren.
Si ha optimizado el volumen de datos de archivos explorados, ya sea durante la configuración
posterior a la actualización ya sea manualmente, debe ejecutar una importación para que los
cambios entren en vigor. Después de la importación, es posible que algunos elementos de
software no estén visibles en los informes. Es un comportamiento esperado. Para asegurarse de
que el inventario de software se notifica correctamente, realice los pasos siguientes.
1. Asegúrese de que el catálogo que se carga en BigFix Inventory está en formato canónico. Si el
catálogo está en formato nativo, cargue un nuevo catálogo. Si el catálogo está en formato
canónico, pero está disponible una nueva versión, cargue el nuevo catálogo. Para comprobar
el formato del catálogo cargado, pulse Gestión > Carga de catálogo y compruebe la columna
Formato de catálogo.
2. Detenga la exploración actual.
a. Inicie sesión en la consola de BigFix y, en el árbol de navegación de la izquierda, pulse
Acciones.
b. En el panel superior de la derecha, pulse Iniciar exploración de software y, a
continuación, pulse Detener.
3. Inicie una nueva exploración de software. Espere a que finalice la exploración.
4. Espere a que se realice la importación planificada o ejecute la importación manualmente.
Los archivos con una extensión determinada no aparecen en el informe Datos de archivos explorados.
El problema puede ocurrir si ha optimizado el volumen de los datos de archivos explorados y ha
eliminado la extensión en la lista de extensiones supervisadas. Para solucionar el problema, siga
los pasos que se describen en el tema “Optimización del volumen de datos de archivos
explorados” en la página 186. Añada la extensión de archivo que desee supervisar a los tres
archivos siguientes: file_names_all.txt, file_names_unix.txt y file_names_windows.txt. Estos
archivos residen en el directorio dir_instalación_BFI\wlp\usr\servers\server1\apps\tema.war\
WEB-INF\domains\sam\config.

Después de una importación fallida de datos de exploración, los datos que aparecen en los informes
son incoherentes
Si hay incoherencias en los datos y ha fallado la última importación de datos, es posible que las
incoherencias de datos sean el resultado del error de importación. Para solucionar el problema,
ejecute la importación de nuevo.
Como alternativa, puede ejecutar la tarea Forzar recarga de resultados de exploración de software
y, a continuación, ejecutar la importación de los datos. Esta tarea fuerza la recarga de los datos de
inventario recopilados por el inventario de software y las exploraciones de archivos del sistema
en el servidor de BigFix. A continuación, los datos se importan a BigFix Inventory.
El registro de importación de datos no se puede ver en la interfaz de usuario.
El problema puede producirse si ha habilitado el registro de depuración para el proceso de
importación. La información de depuración aumenta significativamente el tamaño del archivo de
registro de importación y puede suceder que el archivo de registro no se pueda visualizar en la
interfaz de usuario. Este problema afecta a Internet Explorer y se puede solucionar accediendo a
la interfaz de usuario desde un navegador diferente. Si esto no resuelve el problema, tenga en
cuenta las siguientes soluciones:
v En lugar de visualizar el archivo de registro en la interfaz de usuario, ábralo como un archivo.
El archivo de registro está en uno de los directorios siguientes:
Linux directorio_instalación/wlp/usr/servers/server1/logs/imports
Windows directorio_instalación\wlp\usr\servers\server1\logs\imports
Para evitar problemas en la interfaz de usuario, mueva el archivo de registro a una ubicación
diferente para que BigFix Inventory no lo cargue en la interfaz de usuario.
v “Archivo de registro de servidor” en la página 579 para limitar la cantidad de información
guardada en el archivo de registro.
La exploración ha descubierto correctamente el software, pero no se ha notificado en BigFix Inventory
después de la importación.
El problema ocurre en BigFix 9.0 instalado en Linux. Si el valor de la secuencia ha cambiado en la
base de datos de BigFix y es superior a la secuencia que se ha importado, los resultados de la
exploración no se importan durante una importación particular. Para resolver el problema, espere
a la siguiente importación planificada o ejecute la importación manualmente.
Los datos referentes a un sistema no se han importado desde el servidor de BigFix.
Debido a que BigFix Inventory importa datos activos que cambian constantemente en el servidor
de BigFix, puede ocurrir que no se importen algunos datos, tales como datos referentes a
sistemas. Esto ocurre porque solamente el ámbito de los datos que se calcula al inicio de una
importación se procesa durante la importación.
Ejemplo: si un sistema se guarda en la base de datos de BigFix durante una importación de datos
desde BigFix a BigFix Inventory, el sistema no se importará.
Importante: También puede ocurrir que después de la segunda importación de datos, falten
propiedades importantes para los sistemas importados, tales como Nombre del sistema,
Dirección IP o Sistema operativo. Para solucionar este problema:
1. En el árbol de navegación de la consola de BigFix, pulse Sistemas y luego en el panel de lista,
seleccione el sistema para el que faltan las propiedades.
2. En el panel inferior derecho, pulse tres veces Enviar renovación. Todas las propiedades
omitidas de los sistemas se importarán durante la siguiente importación de datos.
Problemas de catálogo
Los problemas de catálogo están relacionados con la incapacidad de descargar un nuevo catálogo o
cargarlo en BigFix Inventory o Software Knowledge Base Toolkit.
556
Cuando migra firmas con una plataforma especificada desde Software Knowledge Base Toolkit a
BigFix Inventory, la plataforma cambia a any.
Después de crear una firma desde el registro de datos con una plataforma especificada en
Software Knowledge Base Toolkit y migrarla a BigFix Inventory, la plataforma se cambia a any.
No existe ninguna solución para este problema.
El catálogo de software no se puede descargar porque la tarea de actualización del catálogo de
software no es aplicable.
Cuando instala BigFix Inventory, el sistema de destino envía información sobre el nuevo software
al servidor de BigFix. A continuación, el servidor de BigFix comprueba que el sistema esté
enlazado con este servidor. Si lo está, el servidor lo marca con el valor personalizado
SUA_Server_Path_[ID_usuario]. Si el valor está establecido en la vía de acceso de instalación de
BigFix Inventory, la tarea es aplicable.
Si no se especifica el valor para un sistema concreto, es posible que la tarea Actualización del
catálogo de software no sea aplicable. Si está seguro de que BigFix Inventory se ha instalado en
este sistema, especifique el valor manualmente.
1. Inicie una sesión en la consola de BigFix que está enlazada al servidor de BigFix.
2. En la barra de navegación, pulse Sistemas.
3. En el panel superior derecho, pulse el sistema en el que está instalado BigFix Inventory, y
pulse Editar configuración del sistema.
4. Para añadir un valor, pulse Añadir.
5. En Nombre de valor, escriba SUA_Server_Path_[ID_usuario].
Nota: [ID_usuario] es el ID de un usuario de Linux que ha instalado BigFix Inventory.

6. En Valor, especifique la vía de acceso de instalación de BigFix Inventory.
7. Pulse Aceptar.
Si el valor de SUA_Server_Path_[ID_usuario] se ha establecido correctamente y el problema
persiste, asegúrese de que se cumplan las condiciones siguientes:
v El servidor de BigFix Inventory se ha instalado en un sistema con una IP estática individual.
v El sistema en el que está instalado el servidor de BigFix Inventory puede descomprimir el
archivo de catálogo descargado.
v No existe un catálogo descargado manualmente en el directorio /opt/ibm/BFI/bfi_catalog.
v El servidor de BigFix se puede conectar al servidor de BigFix Inventory utilizando el puerto
9081.
v El servidor de BigFix Inventory se puede conectar al servidor de BigFix utilizando el puerto
52311.
v El servidor de BigFix Inventory tiene una entrada para el servidor de BigFix en el archivo
etc/hosts.
v El servidor de BigFix tiene una entrada para el servidor de BigFix Inventory en el archivo
etc/hosts.
v El usuario que ha proporcionado cuando ha configurado la conexión con el servidor de BigFix
tiene los permisos correctos para ejecutar el fixlet. Para obtener más información, consulte el
tema Permisos de operador en la documentación de BigFix.
Cuando carga un archivo de catálogo de software, aparece el siguiente error: La carga ha fallado. El
archivo cargado no es un catálogo válido. Cuando se inspecciona, el archivo parece truncado.
Si hay un retardo cuando se descarga del archivo de catálogo del servidor, puede que el archivo
descargado esté truncado. Por ejemplo, si se tarda más de 30 segundos en cambiar el nombre del
archivo y guardarlo. Este problema depende de cómo maneja el navegador la descarga de
archivos grandes. Para solucionarlo, acepte y guarde el archivo en un breve periodo de tiempo o
utilice otro explorador.

Cuando carga un archivo de Cuando se carga un archivo de unidad de cargo, se muestra el mensaje
siguiente: Ha fallado la carga. La unidad de cargo que se ha cargado debe ser una versión más
reciente que la actual.
Normalmente, si utiliza Software Knowledge Base Toolkit para la gestión del catálogo de
software, debe modificar manualmente el número de versión del archivo con los datos de unidad
de cargo, de modo que coincida con el número de versión del catálogo de software. El problema
se produce cuando carga el catálogo de software desde Software Knowledge Base Toolkit y, a
continuación, carga el archivo de unidad de cargo sin modificar su número de versión. A
continuación, cuando intenta cargar el archivo de unidad de cargo con el número de versión
modificado, se muestra el mensaje de error. La versión del archivo que ha cargado es anterior a la
versión que ya se ha importado a BigFix Inventory.
Para resolver este problema, continúe cargando nuevos archivos de unidad de cargo en BigFix
Inventory sin modificar sus números de versión. Como resultado, los números de versión del
catálogo de software y del archivo de unidad de cargo no coinciden pero no se produce el
problema durante la carga del archivo de unidad de cargo.
Se informa acerca de copias de seguridad de directorios como productos separados.
Si almacena copias de seguridad de los directorios de software en sus puntos finales, es posible
que se informe acerca de los mismos como instancias de software diferentes, lo que genera
descubrimientos falsos y un consumo de licencias incorrecto. Para evitar este problema, excluya
las copias de seguridad de la exploración o bien comprímalas con un compresor de datos, como
por ejemplo zip o rar.
Algunos productos no se importan desde Software Knowledge Base Toolkit a BigFix Inventory.
Software Knowledge Base Toolkit tiene dos conjuntos de datos. Los datos proporcionados por
IBM se almacenan en el conjunto de datos de IBM KB Identity, y los datos que crea el usuario se
almacenan en su conjunto de datos personalizados. El problema se produce si los productos IBM
utilizan datos del conjunto de datos personalizados, por ejemplo, los editores personalizados.
BigFix Inventory no puede reconocer dichos productos, ya que el conjunto de datos de IBM se ha
cargado primero, lo que significa que, en el momento de la carga, los datos del conjunto de datos
personalizados no están disponibles. Los productos no se importan y el registro de importación
muestra el siguiente mensaje:
No se ha encontrado el release; se omite la creación del componente para el STR con el GUID #guid.
Para resolver el problema, puede mover los datos al conjunto de datos de IBM e inhabilitar el
personalizado.
Importante: El contenido personalizado ya no estará en un conjunto de datos aparte, pero podrá

distinguirlo basándose en un origen de definición diferente.
1. Conéctese a la base de datos de Software Knowledge Base Toolkit y mueva todos los datos a
un conjunto de datos individual.
update KB.KBDEFINITION set KBIDENTITY_OID=(select OID from KB.KBIDENTITY where LABEL=’IBM’)
where KBIDENTITY_OID!=(select OID from KB.KBIDENTITY where LABEL=’IBM’)
2. Recupere información sobre el origen de datos.
select NAME, ORGANIZATION from KB.DEFINITIONSOURCE where OID > 1000;
3. Vaya a /opt/IBM/SoftwareKnowledgeBaseToolkit/KBCMS/systemApps/isclite.ear/SwKBT.war/
WEB-INF/.
4. Edite el archivo first.run.properties y especifique la información que ha recuperado sobre
el origen de definición.
KB_IDENTITY_NAME=IBM
custom.definition.source.name=NAME
custom.definition.source.organization=ORGANIZATION
5. Reinicie Software Knowledge Base Toolkit.
558
Cuando finaliza estos pasos, Software Knowledge Base Toolkit utiliza un conjunto de datos para
almacenar todos los datos. Puede volver a ejecutar la importación en BigFix Inventory para
importar los productos que faltan.
Se crea un componente de software duplicado durante una segunda importación de las
personalizaciones de catálogo.
Si importa una definición de catálogo personalizada que contenga ID exclusivos a otra instancia
de BigFix Inventory, modifique un editor o proveedor del archivo xml de firmas e impórtelo de
nuevo. La segunda importación creará un componente de software nuevo en la jerarquía. La
definición de firma se eliminará de la jerarquía original.
Este comportamiento viene provocado por la utilización de la misma firma uniqueId. Cuando el
archivo XML de definición de catálogos personalizados vuelve a utilizar una firma uniqueId que
existe en la base de datos, se actualiza la firma para reflejar el componente de software nuevo.
Para corregir los datos del catálogo, suprima la primera entrada del catálogo y asegúrese de que
la entrada nueva contenga los datos necesarios o vuelva a importar el catálogo nuevo con un ID
de firma único distinto.
El número de instancias de software descubiertas es mayor que el número de instancias que están
instaladas.
El problema puede producirse cuando el producto lo descubren una firma personalizada y una
firma del catálogo proporcionado por IBM. Sucede cuando se crea una firma personalizada y
posteriormente se entrega en una firma para el mismo producto con el catálogo de software
proporcionado por IBM. Puesto que los catálogos son totalmente independientes, las dos firmas
no se fusionan.
Para verificar si éste es el caso, siga estos pasos:
1. En la barra de navegación superior, pulse Informes > Instalaciones de software.
2. Pulse Configurar vista y seleccione la casilla de verificación Catálogo de software.
3. Filtre el informe para el producto para que el número de instancias descubiertas era
demasiado alto.
4. Compruebe si el catálogo que se lista en la columna Catálogo de software es Personalizado
para algunas instancias y de algún otro tipo para otras instancias de un determinado
producto. En caso afirmativo, suprima la firma personalizada para este producto.
El número de instancias descubiertas debe normalizarse después de la siguiente exploración de
software siguiente e importación de datos.
Problemas de la interfaz de usuario

Los problemas de la interfaz de usuario en BigFix Inventory están relacionados principalmente con la
información que se muestra incorrectamente en la aplicación o con los errores que surgen en las versiones
de software de idiomas distintos del inglés. Pero puede superar fácilmente estos problemas.
Después de reiniciar el sistema, la interfaz de usuario de BigFix Inventory no se puede iniciar.
Cuando reinicia el sistema donde tiene instalado BigFix Inventory, debe iniciar la base de datos
DB2 antes de iniciar la aplicación. De lo contrario, no podrá iniciar la sesión en BigFix Inventory.
Si reinicia el sistema, realice los pasos siguientes antes de iniciar la aplicación:
1. Conmute al propietario de la instancia de DB2:
su - db2inst1
2. Inicie la base de datos:
db2start
3. Reinicie BigFix Inventory:
En un monitor de baja resolución, la interfaz de usuario no se muestra correctamente.
La resolución de pantalla mínima soportada es 1024x768 píxeles.

En el informe Auditoría de catálogo, los valores aparecen en una zona horaria incorrecta.
Los valores relacionados con la fecha y la hora están basados en la zona horaria establecida en el
sistema operativo. Pero el horario de verano no se tiene en cuenta. Por lo tanto, los valores están
establecidos en una zona horaria incorrecta.
Cuando abandona una página después de modificar datos, no se muestra ningún aviso de que los
datos se perderán.
Cuando modifica datos, por ejemplo, en uno de los paneles del menú Personalización de
catálogo, los datos se perderán si cambia la vista o cierra la página. No aparece ningún aviso.
Debe guardar todos los datos antes de navegar hacia otra vista.
El texto de los informes no se puede seleccionar cuando se utiliza Internet Explorer.
Cuando intenta copiar el contenido de tablas contenidas en informes, no se puede seleccionar y
copiar el texto cuando se utiliza el navegador Internet Explorer. Para solucionar este problema,
utilice un navegador diferente.
La interfaz de usuario de BigFix Inventory no se muestra correctamente en Internet Explorer
El problema se produce en Internet Explorer versión 8. Para solucionar el problema, utilice
Internet Explorer versión 9 o posterior.
El mensaje Se está ejecutando la importación no se renueva incluso después de haber terminado la
importación.
La página con el mensaje Se está ejecutando la importación no se renueva incluso después de
haber terminado la importación. Para resolver este problema, puede pasar el cursor sobre el
menú Informes y comprobar el porcentaje de importación en la parte inferior de la lista
desplegable. También puede renovar la página manualmente.
Los informes en PDF se abren en la misma pestaña de navegador que BigFix Inventory.
Los informes en PDF generados se abren en la misma pestaña que BigFix Inventory. Debido a
este problema, se verá obligado a detener cualquier actividad en la aplicación hasta que se abra el
PDF. Para resolver el problema, cambie los valores en el navegador utilizado.
Los informes en formato PDF que se descargan mediante Firefox están dañados.
Aunque los informes PDF se visualizan correctamente en el navegador, el archivo descargado está
dañado. El problema ocurre en Firefox. Para resolver el problema, utilice un navegador diferente.
El informe Instalaciones de software no se puede exportar a PDF cuando están seleccionadas todas las
columnas. El problema ocurre en Internet Explorer.
El problema se produce debido a que la longitud máxima del URL en Internet Explorer está
limitada a 2083 caracteres. El URL del informe Instalaciones de software con todas las columnas
seleccionadas supera la longitud máxima y no se puede generar el PDF. Para resolver el
problema, utilice una versión soportada de Firefox o Chrome.
La función de relleno automático recomienda resultados no pertinentes.
En algunos casos, la función de relleno automático puede recomendar resultados no pertinentes.
Por ejemplo, cuando escribe IBM como editor y comienza a escribir el nombre del producto de
software, la función de relleno automático lista todos los productos de software posibles en lugar
de mostrar solamente los pertenecientes a IBM.
Cuando abre enlaces a detalles de producto en paneles nuevos, se muestra un error.
Cuando se abre el informe Todas las métricas o el informe Subcapacidad de PVU de IBM y se
abren los enlaces a productos que se visualizan en estos informes en separadores nuevos, aparece
un error. El problema se produce porque la información sobre el intervalo de tiempo durante el
cual se debe visualizar la cantidad de métrica en el informe se pierde al abrir los enlaces en
pestañas nuevas. Para resolver el problema, renueve la página.
Las vías de acceso utilizadas en los entornos locales coreano y japonés contienen un delimitador
incorrecto.
Las vías de acceso utilizadas en los entornos locales coreano y japonés utilizan una barra
inclinada invertida (\) como delimitador, en lugar del carácter won o de yen (¥).
560
Falta un espacio antes de los dos puntos (:) para el entorno local francés.
Cuando se utilizan dos puntos en el texto, falta un espacio antes, que es necesario para el francés.
El texto del botón Examinar en el panel Carga de catálogo no se muestra en idiomas que no sea el
inglés. Este error es debido a la configuración interna del navegador web y no depende de BigFix
Inventory.
Algunos caracteres chinos no se muestran correctamente.
Para solucionar el problema, instale el font TrueType para chino simplificado:
1. Obtenga el paquete ttfonts-zh_CN en la versión 2.12-6 o superior.
2. Instale el paquete ejecutando el siguiente mandato:
rpm -ivh ttfonts-zh_CN-2.12-6.noarch.rpm --nodeps
El nuevo font se ha instalado en el directorio /usr/share/fonts/zh_CN/TrueType. Los caracteres
aparecerán ahora correctamente.
Los mensajes se visualizan en varios idiomas.
El idioma en el que se visualizan algunos de los mensajes depende de los valores del servidor de
BigFix Inventory. Para cambiar los valores de idioma en el servidor:
1. Abra el archivo jvm.options que está en el directorio directorio_instalación/wlp/usr/
servers/server1/.
2. Añada las líneas siguientes al archivo y especifique el idioma que se debe utilizar.
-Duser.country=país
-Duser.language=idioma
Por ejemplo:
-Duser.country=US
-Duser.language=en
Los nombres de roles y propiedades del sistema no se traducen.
A partir de la versión 9.2.3, el idioma en el que se muestran los nombres de roles y propiedades
del sistema dependen del idioma que se eligió al instalar el servidor de BigFix Inventory. En las
versiones anteriores del producto, el idioma depende del idioma que se estableció en el
navegador web al crear las conexiones de base de datos después de la instalación.
Si necesita cambiar el idioma en el que se muestran estos elementos, debe hacerlo manualmente.
Para cambiar el nombre de un rol, vaya a Gestión > Roles, seleccione el rol cuyo idioma desee
cambiar y cambie el nombre. Para cambiar el nombre de una propiedad del sistema, vaya a
Gestión > Propiedades del sistema, seleccione la propiedad cuyo idioma desee cambiar y cambie
el nombre. En ambos casos, espere a que se realice una importación planificada o ejecute una
importación manualmente para que los cambios entren en vigor.
Los cambios que realice se aplican a todos los usuarios, sin importar los valores de idioma de los
usuarios.
Después de exportar el catálogo en Internet Explorer, la página Carga de catálogo permanece ocupada.
Cuando va a Gestión > Carga de catálogo y pulsa el botón Exportar, el catálogo se exporta
satisfactoriamente, pero el cursor continúa ocupado y el botón no se activa.
Para solucionar el problema y activar el botón de nuevo, renueve la página o vaya a una sección
diferente de BigFix Inventory y vuelva a Carga de catálogo.
Desambiguación del término IBM BigFix Analytics (antes conocido como Tivoli Endpoint Manager
Analytics) y el acrónimo TEMA.
El término IBM BigFix Analytics (antes conocido como Tivoli Endpoint Manager Analytics) o el
acrónimo TEMA aparece en algunos mensajes de error, por ejemplo:
Lo sentimos, pero algo ha fallado. Consulte al administrador de IBM BigFix Analytics si
el problema persiste.

IBM BigFix Analytics (TEMA) es la plataforma en la que se crea el servidor de BigFix Inventory.
Es un componente interno de BigFix Inventory.
El administrador de TEMA es el administrador de BigFix Inventory. Si un mensaje de error hace
referencia al administrador de TEMA, consulte al administrador de BigFix Inventory.
La columna de informe Migrado a SUA9 está en blanco.
Cuando migre puntos finales de Software Use Analysis 2.2 a la 9.2.5, la columna Migrado a SUA9
en los informes de inventario de software y sistema está en blanco. Compruebe si el análisis de
Migración de punto final de SUA 2.2 se ha activado.
1. En el árbol de navegación de la consola de IBM BigFix, pulse Sitios > Sitios externos > IBM
BigFix Inventory v9 y pulse Análisis.
2. Seleccione el análisis de Migración de punto final de SUA 2.2, pulse el botón derecho del
ratón en él y, a continuación, seleccione Activar.
No se puede iniciar la sesión con usuarios de Microsoft Active Directory
Si tiene problemas con los usuarios de Active Directory, añada el nombre de usuario con un
dominio, por ejemplo, username@domain.com. La adición de un dominio es necesaria a partir de
Software Use Analysis 9.2.0.2, pero también afecta a los servidores de Active Directory que se han
configurado en versiones anteriores. Vea los casos siguientes para obtener más información sobre
cómo afecta este cambio a los usuarios existentes.
Active Directory con catálogo global
v Si ha añadido usuarios mediante el suministro de usuarios en BigFix Inventory , se

crean nuevos usuarios cada vez que inicia una sesión con un nombre de usuario y un
dominio. Puede suprimir todos los usuarios de Active Directory que sólo tienen
especificado el nombre de usuario, porque no podrá iniciar una sesión con esos
usuarios.
v Si ha añadido usuarios manualmente en BigFix Inventory , debe crearlos de nuevo, esta
vez especificando también el dominio. Puede suprimir todos los usuarios de Active
Directory que sólo tienen especificado el nombre de usuario, porque no podrá iniciar
una sesión con esos usuarios.
Active Directory sin catálogo global
Si no ha utilizado el catálogo global, debe haber especificado un dominio en el campo

Base de búsqueda. Este dominio se añade automáticamente a todos los usuarios en BigFix
Inventory y no es necesaria ninguna acción del usuario.
Los URL que apuntan a la interfaz de usuario web del producto no funcionan.
Si ha habilitado el inicio de sesión único en BigFix Inventory, el enlace que está
disponible en el menú Inicio de Windows podría no funcionar debido a que se añade el
prefijo adicional https:// al URL.
Puede acceder a este enlace en Windows 2008 pulsando Inicio > Todos los programas >
IBM BigFix Inventory > Web Interface. Este URL se define en el archivo WebUI que se
encuentra en la ubicación siguiente: C:\Program Files\ibm\BFI\admin\resources\WebUI.
Para resolver este problema:
562
1. Abra el archivo WebUI en un editor de texto, por ejemplo Notepad++, y elimine el
prefijo sobrante "https://" del inicio del URL.
Nota: La vía de acceso directa predeterminada es https://localhost:9081. Si está

habilitado el inicio de sesión único de LTPA, es necesario actualizar la vía de acceso
directa para que sea https://nombre_host_unión_virtual:9081.
2. Vacíe la memoria caché del navegador web.
3. Finalice todos los procesos del navegador.
4. Reinicie el sistema donde está instalado el navegador.
Al abrir un informe CSV exportado en Microsoft Excel, algunos datos están dañados.
Debido a problemas de formato en algunas versiones de Microsoft Excel, es posible que los datos
se visualicen en columnas incorrectas. Este problema atañe principalmente a los componentes que
tienen una coma en su nombre, lo que produce un formato incorrecto.
Para solucionar este problema, realice los pasos siguientes.
1. Abra Microsoft Excel.
2. En la barra de navegación, pulse Abrir y vaya a la carpeta que contiene el informe.
3. Cambie las extensiones de archivo válidas a Todos los archivos (*.*) para ver el informe.
4. Abra el archivo.
5. En el asistente de importación de texto, seleccione Delimitado y, a continuación, elija Coma
como delimitador y unas comillas (") como calificador de texto.
Después de pulsar Finalizar, los datos se dividirán entre las columnas adecuadas y se
visualizarán correctamente.
Si se utiliza Internet Explorer, los campos de la interfaz de usuario aparecen desorganizados.
Durante la configuración inicial de BigFix Inventory, algunos campos de la interfaz de usuario
aparecen por duplicado y desorganizados. Para solucionar este problema, añada el servidor
BigFix Inventory a la lista de sitios de confianza en Internet Explorer.
1. Pulse el icono de configuración de la esquina superior derecha de su navegador.
2. Pulse Opciones de Internet y vaya a la pestaña Seguridad.
3. Seleccione Sitios de confianza y pulse Sitios.
4. Especifique la dirección web de su servidor, y pulse Añadir.
5. Renueve la página.
Problemas de seguridad
Los problemas de seguridad de BigFix Inventory pueden incluir problemas para iniciar la sesión en la
aplicación o problemas relacionados con la seguridad de las credenciales. Pero puede superar fácilmente
estos problemas.
Las credenciales de inicio de sesión y la señal de autenticidad se almacenan como texto sin cifrar en el
paquete HTTP.
Después de iniciar la sesión, el formulario de inicio de sesión que contiene las credenciales se
envía como texto sin formato en el paquete HTTP. Puede corregir este problema configurando
SSL.
Cuando crea un nuevo usuario, se habilita el rellenado automático para el campo de contraseña.
Cuando crea un nuevo usuario, el campo de contraseña se puede rellenar automáticamente de
acuerdo con la contraseña almacenada en el navegador.
El servidor no funciona correctamente después de modificar certificados.
Si el servidor no funciona correctamente después de modificar certificados y reiniciar el servidor,

suprima el archivo de almacén de claves key_server.jceks y reinicie el servidor. El archivo de
almacén de claves se volverá a generar con un certificado autofirmado. Puede investigar el
problema en el archivo tema.log.
Dificultad para establecer una conexión con HTTPS.
Si tiene dificultad al establecer una conexión con HTTPS y está utilizando SSL, compruebe que el
navegador es compatible con TLS 1.2 y que TLS 1.2 está habilitado.
Los valores de configuración del inicio de sesión único no se actualizan automáticamente después de
modificar el puerto del servidor.
La modificación del número de puerto en el panel Valores del servidor en BigFix Inventory
mientras está habilitado el inicio de sesión único invalida la configuración del inicio de sesión
único. Para obtener información sobre cómo modificar correctamente el puerto, consulte
“Modificación del puerto en BigFix Inventory que tiene habilitado el inicio de sesión único” en la
página 532.
Si ya ha modificado el puerto del servidor de BigFix Inventory y está detectando problemas con
las firmas en BigFix Inventory, tiene que:
1. Revertir la configuración de SSO inhabilitada para SAML o Revertir la configuración de SSO
inhabilitada para LTPA.
2. Proporcionar el valor de puerto nuevo en la página Valores del servidor. Para acceder a la
página, pulse Gestión > Configuración de servidor.
3. Volver a crear la configuración de inicio de sesión único con el nuevo valor del puerto. Para
obtener más información, consulte Configuración del inicio de sesión único basado en la señal
SAML o Configuración de SSO basado en LTPA.
Después de iniciar sesión en BigFix Inventory por primera vez con el inicio de sesión único
habilitado, se le redirigirá a un icono de IBM en lugar de a la página de visión general.
Para recuperarse de este error, siga las instrucciones de Gestión del archivo favicon.ico con
Mozilla Firefox.
Si importa un certificado en el formato PEM y una clave privada cifrada en el formato pkcs8, se
muestra un error de contraseña incorrecta para la clave privada.
Si importa un certificado y una clave privada en el formato pkcs8, aparece el siguiente error:
Error al validar la contraseña de clave privada: problema al analizar ENCRYPTED
PRIVATE KEY: java.lang.SecurityException: JCE no puede autenticar
BC de
proveedor.
Para resolver el problema, añada la línea siguiente en el archivo dir_instalación/jre/lib/

security/java.security:
security.provider.10=org.bouncycastle.jce.provider.BouncyCastleProvider
A continuación, reinicie el servidor de BigFix Inventory.
Problemas de inventario de software

Busque la solución a los problemas detectados al trabajar con los gestores de máquinas virtuales y el
inventario de hardware.
La actualización de la herramienta del gestor de VM falla
Cuando se ejecuta el fixlet Actualizar la herramienta del gestor de VM, la actualización falla.
Cuando ve los detalles de la acción en un sistema determinado, el script puede fallar en varias
líneas, por ejemplo:
waithidden cmd /c "rmdir "{parameter "homefolder"}" /s /q"
continue if {exit code of action = 0}
564
1. Vaya al sistema en el que ha fallado la actualización de la herramienta del gestor de VM y
abra la carpeta <Cliente_BES>/LMT.
2. Si la carpeta no contiene la carpeta VMMAN_copy, créela.
3. Copie las carpetas config y keydb de la carpeta <Cliente_BES>/LMT/VMMAN en la carpeta
<Cliente_BES>/LMT/VMMAN_copy.
4. Elimine la carpeta VMMAN.
5. Ejecute uno de los siguientes fixlets para completar la actualización. Es posible que transcurra
cierto tiempo antes de que el fixlet sea relevante.
v Ejecute el fixlet Instalar herramienta del gestor de VM, si la actualización ha fallado en el
sistema donde está instalada la instancia principal de la herramienta del gestor de VM.
v Ejecute el fixlet Instalar herramienta del gestor de VM adicional (OPCIONAL) si la
actualización ha fallado en el sistema donde está instalada una instancia adicional de la
El mensaje de error CODVM0005E aparece cuando intenta conectarse al gestor de máquina virtual a
través de SSL.
Cuando intenta conectarse al gestor de máquina virtual a través de SSL, aparece un mensaje de
error: CODVM0005E Se ha producido un error al intentar conectarse al gestor de máquina
virtual en la siguiente dirección: hostName. Para resolver el problema, siga estos pasos:
1. Vaya a https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=jcesdk.
2. Proporcione el ID y la contraseña de IBM y pulse Iniciar sesión. Es posible que deba
registrarse con IBM para descargar los archivos.
3. Seleccione Archivos de política de SDK JCE sin restricciones para Java 5.0 SR16, Java 6
SR13, Java 7 SR4 y versiones posteriores y pulse Continuar.
4. Vea el acuerdo de licencia, seleccione Acepto y luego pulse Confirmo.
5. Pulse Descargar ahora.
6. Extraiga los archivos y cópielos en el directorio siguiente:
<BES_Client>/LMT/VMMAN/java/jre/security
El servidor está en ejecución, pero aparece una excepción en los rastreos. La excepción está relacionada
con la conexión al ESX especificado, con el mensaje siguiente: javax.net.ssl.SSLException: Mensaje
SSL no reconocido, ¿conexión de texto sin formato?
1. Añada las líneas siguientes al archivo /etc/vmware/hostd/config.xml:
..
<ssl>
<doVersionCheck> false </doVersionCheck>
<handshakeTimeoutMs>30000</handshakeTimeoutMs>
</ssl>
<http>
<readTimeoutMs>45000</readTimeoutMs>
<writeTimeoutMs>45000</writeTimeoutMs>
<blacklistPeriodMs>3000</blacklistPeriodMs>
</http>
<vmdb>
...
2. Reinicie el servicio hostd utilizando service mgmt-vmware restart.
3. Compruebe que la excepción ya no se produzca.
El servidor está en ejecución, pero aparece una excepción org.xml.sax.SAXParseException en los
rastreos. La excepción está relacionada con la conexión al ESX especificado.
Asegúrese de tener instalados los parches más recientes en el servidor ESX problemático.

La actualización del servidor de vCenter de v5.0 a V5.1 provoca un error de conexión del servidor.
Se muestra el mensaje siguiente: CODVM0003E El gestor de máquina virtual ha denegado el
acceso porque las credenciales no son válidas. Para solucionar este problema, siga estos
pasos:
1. En el vCenter, detenga todas las sesiones con el nombre de usuario que se ha definido como
una credencial de usuario en el gestor de máquina virtual para el vCenter específico.
2. Elimine este nombre de usuario.
3. Desde el vCenter, añada de nuevo el nombre de usuario con autoridades de propagación o
sólo lectura.
4. Vuelva a definir la entrada del gestor de máquina virtual para este vCenter específico
utilizando la misma credencial de nombre de usuario.
La especificación del dominio para el nombre de usuario de los gestores de máquina virtual es
incoherente.
Se utilizan diferentes definiciones de usuarios para Microsoft Hyper-V y VMware:
test@cluster.com.
v Para VMware, el usuario se define como dominio\nombre_usuario, por ejemplo,
cluster.com\test
test@cluster.com
Los cambios en los gestores de máquina virtual no se actualizan en el servidor de IBM BigFix.
Los cambios en los gestores de máquina virtual no se actualizan en el servidor de IBM BigFix y
aparece el siguiente mensaje de error en el panel Gestores de máquina virtual: La última
modificación de los gestores de máquina virtual no se ha procesado correctamente en el
servidor de IBM BigFix. Los datos no están sincronizados con la herramienta del gestor
de máquina virtual.
Para solucionar el problema, asegúrese de que se haya instalado la herramienta del gestor de VM.
También puede ver el historial de la acción Configurar la herramienta del gestor de máquina
virtual en la consola de IBM BigFix para investigar el paso fallido. Puede encontrar información
adicional en los archivos de registro de la consola de IBM BigFix que están en uno de los
siguientes directorios:
v Windows C:\Archivos de programa (x86)\BigFix Enterprise\BES Client\__BESData\
__Global\Logs
v Linux /var/opt/BES Client/__BESData/__Global/Logs
La prueba de conexión no finaliza.
Vea la solución para: Los datos de los gestores de máquina virtual no se actualizan en el servidor
de IBM BigFix.
Los datos de los gestores de máquina virtual no se actualizan en el servidor de IBM BigFix.
Si ejecuta una prueba de conexión para un gestor de máquina virtual y la prueba no finaliza, esto
puede indicar que existe un problema en el cliente de IBM BigFix que está instalado en el
servidor de IBM BigFix. Si el cliente está detenido, las acciones que realice en BigFix Inventory se
envían al servidor de IBM BigFix, pero el estado se marca como No notificado. Para determinar
las acciones subsiguientes, investigue el cliente de IBM BigFix que está instalado en el servidor de
IBM BigFix.
Por la misma razón, los datos de los gestores de máquina virtual pueden no cargarse en el
servidor de IBM BigFix. Compruebe el valor de la columna Última operación satisfactoria para
verificar si los datos se han enviado al servidor.
566
La acciones que se realizan en el panel Gestores de máquina virtual, tales como probar la conexión o
añadir un nuevo gestor de máquina virtual, fallan.
Si las acciones que realiza en el panel Gestores de máquina virtual fallan, puede iniciar una
sesión en la consola de IBM BigFix que está asociada al origen de datos primario y comprobar el
historial de acciones recientes, tales como Configurar herramienta del gestor de máquina virtual o
Herramienta del gestor de máquina virtual - prueba de conexión. De esta manera, puede
investigar detalles del paso fallido y determinar la solución. Si no conoce con certeza a qué origen
de datos se debe conectar, inicie una sesión en BigFix Inventory y pulse Gestión > Orígenes de
datos.
Para ver el historial de acciones recientes, realice los pasos siguientes:
1. Inicie sesión en la consola de IBM BigFix que está enlazada al origen de datos primario.
2. En el árbol de navegación, pulse Sistemas.
3. En el panel superior derecho, seleccione el sistema que está definido como origen de datos
primario.
4. En el panel inferior derecho, pulse la pestaña Historial de acciones.
5. Realice una doble pulsación en una de las acciones recientes que han fallado:
v Si la prueba de conexión no ha sido satisfactoria, compruebe la acción Herramienta del
gestor de máquina virtual - prueba de conexión.
v Si la modificación de gestores de máquina virtual ha fallado, compruebe la acción
Configurar herramienta del gestor de máquina virtual.
6. En la nueva ventana, pulse la pestaña Sistemas.
7. Efectúe una doble pulsación en la acción.
8. Localice el paso fallido y examine los detalles.
El panel Gestores de máquina virtual está bloqueado o contiene mensajes de error.
El panel Gestores de máquina virtual está bloqueado y no puede realizar ninguna acción, o
contiene un mensaje de error que le indica que instale la herramienta del gestor de VM o los
servicios de IBM BigFix.
v Asegúrese de que el servidor y el cliente de IBM BigFix se hayan instalado en el punto final de
destino.
v Instale e inicie Web Reports en el servidor de IBM BigFix. Para obtener más información,
consulte Instalación de Web Reports.
v Suscriba el servidor de IBM BigFix en el sitio de IBM BigFix Inventory v9.
v Asegúrese de que el contenido del sitio de IBM BigFix Inventory v9 esté actualizado. Si su
sistema no tiene acceso a Internet, consulte Descargar archivos en un entorno aislado.
v Suscriba el punto final de destino en el sitio de IBM BigFix Inventory v9.
v Asegúrese de que se haya instalado la herramienta del gestor de VM. Para obtener más
información, consulte Instalación del herramienta del gestor de VM.
La frecuencia de CPU que aparece en el informe de inventario de hardware es igual a cero
La frecuencia de CPU es un parámetro adicional. Sólo se recupera de los sistemas que no están
gestionados por gestores de VM o de las máquinas virtuales que no tienen un estado Correcto.
Los valores de frecuencia de CPU no influyen en los cálculos de PVU.
Existen identificadores UUID de BIOS duplicados en máquinas virtuales que están gestionadas por
VMware vCloud Director.
El problema ocurre cuando se despliegan máquinas virtuales desde plantillas de catálogo. Para
solucionar el problema, consulte Los UUID de BIOS en vCloud Director no son exclusivos cuando
se despliegan máquinas virtuales desde plantillas de catálogo (2002506).

El informe Inventario de hardware de BigFix Inventory muestra Sin datos de exploración tras ejecutar
exploraciones de capacidad en los sistemas operativos de invitado de VMware.
El registro de importación contiene varias apariciones de los errores siguientes:
Se ha producido un error durante la importación de la exploración de capacidad desde el archivo:
nombre_archivo_exploración_capacidad.xml del punto final: número_punto_final.
getNodeInfo Error: El UUID de la máquina virtual de VMWare UUID (06XZXA0) no coincide con
el patrón de UUID.
En los archivos de exploración cargados por los clientes, el código de UUID contiene el número
de serie de los hosts en lugar del UUID de la máquina virtual. Ejemplo:
<VirtualMachineGuest version="1">
<UUID>06CZFCV</UUID>
<HypervisorType>VMware</HypervisorType>
</VirtualMachineGuest>
BigFix Inventory requiere números exclusivos de UUID de máquinas virtuales para calcular
correctamente la capacidad de todas las máquinas virtuales. Este error lo puede causar el número
de serie del host que aparece en el lugar donde se registra normalmente el UUID de la máquina
virtual. Si instala un sistema operativo con el llamado Reseller Option Kit (RC), algunos datos
pueden obtenerse del servidor BIOS, en lugar de la máquina virtual.
Para habilitar la recuperación adecuada de datos UUID de sistemas operativos instalados con
soportes ROK, edite el archivo .vmx de la máquina virtual y establezca el parámetro reflectHost
en true. Ejemplo:
SMBIOS.reflectHost = "true"
Si el problema persiste, fuerce la carga de datos de exploración de capacidad. Para ello, siga los
pasos que se proporcionan como solución al problema: Los datos del informe Inventario de
hardware son obsoletos.
Los datos del informe Inventario de hardware son obsoletos.
El problema se puede producir cuando falla la importación de datos de exploración de capacidad.
2. En el árbol de navegación, vaya a Fixlets y tareas y seleccione el fixlet Ejecutar exploración
de capacidad y cargar resultados.
3. En el panel inferior, pulse Emprender acción y seleccione Pulse aquí para ejecutar una
exploración de capacidad y forzar la carga de resultados .
4. Abra el panel Destino y seleccione los sistemas que desee explorar. A continuación, pulse
Aceptar.
Cuando la exploración finaliza, sus resultados se cargan en el servidor de BigFix. Una vez
importados los datos a BigFix Inventory, el informe Inventario de hardware estará actualizado.
El informe Inventario de hardware no muestra ningún dato de la serie de marca de procesador.
El problema puede producirse después de la migración o actualización. Para ver los datos de la
serie de marca de procesador en el informe, fuerce la carga de los datos de capacidad realizando
los pasos siguientes:
2. En el árbol de navegación, vaya a Fixlets y tareas y seleccione el fixlet Ejecutar exploración
de capacidad y cargar resultados.
3. En el panel inferior, pulse Emprender acción y seleccione Pulse aquí para ejecutar una
exploración de capacidad y forzar la carga de resultados .
4. Abra el panel Destino y seleccione los sistemas que desee explorar. A continuación, pulse
Aceptar.
568
Espere a la importación planificada o ejecútela manualmente. Después de la importación, los
datos estarán disponibles en el informe.
Problemas de migración
Este tema se aplica a la migración desde Tivoli Asset Discovery for Distributed, License Metric Tool 7.2.2
o 7.5. Muestra los mensajes de error que puede encontrar durante la migración y proporciona
explicaciones para cada uno de ellos. Busque en este tema para encontrar la solución a cada error o
consulte el archivo migration.log para obtener información más detallada.
La información adicional acerca de cada problema se guarda en el archivo migration.log que se

encuentra en el directorio principal de la herramienta de migración.
Mensajes de error
CODIF8161E No se puede acceder al recurso porque la importación está en curso. Este proceso puede
prolongarse en función de la capacidad del hardware del servidor.
La importación de datos debe inhabilitarse durante la migración.
Solución:
1. Inicie una sesión en BigFix Inventory de y abra el panel Importaciones de datos.
2. Para inhabilitar la importación, borre el recuadro de selección Habilitado y pulse Guardar.
3. Reinicie la migración.
CTJSM0004E No se puede leer el archivo de almacén de claves. Puede que los archivos de la
herramienta de migración estén dañados.
Este error también se muestra en los siguientes mensajes de error: CTJSM0005E, CTJSM0006E,
CTJSM0007E, CTJSM0009E, CTJSM00010E, CTJSM00051E.
Es posible que el archivo de almacén de claves que requiere la herramienta de migración esté
dañado. Debe volver a instalar la herramienta de migración para reparar los archivos.
Solución: Para volver a instalar la herramienta de migración, debe volver a instalar el servidor de
BigFix Inventory completo.
CTJSM0011E El servicio de registro no se ha iniciado. La herramienta de migración no puede trabajar
debidamente.
El servicio de registro, que es necesario para ejecutar la migración, no se puede iniciar debido a
que los archivos están dañados.
Solución:
2. Si el problema persiste, vuelva a instalar el servidor de BigFix Inventory para reparar los
archivos de la herramienta de migración.
CTJSM0012E Se ha producido un error al copiar el archivo migration.properties. Compruebe que la
herramienta de migración tenga permiso de escritura y reinicie la migración.
La herramienta de migración no puede realizar una de las operaciones del archivo
migration.properties, probablemente debido a que el espacio de disco es insuficiente o a que
faltan privilegios.
Solución: Asegúrese de que la herramienta de migración tiene permiso de escritura para su
directorio principal y que haya suficiente espacio de disco disponible. A continuación, reinicie la
migración.

CTJSM0013E Se ha producido un error al cambiar el nombre del archivo migration.properties.
Compruebe que la herramienta de migración tenga permiso de escritura y reinicie la migración.
La herramienta de migración no puede realizar una de las operaciones del archivo
migration.properties, probablemente debido a que el espacio de disco es insuficiente o a que
faltan privilegios.
Solución: Asegúrese de que la herramienta de migración tiene permiso de escritura para su
directorio principal y que haya suficiente espacio de disco disponible. A continuación, reinicie la
migración.
CTJSM0014E El servidor LMT/BFI ha tardado demasiado en responder. Compruebe que el servidor
está en ejecución o aumente el tiempo de espera de conexión en el archivo migration.properties.
No se ha recibido la respuesta del servidor de BigFix Inventory dentro del periodo de tiempo
permitido. Es posible que el servidor no se esté ejecutando o que necesite más tiempo en
responder.
Solución:
1. Edite migration.properties y aumente el tiempo de espera de conexión modificando la
propiedad LMT_SUA_PROTOCOL_TIMEOUT.
2. Asegúrese de que el servidor se esté ejecutando. Para obtener más información acerca de
cómo iniciar el servidor, consulte: Inicio del servidor.
CTJSM0015E El recurso solicitado del servidor LMT/BFI no está disponible.
El nombre de host del servidor de IBM BigFix o de BigFix Inventory es correcto, sin embargo, es
posible que se haya añadido la dirección con el nombre de un recurso específico que no existe o
que no está disponible, por ejemplo, 9.167.10.31/recurso.
Solución:
1. Edite el archivo migration.properties.
2. Asegúrese de que el valor de la propiedad IEM_HOST o LMT_SUA_HOST sea correcto. Si se ha
añadido la dirección con una serie adicional, suprímala y deje solo el nombre de host o la
dirección IP.
CTJSM0016E La solicitud HTTP al servidor LMT/BFI ha fallado debido a credenciales no válidas.
La señal de autenticación utilizada para acceder al servidor de BigFix Inventory es incorrecta.
Solución: Edite el archivo migration.properties y especifique la señal de autenticación correcta
en la propiedad LMT_SUA_TOKEN. Para obtener su señal exclusiva, siga estos pasos:
2. Pase el ratón por su nombre de usuario, situado en el ángulo superior derecho de la
aplicación, y pulse Perfil.
3. Pulse Mostrar señal.
4. Copie la señal en el archivo migration.properties.
CTJSM0018E No puede acceder al URL solicitado: nombrehost. No se ha podido determinar la
dirección IP de un host: nombrehost
El nombre de host de BigFix Inventory es incorrecto.
Solución:
2. Asegúrese de que el valor de la propiedad LMT_SUA_HOST sea correcto.
570
CTJSM0019E Se ha cerrado la conexión con el servidor LMT/BFI. Compruebe que el servidor está en
ejecución o aumente el tiempo de espera de conexión en el archivo migration.properties.
No se ha recibido la respuesta del servidor de BigFix Inventory dentro del periodo de tiempo
responder.
Solución:
propiedad LMT_SUA_PROTOCOL_TIMEOUT.
2. Asegúrese de que el servidor se esté ejecutando. Para obtener más información acerca de
cómo iniciar el servidor, consulte: Inicio del servidor.
CTJSM0021E El sitio del fixlet de LMT/BFI no está especificado en el archivo migration.properties.
El nombre del sitio de fixlets de BigFix Inventory está vacío o es incorrecto.
Solución: Edite el archivo migration.properties y especifique el valor siguiente para la
propiedad LMT_SUA_SITE: IBM Endpoint Manager for Software Use Analysis. El nombre del sitio
que se visualizará en la consola de IBM BigFix es IBM BigFix Inventory v9.
CTJSM0022E El servidor BigFix ha tardado demasiado en responder. Compruebe que el servidor está
en ejecución o aumente el tiempo de espera de conexión en el archivo migration.properties.
No se ha recibido la respuesta del servidor de IBM BigFix dentro del periodo de tiempo
responder.
Solución:
propiedad IEM_PROTOCOL_TIMEOUT.
2. Asegúrese de que el servidor se esté ejecutando. Para obtener más información sobre cómo
iniciar el servidor, consulte Gestión de los servicios de IBM BigFix.
CTJSM0023E El recurso solicitado del servidor BigFix no está disponible.
El nombre de host del servidor de IBM BigFix o de BigFix Inventory es correcto, sin embargo, es
posible que se haya añadido la dirección con el nombre de un recurso específico que no existe o
que no está disponible, por ejemplo, 9.167.10.31/recurso.
Solución:
2. Asegúrese de que el valor de la propiedad IEM_HOST o LMT_SUA_HOST sea correcto. Si se ha
añadido la dirección con una serie adicional, suprímala y deje solo el nombre de host o la
dirección IP.
CTJSM0025E La solicitud HTTP al servidor BigFix ha fallado debido a credenciales no válidas.
El nombre de usuario o la contraseña utilizados para acceder al servidor de IBM BigFix son
incorrectos.
Solución:
1. Edite el archivo de propiedades migration.properties.
2. Corrija los valores de las propiedades IEM_USER e IEM_PASSWORD. Las propiedades deben
apuntar al mismo usuario que puede iniciar sesión en la consola de IBM BigFix y que se crea
durante la instalación del servidor. El usuario predeterminado es IEMAdmin.

CTJSM0027E No se puede acceder al servidor BigFix en el URL especificado: URL.
El nombre de host del servidor de IBM BigFix es incorrecto. Es posible que el nombre de host sea
muy corto o que contenga caracteres no válidos.
Solución: Edite el archivo migration.properties y corrija el nombre de host en la propiedad
IEM_HOST.
CTJSM0028E Se ha cerrado la conexión con el servidor BigFix. Compruebe que el servidor está en
ejecución o aumente el tiempo de espera de conexión en el archivo migration.properties.
No se ha recibido la respuesta del servidor de IBM BigFix dentro del periodo de tiempo
responder.
Solución:
propiedad IEM_PROTOCOL_TIMEOUT.
2. Asegúrese de que el servidor se esté ejecutando. Para obtener más información sobre cómo
CTJSM0030E El directorio nombre_directorio especificado para los archivos csv no existe.
Puede utilizar el parámetro -dir para especificar un directorio para los archivos csv que se crean
durante la migración, pero este directorio debe existir antes de ejecutar el mandato.
Solución: Cree un directorio para los archivos csv y, a continuación, reinicie la migración.
CTJSM0037E No se puede conectar con la base de datos LMT/TAD4D.
Este error indica uno de los problemas siguientes:
v La base de datos de Tivoli Asset Discovery for Distributed 7.2.2 o 7.5 no se está ejecutando.
v El nombre de host especificado en la propiedad LMT_TAD4D_DB_HOST no responde.
v El número de puerto especificado en la propiedad LMT_TAD4D_DB_PORT es válido pero no es
correcto para esta base de datos.
Solución:
1. Compruebe si la base de datos se está ejecutando.
2. Edite el archivo migration.properties y corrija los valores de las propiedades
LMT_TAD4D_DB_HOST y LMT_TAD4D_DB_PORT.
CTJSM0038E No se puede conectar con la base de datos LMT/TAD4D debido a credenciales no
válidas.
El nombre de usuario o la contraseña de la base de datos de Tivoli Asset Discovery for
Distributed 7.2.2 o 7.5 es incorrecto.
Solución:
2. Asegúrese de que los valores de las propiedades LMT_TAD4D_DB_USER y LMT_TAD4D_DB_PASSWORD
sean correctos. El usuario de base de datos predeterminado es tlmsrv.
CTJSM0039E El nombre de host de la base de datos LMT/TAD4D es incorrecto.
El nombre de host de la base de datos de Tivoli Asset Discovery for Distributed 7.2.2 o 7.5 es
incorrecto.
LMT_TAD4D_DB_HOST.
572
CTJSM0040E La longitud del nombre de usuario, contraseña o nombre de host especificado no es
correcta.
Uno de los nombres de usuario, contraseñas o nombres de host está vacío o tiene un formato no
válido. Este error está relacionado con Tivoli Asset Discovery for Distributed 7.2.2 o 7.5.
Solución:
2. Asegúrese de que los valores especificados en el archivo sean correctos. Normalmente este
error indica problemas con la versión 7.5.
CTJSM0043E No se puede acceder al servidor BigFix en el URL especificado: URL.
El nombre de host del servidor de IBM BigFix es incorrecto. Es posible que el nombre de host sea
muy corto o que contenga caracteres no válidos.
IEM_HOST.
CTJSM0044E No se puede verificar si la versión utilizada de LMT/TAD4D es compatible con los
grupos de informes.
La herramienta de migración no puede verificar si la versión migrada de Tivoli Asset Discovery
for Distributed 7.2.2 o 7.5 soporta grupos de informes. Esta verificación es necesaria debido a que
únicamente los elementos que pertenecen al grupo de informes predeterminado se pueden
migrar. El error se produce debido a que la herramienta de migración no puede establecer la
conexión con la base de datos.
Solución:
2. Asegúrese de que los valores de LMT_TAD4D_DB_HOST y LMT_TAD4D_DB_PORT sean correctos y que
la base de datos se esté ejecutando.
CTJSM0045E Las credenciales contenidas en el archivo migration.properties no se han podido cifrar.
Las contraseñas especificadas en el archivo migration.properties no se han podido cifrar debido
a que el archivo está dañado.
Solución:
1. Copie el archivo migration.properties de plantilla que se encuentra en el directorio principal
de la herramienta de migración.
2. Edite el archivo y especifique valores para todas las propiedades.
3. Cambie el nombre del archivo migration.properties y utilícelo para ejecutar la migración.
CTJSM0046E Se ha especificado un valor no válido para la propiedad nombre_propiedad. El valor
proporcionado es: valor_propiedad.
Una de las propiedades del archivo migration.properties tiene un valor incorrecto. El nombre
de la propiedad se imprime en el mensaje.
Solución: Edite el archivo migration.properties y corrija la propiedad mencionada.
CTJSM0047E No se ha podido crear el archivo filename.csv.
La herramienta de migración no ha podido crear los archivos csv, probablemente debido a que el
espacio de disco es insuficiente o a que faltan privilegios.
Solución: Asegúrese de que la herramienta de migración tiene permiso de escritura para el
directorio donde se encuentran los archivos csv y que haya suficiente espacio de disco disponible.
Si no ha utilizado el parámetro -dir, los archivos csv se han creado en el directorio principal de
la herramienta de migración. Asimismo, asegúrese de que haya suficiente espacio de disco
disponible. A continuación, reinicie la migración.

CTJSM0048E No se pueden recuperar gestores de máquinas virtuales de LMT/TAD4D.
No se ha podido recuperar la lista de gestores de máquinas virtuales desde Tivoli Asset
Discovery for Distributed 7.2.2 o 7.5.
Solución:
1. Compruebe el archivo migration.log para obtener más detalles.
2. Asegúrese de que la base de datos de Tivoli Asset Discovery for Distributed 7.2.2 o 7.5 se está
ejecutando.
CTJSM0049E No se pueden recuperar gestores de máquinas virtuales de LMT/BFI.
No se ha podido recuperar la lista de gestores de máquinas virtuales desde BigFix Inventory.
Solución:
1. Compruebe el archivo migration.log para obtener más detalles.
2. Asegúrese de que el servidor de BigFix Inventory se esté ejecutando.
3. Asegúrese de que la versión de BigFix Inventory sea 9.2.1 o superior.
CTJSM0053E No se ha podido hacer una copia de seguridad de los archivos csv creados después de la
migración anterior. Para obtener más información, consulte el archivo migration.log.
Cuando ejecuta una migración subsiguiente, se copian los archivos csv que se han creado
después de la ejecución anterior y se cambian sus nombres para que estén disponibles como una
copia de seguridad. La herramienta de migración no ha podido crear una copia de seguridad del
archivo debido a que el espacio de disco no es suficiente o a que faltan privilegios.
CTJSM0054E Se ha producido un error al crear una copia de seguridad del archivo filename.csv.
Compruebe que la herramienta de migración tenga permiso de escritura y reinicie la migración.
copia de seguridad. La herramienta de migración no ha podido crear una copia de seguridad del
archivo debido a que el espacio de disco no es suficiente o a que faltan privilegios.
CTJSM0055E No se ha podido hacer una copia de seguridad de los archivos csv creados después de la
migración anterior porque uno de ellos está abierto en otra aplicación.
copia de seguridad. La herramienta de migración no ha podido cerrar uno de los archivos para
crear una copia de seguridad debido a que el archivo está abierto en otra aplicación.
Solución: Cierre todos los archivos csv y reinicie la migración.
CTJSM0058E El archivo migration.properties no existe.
El archivo migration.properties no existe o la herramienta de migración no puede cargarlo.
Solución:
574
CTJSM0059E No se ha podido cargar el archivo migration.properties.
El archivo migration.properties no existe o la herramienta de migración no puede cargarlo.
Solución:
CTJSM0068E No se pueden recuperar los detalles de acceso de LMT/TAD4D contenidos en el archivo
migration.properties.
Ese error indica problemas con el archivo de propiedades migration.properties.
Solución:
CTJSM0069E El protocolo de comunicación del servidor BigFix es incorrecto.
El servidor de IBM BigFix utiliza un protocolo de comunicaciones diferente al especificado en el
archivo migration.properties.
Solución:
2. Cambie el valor de la propiedad IEM_PROTOCOL por http o https.
CTJSM0070E No se puede acceder al servidor LMT/BFI en el URL especificado.
La herramienta de migración no puede acceder al servidor de BigFix Inventory en la dirección
web especificada en el archivo migration.properties. Es posible que la dirección sea incorrecta o
que el servidor no se esté ejecutando.
Solución:
2. Corrija el nombre de host en la propiedad LMT_SUA_HOST.
CTJSM0071E El protocolo de comunicaciones del servidor LMT/BFI es incorrecto.
El servidor de BigFix Inventory utiliza un protocolo de comunicaciones diferente al especificado
en el archivo migration.properties.
Solución:
2. Cambie el valor de la propiedad LMT_SUA_PROTOCOL por http o https.
CTJSM0073E El directorio directorio especificado para los archivos csv no existe.
Puede utilizar el parámetro -dir para especificar un directorio para los archivos csv que se crean
durante la migración, pero este directorio debe existir antes de ejecutar el mandato.
Solución: Cree un directorio para los archivos csv y, a continuación, reinicie la migración.

CTJSM0078E Codificación de archivo no soportada. Para obtener más información, consulte el archivo
migration.log.
Este error se produce en caso de que haya problemas con el archivo migration.properties.
Solución: copie el archivo de plantilla, que se encuentra en el directorio principal de la
herramienta de migración, y utilícelo para ejecutar la migración.
CTJSM0080E No se puede recuperar la lista de tareas del servidor BigFix.
Durante la migración de los directorios excluidos de la exploración, la herramienta de migración
inicia la tarea Añadir directorios excluidos en la consola de IBM BigFix. Este error indica que no
se ha podido iniciar la tarea, debido a que el nombre o la versión del sitio fixlet no son correctos,
o debido a que los detalles de acceso al servidor de IBM BigFix no son correctos.
Solución:
2. Asegúrese de que el sitio de fixlets especificado en la propiedad LMT_SUA_SITE sea correcto. El
nombre correcto del sitio de fixlets es: IBM Endpoint Manager for Software Use Analysis. El
nombre del sitio que se visualizará en la consola de IBM BigFix es IBM BigFix Inventory v9.
3. Asegúrese de que el sitio de fixlets se haya actualizado de modo que incluya el contenido más
reciente. El sitio se ha actualizado si contiene la tarea Añadir directorios excluidos. Para
obtener más información, consulte: Actualización del sitio de fixlets.
4. Asegúrese de que los detalles de acceso del servidor de IBM BigFix que se han especificado
en las propiedades IEM_HOST e IEM_PORT sean correctos.
CTJSM0082E No se puede enviar la configuración de los gestores de máquina virtual al servidor
BigFix. Error detallado: No se ha podido completar la acción debido a que no se ha podido enviar al
servidor de BigFix nombre_servidor.
Las definiciones de los gestores de máquinas virtuales se han migrado correctamente a BigFix
Inventory, pero no se han podido configurar en el servidor de IBM BigFix. Este error puede ser
debido a que IBM BigFix no se está ejecutando o a que las credenciales no son correctas.
Este mensaje de error siempre se añade a uno de los siguientes mensajes detallados:
v Asegúrese de que el servidor de BigFix se está ejecutando. Para obtener más detalles, consulte el registro
1. Compruebe el archivo tema.log, el cual puede contener más detalles acerca del problema.
El archivo de registro está en el directorio dir_instalación/wlp/usr/servers/server1/
logs/.
2. Asegúrese de que IBM BigFix esté en ejecución. Para obtener más información sobre cómo
v Las credenciales para el servidor de BigFix son incorrectas. Para resolver el problema, vaya a Gestión >
Orígenes de datos y especifique las credenciales correctas.
2. En la barra de navegación, pulse Gestión > Orígenes de datos.
3. Seleccione el servidor y corrija el nombre de usuario y la contraseña. Pulse Guardar.
Solución: Después de solucionar el problema, ejecute el mandato siguiente para actualizar las
definiciones de los gestores de máquinas virtuales en el servidor de IBM BigFix:
./migration.sh -vmupdate
CTJSM0084E No se ha podido encontrar el sitio external/nombre_sitio.
El sitio de fixlets que se ha especificado en el archivo migration.properties es incorrecto o no se
ha habilitado en el servidor de IBM BigFix.
Solución:
576
1. Edite el archivo migration.properties y asegúrese de que el nombre especificado en la
propiedad LMT_SUA_SITE sea correcto. El nombre correcto del sitio de fixlets es: IBM Endpoint
Manager for Software Use Analysis. El nombre del sitio que se visualizará en la consola de
IBM BigFix es IBM BigFix Inventory v9.
2. Asegúrese de que el sitio de fixlets esté habilitado en el servidor de IBM BigFix. Para obtener
más información sobre cómo habilitar el sitio del fixlet, consulte: Suscripción a los sitios de
fixlets.
CTJSM0089E No se ha podido encontrar la tarea Añadir directorios excluidos en el sitio de fixlets de
LMT/BFI.
La tarea Añadir directorios excluidos debe estar presente en el sitio de fixlets. Es posible que el
sitio de fixlets no se haya actualizado a la versión más reciente o que el nombre especificado en el
archivo migration.properties sea incorrecto.
Solución:
1. Edite el archivo migration.properties y asegúrese de que el nombre especificado en la
propiedad LMT_SUA_SITE sea correcto. El nombre correcto del sitio de fixlets es: IBM Endpoint
Manager for Software Use Analysis. El nombre del sitio que se visualizará en la consola de
IBM BigFix es IBM BigFix Inventory v9.
2. Si Añadir directorios excluidos no se encuentra en el sitio de fixlets, actualícelo para
descargar el contenido más reciente.
CTJSM0090E No se ha podido iniciar la tarea Añadir directorios excluidos en el sitio de fixlets de
LMT/BFI.
La herramienta de migración no se ha podido conectar al servidor de IBM BigFix para iniciar la
tarea Añadir directorios excluidos, lo cual es necesario para migrar los directorios excluidos.
Solución: Consulte el archivo migration.log que describe los detalles acerca del problema.
CTJSM0092E El número de instancias de software migradas en un lote podría ser demasiado alto.
Edite el archivo migration.properties y cambie el valor de SUA_READ_SOFTWARE_BATCH_SIZE a
1000. Las instancias de software se migran en lotes que contienen alguna cuota de todas las instancias.
Si hay demasiadas instancias en un lote, la conexión podría bloquearse. En tal caso, debe reducir
el número de instancias que se migran en un lote.
Solución:
v Edite el archivo migration.properties y cambie el valor de SUA_READ_SOFTWARE_BATCH_SIZE a
1000.
El servidor de IBM BigFix ha tardado demasiado tiempo en responder. La migración de directorios
excluidos puede estar descompuesta en demasiados paquetes. Edite el archivo migration.properties y
cambie el valor de IEM_READ_EXCLUDED_DIRECTORIES_NR_OF_PACKETS a 50.
Antes de la migración, todos los directorios excluidos se descomponen en varios paquetes
menores para evitar migrar archivos grandes. Si se crean y migran demasiados paquetes a la vez,
la conexión podría bloquearse. En tal caso, debe reducir el número de paquetes creados.
Solución:
v Edite el archivo migration.properties y cambie el valor de
IEM_READ_EXCLUDED_DIRECTORIES_NR_OF_PACKETS a 50.
Registros y códigos de retorno

Busque archivos de registro e interprete códigos de retorno para resolver problemas.

Registros de instalación y actualización del servidor
Los archivos de registro de instalación y actualización se encuentran en los mismos directorios, ya que
esos procesos se completan utilizando el mismo instalador. Si encuentra algún problema al instalar o
actualizar el servidor, consulte los archivos de registro para obtener más información sobre los errores
que se producen.
Existen varios archivos de registro que se crean durante la instalación o la actualización, o sólo cuando el
proceso ha fallado o se ha completado satisfactoriamente. Cada vía de acceso empieza por una variable
que es específica del sistema operativo. Estas variables se describen debajo de la tabla.
Tabla 85. Archivos de registro de instalación y actualización
Estado de la
instalación Windows Linux
En curso %USERPROFILE%\BFI_9.2 $HOME/BFI_9.2
%USERPROFILE%\ia.log $HOME/ia.log
directorio_instalación_BESClient\LMT\ directorio_instalación_BESClient\LMT\
BFI_upgrade.log BFI_upgrade.log
Error %USERPROFILE%\ $HOME/
BFI_9.2_indicación_fecha_hora_logs.zip BFI_9.2_indicación_fecha_hora_logs.tar.gz
Correcto directorio_instalación\ directorio_instalación/
BFI_9.2_indicación_fecha_hora_logs.zip BFI_9.2_indicación_fecha_hora_logs.tar.gz
%USERPROFILE%
Directorio de inicio del usuario que ha instalado el servidor, por ejemplo, C:\Users\
Administrator\.
Importante: Cuando realiza la actualización utilizando un Fixlet, la actualización se ejecuta con el

usuario NT AUTHORITY\SYSTEM, cuyo directorio de inicio predeterminado es C:\Windows\System32\
config\systemprofile\.
$HOME
Directorio de inicio del usuario que ha instalado el cliente de BigFix, por ejemplo, /root/.
Contenido del archivo de registro
Para comprender la causa raíz de los problemas de instalación y actualización, examine los archivos de
registro para buscar mensajes cuyo nivel de gravedad sea WARN o ERROR. El ejemplo siguiente muestra
un mensaje de aviso.
<Message Id="CODIN0215W" Severity="WARN">
<Time Millis="1381929782997"> 2013-10-16 15:23:02.997+02:00</Time>
<Server Format="IP">NC040226.kraklab.pl.ibm.com</Server>
<ProductI>dCOD</ProductI>d
<Component>Install</Component>
<ProductInstance></ProductInstance>
<LogText><![CDATA[CODIN0215W The following ports are in use: 9081, .
The installation process can be continued but the server will not be started.
The server has to be started manually after resolving the ports conflict.]]></LogText>
<Source FileName="com.ibm.license.mgmt.install.ia.common.CommunicationCommon"
Method="okToContinue"/>
<TranslationInfo Type="JAVA" Catalog="userLocales.InstallMessageEWI" MsgKey="checkPorts">
<Param><![CDATA[9081, ]]></Param></TranslationInfo>
<Principal></Principal>
</Message>
578
Para obtener más información sobre los errores y los códigos de retorno que pueden aparecer en los
registros, vaya a “Códigos de retorno de instalación y desinstalación del servidor” en la página 582.
Archivo de registro de servidor

El archivo de registro de servidor tema.log reside en el directorio directorio_instalación/wlp/usr/
servers/server1/logs/. El archivo de registro guarda todas las acciones relacionadas con el servidor y es
la fuente principal de información para fines de resolución de problemas. Se informa de cada acción del
archivo de registro según el huso horario UTC, pero el archivo también muestra información sobre el
huso horario local del servidor.
Nota: Este directorio también contiene el archivo production.log. Es un registro adicional que contiene
mensajes relacionados con el servidor de bases de datos y puede utilizarse para investigar los problemas
relacionados con la base de datos. La mayoría de la información que se graba en este registro también
está disponible en tema.log.
Valores que puede modificar

Las propiedad de registro es establecen en el archivo server.xml que está en uno de los directorios
siguientes:
v Windows directorio_instalación\wlp\usr\servers\server1
v Linux directorio_instalación/wlp/usr/servers/server1
Puede cambiar los valores siguientes:

messageFileName
Es el nombre del archivo de registro del servidor. El nombre predeterminado es tema.log.
logDirectory
Es la ubicación del archivo de registro del servidor. La ubicación predeterminada es:
v Windows directorio_instalación\wlp\usr\servers\server1
v Linux directorio_instalación/wlp/usr/servers/server1
maxFileSize
Es el tamaño máximo (en MB) que un archivo de registro puede alcanzar antes de sobrescribirse.
Para inhabilitar este atributo, establezca el valor en 0. El valor predeterminado es 10.
maxFiles
Si existe un tamaño máximo de archivo, este valor se utiliza para determinar el número máximo
de iteraciones del archivo de registro del servidor. Si el archivo de registro alcanza el tamaño
máximo definido en el parámetro maxFileSize, los mensajes restantes se transfieren a otra
iteración del archivo.
Nivel de registro
El nivel de registro controla qué sucesos se registran en el archivo de registro del servidor. El nivel de
registro es establece en el archivo log4j.properties, que está en uno de los directorios siguientes:
v Windows directorio_instalación\wlp\usr\servers\server1\config
v Linux directorio_instalación/wlp/usr/servers/server1/config
Puede utilizar la propiedad log4j.rootCategory para cambiar el nivel de registro. El nivel
predeterminado es INFO. Los niveles de registro posibles son los siguientes:
FATAL
La tarea no puede continuar, y el componente, aplicación y servidor no pueden funcionar.

ERROR
Sucesos de error que todavía pueden permitir que la aplicación siga ejecutándose.
WARN
Error potencial o error inminente. Este nivel también puede indicar una anomalía progresiva.
INFO Información general que describe el progreso global de la tarea.
DEBUG
Sucesos informativos detallados que son especialmente útiles para depurar una aplicación.
Huso horario
La hora de todas las acciones guardadas en el archivo de registro se especifica según el huso horario
UTC. Puede comparar estas acciones con el huso horario local del servidor para saber cuándo se ha
producido exactamente una acción concreta. La información sobre el huso horario del servidor se graba al
principio del archivo de registro y se repite cada 1000 entradas. Los ejemplos siguientes son extractos del
archivo de registro:
Windows
[INFO]: Local Server Time Zone is CurrentTimeZone=-300 (UTC-06:00) DaylightBias=-60
Linux
[INFO]: Local Server Time Zone is +0200 Europe/Warsaw
Habilitación del registro del consumo de memoria

Puede registrar información sobre la memoria que utiliza BigFix Inventory.
Procedimiento
Establezca la variable de entorno LOG_MEMORY en true en el archivo /etc/init.d/BFIserver.

SERVER_NAME=server1
WLP_PATH=/opt/IBM/BFI/wlp
export JAVA_HOME=/opt/IBM/BFI/jre/jre
export TEMA_HOME=/opt/IBM/BFI/wlp/usr/servers/server1
export PATH=${PATH}:/opt/IBM/BFI/wlp/usr/servers/server1/bin
export LOG_MEMORY=true
Resultados
Cada registro devuelve información del consumo de memoria.

INFO: Memory Used,458MB,Memory Diff,0kB,Memory Committed,743MB,
DEBUG: SF = # <SAM::ScanFile @values={:scan_file_id=>1, :file_size=>18681, :computer_id=>4,
:file_name=>"itsitsearch_0_3205710.xml.bz2"}>
INFO: Memory Used,460MB,Memory Diff,1835kB,Memory Committed,743MB,
DEBUG: Checking cache for /itsitsearch_0_3205710.xml.bz2
Registros de importación
Los registros de importación contienen información sobre la importación de datos desde el servidor de
BigFix a BigFix Inventory . Se listan los pasos relacionados con el proceso de importación y se muestran
sus estados. Se informa de cada acción del archivo de registro según el huso horario UTC, pero el archivo
también muestra información sobre el huso horario local del servidor.
Los registros se almacenan en uno de los siguientes directorios:

v Windows directorio_instalación\wlp\usr\servers\server1\logs\imports
v Linux directorio_instalación/wlp/usr/servers/server1/logs/imports
580
También puede acceder al registro de la última importación desde la interfaz de usuario de BigFix
Inventory . Para ver el registro, pulse Gestión > Importaciones de datos. El último megabyte de los
datos de registro se visualiza en la interfaz de usuario web.
Para descargar una versión anterior del registro de importación desde la interfaz de usuario, identifique
la fila de tabla con la importación en la que está interesado y pulse Descargar. El archivo de registro se
guarda en el directorio de descargas de su navegador.
Nivel de registro
De forma predeterminada, el nivel de registro de importación de datos se establece en INFO. Puede

cambiar el valor para recopilar información de depuración sobre las relaciones rotas, por ejemplo
relaciones de componentes suprimidas. Para habilitar el registro de depuración, abra el panel Valores
avanzados de servidor, y cambie el valor del parámetro debug_logging_for_imports a true.
Al habilitar el nivel de registro de depuración, aumenta el tamaño del registro de importación de datos,
lo que puede producir errores al visualizar el registro en la interfaz de usuario. Este problema afecta a
menudo a Internet Explorer y puede resolverse accediendo a la interfaz de usuario desde un navegador
diferente. Para obtener más información, consulte Resolución de problemas.
Estados de importación
Correcto
La importación ha finalizado satisfactoriamente.
Incompleta
La importación no ha podido finalizar. Esto puede ocurrir cuando el servidor de BigFix Inventory
se ha detenido durante la importación. Asegúrese de que el servidor esté en ejecución, compruebe
los registros de importación y vuelva a ejecutar la importación.
Error La importación ha fallado. Asegúrese de que el servidor de BigFix esté en ejecución, compruebe
los registros de importación y vuelva a ejecutar la importación.
Huso horario
La hora de todas las acciones guardadas en el archivo de registro de importaciones se especifica según el
huso horario UTC. Puede comparar estas acciones con el huso horario local del servidor para saber

cuándo se ha producido exactamente una acción concreta. La información sobre el huso horario del
servidor se graba al principio del archivo de registro y se repite cada 1000 entradas. Los ejemplos
siguientes son extractos del archivo de registro:
Windows
[INFO]: Local Server Time Zone is CurrentTimeZone=-300 (UTC-06:00) DaylightBias=-60
Linux
[INFO]: Local Server Time Zone is +0200 Europe/Warsaw
Registros de creación de base de datos y códigos de retorno

El script createdb.sh genera un archivo de registro con información que puede ayudarle a determinar
por qué ha fallado la creación o validación de la base de datos. El archivo de registro createdb.sh reside
en el directorio /tmp. El archivo tiene una indicación horaria como sufijo del nombre de archivo, por
ejemplo: /tmp/createdb_20131018-131841.
Linux El archivo de registro sólo se crea si ha instalado BigFix Inventory en Linux y utiliza un
servidor DB2.
Códigos de retorno
Compruebe el código de retorno para determinar las razones por las que ha fallado la creación de la base
de datos.
Tabla 86. Códigos de retorno del script create database
Código de
retorno Descripción y soluciones posibles
0 Base de datos creada correctamente.
1 Se muestra un mensaje de ayuda, o sintaxis incorrecta.
100 Se han producido uno o más errores durante la creación de la base de datos. Error de creación de
base de datos. Examine el archivo de registro de la creación de la base de datos:
/tmp/createdb_latest_timestamp.
101 Base de datos ya creada.
102 Se han producido uno o más errores durante la validación de la base de datos. Se ha producido
un error al ejecutar los mandatos de DB2 del script. El script necesita que el entorno DB2 esté
inicializado correctamente.
103 La versión de DB2 no se ha podido leer correctamente desde el mandato db2level. El mandato
db2level devolvió la versión de DB2 en un formato inesperado.
104 Versión de base de datos no soportada. Puede comprobar la versión ejecutando los mandatos
db2level y db2licm - l como usuario SYSADM.
105 Se ha encontrado una edición no soportada de la base de datos en el sistema. Puede comprobar la
versión ejecutando los mandatos db2level y db2licm - l como usuario SYSADM.
127 El mandato db2 no se puede ejecutar. Instancia de DB2 configurada incorrectamente. El usuario
que ejecuta el script debe tener autorización SYSADM. Intente ejecutar el script como propietario
de la instancia de DB2.
Códigos de retorno de instalación y desinstalación del servidor

Si la instalación o la desinstalación del servidor falla, consulte el código de retorno para buscar el motivo
del problema y las posibles soluciones.
582
La tabla muestra los códigos de retorno que se registran durante la instalación o la desinstalación del
Tabla 87. Códigos de retorno de instalación y desinstalación del servidor
Código de
0 El servidor se ha instalado correctamente.
5 Se ha producido un error inesperado.
6 Se ha producido una excepción inesperada.
7 Se ha producido un error interno. El instalador no ha podido guardar el archivo con la
información recopilada o generada durante la fase de preinstalación.
8 La instalación se ha cancelado.
9 Un paso posterior a la instalación ha terminado antes de finalizar. Pueden producirse problemas
con la reanudación de la instalación.
11 La validación de los puertos de comunicación ha fallado. O bien se ha especificado el mismo
puerto para más de un parámetro, o bien el puerto especificado está utilizándose. Si desea
especificar un puerto que se está utilizando temporalmente pero estará disponible más adelante,
establezca el parámetro RSP_DISABLE_COMMUNICATION_WARNINGS en true.
13 La validación del acuerdo de licencia o la vía de acceso del archivo ha fallado. No se ha aceptado
el acuerdo de licencia, la vía de acceso del archivo de respuestas de la instalación no es absoluta o
el mandato es demasiado largo. Para aceptar el acuerdo de licencia, establezca el parámetro
RSP_LICENSE_ACCEPTED en el archivo de respuestas en true. Si el problema persiste, asegúrese de
que está especificando una vía de acceso absoluta, o mueva los archivos a un directorio simple
diferente, para acortar el mandato, por ejemplo, /root/BFI.
14 No hay espacio suficiente para la instalación. Para comprobar cuánto espacio de disco libre es
necesario para continuar con la instalación, consulte el siguiente registro de instalación:
directorio_instalación/BFI_9.2_indicación_fecha_hora_logs.tar.gz.
18 La validación de la vía de acceso de la instalación ha fallado. O bien la vía de acceso especificada
es incorrecta, o bien el directorio de instalación es de sólo lectura.
20 Se ha especificado un parámetro de archivo de respuestas desconocido. Elimine el parámetro del
archivo de respuestas de la instalación.
21 No se ha encontrado el archivo de respuestas. O bien está vacío, o bien contiene finales de línea
de Windows, en lugar de finales de línea de Unix.
23 La interfaz de línea de mandatos u otra aplicación de la vía de acceso de instalación de BigFix
Inventory continúa en ejecución. Finalice el proceso manualmente o establezca el parámetro
RSP_AUTO_CLOSE_PROCESSES en true.
26 Se ha producido un error interno. La creación del directorio de registro ha fallado.
27 Ha sido imposible reconocer el entorno, por ejemplo, los productos instalados.
28 El escenario de actualización no está soportado.
29 Una parte de BigFix Inventory que ya está instalada está dañada.
30 El asistente de desinstalación no ha encontrado la información sobre productos en los registros.
BigFix Inventory ya estaba desinstalado.
31 No se ha obtenido el nombre de host. Para verificar el nombre de host, en la interfaz de línea de
mandatos, escriba el mandato siguiente:
nslookup nombre_host
32 Se ha detectado una excepción al leer el archivo setup.ini.
33 Ha fallado un intento de creación de un directorio de registro en la vía de acceso de instalación
porque ya existe un archivo denominado BFI9.2. Para continuar con la instalación, suprima el
archivo.
34 El directorio de registros está en modalidad de sólo lectura.

Tabla 87. Códigos de retorno de instalación y desinstalación del servidor (continuación)
Código de
35 La variable de entorno del sistema TEMP no apunta a un directorio válido.
36 La instalación en la modalidad de consola no está soportada. Utilice la modalidad silenciosa o
interactiva.
37 Los recursos necesarios no han podido extraerse de la imagen de instalación.
38 Los recursos necesarios no han podido encontrarse dentro de la imagen de instalación.
41 El proceso posterior a la instalación ha fallado.
42 Ya se está ejecutando otra instancia del instalador.
46 El proceso posterior a la instalación se ha interrumpido.
50 La reanudación de una instalación anómala en modalidad silenciosa no está soportada.
55 Todos los elementos de la infraestructura ya están instalados.
59 Se ha producido un error interno. Póngase en contacto con el soporte de IBM.
214 El proceso de desinstalación no se ha podido conectar con el servidor X. Verifique que la variable
DISPLAY se haya establecido correctamente y que apunte a un servidor X operativo.
Códigos de retorno del explorador

Si la exploración de software o de capacidad falla, se devuelve un código de error que indica por qué la
exploración ha fallado. Compruebe cuál es la posible causa del error de exploración que indica cada
código y cómo resolver el problema.
Para la exploración de software, los códigos de error se devuelven en los resultados del análisis Estado
de exploración de software. Para la exploración de capacidad, los códigos de error se escriben en los
registros de cliente de BigFix. Los registros se almacenan en las siguientes ubicaciones:
Windows C:\Archivos de programa (x86)\BigFix Enterprise\BESClient\__BESData\__Global \Logs
Linux /var/opt/BESClient/__BESData/__Global/Logs
Consejo: Para cada código de retorno, compruebe si el registro del cliente de BigFix hace referencia a la
ejecución del script checkCapacityScanOutput.vbs. Si el registro hace referencia al script, el código de
retorno es específico del script. Indica que los resultados de la exploración de capacidad están
incompletos. Normalmente el problema se resuelve después de la siguiente exploración o después de la
actualización del explorador a la versión más reciente.
Tabla 88. Códigos de retorno del explorador
Código
de
0 Sin errores.
3 No se ha podido analizar un archivo de firmas. Actualice el catálogo del explorador en los puntos
finales donde se haya producido el problema.
4 No se ha podido guardar el archivo de salida de exploración en el directorio de salida. Asegúrese de
que el directorio de salida de exploración es grabable. De forma predeterminada, el directorio es:
Windows C:\Program Files (x86)\BigFix Enterprise\BESClient\LMT\CIT
Linux var/opt/BesClient/LMT/CIT
6 El catálogo del explorador no existe en el punto final. Actualice el catálogo del explorador en los puntos
finales donde se haya producido el problema.
584
Tabla 88. Códigos de retorno del explorador (continuación)
Código
de
8 Se ha producido un error interno del explorador. Recopile los archivos de registro del explorador y
consulte al servicio de soporte de IBM.
9 El explorador ha agotado el tiempo de espera. Efectúe las tareas siguientes:
exploración.
v Aumente la cantidad de CPU que puede consumir el explorador aumentando el umbral de CPU en la
tarea Iniciar exploración de software.
v Disminuya el nivel de rastreo de explorador en la tarea Editar valores de rastreo de explorador.
10 El explorador se está actualizando. Espere hasta que finalice la actualización.
11 El archivo o directorio de salida de la exploración es de sólo lectura. Asegúrese de que el archivo o
directorio de salida de exploración sea grabable. De forma predeterminada, el directorio es:
12 No se ha encontrado el archivo cit.ini. Instale el explorador.
13 No se ha encontrado el archivo de configuración del explorador. Reinstale o actualice el explorador.
14 No se ha encontrado el archivo de rastreo de explorador. Reinstale o actualice el explorador.
18 No se ha podido abrir uno de los archivos del explorador. Asegúrese de que el administrador o raíz del
sistema en el que se ha producido el problema tenga permisos de lectura y escritura en los archivos
siguientes:
v Archivo de salida de exploración que, de forma predeterminada, está en el directorio siguiente:
v Archivo de configuración de explorador CitHWConfig.xml, archivo de propiedades de explorador
Cit.properties y archivo de rastreo de explorador CitTrace.properties, que, de forma
predeterminada, están en el directorio siguiente:
Windows C:\Archivos de programa\tivoli\cit\config
Linux var/opt/tivoli/cit/config/
19 No se ha podido cambiar el nombre de uno de los archivos del explorador. Asegúrese de que el
administrador o raíz del sistema en el que se ha producido el problema tenga permisos de lectura y
escritura en los archivos siguientes:

Código
de
20 No se ha podido suprimir uno de los archivos del explorador. Asegúrese de que el administrador o raíz
del sistema en el que se ha producido el problema tenga permisos de lectura y escritura en los archivos
siguientes:
21 El archivo de configuración del explorador se ha dañado. Reinstale o actualice el explorador.
22 El archivo de rastreo de explorador está dañado. Reinstale o actualice el explorador.
28 Un archivo necesario de biblioteca compartida no está disponible. Reinstale o actualice el explorador.
29 El explorador ha agotado el tiempo de espera. Efectúe las tareas siguientes:
exploración.
v Aumente la cantidad de CPU que puede consumir el explorador aumentando el umbral de CPU en la
tarea Iniciar exploración de software.
v Disminuya el nivel de rastreo de explorador en la tarea Editar valores de rastreo de explorador.
30 La consulta de explorador ha fallado. Recopile los archivos de registro del explorador y consulte al
servicio de soporte de IBM.
31 Se ha interrumpido el proceso de exploración. Detenga la acción de exploración que se ejecuta en los
puntos finales donde se produjo el problema e inicie las exploraciones de nuevo.
40 Se ha producido un error al crear el archivo de advertencia durante la exploración de software.
Asegúrese de que el administrador o raíz del sistema en el que se ha producido el problema tenga
permisos de lectura y escritura en el directorio siguiente:
41 La inicialización del proceso del explorador ha fallado. Recopile los archivos de registro del explorador
y consulte al servicio de soporte de IBM.
42 No se ha encontrado el esquema del catálogo de firmas. Reinstale o actualice el explorador. Si no sirve
de ayuda, reúna los registros del explorador y póngase en contacto con el soporte de IBM.
49 El usuario que ejecuta la exploración no tiene permiso de lectura en el archivo de propiedades del
explorador Cit.properties. Asegúrese de que el administrador o raíz del sistema en el que se ha
producido el problema tenga permisos de lectura en este archivo. De forma predeterminada, el archivo
586
Código
de
51 No se ha encontrado el archivo de configuración del explorador. Reinstale o actualice el explorador.
54 El archivo de exploración no se puede comprimir. Asegúrese de que el administrador o raíz del sistema
en el que se ha producido el problema tenga permisos de lectura y escritura en el directorio siguiente:
56 No se ha podido crear el archivo de firmas de salida de la exploración. Asegúrese de que el
administrador o raíz del sistema en el que se ha producido el problema tenga permisos de lectura y
escritura en el directorio siguiente:
125 La asignación de memoria ha fallado. Recopile los archivos de registro del explorador y consulte al
servicio de soporte de IBM.
Cambio y análisis de los valores de rastreo de explorador

Puede cambiar los valores de rastreo de explorador para recopilar datos de diagnóstico para ayudar a
investigar problemas.
Cambio de valores de rastreo de explorador

Si el soporte de IBM lo solicita o para limitar la cantidad de rastreos generados por la herramienta de
explorador, puede cambiar los valores de rastreo de explorador.
Antes de empezar
Debe ser un Operador maestro para realizar esta tarea.
Procedimiento
tareas.
3. Seleccione Editar valores de rastreo de explorador y especifique los valores siguientes:
v Nivel de rastreo
v Número de archivos de rastreo
v Tamaño de archivo de rastreo
En el panel inferior, pulse Llevar a cabo una acción.
4. Para seleccionar un subconjunto de sistemas en los que desea crear la configuración de capacidad,
abra la pestaña Destino y pulse los sistemas.
Análisis de valores de rastreo de explorador

Puede comprobar los sistemas en los valores de rastreo de explorador y ver el número de archivos de
rastreo y el tamaño de archivo de rastreo.

Procedimiento
2. En el árbol de navegación, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 > Análisis.
3. En el panel superior derecho, seleccione un análisis Valores de rastreo de explorador y, en el panel
inferior derecho, pulse la pestaña Resultado.
Para cada punto final, puede ver la información siguiente:
v Nombre de host de sistema
v ID de sistema
v Nivel de rastreo
v Número de archivos de rastreo
v Tamaño de archivo de rastreo
Inicio y carga de datos de diagnóstico

Puede recopilar y cargar datos de diagnóstico que son necesarios para la investigación de problemas de
Inicio de recopilación de datos de diagnóstico

Si lo solicita el soporte de IBM, puede recopilar los datos de diagnóstico que sean necesarios para la
investigación de problemas de inventario de software. Para recopilar datos de diagnóstico, debe iniciar la
recopilación de datos de diagnóstico.
Antes de empezar
Procedimiento
tareas.
3. Seleccione Iniciar herramienta de diagnóstico de explorador y, en el panel inferior, pulse Llevar a
cabo una acción.
4. Seleccione un subconjunto de sistemas en los que desea iniciar la recopilación de datos de diagnóstico
y pulse Aceptar
Importante: Al iniciar la recopilación, el proceso de recopilación se ejecuta en segundo plano. En

función del número de puntos finales y de los datos que se deban recopilador, la recopilación puede
tardar varias horas en completarse. Cuando la tarea Cargar datos de diagnóstico de explorador es
relevante en los puntos finales, la recopilación de datos finaliza satisfactoriamente y los datos de
recopilación se cargan en el servidor de BigFix.

Cargar datos de diagnóstico de explorador. Antes de cargar los datos, debe esperar hasta que la
recopilación de datos haya finalizado satisfactoriamente.
588
Carga de datos de diagnóstico de explorador
Si lo solicita el soporte de IBM, puede recopilar los datos de diagnóstico que sean necesarios para la
investigación de problemas de inventario de software. Cuando la recopilación de datos de diagnóstico se
ha completado satisfactoriamente, debe cargar los datos.
Antes de empezar
Cuando la tarea Cargar datos de diagnóstico de explorador es relevante en los puntos finales, la
recopilación de datos finaliza satisfactoriamente y se pueden cargar los datos de recopilación. Puede
cargar los datos manualmente desde cada punto final o puede utilizar la tarea Cargar datos de
diagnóstico de explorador para cargar datos para todos los puntos finales.
Procedimiento
Utilice uno de los siguientes métodos para cargar datos de diagnóstico.

v Cargar datos de diagnóstico con la tarea Cargar datos de diagnóstico de explorador.
tareas
3. Seleccione Cargar datos de diagnóstico de explorador y en el panel inferior, pulse Llevar a cabo
una acción.
4. Seleccione un subconjunto de sistemas de los que desea cargar datos de diagnóstico recopilados y
pulse Aceptar
Cuando se completa la tarea, se carga un archivo comprimido de datos de diagnóstico
ScannerDebugData en el directorio Servidor_BES\UploadManagerData\BufferDir\sha1\
ÚLTIMO_2_NÚMEROS_ID_SISTEMA\ID_SISTEMA. Puede encontrar el ID de un sistema en los resultados del
Análisis de rastreo de explorador.
v Cargar datos de diagnóstico manualmente.
1. Inicie la sesión en un punto final en el que la recopilación de datos de diagnóstico haya finalizado
satisfactoriamente.
2. Copie el archivo ScannerDebugData comprimido en el servidor. El archivo ScannerDebugData está en
el directorio ClienteBES\LMT\CIT.
Resultados
Se cargan los datos en el servidor de IBM BigFix.
Comprobación de por qué un fixlet o tarea no es relevante

Cuando un fixlet o una tarea no es relevante en un punto final determinado, puede crear un análisis que
comprueba qué parte de la expresión de relevancia no coincide. De esta manera, puede identificar la
razón exacta del motivo por el cual la tarea o el fixlet no se puede ejecutar en un punto final y resolver el
problema.

Antes de empezar
Si está utilizando la versión 9.0 de la consola de IBM Endpoint Manager, puede producirse un error de
script durante la creación del análisis. Para evitar el problema, asegúrese de que la versión de IBM
Endpoint Manager que está utilizando sea superior a la 9.0.
Procedimiento
1. En el árbol de navegación de IBM BigFix, pulse Sitios > Sitios externos > IBM BigFix Inventory v9 >
Fixlets y tareas.
2. En el panel superior derecho, seleccione Analizar la relevancia de un fixlet o una tarea.
3. Elija el fixlet o la tarea que desee analizar. A continuación, pulse Crear análisis.
4. Opcional: En la ventana que se abre, puede cambiar el nombre de visualización del análisis o decidir
si el análisis se activa automáticamente.
590
5. Para crear un análisis, pulse Aceptar. De forma predeterminada, el análisis se crea en el sitio de
acciones maestro y se activa de forma global.
6. Abra el sitio de acciones maestro y pulse Análisis.
7. En el panel superior derecho, seleccione Comprobar la relevancia para el fixlet/tarea nombre desde el
sitio de IBM BigFix Inventory y abra la pestaña Resultados. La parte de la expresión de relevancia
que hace que la tarea o el fixlet no sea relevante en un punto final determinado tiene el valor de
False. En este ejemplo, las partes segunda y tercera de la relevancia no coinciden y, por tanto, esto
hace que la tarea completa no sea relevante.
8. Cuando ya sabe qué parte de la expresión de relevancia no coincide, abra la pestaña Detalles para ver
el contenido de la relevancia. En este ejemplo, la tarea no es relevante por dos razones. En primer
lugar, el punto final de destino no cumple los requisitos del sistema operativo (relevancia 2). En
segundo lugar, el directorio SUA_Server_Path/properties/version o SUA_Server_Path/iso-swid no
existe en el punto final o el último catálogo de software ya está disponible en dicho punto final
(relevancia 3).
Resultados
Cuando conoce el motivo exacto de por qué un fixlet o una tarea no es relevando en un punto final,
puede resolver el problema.

El análisis se crea en el sitio de acciones maestro y, por lo tanto, está activado en todos los puntos finales
que informan a IBM BigFix, no sólo los puntos finales que están suscritos al sitio de BigFix Inventory.
Para evitar problemas de rendimiento, desactive el análisis cuando identifique y resuelva el problema de
relevancia de un fixlet o de una tarea. Para desactivar un análisis, pulse el botón derecho del ratón en
Desactivar.
Eliminación manual del servidor

Si tiene problemas con la desinstalación del servidor de BigFix Inventory, puede eliminarlo manualmente.
Procedimiento
1. Ejecute el siguiente mandato para verificar que el proceso asociado con el servidor se está ejecutando:
ps -ef | grep <dir instalación>/cli | grep server1
Consejo: El ID del proceso es el número que aparece junto al nombre de usuario.

2. Finalice el proceso ejecutando el siguiente mandato:
kill -9 <ID de proceso>
3. Elimine el directorio donde ha instalado BigFix Inventory:
rm -rf <dir_instalación>
Por ejemplo:
rm -rf /opt/IBM/BFI
4. Edite el archivo .com.zerog.registry.xml que hay en el directorio /var. Si ha instalado el servidor
como un usuario no root, el archivo de registro está en /$HOME.
5. En el archivo de registro, ubique las entradas que están relacionadas con BigFix Inventory. Elimine las
entradas que representan el producto y todos los componentes relacionados. Puede reconocerlas por el
nombre de producto y una vía de acceso de archivo común. Si el archivo de registro sólo contiene
entradas para BigFix Inventory, puede suprimir el archivo completo.
Comprobación de la fecha de instalación del cliente

Puede crear una propiedad en su servidor de IBM BigFix que habilite la fecha en la que los puntos
finales se han conectado por primera vez al servidor.
Este procedimiento puede ser útil si está utilizando una herramienta automatizada para instalar de forma
silenciosa muchos clientes de BigFix. Para verificar que se han instalado los clientes y comprobar sus
fechas de instalación, puede añadir una columna que muestre las fechas en las que sus clientes se han
conectado por primera vez al servidor.
Procedimiento
1. Cree una propiedad en su servidor de IBM BigFix que habilite la nueva columna:
a. Inicie sesión en la consola de IBM BigFix.
b. Pulse Herramientas > Gestionar propiedades y, a continuación, pulse Añadir nuevo.
c. En el campo Nombre, escriba Hora de primer informe.
d. En el campo Relevancia, escriba la siguiente expresión de relevancia:
(month of it as two digits & "/" & day_of_month of it as two digits & "/" & year of it as string)
of date (local time zone) of (minimum of subscribe times of sites)
592
Nota: La expresión anterior cambia el formato de fecha a DD/MM/AAAA y de este modo será
adecuado para clasificarlo en formato CSV. Si desea conservar el formato predeterminado (Lun, 1
Ene 2014), utilice la siguiente expresión de relevancia: minimum of subscribe times of sites.
e. En el campo Evaluar, seleccione 12 horas.
f. Pulse Aceptar. La nueva columna se puede ver en la página Sistemas.
2. Opcional: Añada la columna que ha creado a Web Reports, donde los datos se podrán visualizar como
informes o se podrán exportar a formato CSV o PDF:
a. Inicie sesión en Web Reports.
Consejo: Puede acceder a Web Reports en la siguiente dirección web: http://

nombre_host_servidor_BigFix/webreports.
b. Pulse Explorar datos.
c. En la sección Sistema, pulse Editar columnas y, a continuación, seleccione la columna Hora de
primer informe.
d. Pulse Guardar informe.
e. Opcional: Para exportar el informe, pulse Exportar a CSV o Exportar a PDF.
Cambio del valor PVU por núcleo de procesador

El número de unidades de valor de procesador se asignan por núcleo de procesador basándose en la
información que se proporciona en la tabla de PVU. Puede ocurrir que el valor que se asigna a un
procesador no se correcto para el entorno de trabajo utilizado. En tal caso, cambie manualmente el valor
de PVU por núcleo de procesador para asegurarse de que las licencias de subcapacidad se calculen
correctamente. Una vez corregido el problema que provoca una detección incorrecta del valor de PVU,
establezca el PVU por núcleo de procesador en el valor que está especificado en la tabla de PVU.
Antes de empezar
Debe tener el permiso "Gestionar PVU por núcleo de procesador" para ejecutar esta tarea.
El fixlet Ajustar manualmente el valor de PVU por núcleo de procesador, utilizado en versiones anteriores
de BigFix Inventory, está en desuso. El valor de PVU por núcleo de procesador se puede cambiar ahora
en el panel Inventario de hardware. Si ha cambiado anteriormente el valor de PVU por núcleo en algunos
sistemas utilizando el fixlet, ejecute ese fixlet en estos sistemas para eliminar el valor. De esta forma evita
que los valores de PVU cambiados por el fixlet sobrescriban los valores especificados en el panel
Inventario de hardware.
Para calcular correctamente los valores de PVU para Linux en IBM Power Systems, establezca el valor de
PVU por núcleo de procesador en 70.
Procedimiento
1. En la barra de navegación superior, pulse Informes > Inventario de hardware.
2. Pulse el lápiz en la columna PVU por núcleo y pulse Cambiar PVU por núcleo.
Nota: El lápiz no está disponible para sistemas con el estado Sin datos de exploración. Para esos
sistemas no hay datos de capacidad disponibles, por lo tanto no es posible determinar si el valor de
PVU por núcleo se asignó correctamente o es necesario cambiarlo.

3. Proporcione el valor de PVU que desee asignar al procesador. El valor se cambiará para el servidor
que aparece listado en la columna ID de servidor y para todas las máquinas virtuales que residen en
ese servidor.
Importante: Asegúrese de que proporciona un valor correcto de PVU por núcleo, pues afectará a los
informes de PVU. En caso de duda, consulte al servicio de soporte de IBM para obtener ayuda.
4. Proporcione una justificación para cambiar el valor de PVU, por ejemplo un número de PMR (registro
de gestión de problemas). La justificación aparece listada en el informe de Seguimiento de auditoría.
A continuación, pulse Cambiar.
Resultados
El valor cambiado de PVU por núcleo se mostrará en el informe de Inventario de hardware. Para reflejar
el cambio en otros informes, calcule de nuevo los datos. Abra el informe Todas las métricas y pulse
Recalcular.
Una vez corregido el problema que provoca una detección incorrecta del valor de PVU, establezca el
valor cambiado de PVU por núcleo en el valor que está especificado en la tabla de PVU. Para ello, pulse
el lápiz en la columna PVU por núcleo y pulse Restablecer PVU por núcleo. A continuación, pulse
Restablecer. El valor de PVU por núcleo se cambiará para el servidor que aparece listado en la columna
ID de servidor y para todas las máquinas virtuales que residen en ese servidor.
Actualizar catálogos de explorador

El explorador utiliza catálogos de explorador para descubrir software en los puntos finales. Los catálogos
se actualizan automáticamente después de cada importación del catálogo de software de IBM. Utilice este
procedimiento sólo si falla la actualización automática de los catálogos de explorador.
Antes de empezar
v Antes de actualizar manualmente los catálogos de explorador, intente determinar por qué ha fallado la
actualización automática. Para obtener más información, consulte Problemas de operación del servidor.
v Asegúrese de que el servidor de BigFix Inventory esté visible para el servidor de BigFix.
v Si SSL (Secure Socket Layer) está habilitado en BigFix Inventory, todas las actualizaciones también se
descargan mediante SSL. El servidor BigFix debe reconocer certificados SSL de BigFix Inventory como
válidos.
594
Procedimiento
2. Importar del catálogo de software.
4. Para descargar el archivo de fixlet en su sistema, pulse el signo de interrogación. A continuación,
pulse Fixlet de descarga de catálogo. Seleccione la ubicación donde desee guardar el archivo
11. Seleccione los sistemas en los que desea ejecutar el fixlet y pulse Aceptar.
Ha importado los catálogos de explorador a los puntos finales de la infraestructura. Para recopilar datos
de inventario desde el punto final, ahora debe iniciar las exploraciones de software.
Establecer la página de códigos para idiomas de doble byte

Se pueden dañar los caracteres de doble byte en algunos entornos debido a que BigFix Inventory utiliza
la página de códigos para transcodificar los datos. En los idiomas de doble byte, tales como el idioma
coreano, japonés y chino, establezca la página de códigos para evitar que se dañen los caracteres.
El valor _BESClient_DeploymentEncoding_IANAName del BESClient que se ejecuta en el servidor de BigFix

debe utilizar el juego de caracteres correctos para los idiomas de doble byte. Por ejemplo, en el caso del
idioma chino simplificado el valor es CP936. Se permite una conversión de página de códigos de doble
byte por servidor de BigFix que esté configurado como origen de datos para BigFix Inventory.
Procedimiento

2. Vaya a Sistemas suscritos y seleccione el sistema en el que tiene instalados el servidor de BigFix y
BESClient.
3. Vaya a Editar valores y cambie el valor de _BESClient_DeploymentEncoding_IANAName por el valor de
codificación correcto.
5. Inicie sesión en el servidor de base de datos como usuario con autorización de DB2, abra una línea de
mandatos de DB2 y ejecute los mandatos siguientes:
db2 "connect to database nombre_base_datos"
db2 "update dbo.datasource_sequences set last_sequence=cast( x’0000000000000000’
as char(8) for bit data)’"
db2 commit
6. Inicie el servidor de BigFix Inventory y ejecute una importación de datos.
Cómo ponerse en contacto con el equipo de soporte de software de

IBM
IBM Software Support proporciona asistencia con defectos de producto.
Antes de empezar
Para poderse poner en contacto con el soporte técnico de software de IBM, la compañía debe tener un
contrato de mantenimiento de software de IBM activo y debe estar autorizada a enviar problemas a IBM.
Para obtener información sobre los tipos de contratos de mantenimiento disponibles, consulte “Enhanced
Technical Support” en Software Support Handbook en: http://www14.software.ibm.com/webapp/set2/sas/
f/handbook/home.html
Complete los pasos siguientes para ponerse en contacto con IBM Software Support para informar de
algún problema:
Procedimiento
1. Defina el problema, recopile información de trasfondo y determine la gravedad del problema. Para
obtener ayuda, consulte la sección “Contacting Software Support” del manual Software Support
Handbook.
2. Reúna información de diagnóstico.
3. Envíe sus problemas al soporte de IBM de una de estas maneras:
v En línea: viste el sitio del centro de soporte de software de IBM: www.ibm.com/software/support/
probsub.html
v Por teléfono: para conocer el número de teléfono al que llamar en su país, consulte la sección
“Contact Information” del manual Software Support Handbook.

Si el problema que notifica hace referencia a un defecto en el software o a documentación incompleta o
inexacta, el centro de soporte de software de IBM creará un informe autorizado de análisis de programa
(APAR). El APAR describe el problema en detalle. Siempre que es posible, el soporte técnico de software
de IBM proporciona un método alternativo que se puede implementar hasta que se resuelva el APAR y se
proporcione un arreglo. IBM publica a diario los APAR resueltos en el sitio web de soporte de IBM para
que otros usuarios que tengan el mismo problema puedan beneficiarse de la misma resolución.
596
Capítulo 10. Ajuste del rendimiento
Puede utilizar la información de esta sección para identificar y resolver los
principales problemas de restricción del rendimiento del sistema. Los consejos y las
recomendaciones de rendimiento se pueden utilizar en entornos de datos grandes y
en entornos más pequeños que se ejecutan en hardware de bajo rendimiento.
Infraestructura
El factor principal que afecta al rendimiento del servidor de BigFix Inventory es el rendimiento de la
infraestructura subyacente donde se ejecutan el servidor de aplicaciones y la base de datos DB2. Debe
asegurarse de que se cumplen los requisitos recomendados.
Importante: Las recomendaciones oficiales de hardware se han preparado suponiendo que el servidor de
BigFix Inventory se ejecuta en un servidor o en servidores físicos dedicados. Si se utilizan máquinas
virtuales, el hardware especificado (procesador, RAM o espacio de disco) se debe dedicar exclusivamente
a esas máquinas virtuales, sin compartirse con ninguna otra.
Incluso si cumple los requisitos recomendados, es posible que la aplicación funcione lentamente debido a
problemas con el hardware subyacente. Los problemas pueden ser debidos, por ejemplo, al
compartimiento de recursos con otras máquinas del entorno virtual. Puede ejecutar algunos métodos de
diagnóstico para asegurarse de que la infraestructura subyacente está en buen estado.
Rendimiento de la memoria
Las medidas de rendimiento de RAM, tal como tiempo de búsqueda o ancho de banda de memoria,
dependen estrictamente del tipo de memoria, que está enlazado con el tipo de procesador.
Restricción: No ejecute el servidor en una máquina virtual para la que se ha habilitado la compresión de
memoria, por ejemplo en la virtualización x86 proporcionada por VMWare. Esto es especialmente cierto
en el caso del sistema donde se ejecuta la base de datos DB2.
Preste especial atención a la cantidad de memoria que está disponible para BigFix Inventory y la
aplicación DB2. Es importante supervisar diariamente el uso de RAM porque este el uso de memoria
difiere mucho dependiendo de la forma en que se utilice la aplicación. Los factores principales, además
del tamaño del entorno, son:
v El número de usuarios de interfaz de usuario web simultáneos
v La frecuencia de las importaciones de datos
La supervisión de memoria es especialmente importante en el sistema de base de datos porque una

cantidad insuficiente de RAM puede ralentizar de forma significativa las tareas en segundo plano, por
ejemplo la agregación de datos de PVU, debido al intercambio de memoria. El intercambio, también
conocido como paginación, es el uso de almacenamiento de disco secundario para almacenar y recuperar
datos de aplicación para utilizarlos en la RAM. Esta tarea la realiza automáticamente el sistema operativo
y normalmente se produce cuando se agota la RAM disponible. El intercambio puede tener un efecto
significativo en el rendimiento de DB2 y se debe evitar. Para evitar el intercambio, asegúrese de que hay
suficiente RAM disponible en el sistema para que los procesos no consuman toda la RAM disponible.
Utilice las herramientas siguientes de Linux para supervisar el uso de RAM y el intercambio de memoria:
v top
© Copyright IBM Corp. 2002, 2013 © IBM 2002, 2015 597

v free
v vmstat
v o sar
Si observa que no hay prácticamente memoria libre disponible para BigFix Inventory y los procesos de
DB2 se están transfiriendo a disco, la mejor solución es aumentar el tamaño de memoria RAM.
Rendimiento del almacenamiento

Para asegurar un buen rendimiento de BigFix Inventory, es esencial tener un buen rendimiento de
almacenamiento en el sistema servidor de bases de datos. El rendimiento de almacenamiento del servidor
de BigFix Inventory no es tan importante.
La tabla siguiente muestra la velocidad promedio de disco recomendada para el sistema servidor de
bases de datos.
Tabla 89. Velocidad promedio de disco recomendada para el sistema servidor de bases de datos en entornos
específicos
Tamaño de despliegue Velocidad de disco
Pequeño (hasta 5000 puntos finales) 100 MB/seg
Medio (5000 - 30000 puntos finales) 250 MB/seg
Grande (más de 30000 puntos finales) 400 MB/seg
Ejecución de pruebas de disco duro

En Linux, puede utilizar los mandatos hdparm y dd o la aplicación Bonnie++ para determinar la tasa de
escritura en disco duro. También puede utilizar el mandato iostat para determinar el promedio de uso
de disco.
Determinación de la tasa de escritura con el mandato hdparm:
En el sistema operativo Linux, se puede utilizar el mandato incorporado hdparm para determinar la tasa
de escritura en disco duro.
Procedimiento
En la consola de Linux, entre hdparm -t ruta_al_archivo_pruebas

hdparm -t /dev/sda1
Timing buffered disk reads: 200 MB in 1.19 seconds = 167.47 MB/sec
Ejecución de la prueba de disco con la aplicación DD:

La prueba DD mide el acceso más básico a disco de una sola hebra: una escritura secuencial grande,
seguida por una lectura secuencial grande. Es importante para el esfuerzo de prueba de rendimiento de
base de datos porque proporciona la máxima velocidad para exploraciones secuenciales para tablas
grandes.
Nota: Compruebe el tamaño de RAM en el sistema de prueba para ejecutar correctamente una prueba
DD y evitar el almacenamiento en memoria caché de sistema de archivos que puede distorsionar los
resultados de prueba.
Procedimiento
1. Cree un archivo que tenga el doble de tamaño de la capacidad de RAM en el sistema de prueba y
cópielo en el disco duro del sistema de destino.
598
En las pruebas, utilice un tamaño de bloque de 4 KB porque el tamaño de página predeterminado del
espacio de tabla de DB2 que BigFix Inventory utiliza es de 4 KB. Por ejemplo, si tiene 16 GB de RAM,
ejecute el mandato siguiente para que se cree un archivo de 32 GB denominado ddfile en el
directorio actual:
time sh -c "dd if=/dev/zero of=ddfile bs=4k count=8000000 && sync".
Nota: Algunas implementaciones de DD notifican la tasa de escritura, pero el mandato time siempre
devuelve el tiempo de ejecución que sea mayor que el tiempo de DD. El tiempo y la tasa notificados
por DD representan la tasa sin ningún tiempo de sincronización o retardo. Divida el tamaño de datos
por el tiempo notificado por el mandato time para obtener la verdadera tasa de escritura de archivos
síncrona.
Ejemplo:
8000000+0 records in
8000000+0 records out
32768000000 bytes (32 GB) copied, 38.924 s, 842 MB/s
real 3m49.192s
user 0m0.450s
sys 0m38.282s
En este ejemplo, la tasa de escritura, incluido el almacenamiento en memoria caché, es de 842 MB/s,
pero si se incluye el tiempo de sincronización, es mucho menor, aproximadamente 136,46 MB/s (32
GB / 3 minutos 49 segundos).
2. Para vaciar la memoria caché de sistema de archivos para leer más tarde directamente del disco,
escriba otro archivo grande en el disco: dd if=/dev/zero of=ddfile2 bs=4k count=4000000
3. Lea el primer archivo grande. Dado que la memoria caché de sistema de archivos se llena con el
segundo archivo, esta prueba devuelve un resultado válido de tasa de lectura:
time dd if=ddfile of=/dev/null bs=4k
8000000+0 records in
8000000+0 records out
32768000000 bytes (32 GB) copied, 186.456 seconds, 167.6 MB/s
real 3m6.496s
user 0m1.652s
sys 0m10.753s
4. Compare los resultados con los de la tabla Velocidades promedio recomendadas de escritura y lectura
de disco para el sistema servidor de bases de datos para determinar si el almacenamiento puede
manejar la base de datos DB2 para el entorno. El sistema debe poder manejar fácilmente una base de
datos de hasta 10000 clientes.
Cómo determinar el uso de disco:
Si los tiempos de respuesta son lentos, compruebe el promedio de uso de disco con el mandato iostat.
Los tiempos de uso de disco de más del 80% pueden reducir el rendimiento de E/S; se recomienda tener
un promedio de uso de disco por debajo del 40%.
Procedimiento
En la consola de Linux, especifique iostat -x intervalo duración

Donde:
v intervalo es el intervalo de tiempo en segundos. Si no se especifica ningún intervalo, la salida refleja
los valores por encima del periodo completo, ya que se ha reiniciado el sistema.
v duración es el número de veces que se ejecuta el mandato.
Ejemplo:
iostat -x 30 5
Capítulo 10. Ajuste del rendimiento 599

Ajuste del rendimiento del gestor de máquinas virtuales
La recuperación de datos de gestores de máquinas virtuales afecta al rendimiento de BigFix Inventory.
Utilice el parámetro vmm_polling_time_interval para ajustar el intervalo entre las recuperaciones
consecutivas de datos en el lado de su entorno.
Si está utilizando la gestión básica de máquinas virtuales (central), cambie el valor del parámetro en el
panel Valores avanzados de servidor. Para obtener más información, consulte: “Configuración de valores
avanzados de servidor” en la página 304. Si está utilizando la gestión avanzada de máquinas virtuales
(distribuida), vaya al sistema donde la herramienta del gestor de VM está instalado y cambie el valor del
parámetro en el archivo Cliente BES\LMT\VMMAN\config\vmmainconf.properties.
Tabla 90. Intervalo recomendado entre recuperaciones consecutivas de datos de los gestores de máquinas virtuales.
Número de máquinas virtuales Intervalo recomendado Valor del parámetro
Hasta 500 30 min (valor predeterminado) 30 (valor predeterminado)
501 - 1000 1h 60
1001 - 3000 4h 240
3001 - 5000 6h 360
5001 - 10.000 24 h 1440
Más de 10.000 48 h 2880
Ajuste del rendimiento en entornos de datos grandes

Puede obtener información sobre las posibles causas de los problemas de rendimiento más habituales en
entornos de datos grandes y las soluciones conocidas para estos problemas, junto con consejos generales
que le ayudarán a mantener el sistema en buen estado y evitar problemas de rendimiento.
Mantenimiento de la base de datos
Consulte el tema Mantenimiento de la base de datos para conocer cómo mantener manualmente las
tablas de base de datos. También puede utilizar los mecanismos internos de DB2 para realizar el
mantenimiento automático de las tablas.
Escalabilidad de varios usuarios simultáneos de la interfaz de usuario

El número de usuarios que han iniciado la sesión simultáneamente en BigFix Inventory y realizan
acciones en la interfaz de usuario influye en el rendimiento de la aplicación. Cuando BigFix Inventory se
ejecuta en el hardware que cumple los requisitos mínimos de hardware, el número óptimo de usuarios
simultáneos es cinco.
Configurar el tamaño de los registros de transacciones

Si el entorno utilizado está formado por muchos puntos finales, aumente el tamaño de los registros de
transacciones para mejorar el rendimiento.
El tamaño de los registros de transacciones puede configurarse mediante el parámetro de DB2 LOGFILSIZ
que define el tamaño de un archivo de registro individual. Para calcular el valor que puede utilizarse
para este parámetro, primero debe calcular el espacio de disco total necesario para los registros de
transacciones en el entorno específico y, a continuación, multiplicarlo para obtener el tamaño de un
registro de transacciones. La cantidad necesaria de espacio de disco depende del número de puntos
finales en el entorno y del número de puntos finales del grupo de exploración de mayor tamaño para el
que se procesan los datos durante la importación.
600
Importante: Utilice la fórmula proporcionada para calcular el tamaño de los registros de transacciones
que se generan durante la importación de datos. Puede que sea necesario más espacio para los registros
de transacciones generados al eliminar el origen de datos.
Procedimiento
1. Utilice la fórmula siguiente para calcular el espacio necesario para los registros de transacciones:
<El número de sistemas> × 1.2 MB + <el número de sistema
en el grupo de exploración más grande> × 1.2 MB + 17 GB
2. Para obtener el tamaño de un archivo de registro de transacciones individual que se puede especificar
con el parámetro de DB2 LOGFILSIZ, multiplique el resultado por 1852.
Nota: El número 1852 expresa la relación entre los archivos de registro primario y secundario y es
necesario para calcular el tamaño de un archivo de registro de transacciones individual (LOGFILSIZ). El
factor se ha calculado presuponiendo el número predeterminado de archivos de registro (LOGPRIMARY
= 25 y LOGSECOND = 110).
3. Ejecute el siguiente mandato para actualizar el tamaño del registro de transacciones en la base de
datos. Sustituya valor por el tamaño de un archivo de registro de transacciones individual.
db2 update database configuration for TEMADB using logfilsiz value
4. Para que los cambios entren en vigor, reinicie la base de datos. Ejecute los siguientes mandatos:
db2stop
db2startdb2 activate db TEMADB
a. Para detener el servidor, ejecute el siguiente mandato:
b. Para iniciar el servidor, ejecute el siguiente mandato:
Ejemplo
Cálculo del tamaño del registro de transacciones individual para 100.000 puntos finales y 15.000
resultados de exploración:
100 000 × 1.2 MB + 15 000 × 1.2 MB + 17 GB = 155 GB
155 × 1852 = 287060
287060 es el valor que se ha de especificar en el parámetro LOGFILSIZ.
Aumentar el tamaño del almacenamiento dinámico de Java

Los valores predeterminados del tamaño de almacenamiento dinámico de Java pueden no ser suficientes
para entornos medianos y grandes. Si el entorno consta de más de 5000 puntos finales, aumente la
memoria disponible para los procesos de cliente Java aumentando el tamaño del almacenamiento
dinámico de Java.
Procedimiento
1. Vaya al directorio <DIR_INSTAL>/wlp/usr/servers/server1/ y edite el archivo jvm.options.
2. Establezca el tamaño de almacenamiento dinámico de Java máximo (Xmx) en uno de los valores
siguientes, en función del tamaño de su entorno:
v En los entornos medianos (5000 - 50.000 puntos finales), establezca el tamaño del almacenamiento
dinámico en 6144m.

v En los entornos grandes (más de 50.000 puntos finales), establezca el tamaño del almacenamiento
dinámico en 8192m.
Mantenimiento de la base de datos DB2

Para asegurarse de que la base de datos de DB2 funciona correctamente, debe realizar con regularidad
una copia de seguridad de los datos y efectuar acciones de mantenimiento.
La configuración de DB2 tiene un efecto significativo en el rendimiento. Debe realizar ciertas acciones
estándares para administrar la base de datos correctamente. Si cuenta con administradores de
administración de DB2, pueden supervisar el estado y el rendimiento de DB2. En otros casos, deberá
seguir los procedimientos que se describen en este tema para mantener la base de datos en buen estado.
Procedimiento
1. Realice copias de seguridad periódicas de los datos que están almacenados en la base de datos. Se
recomienda realizar copias de seguridad de la base de datos antes de actualizar el catálogo de
software o de actualizar el servidor para facilitar la recuperación en caso de error.
a. Detenga el servidor.
b. En la interfaz de línea de mandatos de DB2, ejecute el mandato siguiente: db2 backup database
TEMADB.
Nota: TEMADB es el nombre de la base de datos predeterminada. Si no está seguro de que se aplica
a su base de datos, consulte Comprobar el nombre de la base de datos.
c. Inicie el servidor
La copia de seguridad se crea en el directorio de trabajo actual y el nombre de archivo contiene el
nombre de instancia y la indicación de fecha y hora del procedimiento de copia de seguridad (por
ejemplo: TLMA.0.db2inst1.NODE0000.CATN0000.20101105000715.001).
Para obtener más información sobre estrategias para realizar copias de seguridad de bases de datos,
consulte el tema de DB2: Desarrollo de una estrategia de copia de seguridad y recuperación.
2. Reorganice la tabla para que coincida con el índice y para recuperar espacio:
a. Detenga el servidor de BigFix Inventory.
b. En la interfaz de línea de mandatos de DB2, ejecute los mandatos siguientes:
v db2 connect to TEMADB
v db2 -x "select ’reorg table’,substr(rtrim(tabschema)||’.’||rtrim(tabname),1,50),’ allow
no access;’from syscat.tables where type = ’T’ and tabschema in (’ADM’,SAM,’DBO’)
order by tabschema,tabname " > reorgs.sql
v db2 -tvf reorgs.sql
v db2 terminate
c. Inicie el servidor de BigFix Inventory.
3. Mantenga las estadísticas actualizadas. De forma predeterminada, las estadísticas de DB2 se ejecutan
automáticamente. Si se inhabilita esta opción, debe ejecutar manualmente los mandatos siguientes:
a. Detenga el servidor de BigFix Inventory.
b. En la interfaz de línea de mandatos de DB2, ejecute los mandatos siguientes:
v db2 connect to TEMADB
v db2 -x "select ’runstats on table’,substr(rtrim(tabschema)||’.’||rtrim(tabname),1,50),’
and indexes all;’from syscat.tables where type = ’T’ and tabschema in
(’DBO’,’SAM’,’ADM’) order by tabschema,tabname " > runstats.sql
v db2 -tvf runstats.sql
602
v db2 terminate
c. Inicie el servidor.
Para realizar una investigación más avanzada de las consultas utilizadas por el servidor de BigFix
Inventory, debe utilizar el mandato de DB2 Design Advisor(db2advis). Le ayudará a encontrar nuevos
índices para mejorar el rendimiento de la base de datos. Design Advisor utiliza la salida de los
supervisores de DB2 para sugerir la creación de nuevos índices. Las sugerencias se basan en las consultas
que se encuentran en los supervisores. Para obtener más información sobre Design Advisor, consulte la
documentación de DB2:
v DB2 10.1
– db2advis - Mandato de DB2 Design Advisor
– Tema de DB2: Design Advisor
v DB2 10.5
– db2advis - Mandato de DB2 Design Advisor
– Tema de DB2: Design Advisor

604
Capítulo 11. Integración
La integración de sistemas externos es una característica clave de BigFix Inventory.
Se habilita la lógica empresarial para la integración y se proporcionan interfaces
para los puntos de integración comunes.
API REST
La gestión de grandes cantidades de información utilizando la interfaz de usuario de la aplicación puede
requerir mucho tiempo. Puede utilizar la API REST como alternativa a la interfaz gráfica de usuario para
reducir el tiempo necesario para gestionar el inventario de software y el contenido del catálogo de
software.
Importante: Si desea utilizar la API REST cuando no está conectado a BigFix Inventory, debe
proporcionar el parámetro token para cada consulta. Para comprobar cuál es su señal, en la barra de
navegación, pulse su nombre de usuario y, a continuación, Perfil. Para comprobar su señal de API, pulse
Mostrar señal.
El parámetro token no es necesario cuando ha iniciado una sesión en BigFix Inventory.
Restricción: No utilice la API REST durante la importación porque puede que surjan problemas con la
conexión de la base de datos. Si se produjera el problema, espere hasta que finalice la importación y
asegúrese de que el servidor de BigFix Inventory esté activo y en ejecución. A continuación, repita la
llamada de API.
Abreviaturas
Se utilizan las siguientes abreviaturas en la documentación relacionada con la API REST:

HTTP Protocolo de transferencia de hipertexto (Hyper Text Transfer Protocol). HTTP versión 1.1 se
define en la RFC 2616. A menos que se especifique algo distinto, el uso del término HTTP indica
tanto HTTP como HTTPS.
HTTPS
Protocolo seguro de transferencia de hipertexto (Hyper Text Transfer Protocol Secure), según se
define en RFC 2818
JSON Notación de objetos de JavaScript (JavaScript Object Notation), según se define en ECMA-262
REST Transferencia de estado representacional (Representational State Transfer), según se describe
original e informalmente en Architectural Styles and the Design of Network-based Software
Architectures
URI Identificador universal de recursos (Uniform Resource Identifier), según se define en RFC 3986,
borrador 5
Recursos de API REST y métodos HTTP

Las operaciones del protocolo de la API REST de BigFix Inventory se definen según los métodos HTTP
de determinados recursos de REST.

Tabla 91. Vista general de operaciones de REST
Métodos
URI de operación de REST de destino HTTP Objetivo de la operación
api/get_token POST Devuelve una señal que es necesaria para
autenticar las solicitudes de API REST.
api/sam/about GET Devuelve la versión de BigFix Inventory.
api/import_status.json GET Devuelve el estado actual de la importación de
datos.
api/sam/configs GET Devuelve información sobre los valores actuales del
servidor de administración.
api/sam/configs PUT Cambios los valores actuales del servidor de
administración.
api/sam/swinventory/confirm POST Confirma las instancias que se deben empaquetar o
asignar.
api/sam/swinventory/confirmRelease POST Confirma la asignación de instancias para un
release.
api/sam/swinventory/exclude POST Excluye instancias de una aplicación de precios.
api/sam/swinventory/include POST Incluye instancias en una aplicación de precios.
api/sam/swinventory/instanceToShare GET Devuelve una lista de releases de software que
puede compartir una determinada instancia.
api/sam/swinventory/products GET Devuelve una lista de productos de software.
api/sam/swinventory/product/{ID_producto}/ GET Devuelve una lista de releases de un determinado
releases producto de software que se identifica mediante su
identificador.
api/sam/swinventory/reassign POST Reasigna instancias a un producto.
api/sam/swinventory/reassignRelease POST Reasigna instancias a un producto para una lista de
releases.
api/sam/swinventory/release/{ID_release}/ GET Devuelve una lista de instancias para el release de
instances producto de software solicitado.
api/sam/swinventory/share POST Comparte una instancia con una lista de productos
de software.
api/sam/swinventory/ GET Devuelve una lista de los posibles releases a los que
targetBundlesOfInstances se puede reasignar la instancia de software
solicitada.
api/sam/swinventory/targetBundlesOfReleases GET Devuelve una lista de los posibles releases a los que
se pueden reasignar las instancias de los releases de
software solicitados.
api/sam/swinventory/targetInstances GET Devuelve una lista de instancias de destino que se
reasignarán a un determinado release.
api/sam/computer_systems GET Devuelve una lista de sistemas en la
infraestructura.
api/sam/software_instances GET Devuelve una lista de las instancias de software
instaladas.
api/sam/license_usages GET Devuelve información sobre el uso de licencias.
api/sam/contracts/import POST Importa contratos de un archivo csv.
606
Conectores y operadores comunes
Utilice los conectores y los operadores para crear segmentos de consulta que filtren por condiciones y
valores coincidentes.
Conectores
Tabla 92. Conectores
Conector Descripción
y Añade todas las cláusulas con un concatenador and
or Añade todas las cláusulas con un concatenador or
Operadores
Tabla 93. Operadores
Operador Descripción
= Igual que.
!= Distinto de.
< Menor que. Campos numéricos sólo.
<= Menor o igual que. Campos numéricos sólo.
> Mayor que. Campos numéricos sólo.
>= Mayor o igual que. Campos numéricos sólo.
last Período de tiempo relativo en el pasado (por ejemplo, los últimos 7 días). Sólo
campos de fecha y hora.
next Período de tiempo relativo en el futuro (por ejemplo, los próximos 7 días). Sólo
campos de fecha y hora. Se utiliza para contratos.
starting Período de tiempo relativo que empieza en el pasado o en el futuro (por
ejemplo, hace 7 días, o dentro de 7 días) y que dura hasta el infinito. Sólo
campos de fecha y hora. Para la sintaxis, consulte la sección más abajo.
ending Período de tiempo relativo que finaliza en el pasado o en el futuro (por ejemplo,
hace 7 días, o dentro de 7 días) y que incluye todos los datos hasta este punto.
Sólo campos de fecha y hora. Para la sintaxis, consulte la sección más abajo.
begins_with La serie de caracteres empieza por el valor especificado. Campos de tipo serie
sólo.
contains La serie de caracteres contiene el valor especificado. Campos de tipo serie sólo.
ends_with La serie de caracteres finaliza con el valor especificado. Campos de tipo serie
sólo.
not_begins_with La serie de caracteres no empieza con el valor especificado. Campos de tipo serie
sólo.
not_contains La serie de caracteres no contiene el valor especificado. Campos de tipo serie
sólo.
not_ends_with La serie de caracteres no finaliza con el valor especificado. Campos de tipo serie
sólo.
Sintaxis de los operadores de fecha y hora relativos
Estos operadores se pueden utilizar para todas las columnas que utilizan el formato de fecha y hora,
como por ejemplo Visualizado por última vez.
Capítulo 11. Integración 607

Tabla 94. Operadores de fecha y hora relativos
Operador Sintaxis
last Px[D|W|M|Y]
next
siendo x un número entre 1 y 999, y D, W, M o Y un designador que representa
días, semanas, meses o años respectivamente. Por ejemplo:
v Recuperar datos de equipos con informes dentro de los últimos 7 días:
https://hostname:port/api/sam/computer_systems?token=token
&criteria={"and":[["last_seen","last","P7D"]]}
v Recuperar los contratos cuya titularidad finaliza en los próximos 7 días:
https://hostname:port/api/sam/contracts?token=token
&criteria={"and":[["entitlement_end","next","P7D"]]}
starting [-|+]Px[D|W|M|Y]
ending
siendo x un número entre 1 y 999, -/+ representa el pasado o el futuro, y D, W,
M o Y es un designador que representa días, semanas, meses o años
respectivamente. Por ejemplo:
v Recuperar los contratos cuyo mantenimiento se inicia en un período de
tiempo que se inicie dentro de 1 semana. Esta API recupera sólo contratos
futuros.
&criteria={"and":[["maintenance_start","starting","+P1W"]]}
v Recuperar los contratos cuya titularidad termina en un período de tiempo que
terminó hace 1 día. Esta API recupera todos los contratos posibles del pasado
hasta hace un día:
&criteria={"and":[["entitlement_end","ending","-P1D"]]}
API REST para recuperar la señal de autenticación

Utilice la operación POST en el elemento api/get_token para solicitar la señal exclusiva que es necesaria
para autenticar las solicitudes de API REST.
Para solicitar la señal exclusiva, utilice el siguiente URL:

https://nombre_host:puerto/api/get_token
Importante: Esta llamada de API REST no funciona cuando está habilitada la autenticación de inicio de
sesión único. Consulte la señal en las preferencias de Perfil de BigFix Inventory.
Tabla 95. Descripción de las operaciones
Detalles de la operación Descripción
Operación POST /api/get_token
Objetivo Devuelve la señal de autenticación
Método HTTP POST
URI de recurso https://nombre_host_servidor:número_puerto/api/get_token
Relación de enlace URL n/d
Parámetros de consulta de URI n/d
608
Tabla 95. Descripción de las operaciones (continuación)
Cabeceras de solicitud
Cabecera
Accept-Language (opcional)
Valores en-US (sólo se admite el idioma inglés)
Se utiliza para negociar el idioma de la respuesta. Si no se especifica esta

cabecera, se devuelve el contenido en el idioma del servidor.
Carga útil de solicitud {
"user" : "nombre_usuario",
"password" : "contraseña"
}
Content-Type de la solicitud application/json
Cabeceras de respuesta
Cabecera
Content-Type
Valores application/json
Especifica el tipo de contenido de la respuesta.
Cabecera
Content-Language
Valores en-US, ...
Especifica el idioma del contenido de la respuesta. Si no se especifica esta

Carga útil de respuesta Elemento Token
Content-Type de respuesta application/json
Códigos de respuesta HTTP normal 200 – OK
Códigos de respuesta HTTP de error 500 – “Bad Request” si un parámetro de consulta contiene errores o no
se encuentra
El cuerpo del mensaje incluye un mensaje de error con detalles.
Ejemplo de conversación HTTP

Solicitud
POST api/get_token
Host: localhost:9081
Accept: application/json
Accept-Language: en-US
Cabecera de solicitud
Content-Type: application/json
Carga útil de solicitud
{
"user" : "admin",
"password" : "contraseña"
}
Cabecera de respuesta
HTTP/1.1 200 OK
Content-Language: en-US

Cuerpo de respuesta (JSON)
{
"token":"44072fb20fbe38322b5e67a7e780978e20abbc80"
}
API REST para recuperar la versión de BigFix Inventory

Utilice la operación GET en el elemento api/sam/about para solicitar información sobre la versión de
BigFix Inventory.
Para recuperar información sobre la versión actual de BigFix Inventory, utilice el siguiente URL:
https://nombre_host:puerto/api/sam/about?token=señal
Importante:
v Cada una de las solicitudes de API debe autenticarse con el parámetro token. Puede recuperarlas
utilizando la API REST para recuperar la señal de autenticación o puede verlas en las preferencias de
Perfil de BigFix Inventory.
v De forma predeterminada, los datos recuperados se ordenan por id.
Operación GET /api/sam/about
Objetivo Devuelve la versión de BigFix Inventory
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/about
Cabecera

Carga útil de solicitud n/d
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento About
610
se encuentra

Solicitud
GET api/sam/about
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623
HTTP/1.1 200 OK
{
"product": "IBM BigFix Inventory",
"version": "9.2.20140331-2015"
}
API REST para recuperar resultados de exploración sin formato

La recuperación de resultados de exploraciones sin formato a través de la API REST pretende mejorar la
supervisión de su entorno permitiéndole descubrir de forma rápida el software que se ha instalado o
modificado recientemente. Al utilizar importaciones de datos abreviados, los datos sobre el software
llegan al servidor mucho más rápido y, al mismo tiempo, le permiten aumentar el número de
importaciones que puede ejecutar cada día.
Una importación de datos consta de varios pasos, de los cuales, los más importantes son la recuperación
de resultados de exploraciones sin formato, la agregación de esos datos y, finalmente, el cálculo del
consumo de licencia. En los entornos grandes, una importación de datos completa puede durar varias
horas, lo que aumenta el tiempo necesario para que BigFix Inventory muestre la información sobre los
cambios recientes.
Cuando se utiliza la API REST para recuperar resultados de exploraciones sin formato, puede ejecutar
una importación de tipo de datos Sólo datos sin formato que recupera resultados de exploraciones sin
formato, pero que omite pasos posteriores como, por ejemplo, la agregación y los cálculos de licencia.
Esta importación de datos es mucho más corta pero los datos sin formato importados solamente se
pueden recuperar a través de la API REST. Puesto que los datos no se agregan, no se visualizan en la
interfaz de usuario de BigFix Inventory. La interfaz de usuario sigue mostrando el estado de su entorno
desde la última importación de datos completa y correcta.
Antes de empezar a recuperar los resultados de exploraciones sin formato, asegúrese de habilitar el
almacenamiento de resultados de exploraciones sin formato, porque no todos los datos se almacenan de
forma predeterminada. A continuación, podrá ejecutar la importación Sólo datos sin formato y recuperar
los resultados mediante la API REST.
Habilitación del almacenamiento de resultados de exploraciones sin formato

Antes de empezar a recuperar los resultados de exploraciones sin formato, asegúrese de que esos datos se
vayan a almacenar en la base de datos. No todos los datos históricos se almacenan de forma

predeterminada, algunos se suprimen después de cada importación de datos correcta. Tras habilitar la
modalidad de importación Sólo datos sin formato, todos los datos históricos se almacenan en la base de
datos según el periodo de retención de datos.
Antes de empezar
Su base de datos puede crecer significativamente dependiendo del tamaño de su entorno. Establezca el
periodo de retención de datos cuidadosamente, por ejemplo, en 7 días.
Procedimiento
1. Habilite el almacenamiento de todos los datos históricos.
a. En BigFix Inventory, vaya a https://nombre_host:puerto/management/feature.
b. Marque el recuadro de selección Habilitar la modalidad de importación Sólo datos sin formato.
c. Pulse Guardar.
d. Reinicie el servidor de BigFix Inventory.
2. Configure el periodo de retención de datos.
Resultados
Todos los datos históricos, incluidos los resultados de exploraciones sin formato, se almacenan en la base
de datos según el periodo de retención de datos. Puede ejecutar una importación de datos y, a
continuación, recuperar los resultados de exploraciones sin formato.
Ejecución de importaciones de datos

Puede utilizar esta API REST para comprobar el estado de una importación de datos o para ejecutar una
importación de datos Sólo datos sin formato o Completa. Todas estas acciones se realizan a través de una
solicitud común de la API. Puede distinguirlas si añade a la solicitud parámetros específicos. Para trabajar
con esta API, utilice la operación GET en el elemento api/import_status.json o su alias
api/management/imports.json.
Antes de empezar
Comprobación del estado de la importación
Antes de empezar a ejecutar importaciones de datos, recupere el estado de una importación de datos
para asegurarse de que no haya importaciones actualmente en curso. Los estados que se pueden
recuperar se explican en Ejemplo de conversación HTTP. Para comprobar el estado de las importaciones,
utilice la solicitud siguiente:
https://nombre_host:puerto/api/import_status.json?token=señal
Ejecución de una importación Sólo datos sin formato
La ejecución de una importación Sólo datos sin formato es mucho más rápida porque solamente recupera
resultados de exploraciones sin formato. Este tipo de importación de datos se utiliza para recuperar
resultados de exploraciones sin formato a través de la API REST. Una importación de datos Sólo datos sin
formato incluye los siguientes pasos del proceso de importación:
v Inicialización de modelos:
Calling Model.before_snapshot
v Inicialización de cada origen de datos:
Initialize datasource #{datasource.name}
v Datos de equipos:
612
RawComputerId
Computer
ComputerPropertyValue
ComputerDimension
v Archivos relacionados con los equipos:
RawDatasourceFile
DatasourceFile
SAM::ScanFile
v Archivo explorado, paquete, paquete UNIX y datos de uso de aplicaciones:
SAM::FileFactDelta
SAM::FileFact
SAM::RawPackageFact
SAM::PackageFact
SAM::RawUnixPackageFact
SAM::UnixPackageFact
SAM::RawAppUsagePropertyValue
SAM::AppUsagePropertyValue
Para empezar a importar datos sin formato, añada a la solicitud de la API el parámetro run y especifique
el valor como raw_only:
https://nombre_host:puerto/api/import_status.json?token=token&run=raw_only
Nota: Tras ejecutar una importación de datos Sólo datos sin formato, los datos sin formato se pueden
recuperar a través de la API REST pero no está visible en la interfaz de usuario. La interfaz de usuario
sigue mostrando el estado de su entorno desde la última importación de datos correcta. La única
excepción es el informe Datos de medición que muestra los datos más recientes, incluso después de una
importación de datos sólo en bruto.
Ejecución de una importación de datos completa
Si se ejecuta una importación Completa a través de la API REST tiene el mismo efecto que si se ejecutara
la importación de datos desde la interfaz de usuario. Para empezar a importar sus datos, añada a la
solicitud de la API el parámetro run y especifique el valor como Complete:
https://nombre_host:puerto/api/import_status.json?token=token&run=complete
Descripción de las operaciones
Importante: Cada una de las solicitudes de API debe autenticarse con el parámetro token. Para ver la
señal exclusiva, inicie una sesión en BigFix Inventory y, en la esquina superior derecha, expanda la lista
debajo del nombre de usuario y pulse Perfil.
Operación GET /api/import_status.json, o GET /api/management/imports.json
Objetivo Devuelve el estado de la importación de datos
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/import_status.json o
https://nombre_host_servidor:número_puerto/api/management/
imports.json

Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Import status
se encuentra
Parámetros de consulta
Puede utilizar parámetros de consulta para limitar los resultados de la búsqueda o llevar a cabo acciones
adicionales. En la tabla siguiente se presentan los parámetros de consulta que puede utilizar para los
elementos api/import_status.json y api/management/imports.json.
Tabla 98. Parámetros de consulta para ejecutar una importación de datos y recuperar su estado
Parámetro Descripción Necesario Valor
format Especifica el formato de la información recuperada. No Serie
Los valores posibles son json o xml.
Recupere información con el formato json:

URL?format=json
token Identificador exclusivo de autenticación de Sí Alfanumérico
usuario.Puede ver la señal en las preferencias de
614
Tabla 98. Parámetros de consulta para ejecutar una importación de datos y recuperar su estado (continuación)
run Especifica el tipo de una importación de datos que No Serie
se va a ejecutar. Los posibles valores son:
v complete: ejecuta una importación de datos
Completa
v raw_only: ejecuta una importación Sólo datos sin
formato que recupera resultados de exploración
sin formato. Los datos no se añaden y, por lo
tanto, no aparecen en la interfaz de usuario.
Solamente puede recuperarlos a través de la API
REST.

Solicitud
GET api/import_status.json
HTTP/1.1 200 OK
Si no se ha iniciado nunca una importación de datos:
{
"mode": "none",
"can_run_imports": true,
"import_status_url": "/import_status",
"import_create_url": "/management/imports",
}
Si hay una importación de datos en curso:

{
"mode": "running",
"progress": 59
}
Si no se está ejecutando una importación de datos:
{
"mode": "idle"/"pending",
"last_status": successful,
"last_success_time": "2015-06-18T04:00:29Z"
"last_import_time": "2015-06-18T04:00:29Z",
"last_import_type": "raw_only"
"next_import_time": "2015-06-20T06:00:00Z",
"next_import_time_in": 75057,
"next_import_type": "complete"
}
Donde:

v mode – estado de la importación de datos; puede tener los siguientes valores:
– none – no se ha iniciado nunca una importación de datos
– idle - no se están ejecutando actualmente importaciones de datos
– running – hay una importación de datos en curso
– pending – una acción realizada en la interfaz de usuario requiere el inicio de una
importación de datos para que el cambio entre en vigor
v can_run_imports – especifica si el usuario que recupera esta API puede ejecutar importaciones
v import_status_url – dirección web de esta API
v import_create_url – dirección web del panel de importaciones de datos en BigFix Inventory
v progress – estado de porcentaje de la importación en ejecución
v last_status – estado de la última importación
v last_success_time - hora de la última importación satisfactoria
v last_import_time - hora de la última importación
v last_import_type - tipo de la última importación
v next_import_time - hora de la siguiente importación de datos planificada
v next_import_time_in - tiempo restante (en segundos) para la siguiente importación de datos
planificada
v next_import_type - tipo de la siguiente importación de datos planificada.
Recuperación de datos de archivos explorados sin formato

Esta API recupera datos de archivos explorados sin formato, que contienen información sobre todos los
archivos descubiertos en sus equipos. A diferencia de la interfaz de usuario, mediante esta API puede
recuperar todos los datos históricos que se han almacenado en la base de datos.
Antes de empezar
v Debe tener el permiso Visualizar datos en bruto para realizar esta tarea.
v Habilite el almacenamiento de los resultados de exploraciones
Para mejorar el rendimiento, recupere los datos de archivos explorados sin formato en bloques de 10000
registros.
1. Recupere el número total de registros disponibles.
https://nombreHost:puerto/api/sam/raw_file_facts?token=señal&countSwitch=2
{"total":49999,"rows":[]}
2. Recupere sólo los primeros 10000 registros con el parámetro limit.
https://nombreHost:puerto/api/sam/raw_file_facts?token=señal&countSwitch=1&limit=10000&offset=0
3. Recupere los siguientes 10000 registros. Puede omitir los registros ya recuperados mediante el
parámetro offset.
https://nombreHost:puerto/api/sam/raw_file_facts?token=señal&countSwitch=1&limit=10000&offset=10000
Operación GET /api/sam/raw_file_facts
Objetivo Devuelve datos de archivos explorados sin formato.
Método HTTP GET
616
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/raw_file_facts
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento File Fact
se encuentra
Puede utilizar parámetros de consulta para limitar los resultados de la búsqueda.

Tabla 100. Parámetros de consulta
columns[] Especifica las columnas que se van a recuperar. Si No Serie
no especifica este parámetro, se recupera un
conjunto de columnas predeterminadas. Ejemplo:
Recuperar las columnas name y computer_id:

URL?columns[]=name&columns[]=computer_id

Tabla 100. Parámetros de consulta (continuación)
order Especifica cómo desea ordenar los datos devueltos. No Serie
La dirección predeterminada para ordenar las
columnas es la ascendente. Si desea especificar una
clasificación descendente, añada desc al nombre de
columna. Ejemplo:
Ordenar por nombre en sentido descendente:

URL?order[]=name desc
limit Especifica el número de filas que se recuperan. Si No Numérico
omite este parámetro, el límite se establece según
el valor del parámetro del servidor
raw_data_api_default_limit, que de forma
predeterminada es 100000.
offset Especifica el número de filas que se omiten para No Numérico
recuperar los resultados. Puede utilizarse
conjuntamente con el parámetro limit para paginar
los resultados. Ejemplo:
Recuperar 50 registros después del registro 150:

URL?limit=50&offset=150
criteria
Recupera los registros que coinciden con condiciones específicas. El parámetro debe tener la
siguiente estructura, todo en una línea:
<criteria> ::= <left-brace> <boolean-operator><colon> <left-bracket>
<criterion> [{ <comma> <criterion> }...] <right-bracket> <right-brace>
<boolean-operator> ::= "and" | "or"
<criterion> ::= <criteria> | <left-bracket> <column> <comma> <operator> <comma> <value> <right-bracket>
<column> ::= <json-string>
<operator> ::= <json-string>
<value> ::= <json-array> | <json-string> | <json-numver> | <json-null>
Ejemplo: Recuperar datos de archivos explorados de sistemas con un ID mayor que 10:
URL?criteria={ "and": [ ["computer_id", ">", "10"]]}
Para las columnas que utilizan los valores de fecha y hora como, por ejemplo, Visualizado por
última vez, puede recuperar los datos también para un periodo de tiempo en lugar de en una
fecha específica. Para ellos, utilice last o next como <operador> y, a continuación, especifique el
valor de tiempo en la convención siguiente: PxD/PxW/PxM/PxY, siendo x un número entre 1 y
999, y D, W, M o Y un diseñador que representa días, semanas, meses o años respectivamente.
Por ejemplo, para recuperar sistemas que han emitido informes los últimos 7 días, utilice la
siguiente solicitud API:
URL?criteria={"and":[["last_seen","last","P7D"]]}

Solicitud
GET api/sam/raw_file_facts
618
HTTP/1.1 200 OK
{
"scan_file_id": 3,
"computer_id": 5,
"size": 92174,
"version": null,
"valid_from": "2015-07-31T07:03:21Z"
"valid_to": "9999-12-31T23:59:59Z"
}
{
"scan_file_id": 3,
"computer_id": 5,
"path": "C:/Program Files/ibm/SQLLIB/BIN",
"name":"db2set.exe",
"size": 81768,
"version": "10.1",
"valid_from": "2015-07-31T07:03:21Z",
"valid_to": "9999-12-31T23:59:59Z"
}
Recuperación de datos de paquetes sin formato

Esta API recupera datos de paquetes sin formato, que contienen información sobre todos los paquetes
descubiertos en sus equipos. Esta información se recupera del registro de Windows. A diferencia de la
interfaz de usuario, mediante esta API puede recuperar todos los datos históricos que se han almacenado
en la base de datos.
Antes de empezar
Para mejorar el rendimiento, recupere los datos de paquetes sin formato en bloques de 10000 registros.
https://nombreHost:puerto/api/sam/raw_package_facts?token=señal&countSwitch=2
{"total":49999,"rows":[]}
https://nombreHost:puerto/api/sam/raw_package_facts?token=señal&countSwitch=1&limit=10000&offset=0
parámetro offset.
https://nombreHost:puerto/api/sam/raw_package_facts?token=señal&countSwitch=1&limit=10000&offset=10000
Operación GET /api/sam/raw_package_facts
Objetivo Devuelve datos de paquetes sin formato.
Método HTTP GET

URI de recurso https://nombre_host_servidor:número_puerto/api/sam/raw_package_facts
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Package Fact
se encuentra


620
columna. Ejemplo:


criteria
Ejemplo: Recuperar datos de paquetes de sistemas con un ID mayor que 10:


Solicitud
GET api/sam/raw_package_facts

HTTP/1.1 200 OK
{
"package_property_id": 1,
"computer_id": 3,
"description": "{FA7394B8-CE65-4F9E-AC99-F372AD365424}",
"name": "SQL Server 2008 R2 Database Engine Services",
"version": "10.50.1600.1",
"vendor": "Microsoft Corporation",
"valid_from": "2015-08-05T14:41:19Z",
"valid_to": "9999-12-31T23:59:59Z"
}
{
"package_property_id": 1,
"computer_id": 3,
"description": "{0AECF03B-E9FC-4A17-999D-6641A2851B26}",
"name": "IBM Endpoint Manager Client",
"version": "9.2.3.68",
"vendor": "IBM Corp.",
"valid_from": "2015-08-05T14:41:19Z",
"valid_to": "9999-12-31T23:59:59Z"
}
Recuperación de datos de paquetes UNIX sin formato

Esta API recuperar datos de paquetes UNIX sin formato, que contienen información sobre todos los
paquetes descubiertos en los sistemas operativos UNIX. A diferencia de la interfaz de usuario, mediante
esta API puede recuperar todos los datos históricos que se han almacenado en la base de datos.
Antes de empezar
Para mejorar el rendimiento, recupere los datos de paquetes UNIX sin formato en bloques de 10000
registros.
https://nombreHost:puerto/api/sam/raw_unix_package_facts?token=señal&countSwitch=2
{"total":49999,"rows":[]}
https://nombreHost:puerto/api/sam/raw_unix_package_facts?token=señal&countSwitch=1&limit=10000&offset=0
parámetro offset.
https://nombreHost:puerto/api/sam/raw_unix_package_facts?token=señal&countSwitch=1&limit=10000&offset=10000
Operación GET /api/sam/raw_unix_package_facts
Objetivo Devuelve datos de archivos explorados sin formato.
Método HTTP GET
622
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/
raw_unix_package_facts
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Unix Package Fact
se encuentra



columna. Ejemplo:


criteria
Ejemplo: Recuperar datos de paquetes UNIX de sistemas con un ID mayor que 10:

Solicitud
GET api/sam/raw_unix_package_facts
624
HTTP/1.1 200 OK
{
"unix_package_property_id": -1,
"computer_id": 14,
"name": "lohit-oriya-fonts",
"version": "2.4.3-6.el6",
"vendor": "Red Hat, Inc.",
"description": null,
"type": "Rpm",
"index_sha1": "176d82d8994b5c7b27f5ba8446cb40a802b2e8f5",
"valid_from": "2016-02-29T15:33:10Z",
"valid_to": "9999-12-31T23:59:59Z"
}
{
"unix_package_property_id": -1,
"computer_id": 14,
"name": "libcollection",
"version": "0.6.0-9.el6",
"vendor": "Red Hat, Inc.",
"description": null,
"type": "Rpm",
"index_sha1": "69ac3e6fc5674c4feb1c90aae88975d9d0ebe615",
"valid_from": "2016-02-29T15:33:10Z",
"valid_to": "9999-12-31T23:59:59Z"
}
Recuperación de datos de calibración sin formato

Esta API recupera datos de calibración sin formato, que contienen información sobre el uso de elementos
de software instalados en sus equipos. A diferencia de la interfaz de usuario, mediante esta API puede
recuperar todos los datos históricos que se han almacenado en la base de datos.
Antes de empezar
Para mejorar el rendimiento, recupere los datos de calibración sin formato en bloques de 10000 registros.
https://nombreHost:puerto/api/sam/raw_app_usage_property_values?token=señal&countSwitch=2
{"total":49999,"rows":[]}
&limit=10000&offset=0
parámetro offset.
&limit=10000&offset=10000

Operación GET /api/sam/raw_app_usage_property_values
Objetivo Devuelve datos de paquetes sin formato.
Método HTTP GET
raw_app_usage_property_values
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento App Usage Property Value
se encuentra


626
columna. Ejemplo:


criteria
Ejemplo: Recuperar datos de calibrado de equipos con un ID mayor que 10:


Solicitud
GET api/sam/raw_app_usage_property_values

HTTP/1.1 200 OK
{
"app_usage_property_id": -1,
"computer_id": 2,
"process": "BESClient.exe",
"first_used": "2015-03-27T16:28:47Z",
"last_used": "2015-08-03T11:46:16Z",
"total_runs": 5,
"total_time": 10888494,
"avg_runs_per_day": 0.03943099252280677,
"avg_run_time": 2177698.8,
"valid_from": "2015-08-05T14:41:19Z",
"valid_to": "9999-12-31T23:59:59Z"
}
{
"app_usage_property_id": -1,
"computer_id": 2,
"process": "BESConsole.exe",
"first_used": "2015-07-09T11:27:50Z",
"last_used": "2015-07-13T13:33:42Z",
"total_runs": 2,
"total_time": 16767,
"avg_runs_per_day": 0.4893077201884741,
"avg_run_time": 8383.5,
"valid_from": "2015-08-05T14:41:19Z",
"valid_to": "9999-12-31T23:59:59Z"
}
API REST para la gestión del inventario de software

Puede reducir el tiempo necesario para gestionar el inventario de software en un entorno grande
utilizando la API REST en lugar de la interfaz de usuario de aplicación. Puede utilizar la API REST para
obtener una lista de productos de software, releases e instancias del release. También puede averiguar
cómo puede empaquetarse el software.
Recuperación de productos de software

Utilice la operación GET en el elemento api/sam/swinventory/products para solicitar información sobre los
productos de software que están instalados en su infraestructura.
Operación GET /api/sam/swinventory/products
Objetivo Devuelve una lista de productos de software.
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/swinventory/
products
Parámetros de consulta de URI Para obtener una lista de los parámetros de consulta aplicables, consulte:
Parámetros de consulta.
628
Cabecera

Content-Type de la solicitud Application/json
Cabecera
Content-Type
Valores Application/json
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Products
Content-Type de respuesta Application/json
se encuentra
401 – “Unauthorized” si el usuario no está autorizado para realizar la
operación
416 – “Requested Range Not Satisfiable” si el usuario ha
proporcionado un rango de start o count que no puede cumplirse
Puede utilizar parámetros de consulta para limitar los resultados de la búsqueda. La tabla siguiente
presenta los parámetros de consulta que puede utilizar para el elemento swinventory/products.
Tabla 108. Parámetros de consulta para recuperar productos de software
confirmed_ El estado de confirmación de paquetes. Si el No true
filter parámetro no se especifica, se muestran las false
instancias de software confirmadas y no
confirmadas.
count El número de filas que se van a devolver. No Numérico
Valor predeterminado: 80
endDate La fecha de finalización del descubrimiento. Si el No Fecha con el formato
parámetro no se especifica, se utiliza la fecha AAAA-MM-DD
actual.

Tabla 108. Parámetros de consulta para recuperar productos de software (continuación)
part_number_ El número de pieza al que se ha asignado el No Serie
filter elemento de software según la lista de números de
pieza importados.
product_ El nombre del producto, el release o el componente No Serie
release_ de software.
component_
filter
start El número de la primera fila de datos que se va a No Numérico
devolver. Valor predeterminado: 0
startDate La fecha de inicio del descubrimiento. Si no se No Fecha con el formato
especifica el parámetro, la fecha de inicio se AAAA-MM-DD
establece en 90 días atrás, o en la fecha de
instalación del servidor, según cuál de estas fechas
está más cerca de la fecha actual.
token Identificador exclusivo de autenticación de usuario. Sí Alfanumérico
Nota: La señal incluye información sobre el grupo
de equipos a los que tiene acceso el usuario. Los
datos que se recuperan están limitados a datos de
equipos que pertenezcan a este grupo.

Solicitud
GET /api/sam/swinventory/products
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&startDate=2012-10-19
&endDate=2012-10-19 HTTP/1.1
HTTP/1.1 200 OK
[{
"id": "16113",
"level": "product",
"productReleaseComponent": "IBM Cognos Business Intelligence
for Non-Production Environment",
"children": "true",
"confidence": "11",
"type": "root"
}]
Recuperación de releases de un producto

Utilice la operación GET en el elemento api/sam/swinventory/product/{ID_producto}/releases para
solicitar información sobre los releases de un determinado producto de software que se ha instalado en la
infraestructura.
630
Operación GET /api/sam/swinventory/product/{ID_producto}/releases
Objetivo Devuelve una lista de releases de un determinado producto de software
que se identifica mediante su identificador.
Método HTTP GET
product/{ID_product}/releases
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Releases
se encuentra
operación
404 – “Not Found” si un release o una instancia del producto o versión
que se ha solicitado no existe

presenta los parámetros de consulta que puede utilizar para el elemento swinventory/product/
{ID_producto}/releases.
Tabla 110. Parámetros de consulta para recuperar los releases de un producto de software
confirmadas.
actual.
pieza importados.
component_
filter

Solicitud
GET /api/sam/swinventory/product/38818/releases
&endDate=2012-10-19 HTTP/1.1
Accept: application/json Accept-Language: en-US
HTTP/1.1 200 OK
[{
"level": "release",
"productReleaseComponent": "DB2 UDB Query Patroller 6.1",
632
"id": "61922",
"numberOfAllInstances": "1",
"children": "true"
}]
Recuperación de instancias de release

Utilice la operación GET en el elemento api/samswinventory/release/{ID_release}/instances para
solicitar información sobre las instancias de un release de producto de software para un determinado
release que se ha instalado en su infraestructura.
Operación GET /api/sam/swinventory/release/{ID_release}/instances
Objetivo Devuelve una lista de instancias para el release de producto de software
solicitado.
Método HTTP GET
release/{ID_release}/instances
“Parámetros de consulta” en la página 634.
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento Instances. Cada instancia es un componente individual en un
agente individual.

se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento swinventory/release/
{ID_release}/instances.
Tabla 112. Parámetros de consulta para recuperar instancias de release
confirmadas.
actual.
name_host_ El nombre del sistema en el que se ha instalado el No Serie
filter elemento de software.
name_server_ El nombre del servidor en el que se ha instalado No Serie
filter el elemento de software.
operating_ El sistema operativo del sistema donde se ha No Serie
system_filter instalado el elemento de software.
pieza importados.
product_ El nombre del producto, el release o el No Serie
release_ componente de software.
component_
filter
634
Tabla 112. Parámetros de consulta para recuperar instancias de release (continuación)
usuario.

Solicitud
GET /api/sam/swinventory/release/61922/instances
&endDate=2012-10-19 HTTP/1.1
HTTP/1.1 200 OK
[{
"operatingSystem": "Linux Red Hat Enterprise Server 5.4 (2.6.18-164.el5)",
"currentServerId": "TLM_VM_VMware-42 3b 3b 73 2a 12 4a c5-e0 56 d1 30 74
6b 53 2a",
"updateTime": "1374082814268",
"hostname": "NC042189",
"id": "347",
"bundleRules": "the relation in the software catalog,
the stand-alone product discovery",
"processorType": "Intel(R) Xeon(R) Multi-core 3400-3699 or 5500-5699",
"productReleaseComponent": "IBM CICS Transaction Gateway 6.0",
"pvuPerCore": "70",
"installationPaths": "/nfs/bak/SLES10.2/usr/catalog_test/linux01/1",
"isSimple": "false"
}]
Recuperación de releases a los que se puede reasignar una instancia de software

Utilice la operación GET en el elemento api/sam/swinventory/targetBundlesOfInstances para solicitar
información sobre los posibles releases a los que se pueden reasignar las instancias de software
solicitadas.
Operación GET /api/sam/swinventory/targetBundlesOfInstances
Objetivo Devuelve una lista de los posibles releases a los que se puede reasignar la
instancia de software solicitada.

Método HTTP GET
targetBundlesOfInstances
“Parámetros de consulta”.
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento targetReleases
se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento swinventory/
targetBundlesOfInstances.
636
Tabla 114. Parámetros de consulta para recuperar releases a los que se puede reasignar una instancia de software
product Una lista de identificadores de producto Sí Numérico
InventoryId exclusivos separados por una coma.
usuario.
Nota: La señal incluye información sobre el
grupo de equipos a los que tiene acceso el
usuario. Los datos que se recuperan están
limitados a datos de equipos que pertenezcan
a este grupo.

Solicitud
GET /api/sam/swinventory/targetBundlesOfInstances
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&productInventoryId=200032
HTTP/1.1
HTTP/1.1 200 OK
[{
"productId": "69558",
"appliedRules": "the relation in the software catalog,
"productName": "IBM Smart Analytics System 2050 Departmental
Base Remote Standby Server 1.0",
"id": "69558",
"branchType": "0",
"isShared": "false"
}]
Recuperación de releases a los que se puede reasignar una instancia de release

Utilice la operación GET en el elemento api/sam/swinventory/targetBundlesOfReleases para solicitar
información sobre los posibles releases a los que se pueden reasignar las instancias de los releases de
software solicitados.
Operación GET /api/sam/swinventory/targetBundlesOfReleases
Objetivo Devuelve una lista de los posibles releases a los que se pueden reasignar
las instancias de los releases de software solicitados.
Método HTTP GET
targetBundlesOfReleases

Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento swinventory/
targetBundlesOfReleases.
Tabla 116. Parámetros de consulta para recuperar releases a los que se puede reasignar una instancia de release
confirmadas.
638
Tabla 116. Parámetros de consulta para recuperar releases a los que se puede reasignar una instancia de
release (continuación)
actual.
name_server_ El nombre del servidor en el que se ha instalado el No Serie
pieza importados.
component_
filter
releases Una lista de identificadores de release exclusivos Sí Numérico
separados por una coma.

Solicitud
GET /api/sam/swinventory/targetBundlesOfReleases
&releases=64050&startDate=2012-09-29&endDate=2012-10-02 HTTP/1.1
HTTP/1.1 200 OK
[{
"appliedRules": "the relation in the software catalog",
"productName": "IBM Database Enterprise Developer Edition 10.1",
"id": "72563",
"branchType": "0",
"isShared": "false"
}]

Recuperación de instancias que se reasignan a un release
Utilice la operación GET en el elemento api/sam/swinventory/targetInstances para solicitar información
sobre las instancias de destino que pueden reasignarse a un determinado release.
Operación GET /api/sam/swinventory/targetInstances
Objetivo Devuelve una lista de instancias de destino que pueden reasignarse a un
determinado release.
Método HTTP GET
targetInstances
“Parámetros de consulta” en la página 641.
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento targetInstances
se encuentra
401 – “Unauthorized” si un usuario no está autorizado para realizar la
operación
que ha solicitado no existe
640
presenta los parámetros de consulta que puede utilizar para el elemento GET/swinventory/
targetInstances.
Tabla 118. Parámetros de consulta para recuperar instancias que se reasignan a un release
releaseId Un identificador exclusivo de un release. Sí Numérico

Solicitud
GET /api/sam/swinventory/targetInstances
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&releaseId=72717 HTTP/1.1
HTTP/1.1 200 OK
[{
"componentNameVersion": "IBM Tivoli Directory Server (SP) 6.0",
"hostname": "Agent20",
"path": "C:\Documents and Settings\Administrator\Signatures",
"updateTime": "1349270690593",
"appliedRules": "the relation in the software catalog, the infrastructure co-location",
"id": "200027",
"productNameVersion": "IBM WebSphere Process Server Hypervisor Edition for
Novell SLES for x86 6.2",
"isShared": "false"
}]
Recuperación de instancias compartidas por releases

Utilice la operación GET en el elemento api/sam/swinventory/instanceToShare para solicitar información
sobre los releases que puede compartir una determinada instancia.
Operación GET /api/sam/swinventory/instanceToShare
Objetivo Devuelve una lista de releases de software que puede compartir una
determinada instancia.
Método HTTP GET
instanceToShare

Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Códigos de respuesta HTTP de error 400 – “Bad Request” si un parámetro contiene errores o no se encuentra
401 – “Unauthorized” si no está autorizado para la operación
presenta los parámetros de consulta que puede utilizar para el elemento swinventory/instanceToShare.
Tabla 120. Parámetros de consulta para recuperar una instancia compartida por releases
product Un identificador exclusivo de un producto. Sí Numérico
InventoryId
642
Solicitud
GET /api/sam/swinventory/instanceToShare
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&productInventoryId=200032
HTTP/1.1
HTTP/1.1 200 OK
[{
"isSelected": "true",
"appliedRules": "the relation in the software catalog,
"productName": "IBM Alphablox for Linux, UNIX and Windows 9.5",
"id": "64050",
"branchType": "0",
"isShared": "false"
}
]
API REST para la clasificación de software

Puede reducir el tiempo necesario para gestionar las instancias de software en un entorno grande
utilizando la API REST en lugar de la interfaz de usuario de aplicación. Puede utilizar la API REST para
compartir instancias, incluir o excluir instancias de un cálculo de precios, confirmar y asignar instancias,
y reasignar instancias.
Compartición de una instancia con más de un producto

Utilice la operación POST en el elemento api/sam/swinventory/share para compartir una instancia de un
componente con más de un producto.
Operación /api/sam/swinventory/share
Objetivo Comparte una instancia con una lista de productos de software.
Método HTTP POST
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/swinventory/share
Cabecera


Content-Type de la solicitud n/d
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta n/d
Content-Type de respuesta n/d
Códigos de respuesta HTTP normal 204 – No content
se encuentra
operación
que el usuario ha solicitado no existe
422 – “Unprocessable Entity” si la solicitud tiene el formato correcto,
pero no ha podido seguirse debido a errores semánticos
presenta los parámetros de consulta que utiliza para el elemento POST/swinventory/share.
Tabla 122. Parámetros de consulta para compartir una instancia con más de un producto
productIds Una lista de identificadores de producto exclusivos Sí Numérico
separados por una coma. Debe especificarse como
mínimo un identificador.
Utilice la operación GET en el elemento

swinventory/instanceToShare para obtener los
identificadores de producto.
product Un identificador exclusivo de una instancia que Sí Numérico
InventoryId comparten varios productos.
updateTime Indicación de fecha y hora de la última hora de Sí Numérico
modificación de la instancia expresada en
milisegundos. Este parámetro se utiliza para
manejar las acciones simultáneas.

swinventory/release/{ID_release}/instances para
obtener la hora de actualización.
644
Solicitud
POST /api/sam/swinventory/share?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623
&productInventoryId=200032&updateTime=1349237658578&productIds=70665,70656 HTTP/1.1
HTTP/1.1 204 OK
Inclusión de instancias en un cálculo de precios

Utilice la operación de POST en el elemento api/sam/swinventory/include para incluir instancias en el
cálculo de precios.
Operación /api/sam/swinventory/include
Objetivo Incluye instancias en un cálculo de precios.
Método HTTP POST
include
Cabecera

Cabecera
Content-Language
Valores en-US, ...


se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento POST/swinventory/include.
Tabla 124. Parámetros de consulta para la inclusión de instancias en los cálculos de precios
product Una lista de identificadores exclusivos de Sí Numérico
InventoryId instancias que se van a incluir en el cálculo,
updateTime Una lista de indicaciones de fecha y hora de la Sí Numérico
última hora de modificación de las instancias
expresada en milisegundos. Las indicaciones de
fecha y hora se separan con una coma. La primera
indicación de fecha y hora de la lista corresponde a
la primera instancia, etc. Este parámetro se utiliza
para manejar las acciones simultáneas.

obtener las horas de actualización.

Solicitud
POST /api/sam/swinventory/include?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623
&productInventoryId=198,300201&updateTime=1349237658578,1349237658588 HTTP/1.1
HTTP/1.1 204 OK
Exclusión de instancias de los cálculos de precios

Utilice la operación de POST en el elemento api/sam/swinventory/exclude para excluir instancias de los
cálculos de precios.
646
Operación /api/sam/swinventory/exclude
Objetivo Excluye instancias de un cálculo de precios.
Método HTTP POST
exclude
Cabecera

Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
El cuerpo del mensaje excluye un mensaje de error con detalles.
presenta los parámetros de consulta que puede utilizar para el elemento POST/swinventory/exclude.
Tabla 126. Parámetros de consulta para la exclusión de instancias de los cálculos de precios
product Una lista de identificadores exclusivos de Sí Numérico
InventoryId instancias que deben excluirse del cálculo,
separados por una coma. Debe especificarse
como mínimo un identificador.

Tabla 126. Parámetros de consulta para la exclusión de instancias de los cálculos de precios (continuación)
reason La razón para excluir una instancia de los Sí backup
cálculos de precios. beta
component
evaluation
no_licensing
not_compatible
other
comment Comentarios adicionales para la razón de la Sólo Serie
exclusión. cuando la
razón es
otra
usuario.
updateTime Una lista de indicaciones de fecha y hora de Sí Numérico
la última hora de modificación de las
instancias expresada en milisegundos. Cada
indicación de fecha y hora se separa con una
coma. La primera indicación de fecha y hora
de la lista corresponde a la primera instancia,
etc. Este parámetro se utiliza para manejar las
acciones simultáneas.

swinventory/release/{ID_release}/
instances para obtener las horas de
actualización.

Solicitud
POST /api/sam/swinventory/exclude
&productInventoryId=300001,500001&updateTime=1349237658578,1349237658588
&reason=no_licensing HTTP/1.1
HTTP/1.1 204 OK
Reasignación de instancias a un producto

Utilice la operación POST en el elemento api/sam/swinventory/reassign para reasignar instancias a un
producto diferente.
Operación /api/sam/swinventory/reassign
Objetivo Reasigna instancias a un producto diferente.
Método HTTP POST
648
reassign
Cabecera

Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento POST/swinventory/reassign.
Tabla 128. Parámetros de consulta para reasignar instancias a un producto diferente
productId Un identificador exclusivo de un producto a la que Sí Numérico
se reasignará la instancia.

swinventory/targetBundlesOfInstances para
obtener los identificadores de producto.

Tabla 128. Parámetros de consulta para reasignar instancias a un producto diferente (continuación)
product Una lista de identificadores exclusivos de las Sí Numérico
InventoryId instancias que se van a reasignar a un producto,


Solicitud
POST /api/sam/swinventory/reassign?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623
&productInventoryId=200027,300001&productId=72786&updateTime=
1349237658578,1349237658588 HTTP/1.1
HTTP/1.1 204 OK
Reasignación de instancias a un producto para una lista de releases

Utilice la operación POST en el elemento api/sam/swinventory/reassignRelease para reasignar instancias
para una lista de releases a un producto.
Operación /api/sam/swinventory/reassignRelease
Objetivo Reasigna instancias a un producto para una lista de releases.
Método HTTP POST
reassignRelease
650
Cabecera

Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento POST/swinventory/
reassignRelease.
Tabla 130. Parámetros de consulta para recuperar instancias que se reasignan a un release
actual.

Tabla 130. Parámetros de consulta para recuperar instancias que se reasignan a un release (continuación)
pieza importados.
component_
filter
productId Un identificador exclusivo de un producto a la que Sí Numérico
se asignará la instancia.

swinventory/targetBundlesOfReleases para
obtener los identificadores de producto.
releases Una lista de identificadores de release exclusivos Sí Numérico
startDate La fecha de inicio del descubrimiento. Si el No Fecha con el formato
parámetro no se especifica, se utiliza la primera AAAA-MM-DD
fecha que no tenga cobertura en un informe de
auditoría firmado. Si no hay informes firmados, se
utiliza la fecha de instalación del servidor.

Solicitud
POST /api/sam/swinventory/reassignRelease
&releases=67757,95947&productId=67756&startDate=2012-09-29&endDate=2012-10-02
HTTP/1.1 204 OK
Confirmación de las instancias que se van a empaquetar o asignar

Utilice la operación POST en el elemento api/sam/swinventory/confirm para confirmar el empaquetado o
la asignación de instancias.
Operación /api/sam/swinventory/confirm
Objetivo Confirma el empaquetado o la asignación de instancias.
Método HTTP POST
confirm
652
Cabecera

Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
presenta los parámetros de consulta que puede utilizar para el elemento POST/swinventory/confirm.
Tabla 132. Parámetros de consulta para la confirmación de instancias
product Una lista de identificadores exclusivos de las Sí Numérico
InventoryId instancias que se van a confirmar separados por
una coma. Debe especificarse como mínimo un
identificador.

Tabla 132. Parámetros de consulta para la confirmación de instancias (continuación)


Solicitud
POST /api/sam/swinventory/confirm?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623
&productInventoryId=200027,300001&updateTime=1349237658578,1349237658588 HTTP/1.1
HTTP/1.1 204 OK
Confirmación de la asignación de instancias para un release

Utilice la operación POST en el elemento api/sam/swinventory/confirmRelease para confirmar la
asignación de instancias para un release.

Operación api/sam/swinventory/confirmRelease
Objetivo Confirma la asignación de instancias para un release.
Método HTTP POST
confirmRelease
Parámetros de consulta de URI No
Cabecera
Valores en-US (sólo se soporta el idioma inglés)

654
Cabecera
Content-Language
Valores en-US, ...

se encuentra
operación
La tabla siguiente presenta los parámetros de consulta que puede utilizar para el elemento
POST/swinventory/confirmRelease.

actual.
pieza importados.
product_ El nombre de un producto de software, un release No Serie
release_ de software o un componente
component_
filter
releases Lista de identificadores de release exclusivos. Cada Sí Numérico
identificador está separado por una coma. Como
mínimo debe especificarse un ID.
startDate La fecha de inicio del descubrimiento. Si el No Fecha con el formato
parámetro no se especifica, se utiliza la primera AAAA-MM-DD
fecha que no tenga cobertura en un informe de
auditoría firmado. Si no hay informes firmados, se
utiliza la fecha de instalación del servidor.

usuario.

Solicitud
POST /api/sam/swinventory/confirmRelease
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&releases=95185
&startDate=2012-10-18&endDate=2013-01-26 HTTP/1.1
HTTP/1.1 204 OK
API REST para cambiar los valores avanzados del servidor

Puede cambiar los parámetros del servidor de BigFix Inventory utilizando la API REST.
Recuperación de los valores actuales de la configuración avanzada del servidor

Utilice la operación GET sobre el elemento api/sam/configs para solicitar información sobre valores
actuales del servidor de BigFix Inventory. La salida se devuelve en formato JSON.
Operación GET /api/sam/configs
Objetivo Devuelve información sobre los valores actuales de la configuración del
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/configs
Parámetros de consulta de URL Para obtener una lista de parámetros de consulta, vea: Parámetros de
consulta.
Cabecera

656
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento configs
Códigos de respuesta HTTP normal n/d
Códigos de respuesta HTTP de error n/d
La tabla siguiente muestra los parámetros de consulta que puede utilizar para el elemento configs.
Tabla 134. Parámetros de consulta para recuperar valores actuales de la configuración del servidor
name Devuelve la configuración de un parámetro No Nombre del parámetro
individual. Para obtener una lista completa de
valores posibles y su explicación, consulte: “Valores
avanzados de servidor” en la página 304.
Comprobación del valor actual de todos los parámetros.

Solicitud
GET https://localhost:9081/api/sam/configs?token=
7adc3efb175e2bc0f4484bdd2efca54a8fa04623
Extracto del cuerpo de la respuesta (JSON)
[
{"valueMax":10080,
"valueMin":0,
"valueType":"minutes",
"name":"vmman_transfer_period","value":"720"},
{"valueType":"boolean",
"name":"vmman_check_uniqueness_enabled",
"value":"true"},
"name":"blockUiBundlingComputations",
"value":"false"},
{"valueMax":10080,

"valueMin":0,
"valueType":"minutes",
"name":"catalog_download_task_stagger_interval",
"value":"0"},
"name":"storeHwDataForAllVMManagerNodes",
"value":"false"},
]
Comprobación del valor actual de un parámetro individual.

Solicitud
GET https://localhost:9081/api/sam/configs?token=
7adc3efb175e2bc0f4484bdd2efca54a8fa04623&name=maxVMManagerInactivity
[
{"valueMax":90,
"valueMin":1,
"valueType":"days",
"name":"maxVMManagerInactivity",
"value":"3"}
]
Configuración de valores avanzados de servidor

Utilice la operación PUT sobre el elemento api/sam/configs para cambiar valores de configuración del

Operación PUT /api/sam/configs
Objetivo Cambia el valor actual de un valor del servidor.
Método HTTP PUT
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/configs
Parámetros de consulta de URL Para obtener una lista de parámetros de consulta, vea: Parámetros de
consulta.
Cabecera

Content-Type de la solicitud application/x-www-form-urlencoded
Cabecera
Content-Language
Valores en-US, ...

658
Códigos de respuesta HTTP normal 204
Códigos de respuesta HTTP de error 404 - No encontrado
La tabla siguiente muestra los parámetros de consulta que puede utilizar para el elemento configs.
Tabla 136. Parámetros de consulta para cambiar valores actuales de la configuración del servidor
name Especifica el parámetro cuyo valor se debe cambiar. Sí Nombre del parámetro
Para obtener una lista completa de valores posibles
y su explicación, consulte: “Valores avanzados de
servidor” en la página 304.
value Especifica el nuevo valor del parámetro. Sí Valor situado dentro del
rango específico para el
parámetro.

Solicitud
PUT http://localhost:9981/api/sam/configs
?token=7adc3efb175e2bc0f4484bdd2efca54a8fa04623&name=
maxVMManagerInactivity&value=30
API REST para recuperar sistemas, clústeres, instancias de software y

uso de licencias
Puede utilizar esta API REST para recuperar rápidamente grandes cantidades de datos relacionados con
los sistemas, los clústeres, las instancias de software y el uso de licencias. Una vez recuperados los datos,
puede pasar a otras aplicaciones para continuar el proceso y el análisis.
La imagen siguiente representa las relaciones entre todos los recursos incluidos en esta API REST:
Sistemas
api/sam/computer_systems
Instancia de software Uso de licencias

api/sam/software_instances api/sam/license_usages

Casos de ejemplo
Elija uno de los casos de ejemplo para ver cómo determinar el uso de licencias para todos los sistemas o
sólo para sistemas seleccionados. Se recomienda el primer enfoque si desea recuperar los datos de forma
masiva y calcular el uso de licencias para todo el entorno. No obstante, el segundo permite especificar
rápidamente información concreta mediante la recuperación de datos de un subconjunto seleccionado de
sistemas.
Determinación del uso de licencias para todos los sistemas:
Puede extraer los datos de forma masiva para determinar el uso total de licencias de software en todos
los sistemas. En lugar de utilizar informes en la interfaz de usuario de la aplicación, puede crear
solicitudes de API para recuperar rápidamente grandes cantidades de datos.
Antes de empezar
v Cada una de las solicitudes de API (URL) debe autenticarse con el parámetro token. Puede
recuperarlas utilizando la API REST para recuperar la señal de autenticación o puede verlas en las
preferencias de Perfil de BigFix Inventory.
v Para obtener una lista de parámetros de consulta para limitar los resultados y la lista de columnas
disponibles, consulte la información relacionada con un determinado tipo de API.
Consideraciones sobre el rendimiento

v La recuperación de grandes cantidades de datos puede afectar al rendimiento del entorno, por lo que
la API no debe utilizarse con otras tareas que afectan significativamente al rendimiento, como las
importaciones de datos. Para obtener más información, consulte Directrices de escalabilidad.
v Recupere los datos en páginas, en lugar de consultar cada ID de sistema por separado. Puede crear
varias solicitudes de API y utilizar los parámetros limit y offset para paginar los resultados.
Nota:
– Para los entornos con aproximadamente 200.000 puntos finales, se recomienda recuperar los datos
en páginas de 100.000 filas para los sistemas, 200.000 filas para las instancias de software y 300.000
filas para el uso de licencias. Si limitar la primera solicitud a 100.000 resultados, añada la siguiente
solicitud con el parámetro offset=100000 para omitir los registros ya recuperados. Ajuste los valores
según el tamaño del despliegue.
– Si tiene un pequeño número de puntos finales, puede omitir los parámetros limit y offset, y
recuperar los datos utilizando sólo una solicitud de API.
Procedimiento
1. Recupere la lista de sistemas:
https://nombre_host:puerto/api/sam/computer_systems?
token=señal&limit=100000&offset=100000
Resultado: cada sistema tiene un id diferente. Posteriormente, puede utilizar este id para crear una
coincidencia entre las instancias de software y los sistemas.
{
"id": 182,
"parent_id": 175,
"type": "virtual",
"os": "Win2008R2 6.1.7601",
"host_name": "NC9128109187",
"dns_name": "NC9128109187",
"ip_address": [
"9.128.109.187"],
"last_seen": "2014-06-06T03:56:39Z",
"hardware_manufacturer": "-",
"hardware_model": "-",
"hardware_serial_number": "TLM_VM_4236ac43",
"processor_type": "Multi-core",
660
"processor_brand": "Xeon(R), 3 or 4 Socket",
"processor_vendor": "Intel(R)",
"processor_model": "E3-12xx, E7-28xx, E7-48xx",
"partition_cores": "1.0",
"server_processors": 1,
"server_cores": 1
}
2. Recupere la lista de instancias de software. La columna software_title_name que permite reconocer el
nombre de software está oculta de forma predeterminada, lo que significa que debe añadir el URL con
el parámetro columns[] seguido del nombre de una columna oculta.
El ejemplo siguiente recupera las columnas computer_system_id y software_title_name para que
pueda reconocer qué software está instalado en el sistema. Si desea recuperar la información
completa, añada el URL con los nombres de todas las columnas. Puede encontrar los nombres de
columna en Cuerpo de respuesta:
https://nombre_host:puerto/api/sam/software_instances?
token=señal&limit=100000&offset=100000&
columns[]=computer_system_id&columns[]=catalog_dimension.software_title_name
Resultado: cada instancia de software contiene una columna computer_system_id que representa un
ID de un sistema donde se ha instalado una determinada instancia. Utilice esta columna para
correlacionar las instancias de software con los sistemas. Por ejemplo, si las filas 152-155 contienen
una columna computer_system_id=182, eso significa que todas las instancias de software están
instaladas en un sistema con un ID 182.
{
"computer_system_id": 182,
"catalog_dimension": {
"software_title_name": "IBM BigFix Inventory"
}
3. Recupere la información de uso de licencias. Añada el URL con la columna
software_title_dimension.name para poder reconocer el nombre del software para el que se presenta
el uso de licencias.
El siguiente ejemplo recupera las columnas computer_system_id, metric_name, peak_value y
software_title_dimension.name. Si desea recuperar la información completa, añada el URL con los
nombres de todas las columnas. Puede encontrar los nombres de columna en Cuerpo de respuesta:
https://nombre_host:puerto/api/sam/license_usages?
token=señal&limit=100000&offset=100000&
columns[]=computer_system_id&columns[]=metric_name&columns[]=peak_value&
columns[]=software_title_dimension.name
Resultado: cada registro contiene una columna computer_system_id que representa un ID de un
sistema para el que se calcula el uso de licencias. Utilice esta columna para correlacionar el uso de
licencias con los sistemas. Por ejemplo, si las filas 152-155 contienen una columna
computer_system_id=182, eso significa que se presentan todos esos registros de uso de licencias para
un sistema con un ID 182. La columna peak_value representa el uso de licencias máximo (en los
últimos 90 días) para un determinado título de software (que se describe en
software_title_dimension.name). La columna metric_name permite reconocer si el tipo de licencia es
PVU o RVU, completa o de subcapacidad.
{
"metric_name": "RVU_FULL_CAP",
"peak_value": 2,
"software_title_dimension": {
"name": "IBM BigFix Inventory"
}},
{
"metric_name": "RVU_SUB_CAP",

"peak_value": 2,
}}
4. Determine el uso de licencias total para un título de software sumando los valores de todas las
columnas peak_value recuperadas para ese título de software de todos los sistemas. Por ejemplo,
sume todos los peak_values para IBM BigFix Inventory en todos los sistemas que contienen entradas
para este software en particular. No combine los tipos de métrica, pero calcule PVU_FULL_CAP,
RVU_FULL_CAP, PVU_SUB_CAP y RVU_SUB_CAP por separado.
Determinación del uso de licencias para sistemas seleccionados:
Puede limitar los resultados de las solicitudes de API para recuperar datos sólo de sistemas
seleccionados. Este enfoque es recomendable si desea especificar rápidamente información concreta.
Antes de empezar
v Cada una de las solicitudes de API (URL) debe autenticarse con el parámetro token. Puede
recuperarlas utilizando la API REST para recuperar la señal de autenticación o puede verlas en las
preferencias de Perfil de BigFix Inventory.
v Para obtener una lista de parámetros de consulta para limitar los resultados y la lista de columnas
disponibles, consulte la información relacionada con un determinado tipo de API.
Procedimiento
1. Recupere sistemas seleccionados consultando su ID:
https://nombre_host:puerto/api/sam/computer_systems?
token=señal&criteria={"or":[["id","=","1"],["id","=","2"]]}
Resultado: cada sistema tiene un id diferente. Posteriormente, puede utilizar este id para crear una
coincidencia entre las instancias de software y los sistemas. En la API de instancias de software y uso
de licencias, este id se representa mediante la columna computer_system_id.
{
"id": 2,
"parent_id": 175,
"type": "virtual",
"os": "Win2008R2 6.1.7601",
"host_name": "NC9128109187",
"dns_name": "NC9128109187",
"ip_address": [
"9.128.109.187"],
"last_seen": "2014-06-06T03:56:39Z",
"hardware_manufacturer": "-",
"hardware_model": "-",
"hardware_serial_number": "TLM_VM_4236ac43",
"processor_brand": "Xeon(R), 3 or 4 Socket",
"processor_model": "E3-12xx, E7-28xx, E7-48xx",
"partition_cores": "1.0",
"server_cores": 1
}
2. Recupere instancias de software para sistemas seleccionados consultando su ID:
El ejemplo siguiente recupera las columnas computer_system_id y software_title_name para que
pueda reconocer qué software está instalado en el sistema. Si desea recuperar la información
completa, añada el URL con los nombres de todas las columnas. Puede encontrar los nombres de
columna en Cuerpo de respuesta:
662
https://nombre_host:puerto/api/sam/software_instances?
token=señal&
criteria={"or":[["computer_system_id","=","1"],["computer_system_id","=","2"]]}
&columns[]=computer_system_id&columns[]=catalog_dimension.software_title_name
Resultado: cada instancia de software contiene una columna computer_system_id que representa un
ID de un sistema donde se ha instalado una determinada instancia. Utilice esta columna para
correlacionar las instancias de software con los sistemas. Por ejemplo, si las filas 152-155 contienen
una columna computer_system_id=2, eso significa que todas las instancias de software están instaladas
en un sistema con un ID 2.
{
"catalog_dimension": {
"software_title_name": "IBM BigFix Inventory"
}
3. Recupere el uso de licencias para sistemas seleccionados consultando su ID. Añada el URL con la
columna software_title_dimension.name para poder reconocer el nombre del software para el que se
presenta el uso de licencias.
El siguiente ejemplo recupera las columnas computer_system_id, metric_name, peak_value y
software_title_dimension.name. Si desea recuperar la información completa, añada el URL con los
nombres de todas las columnas. Puede encontrar los nombres de columna en Cuerpo de respuesta:
https://nombre_host:puerto/api/sam/license_usages?
token=señal&
criteria={"or":[["computer_system_id","=","1"],["computer_system_id","=","2"]]}
&columns[]=computer_system_id&columns[]=metric_name&columns[]=peak_value&
columns[]=software_title_dimension.name
Resultado: cada registro contiene una columna computer_system_id que representa un ID de un
sistema para el que se calcula el uso de licencias. Utilice esta columna para correlacionar el uso de
licencias con los sistemas. Por ejemplo, si las filas 152-155 contienen una columna
computer_system_id=2, eso significa que se presentan todos esos registros de uso de licencias para un
sistema con un ID 2. La columna peak_value representa el uso de licencias máximo (en los últimos 90
días) para un determinado título de software (que se describe en software_title_dimension.name). La
columna metric_name permite reconocer si el tipo de licencia es PVU o RVU, completa o de
subcapacidad.
{
"metric_name": "RVU_SUB_CAP",
"peak_value": 2,
}}
Resultados
Ha recuperado la lista de instancias de software que se han instalado en un determinado sistema, así
como el uso de licencias que generan. Esta información es sólo una parte del uso de licencias total
generado en todos los sistemas. Para determinar el uso de licencias total del entorno, consulte
Determinación del uso de licencias para todos los sistemas.
Recuperación de sistemas
Utilice la operación GET en el elemento api/sam/computer_systems para solicitar información sobre los
sistemas en la infraestructura.
Esta API recupera información sobre sistemas físicos y virtuales. Aparte de los sistemas que tienen un
cliente de IBM BigFix instalado, también incluye los sistemas de host en los que el cliente no se ha
desplegado, porque algunos tipos de virtualización no permiten para la instalación de software en el
nivel de host (VMware ESXi, IBM PowerVM, etc.). No obstante, los datos relacionados con este tipo de
sistemas de host deben recuperarse para crear una jerarquía correcta entre el servidor y sus máquinas

virtuales, y notificar correctamente la utilización de PVU y RVU. La propiedad type determina si un
sistema es un sistema principal o un sistema virtual. Un host puede ser, por ejemplo, un servidor de
virtualización, un hipervisor ESX o un portátil con un agente instalado. Una máquina virtual hace
referencia solamente a máquinas virtuales que se pueden desplegar en un host. Debido a esto, no debería
comparar la salida de la API REST con informes únicos, especialmente con los informes Sistemas e
Inventario de hardware. Para recuperar información sobre los sistemas, utilice el siguiente URL:
https://nombre_host:puerto/api/sam/computer_systems?token=señal
Importante:
Operación GET /api/sam/computer_systems
Objetivo Devuelve una lista de sistemas.
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/computer_systems
Cabecera

664
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Cabecera
Import-Mode
Valores none, idle, running, pending
Especifica el estado de importación de datos.
Cabecera
Import-Progress
Valores Un valor de porcentaje, por ejemplo, 59.
Especifica el porcentaje de progreso de una importación de datos.
Cabecera
Import-Last-Status
Valores successful, failed
Especifica el estado de la última importación de datos.
Cabecera
Import-Last-Success-Time
Valores Fecha, por ejemplo, 2014-06-18T04:00:29Z.
Especifica la hora de la última importación de datos satisfactoria.

Carga útil de respuesta Elemento Computer Systems
se encuentra
presenta los parámetros de consulta que puede utilizar para el elemento api/sam/computer_systems.

conjunto de columnas predeterminadas. Para
columnas disponibles, consulte Cuerpo de
respuesta. Ejemplo:
Recuperar las columnas name y version:

URL?columns[]=name&columns[]=version
columna. Ejemplo:
Ordenar por tipo en sentido descendente:

URL?order[]=type desc
omite este parámetro, se recuperan todas las filas.

criteria
Ejemplo: Recuperar los sistemas cuyo sistema operativo contiene "AIX" O BIEN la última fecha
vista en un rango de fechas específico:
URL?criteria={ "or": [ ["os", "contains", "aix"], { "and": [ ["last_seen", ">",
"1970-01-01T00:00:00+00:00Z"], ["last_seen", "<", "1970-01-02T00:00:00+00:00Z"] ] } ] }
Para las columnas que utilizan valores de fecha y hora, tales como Last Seen, puede recuperar
datos también para un periodo, en lugar de una fecha determinada. Para ello, utilice last o next
como <operator>, y luego especifique el valor de hora según este convenio: PxD/PxW/PxM/PxY,
donde x es un número dentro del rango 1-999, y D, W, M o Y es un designador para representar
los días, semanas, meses o años respectivamente. Por ejemplo, para recuperar sistemas que se
presentaron en los últimos 7 días, utilice la petición de API siguiente:
666
Solicitud
GET api/sam/computer_systems
HTTP/1.1 200 OK
La cabecera de respuesta anterior puede ir seguida de distintas entradas, dependiendo del estado
actual de la importación de datos, que se representa mediante Import-Mode. Para comprender los
valores devueltos, consulte las siguientes definiciones:
v none – no se ha iniciado nunca una importación de datos
v idle - no se están ejecutando actualmente importaciones de datos
v running – hay una importación de datos en curso
v pending – una acción realizada en la interfaz de usuario requiere el inicio de una importación
de datos para que el cambio entre en vigor
Import-Mode: none
Import-Mode: running
Import-Progress: 41
Import-Mode: idle/pending
Import-Last-Status: successful
Import-Last-Success-Time: Mon, 23 Jun 2014 12:18:29 GMT
Si una determinada entrada está oculta de forma predeterminada, no se recupera utilizando el
URL general. Para recuperar este tipo de datos, debe utilizar los parámetros de consulta para
especificar el nombre de la columna oculta. Por ejemplo, puede recuperar las columnas server_id
y datasource_id utilizando el parámetro columns[]:
URL?columns[]=server_id&columns[]=datasource_id
{
"id": 25,
"computer_id": 2, //oculta de forma predeterminada
"computer_remote_id": 123, //oculta de forma predeterminada
"server_id”: 24, //oculta de forma predeterminada
"datasource_name"="Data source", //oculta de forma predeterminada
"datasource_id"=1, //oculta de forma predeterminada
"last_seen": "2014-04-08T14:33:41Z",
"dns_name": "NC040221.kraklab.pl.ibm.com",
"host_name": "NC040221",
"ip_address": [
"9.167.40.221",
"192.168.122.1" ],
"partition_cores" : 1, //nulo para los servidores de host
"hardware_manufacturer": "IBM",
"hardware_model": "System x3550 M2 -[794662G]-",
"hardware_serial_number": "99B7166",
"hardware_type": "7946", //oculta de forma predeterminada
"hardware_name": "IBM Corp. 7946", //oculta de forma predeterminada
"processor_brand": "Xeon(R)",

"processor_model": "3400-3699 or 5500-5699",
"server_cores": 8,
"pvu_per_core": 70, //oculta de forma predeterminada
"os": "Linux Red Hat Enterprise Server 6.2)",
"type"="virtual", //type: virtual o host
"parent_id"=9, //ID de un host para una VM
"uuid":"50305bd3-1f09-7294-7033-b903767d4605" //oculta de forma predeterminada
"cluster_id":"1"
} //ID del clúster al que el sistema
pertenece. Sólo disponible para el tipo: host.
Recuperación de clústeres
Utilice la operación GET en el elemento api/sam/clusters para solicitar información sobre los clústeres
que agrupan los sistemas host. Esta información representa el estado actual de su entorno y no incluye
datos históricos.
Después de recuperar los ID de los clústeres, compárelos con la columna cluster_id recuperada por la
API para sistemas para reconocer cuáles de estos sistemas pertenecen a qué clústeres. Esta información
también se puede ver en el informe de inventario de hardware en la interfaz de usuario.
Para recuperar información sobre clústeres, utilice el siguiente URL:

https://nombre_host:puerto/api/sam/clusters?token=señal
Importante:
Operación GET /api/sam/clusters
Objetivo Devuelve una lista de clústeres.
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/clusters
Cabecera

668
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Cabecera
Import-Mode
Cabecera
Import-Progress
Cabecera
Import-Last-Status
Cabecera

Carga útil de respuesta Elemento Clusters
se encuentra
presenta los parámetros de consulta que puede utilizar para el elemento api/sam/clusters.

Tabla 140. Parámetros de consulta para recuperar clústeres
conjunto de columnas predeterminadas. Para
columnas disponibles, consulte Cuerpo de
respuesta. Ejemplo:
Recuperar las columnas name e ID:

URL?columns[]=name&columns[]=id
columna. Ejemplo:
Ordenar por tipo en sentido descendente:

URL?order[]=type desc


Solicitud
GET api/sam/clusters
HTTP/1.1 200 OK
Import-Mode: none
670
Import-Progress: 41
{
"id":1,
"name": "Production Cluster 1",
"cores_count": 24, // Número total de núcleos de procesador
} disponibles en el clúster.
Recuperación de instancias de software

Utilice la operación GET en el elemento api/sam/software_instances para solicitar información sobre el
software instalado en la infraestructura.
Para recuperar información sobre las instancias de software instaladas en los sistemas, utilice el siguiente
URL:
https://nombre_host:puerto/api/sam/software_instances?token=señal
Importante:
Operación GET /api/sam/software_instances
Objetivo Devuelve una lista de software.
Método HTTP GET
software_instances
Cabecera


Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Cabecera
Import-Mode
Cabecera
Import-Progress
Cabecera
Import-Last-Status
Cabecera

Carga útil de respuesta Elemento Software Instances
se encuentra
presenta los parámetros de consulta que puede utilizar para el elemento api/sam/software_instances.
672

columna. Ejemplo:
Ordenar por ID de sistema en sentido descendente:

URL?order[]=computer_system_id desc

criteria
Ejemplo: Recuperar los sistemas cuyo sistema operativo contiene "AIX" O BIEN la última fecha
vista en un rango de fechas específico:
URL?criteria={ "or": [ ["publisher_name", "contains", "IBM"],
{ "and": [ ["last_seen", ">", "1970-01-01T00:00:00+00:00Z"],
["last_seen", "<", "1970-01-02T00:00:00+00:00Z"] ] } ] }

Solicitud
GET api/sam/software_instances
HTTP/1.1 200 OK
Import-Mode: none
Import-Progress: 41
especificar el nombre de la columna oculta. Por ejemplo, puede recuperar las columnas
computer_id y software_title_name utilizando el parámetro columns[]:
URL?columns[]=computer_id&columns[]=catalog_dimension.software_title_name
{
“id”: 123,
“software_fact_id”: 123, //oculta de forma predeterminada
"computer_id": 3, //oculta de forma predeterminada
"discoverable_guid": "0768fb15-383c-4124-a7e2-0d76dda06874",
"default_product_guid": "78d380e0-9fb9-11e3-a151-005056872dc7",
//oculta de forma predeterminada
"first_used": null,
"last_used": null,
"valid_from": "2014-04-02T14:24:04Z",
"valid_to": "9999-12-31T23:59:59Z",
"updated_at": "2014-04-02T14:24:04Z",
"signature_count": 1,
"total_time": 0,
"total_runs": 0,
"avg_run_time": null,
"avg_runs_per_day": null,
"process": null,
"deleted": false, //oculta de forma predeterminada
"catalog_dimension": //oculta de forma predeterminada
674
{
"software_title_name": "IBM BigFix Platform Agent",
"publisher_name": "IBM",
"software_title_version_name": "IBM BigFix Platform Agent",
"software_title_release_name": "IBM BigFix Platform Agent",
"version": "9.0"
}
}
Recuperación del uso de licencias

Utilice la operación GET en el elemento api/sam/license_usages para solicitar información sobre el uso de
licencias notificado por los sistemas.
Esta API recupera el uso de licencias máximo en los últimos 90 días. El uso de licencias de capacidad
completa y subcapacidad de PVU y RVU sólo se recupera a nivel de sistema principal. Para recuperar
información sobre el uso de licencias notificado por los sistemas, utilice el siguiente URL:
https://nombre_host:puerto/api/sam/license_usages?token=señal
Importante:
v Esta API recupera datos de los últimos 90 días, hasta la última importación satisfactoria.
v De forma predeterminada, los datos recuperados se ordenan por las columnas computer_system_id,
software_title_id y metric_name.
Operación GET /api/sam/license_usages
Objetivo Devuelve información sobre el uso de licencias
Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/license_usages
Cabecera


Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Cabecera
Import-Mode
Especifica el estado de importación.
Cabecera
Import-Progress
Especifica el porcentaje de progreso de una importación.
Cabecera
Import-Last-Status
Especifica el estado de la última importación.
Cabecera
Especifica la hora de la última importación satisfactoria.

Carga útil de respuesta Elemento License Usages
se encuentra
presenta los parámetros de consulta que puede utilizar para el elemento api/sam/license_usages.
676
Tabla 144. Parámetros de consulta para recuperar el uso de licencias

columna. Ejemplo:
Ordenar por uso de licencia máximo en sentido

descendente:
URL?order[]=peak_value desc

criteria
Ejemplo: Recuperación del uso de licencia para software cuyo nombre del editor contenga "IBM":
URL?criteria={ "and": [ ["publisher_name", "contains", "IBM"]]}

Solicitud
GET api/sam/license_usages
HTTP/1.1 200 OK

Import-Mode: none
Import-Progress: 41
especificar el nombre de la columna oculta. Por ejemplo, puede recuperar la columna
software_title_dimension.name utilizando el parámetro columns[]:
URL?columns[]=software_title_dimension.name
{
"software_title_id": 36181,
"metric_name": "RVU_FULL_CAP",
"peak_value": 1,
"peak_date": "2014-04-14",
"peak_time": "2014-04-14T13:05:10Z",
"reporting_period_start_date": "2014-04-01",
"reporting_period_end_date": "2014-04-30",
"software_title_dimension": //oculta de forma predeterminada
{
"name": "IBM BigFix Protection",
"guid": "d78048cf-842b-44e8-8036-e7e2bf8afb31",
"publisher_name": "IBM",
"publisher_guid": "8a759f0c-b91a-4d7d-8c4a-a9d85e06c13d"
}
}
API REST para exportar e importar vistas de informes guardados

Puede utilizar las solicitudes de la API REST para exportar una vista de informe guardado desde una
instancia de BigFix Inventory e importarla a otra instancia de la aplicación.
Exportación e importación de una vista de informes guardados

Para exportar una vista de informes guardados a otra instancia de BigFix Inventory, compruebe el ID de
la vista de informes en la instancia de origen de BigFix Inventory. Utilice la operación GET para
recuperar la definición de la vista de informes guardados. A continuación, utilice la operación POST para
importarla a otra instancia de BigFix Inventory.
El siguiente procedimiento utiliza la herramienta de línea de mandatos cURL para negociar las solicitudes
de API.
678
Procedimiento
1. Compruebe el identificador de la vista de informes guardados.
a. Inicie una sesión en la instancia de BigFix Inventory desde la que desea exportar la vista de
informes guardados.
b. En la barra de navegación superior, pulse Informes > Informes guardados. Abra la vista de
informes guardados y consulte el último número en el URL de informe. En el siguiente ejemplo, el
ID de informe es 2.
http://nombre_host_servidor:número_puerto/sam/pvuonlysubcapreports#
32fe0f54dc719893faacc1d0f38a0c9045863729/2
2. Obtenga señales de API de las dos instancias de BigFix Inventory.
a. En la barra de navegación superior, expanda el menú de nombre de usuario y pulse Perfil.
b. En la línea de señal de API, pulse Mostrar señal.
3. Abra la interfaz de línea de mandatos y cambie a la ubicación donde se ha instalado cURL.
4. Para exportar la vista de informes, utilice la siguiente solicitud GET:
curl -o C:\saved_reports\report_definitions\pvu_subcapacity.txt -X
GET nombre_host_servidor:número_puerto/api/reports/ID_informe?token=5edd5aey7cd91467h08450bc258c31f0ce706543
Donde:
-o Especifica la vía de acceso del archivo donde se va a guardar la definición de la vista de informes
guardados.
-X Especifica el tipo de solicitud HTTP.
ID_informe
Especifica el identificador de la vista de informes guardados que se va a exportar.
Si la solicitud es satisfactoria, aparece el siguiente mensaje:

HTTP/1.1 200 OK
5. Para importar una vista de informes guardados a otra instancia de BigFix Inventory, utilice la
siguiente solicitud POST:
curl -H "Content-Type: application/json"
-X POST -d "@C:\saved_reports\report_definitions\pvu_subcapacity.txt"
nombre_host_servidor:número_puerto/api/reports?token=5cd3gh78499496e89a3246ab343474e85d8bc8fc
Donde:
-H Especifica la cabecera de la solicitud.
-X Especifica el tipo de solicitud HTTP.
-d Especifica la vía de acceso del archivo donde se ha guardado la definición de la vista de informes
guardados.
Resultados
La vista de informes guardados se ha importado a la instancia de destino de BigFix Inventory.
Exportación de vistas de informes guardados

Utilice la operación GET en el elemento api/reports/ID_informe para exportar una vista de informes
guardados que, a continuación, puede importarse a otra instancia de BigFix Inventory.
Operación GET /api/reports/ID_informe
Objetivo Devuelve la vista de informes guardados con el ID especificado.

Método HTTP GET
URI de recurso https://nombre_host_servidor:número_puerto/api/reports/ID_informe
Cabecera

Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Elemento de informes guardados
Códigos de respuesta HTTP de error 401- No hay ninguna coincidencia para el nombre de usuario y la
contraseña que se han proporcionado
401 - No se le ha asignado un grupo de sistemas. No podrá acceder
al sistema hasta que esté asignado a un grupo de sistemas válido.
Póngase en contacto con el administrador para recibir ayuda
404 - Sequel::RecordNotFound
Para obtener más detalles sobre cada código de error, consulte el archivo de
registro team.log que se encuentra en el directorio dir_instalación/wlp/
usr/servers/server1/logs/.
presenta los parámetros de consulta que puede utilizar para el elemento api/reports.
Tabla 146. Parámetros de consulta para recuperar vistas de informes guardados
680
Tabla 146. Parámetros de consulta para recuperar vistas de informes guardados (continuación)
id Un identificador del informe guardado. Para No Numérico
encontrar el identificador de informe, abra el
informe guardado y consulte el último número en el
URL de informe. En el siguiente ejemplo, el ID de
informe es 3.
nombre_host_servidor:puerto/sam/
app_usage_property_values#
cafcac39cd0b242b82729377b0b2b872d3af8d8a/3

Solicitud
GET/api/reports/1
&token=a070afeca411d2fs25f5s4c962de2d002b14352f
HTTP/1.1 200 OK
Content-Type: Application/json
{
"id":1,
"user_id":1,
"pagestate_id":"eb5743b7cd23316f0bc8a4dd3f63b90d73549042",
"name":"pvu_test",
"path":"/sam/pvuonlysubcapreports",
"private":true,
"state":{
"columns":["product","quantity","hwm_history"],
"criteria":{"and":[["quantity",">","200"]]},
"grid_options":["autosize_columns"],
"order":{"asc":true,"col":null},
"time_range":{
"max":"2014-07-21T10:18:04Z",
"min":"2014-04-21T22:00:00Z",
"type":"absolute_to_now",
"units":"days",
"value":"90"
},
"column_order":{
"hwm_history":1,
"product":0,
"quantity":2
},
"column_widths":{
"hwm_history":180,
"product":524,
"quantity":719
}}}
Importación de vistas de informes guardados

Utilice la operación POST en el elemento api/reports para importar una vista de informes guardados
desde otra instancia de BigFix Inventory.
Operación POST /api/reports

Objetivo Importa una vista de informes guardados desde otra instancia de BigFix
Inventory.
Método HTTP POST
URI de recurso https://nombre_host_servidor:número_puerto/api/reports
Cabecera

Carga útil de solicitud Elemento de informes guardados
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

682
Códigos de respuesta HTTP de error 401- No hay ninguna coincidencia para el nombre de usuario y la
contraseña que se han proporcionado
401 - No se le ha asignado un grupo de sistemas. No podrá acceder
al sistema hasta que esté asignado a un grupo de sistemas válido.
Póngase en contacto con el administrador para obtener ayuda.
404 - No encontrado
404 - Sequel::RecordNotFound
500 - Ya se ha utilizado el nombre
500 - Había un problema con su solicitud
500 - Lo sentimos pero algo ha fallado. Póngase en contacto con
el administrador de IBM BigFix Analytics si el problema persiste
500 Si el formato JSON no es válido, también se devuelve un mensaje
detallado con la explicación del problema. Por ejemplo, si falta un
campo de nombre, aparece el siguiente mensaje: La propiedad ’#/’ no
contenía una propiedad necesaria de ’name’ en el esquema
69e40f9b-9a3e-53d1-a7d8-61d63eb191e8#
Para obtener más detalles sobre cada código de error, consulte el archivo de
registro team.log que se encuentra en el directorio dir_instalación/wlp/
usr/servers/server1/logs/.
presenta los parámetros de consulta que puede utilizar para el elemento api/reports.
Tabla 148. Parámetros de consulta para recuperar vistas de informes guardados

Solicitud
POST /api/reports?token=465c33848de3db7ch5699023ea22deb5b1a476d1
{
"id":4,
"user_id":2,
"pagestate_id":"7ebb0b0a018ab55fab8e6e40d5eb62529ea38fad",
"name":"pvu_report",
"path":"/sam/pvuonlysubcapreports",
"private":true,
"state":{
"columns":["product","quantity","hwm_history"],
"criteria":{"and":[["quantity",">","200"]]},
"grid_options":["autosize_columns"],
"order":{
"asc":true,
"col":"quantity"
},
"time_range":{
"max":"2014-07-21T10:18:04Z",

"min":"2014-04-21T22:00:00Z",
"type":"absolute_to_now",
"units":"days",
"value":"90"
},
"column_order":{
"hwm_history":1,
"product":0,
"quantity":2
},
"column_widths":{
"hwm_history":180,
"product":524,
"quantity":719
}}}
Respuesta
HTTP/1.1 200 OK
API REST para la importación de contratos

Puede utiliza las solicitudes de la API REST para importar contratos de un archivo csv.
Importación de contratos
Puede utilizar la operación POST en el elemento api/sam/contracts/import para importar contratos de un
archivo csv
Operación /api/sam/contracts/import
Objetivo Carga el contenido del archivo csv con definiciones de contrato
Método HTTP POST
URI de recurso https://nombre_host_servidor:número_puerto/api/sam/contracts/import
Cabecera
Valores en-US, ...

Cabecera
Content-Type
Valores multipart/form-data
Carga útil de solicitud Contrate las definiciones como datos con formato codificado especificados
como adjunto a archivo.
Content-Type de la solicitud multipart/form-data
684
Cabecera
Content-Type
Cabecera
Content-Language
Valores en-US, ...

Carga útil de respuesta Estado de los elementos importados
Códigos de respuesta HTTP normal 200 – Sin contenido
se encuentra
operación
Utilice el parámetro de consulta upload[contracts] para especificar la vía de acceso al archivo csv con
contratos.
Tabla 150. Parámetros de consulta para especificar la vía de acceso al archivo csv con contratos
upload Vía de acceso al archivo csv con contratos Sí Serie
[contracts]

Content-Type: multipart/form-data;
Solicitud
POST /api/sam/contracts/import?
token=a2279dc218ecd1f12a5e2fc1b5d77a4e6fec6598
Contract Name,Software Names,Computer Group Name,Seats,Acquisition Cost,
Maintenance Cost,Entitlement Start,Entitlement End,Maintenance Start,
Maintenance End,custStrcon1,"IBM Software Assembly Toolkit,
IBM License Metric Tool 7,IBM License Metric Tool 9.0",All Computers,
10,10.0,5.0,2015-04-23,2015-05-30,2015-04-23,2015-05-30,con2,
IBM BigFix Inventory, All Computers,0,1.0,2.0,2015-04-23,,,,
HTTP/1.1 200 OK

Respuesta
{
"status":[{
"type":"CONTRACTS",
"description":{
"contract_name":"con1",
"software_names":"IBM Software Assembly Toolkit,IBM License Metric Tool 7,IBM License Metric Tool 9.0",
"user_name":"admin",
"access_computer_group_name":"All Computers",
"computer_group_name":"All Computers",
"seats":"10",
"acquisition_cost":"10.0",
"annual_maintenance_cost":"5.0",
"entitlement_start":"2015-04-23",
"entitlement_end":"2015-05-30",
"maintenance_start":"2015-04-23",
"maintenance_end":"2015-05-30",
"custom_fields":{
"custStr":null
}
},
"actions":[{
"error":"",
"status":"SUCCESS",
"type":"ADD"
}]
},{
"type":"CONTRACTS",
"description":{
"contract_name":"con2",
"software_names":"IBM BigFix Inventory",
"user_name":"admin",
"access_computer_group_name":"All Computers",
"computer_group_name":"All Computers",
"seats":null,
"acquisition_cost":"1.0",
"annual_maintenance_cost":"2.0",
"entitlement_start":"2015-04-23",
"entitlement_end":null,
"maintenance_start":null,
"maintenance_end":null,
"custom_fields":{
"custStr":null
}
},
"actions":[{
"error":"",
"status":"SKIPPED",
"type":"ADD"
}]
}]
}
Importación de contratos desde un archivo en formato CSV

Puede utilizar la herramienta de línea de mandatos de cURL para emitir una solicitud POST con el fin de
importar un archivo csv con contratos.
El procedimiento siguiente utiliza una herramienta de línea de mandatos de cURL para ejecutar
solicitudes de la API REST.
Procedimiento
1. Cree un archivo de texto con el siguiente formato CSV.
686
Maintenance End,Contract Custom Fields...
Donde
Nombre de contrato
El nombre del contrato. Debe ser exclusivo. Si el contrato con un nombre determinado existe en
BigFix Inventory, se omite la importación de esa fila con la definición de contrato.
Nombres de software
Los nombres de productos de software, versiones y/ o releases que se separan mediante una
coma.
Nombre de grupo de sistemas
Nombre del grupo de sistemas. El grupo de sistemas con un nombre determinado debe existir en
BigFix Inventory. De lo contrario, la importación de esas filas fallará.
Puestos
Número de usuarios que tienen acceso al producto de software en un contrato en particular. En el
caso de una licencia ELA, la columna debe estar vacía. (opcional)
Coste de adquisición
El coste de adquirir un producto de software.
Coste de mantenimiento
El coste de adquirir un plan de mantenimiento para un producto de software.
Inicio de titularidad
La fecha de inicio de un determinado contrato.
Finalización de titularidad
La fecha de finalización de un contrato en particular. (opcional)
Inicio de mantenimiento
La fecha de inicio del plan de mantenimiento para los productos de software. (opcional)
Finalización de mantenimiento
La fecha de finalización del plan de mantenimiento para los productos de software. (opcional)
Campos personalizados de contratos
La lista de valores los campos personalizados de contratos separada por comas. Todos los campos
personalizados deben existir en BigFix Inventory. De lo contrario, la importación de esas filas
fallará. Además, todos los campos personalizados necesarios en BigFix Inventory deben aparecer
en la lista del archivo.
Ejemplo
Maintenance End,custom integer,custom boolean
Name1,"IBM Software Assembly Toolkit,IBM License Metric Tool 7,
IBM License Metric Tool 9.0",All Computers,10,10.0,5.0,2015-04-24,
2015-05-31,2015-04-24,2015-05-31,1,true
Name2,IBM BigFix Inventory,All Computers,0,1.0,2.0,2015-04-24,,,,,false
2. Obtenga señales de API de las dos instancias de BigFix Inventory.
a. En la barra de navegación superior, expanda el menú de nombre de usuario y pulse Perfil.
b. En la línea de señal de API, pulse Mostrar señal.
3. Abra la interfaz de la línea de mandatos y cambie a la ubicación donde se está instalado el cURL.
4. Para importar un archivo con contratos en BigFix Inventory, utilice la siguiente solicitud POST.
curl -H "Content-Type: multipart/form-data" -X POST -F
"upload[contracts]=@vía_acceso_archivo" http://nombre_host_servidor:número_puerto/
api/sam/contracts/import?token=señal

Donde:
@vía_acceso_a_archivo
Especifica la vía de acceso al archivo donde se guardan las definiciones de los contratos.
nombre_host_servidor
Dirección del servidor de BigFix Inventory.
número_puerto
El número de puerto de comunicaciones.
señal
La token de API de la vista de perfiles.
Ejemplo:
curl -H "Content-Type: multipart/form-data" -X POST -F
"upload[contracts]=@C:\temp\contracts.csv" http://localhost:9081/
api/sam/contracts/import?token=a2279dc218ecd1f12a5e2fc1b5d77a4e6fec6593
Si la solicitud es correcta, se visualizará una respuesta en formato JSON.
Resultados
Ha importado correctamente los contratos desde un informe en formato CSV.
Integración con IBM Control Desk

IBM Control Desk es una solución de gestión de servicios integrados que le ayuda a gestionar una amplia
gama de procesos de TI, servicios y activos. Puede utilizar uno de sus componentes, Integration
Composer, para importar y, a continuación, procesar los datos de las aplicaciones externas, por ejemplo,
BigFix Inventory.
Integration Composer
Integration Composer es una herramienta de integración que importa datos de inventario de hardware y
software de las bases de datos externas en la base de datos de Maximo que utiliza IBM Control Desk. La
herramienta se puede utilizar para recuperar el inventario de hardware desde IBM BigFix y el inventario
de software desde BigFix Inventory. Los datos recuperados se pueden pasar posteriormente a IBM
Control Desk para crear informes y cálculos de licencias.
Integration Composer utiliza adaptadores de integración para facilitar las importaciones de datos. Estos
adaptadores especifican cómo transformar e importar datos en una herramienta de descubrimiento
específica. Por lo tanto, dichos adaptadores de integración son necesarios para describir los datos que se
están importando y para proporcionar las instrucciones sobre cómo transformarlos.
Adaptadores de integración
Los adaptadores de integración constan de un esquema de datos y un archivo de correlación.

Proporcionan instrucciones a Integration Composer sobre cómo transformar e importar los datos. Su
inventario completo, consta de información acerca del hardware y software, se importa en dos lotes, por
lo que requiere que se utilicen dos adaptadores. En primer lugar, se debe utilizar el adaptador para IBM
BigFix que es responsable de recuperar el inventario de hardware directamente desde la plataforma IBM
BigFix. Una vez importados los datos, se utiliza el adaptador BigFix Inventory dedicado para recuperar el
inventario de software desde BigFix Inventory. Tanto los nombres de los esquemas de datos como los
archivos de correlación listados en la tabla siguiente son necesarios para definir las conexiones de
orígenes de datos y para crear las correlaciones correctas que son un requisito previo para iniciar la
importación.
688
Tabla 151. Adaptadores de integración para BigFix Inventory
Adaptadores necesarios
Versión BigFix Versión soportada de Archivo de
Inventory IBM Control Desk Esquema de datos correlaciones Datos recuperados
BigFix Inventory IBM Control Desk IBM Endpoint IEM90ToDPA75.fsn Inventario de
7.5.1.2, incluido Manager 9.0 hardware
Integration Composer
IBM Endpoint IEMSUA91ToDPA75.fsn Inventario de
7.5.1.2
Manager SUA 9.1 software, datos de
PVU y RVU
Limitaciones
Es posible que cuando importe los datos a IBM Control Desk existan algunas discrepancias entre lo que
está importando y lo que se muestra en la aplicación. La mayor parte de ellas son debidas a los diferentes
métodos de clasificación de productos de software entre BigFix Inventory y IBM Control Desk. Además,
debido a que el inventario de hardware y el de software se importan por separado, es importante que los
adaptadores se ejecuten en el orden correcto, sin mencionar los casos en que es posible que desee
importar los datos desde BigFix Inventory y desde otras herramientas de descubrimiento, como Tivoli
Asset Discovery for Distributed. Para obtener una lista completa de las limitaciones y los métodos
recomendados relacionados con el uso de Integration Composer con BigFix Inventory, consulte
Recomendaciones para la integración con BigFix Inventory en la wiki de IBM Control Desk.
Integración con BigFix Inventory y Tivoli Asset Discovery for Distributed
El adaptador de BigFix Inventory suele importar datos más amplios sobre el inventario de
software que el adaptador de Tivoli Asset Discovery for Distributed. Puesto que cada importación
de inventario de software sobrescribe los datos desde otra importación de inventario de software,
ejecute por último el adaptador de BigFix Inventory para evitar la pérdida mayor de datos. Se
recomienda el orden siguiente cuando se ejecuten varios adaptadores:
1. Tivoli Asset Discovery for Distributed: para importar datos de software.
2. IBM BigFix: para importar datos de hardware.
3. BigFix Inventory: para importar datos de software.
Los datos relacionados con el inventario de hardware y software deben importarse por separado. Esto
significa que primero debe utilizar el adaptador de IBM BigFix para importar el inventario de hardware
directamente desde la plataforma y, a continuación, el adaptador de BigFix Inventory para importar el
Inventario de hardware
Para importar el inventario de hardware completo desde IBM BigFix, el Integration Composer recupera
un conjunto de propiedades del sistema que describen los detalles de los activos desplegados en el
entorno como, por ejemplo, los núcleos de procesador, la memoria, los nombres de host, etc. Las
propiedades se incluyen en varios análisis que recopilan esos datos de los puntos finales y los cargan en
IBM BigFix. Todas estas propiedades, junto con los análisis y los sitios de acciones en los que están
contenidas, se describen en la tabla de correlación de IBM BigFix. Antes de utilizar el adaptador de IBM
BigFix para importar el inventario de hardware a IBM Control Desk, asegúrese de que todos los sitios de
acciones listados en la tabla de correlación estén habilitados y que los análisis correspondientes estén
activados. Para obtener más información, consulte la Tabla de correlación IBM Endpoint Manager.
Cuando todos los análisis estén activados, puede empezar a importar el inventario de hardware a IBM
Control Desk utilizando el Integration Composer. Para completar esta tarea, debe definir las conexiones

de origen de datos para que el Integration Composer reconozca las bases de datos de origen y destino,
crear una correlación que describa cómo deben transformarse e importarse los datos y, a continuación,
ejecutar esta correlación para iniciar la importación:
1. Defina las conexiones de origen de datos.
Este procedimiento debe completarse dos veces para definir la conexión para un origen y un destino.
Para definir el origen, elija el esquema de datos de IBM BigFix denominado IBM Endpoint Manager
9.0. El destino es la base de datos Maximo que utiliza IBM Control Desk. Este esquema de datos se
denomina Activos desplegados 7.5.
2. Cree una correlación.
Cuando crea una correlación, importa el archivo de correlaciones que proporciona instrucciones al
Integration Composer sobre cómo transformar e importar los datos. El archivo de correlaciones de
IBM BigFix es IEM90ToDPA75.fsn.
3. Ejecute una correlación.
Ejecute la correlación para empezar a importar los datos. Puede hacerlo desde una línea de mandatos,
que es la opción más rápida, o utilizando un archivo de propiedades o un script prerrellenado. Si las
importaciones son frecuentes, puede elegir el script prerrellenado, ya que permite guardar los
parámetros necesarios y reutilizarlos con cada importación.
Inventario de software
El inventario de software, junto con los datos de PVU y RVU, se importa directamente desde BigFix
Inventory. No se necesita ninguna configuración adicional, ya que todas las propiedades del sistema
necesarias ya están disponibles en BigFix Inventory. El procedimiento para importar los datos es similar
al de IBM BigFix. De la misma forma, defina las conexiones de origen de datos y cree una correlación,
aunque debe utilizar el esquema de datos dedicado y el archivo de correlaciones:
1. Defina las conexiones de origen de datos.
Este procedimiento debe completarse dos veces para definir la conexión para un origen y un destino.
Para definir el origen, elija el esquema de datos de BigFix Inventory denominado IBM Endpoint
Manager SUA 9.1. El destino es la base de datos Maximo que utiliza IBM Control Desk. Este esquema
de datos se denomina Activos desplegados 7.5.
2. Cree una correlación.
El archivo de correlaciones de BigFix Inventory es IEMSUA91ToDPA75.fsn.
3. Ejecute una correlación.
Ejecute la correlación para empezar a importar los datos.
Resultados
Después de ejecutar la correlación, los datos se importan desde BigFix Inventory. Ahora puede iniciar una
sesión en IBM Control Desk para ver los datos importados.
Visualización de los datos

Puede ver los datos importados en la interfaz de IBM Control Desk. Compruebe los datos sobre los
sistemas en el entorno y las aplicaciones de software instaladas en ellos. También puede ver el consumo
de PVU y RVU importado.
Visualización de los sistemas y el software instalado

Visualice los datos importados sobre los sistemas y las aplicaciones de software instaladas en ellos.
Procedimiento
1. Inicie la sesión en IBM Control Desk.
2. En la barra de navegación, pulse Activos > Activos desplegados > Sistemas.
3. Pulse el icono Renovar para actualizar la lista desde la base de datos.
690
La lista contiene datos de los sistemas importados desde BigFix Inventory.
4. Para ver el software instalado en los sistemas, pulse uno de ellos.
5. Pulse la pestaña Software y, a continuación, pulse Aplicaciones.
La lista contiene las aplicaciones de software que se han instalado en un sistema específico.
Ver consumo de PVU y RVU

Visualice los datos de consumo de PVU y RVU de las aplicaciones de software.
Procedimiento
1. Inicie la sesión en IBM Control Desk.
2. En la barra de navegación, pulse Activos > Licencias.
3. En la sección Más acciones, pulse Añadir/ver datos de consumo de software.
La lista contiene las aplicaciones de software y el consumo de PVU y RVU relacionado.
Nota: La unidad de capacidad VALUNIT representa el consumo de PVU.

692
Avisos
Esta información se ha desarrollado para productos y servicios que se ofrecen en EE.UU. Este material
puede estar disponible por parte de IBM en otros idiomas. Sin embargo, puede que necesite disponer de
una copia del producto o de una versión del producto en dicho idioma para acceder a él.
Es posible que en otros países IBM no ofrezca los productos, los servicios o las características que se
describen en este documento. Póngase en contacto con el representante local de IBM para obtener
información sobre los productos y servicios disponibles actualmente en su área. Las referencias a
programas, productos o servicios de IBM no pretenden establecer o implicar que sólo puedan utilizarse
los productos, programas o servicios de IBM. En su lugar, se puede utilizar cualquier producto, programa
o servicio funcionalmente equivalente que no infrinja ninguno de los derechos de propiedad intelectual
de IBM. Sin embargo, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier
producto, programa o servicio que no sea de IBM.
IBM puede tener patentes o aplicaciones pendientes de patente que abarquen el tema descrito en este
documento. El suministro de este documento no le otorga ninguna licencia sobre dichas patentes. Puede
enviar sus consultas sobre licencias, por escrito, a:
IBM Director of Licensing
IBM CorporationNorth Castle Drive, MD-NC119

Armonk, NY 10504-1785
Estados Unidos de América
Para consultas sobre licencias en las que se solicite información sobre el juego de caracteres de doble byte
(DBCS), póngase en contacto con el departamento de Propiedad intelectual de IBM de su país o envíe las
consultas, por escrito, a:
Intellectual Property Licensing

Legal and Intellectual Property Law
IBM Japan Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokio 103-8510, Japón
El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país donde estas disposiciones sean
incompatibles con la legislación local: INTERNATIONAL BUSINESS MACHINES CORPORATION
PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍAS DE NINGÚN TIPO, NI
EXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, PERO SIN LIMITARSE A, LAS GARANTÍAS IMPLÍCITAS
DE NO VULNERACIÓN, COMERCIALIZACIÓN O IDONEIDAD PARA UN FIN DETERMINADO.
Algunos estados no permiten la renuncia a garantías explícitas o implícitas en determinadas
transacciones, por lo que puede que esta declaración no sea aplicable en su caso.
Esta información podría contener imprecisiones técnicas o errores tipográficos. Periódicamente se efectúan
cambios en la información aquí contenida; estos cambios se incorporarán en nuevas ediciones de la
publicación. En cualquier momento, IBM puede realizar mejoras y/o cambios en el producto y/o
programa descritos en esta publicación sin aviso previo.
Cualquier referencia hecha en esta información a sitios web no de IBM se proporciona únicamente para
su comodidad y no debe considerarse en modo alguno como promoción de dichos sitios web. Los
materiales de estos sitios web no forman parte de los materiales de IBM para este producto, y el uso que
se haga de estos sitios web será responsabilidad del usuario.

IBM puede utilizar o distribuir la información que se le proporcione de la manera que considere
adecuada sin incurrir por ello en ninguna obligación con el usuario.
Los propietarios de licencias de este programa que deseen obtener información sobre el mismo con el fin
de permitir: (i) el intercambio de información entre programas creados independientemente y otros
programas (incluido éste) y (ii) el uso mutuo de la información que se ha intercambiado, deben ponerse
en contacto con:
IBM Director of Licensing
IBM CorporationNorth Castle Drive, MD-NC119

Armonk, NY 10504-1785
EE.UU.
Dicha información puede estar disponible, sujeta a los términos y condiciones adecuados, incluido en
algunos casos el pago de una tarifa.
IBM proporciona el programa bajo licencia descrito en este documento y todo el material bajo licencia
disponible para el mismo bajo los términos del Acuerdo de Cliente de IBM, el Acuerdo internacional de
licencia de programa de IBM o cualquier acuerdo equivalente entre las partes.
Los datos de rendimiento aquí comentados se presentan como derivados bajo condiciones de operación
específicas. Los resultados reales podrían variar.
La información referente a productos no IBM se ha obtenido de los proveedores de dichos productos, sus
anuncios publicados o de otras fuentes disponibles públicamente. IBM no ha probado dichos productos y
no puede confirmar la precisión del rendimiento, compatibilidad u otra clase de afirmaciones
relacionadas con los productos que no son de IBM. Las preguntas sobre las posibilidades de los
productos no IBM deben dirigirse a los proveedores de dichos productos.
Las declaraciones sobre futuras tendencias o intenciones de IBM están sujetas a modificación o retirada
sin previo aviso y representan únicamente metas y objetivos.
Todos los precios de IBM mostrados son precios de venta al público sugeridos de IBM, son actuales y
están sujetos a cambio sin previo aviso. Los precios de los distribuidores pueden ser diferentes.
Esta información sólo se proporciona para facilitar la planificación. Dicha información está sujeta a
cambios antes de que los productos descritos estén disponibles.
Esta información contiene ejemplos de datos e informes utilizados en operaciones comerciales diarias.
Para ilustrarlos de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas,
marcas y productos. Todos estos nombres son ficticios y cualquier similitud con personas o empresas
reales es puramente casual.
LICENCIA DE COPYRIGHT:
Esta información contiene programas de aplicación de ejemplo en lenguaje fuente, que ilustran técnicas
de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programas
de ejemplo de cualquier manera sin realizar pago alguno a IBM, con el fin de desarrollar, utilizar,
comercializar o distribuir programas de aplicación de acuerdo con la interfaz de programación de
aplicaciones para la plataforma operativa para la que se han escrito los programas de ejemplo. Estos
ejemplos no se han probado exhaustivamente bajo todas las condiciones. Por consiguiente, IBM no puede
garantizar ni dar por implícita la fiabilidad, la capacidad de servicio o la función de estos programas. Los
programas de ejemplo se proporcionan "TAL CUAL", sin garantía de ningún tipo. IBM no será
responsable de ningún daño resultante del uso de los programas de ejemplo por parte del usuario.
694
© (nombre de su empresa) (año).
Partes de este código se han obtenido de programas de ejemplo de IBM Corp.
© Copyright IBM Corp. _especifique el año o los años_.
Marcas registradas
IBM, el logotipo de IBM e ibm.com son marcas registradas o marcas comerciales registradas de
International Business Machines Corp., registradas en muchas jurisdicciones de todo el mundo. Otros
productos y nombres de servicios pueden ser marcas registradas de IBM o de otras compañías. Hay una
lista actual de marcas registradas de IBM en la web en www.ibm.com/legal/copytrade.shtml.
Adobe, Acrobat, PostScript y todas las marcas registradas basadas en Adobe son marcas registradas o
comerciales de Adobe Systems Incorporated en los Estados Unidos y/o en otros países.
IT Infrastructure Library es una marca registrada de la agencia Central Computer and

Telecommunications Agency, que forma parte de la Office of Government Commerce británica.
Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, el logotipo de Intel
Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de Intel
Corporation o de sus filiales en Estados Unidos y en otros países.
Linux es una marca registrada de Linus Torvalds en Estados Unidos y/o en otros países.
Microsoft, Windows, Windows NT y el logotipo de Windows son marcas registradas de Microsoft

Corporation en Estados Unidos y/o en otros países.
ITIL es una marca registrada y una marca registrada comunitaria del Ministerio de la Oficina de Gabinete
(The Minister for the Cabinet Office) y está registrada en la Oficina de Patentes y Marcas Registradas de
EE.UU.
UNIX es una marca registrada de The Open Group en Estados Unidos y en otros países.
Java y todas las marcas registradas y logotipos basados en Java son marcas comerciales o marcas
registradas de Oracle y/o sus filiales.
Cell Broadband Engine es una marca registrada de Sony Computer Entertainment, Inc. en Estados Unidos
y/o en otros países, desde donde se utiliza bajo licencia.
Linear Tape-Open, LTO, el logotipo de LTO, Ultrium y el logotipo de Ultrium son marcas registradas de
HP, IBM Corp. y Quantum en Estados Unidos y en otros países.
Términos y condiciones de la documentación de producto

Se otorga permiso para el uso de estas publicaciones si se cumplen estos términos y condiciones.
Aplicabilidad
Estos términos y condiciones completan los términos y condiciones de uso del sitio web de IBM.
Uso personal
Puede reproducir estas publicaciones para su uso personal, no comercial, a condición de que se conserven
todos los avisos de propiedad. No se permite la distribución, la exhibición o la realización de trabajos
derivados de estas publicaciones, total o parcialmente, sin consentimiento explícito por parte de IBM.
Avisos 695
Uso comercial
Puede reproducir, distribuir y visualizar estas publicaciones solamente en su empresa a condición de que
se conserven todos los avisos de propiedad. No podrá realizar trabajos que deriven de estas
publicaciones, ni reproducir, distribuir o visualizar tales publicaciones ni una parte de las mismas fuera
de su empresa sin el consentimiento explícito de IBM.
Derechos
Salvo si se otorga expresamente este permiso, no se concederán otros permisos, licencias ni derechos, ni
explícitos ni implícitos, para las publicaciones ni ninguna información, datos, software u otra propiedad
intelectual que pudieran contener.
IBM se reserva el derecho de revocar los derechos otorgados por medio de este documento en cualquier
momento en que, a su discreción, el uso de las publicaciones vaya en detrimento de su interés o, según
determine IBM, las instrucciones indicadas anteriormente no se cumplan de forma adecuada.
No puede descargar, exportar o volver a exportar esta información salvo si cumple correctamente todas
las leyes y normativas en vigor, incluidas las leyes y normativas de exportación de EE.UU.
IBM NO GARANTIZA EL CONTENIDO DE ESTAS PUBLICACIONES. LAS PUBLICACIONES SE

SUMINISTRAN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NI EXPLÍCITAS NI IMPLÍCITAS,
INCLUYENDO LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN O IDONEIDAD PARA UN
PROPÓSITO DETERMINADO, SIN LIMITARSE A ELLAS.
696
Avisos 697
IBM®
Impreso en España

BigFix Inventory PDF

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

BigFix Inventory PDF

Încărcat de

Drepturi de autor:

Formate disponibile

IBM BigFix Inventory

© Copyright IBM Corp. 2002, 2015 iii

Novedades de este release

© Copyright IBM Corp. 2002, 2015 1

Capítulo 1. Vista general 3

Capítulo 1. Vista general 5

Capítulo 1. Vista general 7

Descubrimiento e identificación de software

Descubrimiento y creación de firmas

Recuento de uso de software

Capítulo 1. Vista general 9

Supervisión del uso de licencias de IBM

Características de vista previa

Para ver la lista de características disponibles y la documentación relacionada, pulse aquí.

Habilitación de las características de vista previa

Capítulo 1. Vista general 11

Si utiliza BigFix Inventory, podrá:

Capítulo 1. Vista general 13

Licencias de PVU (Processor Value Unit)

El número de PVU necesarias se basa en la tecnología de procesador y en el número de procesadores

Tipos de licencia de PVU

Puesto que el entorno no está virtualizado, la licencia de subcapacidad no se aplica. La licencia

Caso de ejemplo 2: Subcapacidad en dos máquinas virtuales

Servidor 1 | 2 procesadores | 16 núcleos en total

Capítulo 1. Vista general 15

Caso de ejemplo 3: Capacidad en un entorno virtual donde no se ha definido el gestor de máquinas

Importante: No se da soporte a este caso de ejemplo. Se proporciona para describir las

Servidor 1 | 2 procesadores | 16 núcleos en total

Si no se ha definido ningún gestor de máquinas virtuales, BigFix Inventory no tendrá acceso a la

Tabla de PVU (processor value unit)

Si un procesador no se ha identificado correctamente con ningún agente, se muestra en la tabla de

Licencias de unidad de valor de recurso (MAPC de RVU)

Un núcleo de procesador activado es un núcleo de procesador que es gestionado o utilizado por un

Tipos de licencia de unidad de valor de recurso

Capítulo 1. Vista general 17

Tabla de niveles de unidades de valor de recurso

Para otorgar la licencia en el entorno de núcleos de procesador siguiente:

Siga estos pasos:

Marca de límite superior

DB2 ESE en el servidor A

Semana 1 Semana 2 Semana 3 Semana 4

Capítulo 1. Vista general 19

DB2 ESE en el servidor A

Semana 1 Semana 2 Semana 3 Semana 4

Ejemplo de marca de límite superior para toda la infraestructura

Semana 1 Semana 2 Semana 3 Semana 4

Productos, componentes y paquetes

Capítulo 1. Vista general 21

Producto IBM X 1 Producto IBM X 2

Producto IBM X Producto IBM X Producto IBM X Producto IBM X

Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM Producto_IBM

Capítulo 1. Vista general 23

Extracción, Transformación y Carga (ETL)

Esta función presenta los siguientes supuestos principales:

Capítulo 1. Vista general 25

Soporte para ISO/IEC 19970-2

Descubrimiento de software de IBM

Descubrimiento de software y hardware

Participantes que están implicados en el caso de ejemplo:

Capítulo 1. Vista general 27

Verificación y reconciliación del consumo de licencias

Participantes que están implicados en el caso de ejemplo:

Verificación continua de licencias

Participantes que están implicados en el caso de ejemplo: