Minimización del volumen de datos de rastreo de Db2

El volumen de datos que recopila el rastreo de Db2 puede ser bastante grande. Por lo tanto, el número de registros de rastreo que solicita puede afecta al rendimiento del sistema.

Para minimizar el volumen de datos de rastreo:

• Especifique restricciones y filtros adecuados cuando inicie rastreos.
  Si lo hace, puede limitar la recopilación de datos de rastreo a aplicaciones o usuarios en particular y limitar los datos recopilados a rastreos y sucesos de rastreo concretos. Puede utilizar restricciones de rastreo para limitar el ámbito de los datos recopilados a un contexto determinado y a rastreos y sucesos de rastreo concretos. De forma parecida, puede utilizar filtros de rastreo para excluir la recopilación de datos de rastreo de contextos específicos y excluir la recopilación de rastreos y sucesos de rastreo determinados.

  Por ejemplo, es posible especificar restricciones y filtros por atributos de aplicación y de usuario como ID de recopilación, nombre de paquete, nombre de ubicación, nombre de estación de trabajo, ID de autorización, ID de usuario, rol y otros más. También se pueden emplear restricciones y filtros para limitar la recopilación de datos de rastreo a ciertas clases de rastreo y sucesos de rastreo determinados (IFCID). Para obtener una lista completa de las opciones de restricción y filtro disponibles, consulte el comando START TRACE ( Db2 ).

• Cuando inicie un rastreo de rendimiento, asegúrese de saber lo que desea notificar.
  Por ejemplo, solo E/S o solo SQL. Consulte IBM® OMEGAMON® for Db2 Performance Expert on z/OS® para ver ejemplos de qué clases producen qué informes. De lo contrario, es posible que obtenga informes incompletos y tenga que volver a ejecutar o recopilar demasiados datos, sobrecargando así el recopilador de datos.
• Utilice la frecuencia de estadísticas predeterminada o un valor menor.
  Para ciertas estadísticas, se impone un intervalo de estadísticas de 1 minuto. Cuando el rastreo de estadísticas está activo, SMF recopila estadísticas en todo momento.
• Decida si se necesita una recopilación continua de datos contables.
  Si un gestor de transacciones proporciona suficiente información de contabilidad, es posible que no sea necesaria la contabilidad de Db2. En entornos en los que el procesador está muy cargado, considere la posibilidad de no ejecutar el rastreo de contabilidad de forma continua.
• Cuando utilice la contabilidad de forma continua, inicie las clases 1, 2 y 3 en SMF (SMF ACCOUNTING en el panel de instalación DSNTIPN).
• Para capturar información de contabilidad de paquetes mínima, inicie las clases 7 y 8 de rastreo de contabilidad.
  Si necesita información de contabilidad más detallada sobre los paquetes, como sentencias de SQL y bloqueo, inicie las clases 7, 8 y 10 de rastreo de contabilidad. La contabilidad de paquetes introduce un coste adicional de CPU y aumenta la cantidad de información de seguimiento de contabilidad SMF. Si solo necesita información de contabilidad mínima para paquetes, inicie solo la contabilidad de clase 7. records.If
• Puede utilizar los valores de los parámetros de subsistema ACCUMUID y ACCUMACC para desplegar registros de contabilidad de DDF y RRSAF. Los registros acumulativos reducen el volumen de datos contables.

  Sin embargo, ha de tener en cuenta que utilizar los registros de contabilidad acumulativos tiene una parte negativa. Pero también eliminan granularidad de los datos, lo que significa que es probable que en los datos acumulativos se pierda información sobre transacciones con un rendimiento malo.

  Si no se dan problemas específicos que requieran un análisis de rendimiento, comience con los valores ACCUMACC y ACCUMUID predeterminados, para escribir un registro de contabilidad para cada 10 intervalos de contabilidad. Si se da un problema de rendimiento para el que necesite datos contables detallados, actualice ACCUMACC a NO. Una vez solucionado el problema de rendimiento, puede volver a definir ACCUMACC a 10. De manera similar, si observa que está generando un volumen demasiado grande de datos de rastreo de contabilidad con un valor ACCUMACC de 10, y no dispone de un historial de problemas de rendimiento con RRSAF o aplicaciones distribuidas, puede aumentar ACCUMACC a un valor superior.

• Si el número de contención de bloqueo de la clase Db2 es excesivo (más de 1000 por segundo) en un entorno con una CPU muy limitada, puede desactivar temporalmente las clases de contabilidad 3 y 8 para ahorrar algunos recursos de la CPU y ocuparse de los problemas de contención de bloqueo más adelante.
• Utilice el rastreo de rendimiento solo para periodos breves y restrinja la cantidad de datos que se recopilan mediante la especificación de restricciones y filtros adecuados en los mandatos START TRACE. Utilice el GTF de destino por omisión para permitir un análisis inmediato de la información de rastreo.
• Inicie el rastreo global sólo si se está investigando un problema y el servicio de asistencia IBM ha solicitado un rastreo.