Tipos de datos en los registros contables Db2
Esta sección proporciona una visión general de los diferentes tipos de datos de los registros contables Db2®.
- Cuando la repetibilidad combinada con una expresión razonable de la complejidad de las transacciones tiene alta prioridad, entonces el uso del procesador, el recuento de GETPAGE y el recuento de intentos de escritura son buenos candidatos.
- Si el propósito del proceso contable es analizar el comportamiento de las transacciones CICS®, entonces se puede utilizar cualquier información de los registros contables Db2.
La documentación del producto Gestión del rendimiento de Db2 en Db2 for z/OS contiene detalles sobre los campos individuales del registro contable Db2.
Uso del procesador
La información sobre el uso del procesador que aparece en el registro contable de Db2 suele mostrar la mayor parte del tiempo total del procesador utilizado para las llamadas SQL.
Los registros de estadísticas Db2 informan del tiempo de procesador utilizado en los espacios de direcciones Db2 que no se ha podido relacionar directamente con los subprocesos individuales.
Considere distribuir el tiempo de procesador informado en los registros de estadísticas Db2 proporcionalmente entre todos los usuarios del subsistema Db2 (transacciones, programas por lotes, usuarios de TSO).
La cantidad de tiempo de procesador que figura en los registros contables Db2 es (para el mismo trabajo) relativamente repetible a lo largo del tiempo.
Consulte Contabilización del uso del procesador en un entorno CICS Db2 para obtener más información sobre cómo informar el uso del procesador en un entorno CICS Db2.
E/S
- E/S de lectura síncrona
- Prefetch secuencial (lecturas asíncronas)
- Escrituras asíncronas
- Lecturas del pool EDM (DBDs y segmentos del plan)
- E/S de registro (principalmente escrituras).
De estos cinco tipos de E/S, sólo la E/S de lectura síncrona se registra en el registro contable Db2.
También se informa del número de peticiones de lectura secuencial prefetch, pero el número de peticiones de lectura no es igual al número de E/S.
Ninguno de los tipos de E/S debe considerarse repetible en el tiempo. Todos ellos dependen del tamaño de los búferes y de la actividad de la carga de trabajo.
Db2 no tiene conocimiento de que se esté utilizando ninguna memoria caché. Esto significa que Db2 informa de una incidencia de E/S, incluso si la memoria intermedia de la caché satisface la solicitud.
GETPAGE
GETPAGE muestra el número de veces que Db2 solicitó una página al gestor de búferes.
GETPAGE representa un número en el registro contable Db2 que es bastante constante en el tiempo para la misma transacción. Muestra el número de veces que Db2 solicitó una página al gestor de búferes. Cada vez que Db2 tiene que leer o escribir datos en una página, la página debe estar disponible, y se cuenta al menos un GETPAGE para la página. Esto se aplica tanto a las páginas de índice como a las de datos. La frecuencia con la que se incrementa el contador GETPAGE para una determinada página utilizada varias veces depende de la ruta de acceso seleccionada. Sin embargo, para la misma transacción que accede a los mismos datos, el número de GETPAGEs permanece bastante constante a lo largo del tiempo, pero el algoritmo GETPAGE puede cambiar entre diferentes versiones de Db2.
Si el buffer pool contiene la página solicitada, no se produce ninguna E/S. Si la página no está presente en el búfer, el gestor del búfer solicita la página al gestor de medios y se produce la E/S.
El número de GETPAGE es por tanto un indicador de la actividad en Db2 necesaria para ejecutar las peticiones SQL.
Escribir intentos
El número de intentos de escritura establecidos se mantiene en el campo QBACSWS del registro contable Db2.
El número de intentos de escritura establecidos no está relacionado con el número real de E/S de escritura de los grupos de búferes, sino que representa el número de veces que se ha marcado una página para su actualización. Incluso en una transacción de sólo lectura este número puede estar presente, porque también se cuentan las escrituras previstas en los archivos de trabajo temporales utilizados en una ordenación Db2.
El caso típico es que el número de intentos de escritura establecidos sea mucho mayor que el número de E/S de escritura. La relación entre estas dos cifras depende del tamaño de la reserva de búferes y de la carga de trabajo. No es una buena medida para la actividad de E/S de escritura, pero indica la complejidad de las transacciones.
Actividad de llamadas SQL
El número y tipo de llamadas SQL ejecutadas en una transacción se reportan en el registro contable de Db2.
Los valores de la actividad de llamada SQL son repetibles a menos que existan muchas rutas diferentes posibles a través de un programa complejo, o que la ruta de acceso cambie. La vía de acceso elegida puede cambiar con el tiempo, por ejemplo añadiendo un índice.
Una llamada SQL determinada puede ser simple o compleja, dependiendo de factores como la ruta de acceso elegida y el número de tablas y filas implicadas en las peticiones.
El número de GETPAGEs es en la mayoría de los casos un indicador más preciso de la actividad Db2 que el número de llamadas SQL diferentes.
Ocurrencia de la transacción
Una forma sencilla de llevar la contabilidad consiste en registrar el número y el tipo de transacciones realizadas.
Almacenamiento
El registro contable Db2 no contiene ninguna información sobre el almacenamiento real o virtual relacionado con la ejecución de las transacciones. Uno de los propósitos del subsistema Db2 es optimizar el uso del almacenamiento. Esta optimización se realiza a nivel de Db2, no a nivel de transacción.
Una transacción utiliza almacenamiento de varios lugares cuando solicita servicios Db2. Los lugares más importantes son el hilo, el pool EDM y los pools de buffer.
Debido a que en el registro de contabilidad Db2 no se proporciona información sobre el consumo de almacenamiento y debido a que el uso del almacenamiento está optimizado a nivel de subsistema, es difícil contabilizar el almacenamiento en un entorno Db2.