Utilización del Informix CPU elevada

Análisis de datos

Los registros recogidos por la ejecución del script del dbperf del onstat - ses g 0 interrogaciones del active de la demostración que se publican contra la base de datos UCCX. CPU elevada en el uccxoninit el proceso es típicamente el resultado de las interrogaciones complejas que tardan un tiempo prolongado para ejecutar. La meta es determinar las interrogaciones que consumen la mayoría de los recursos, determinan al cliente de la fuente para esas interrogaciones, inhabilitan las interrogaciones del cliente para la resolución inmediata, y optimizan las interrogaciones duraderas para la resolución permanente.

En los registros recogidos por el script del dbperf, busque las interrogaciones que las altas fluctuaciones de la causa más probable en el CPU o CPU elevada consumo continuo por el proceso del uccxoninit.

Interrogaciones del sospechoso:

• Se publican de las sesiones conectadas como uccxhruser - como descrito anterior, el uccxhruser tiene privilegios de seleccionar la información fuera de un gran número de configuración y de tablas históricas. Como consecuencia, el complejo, las interrogaciones duraderas a través de las varias tablas se puede construir y puede tener impactos del rendimiento en la base de datos UCCX. Aunque sea no absoluto, el uccxwallboard y los usuarios del uccxworkforce tengan tal acceso limitado a las tablas dentro de la base de datos UCCX, las interrogaciones del complejo que causan el impacto del rendimiento publicado por estos usuarios son inverosímiles. Además, las interrogaciones publicadas por el uccxhrcare publicado por el cliente de informes históricos UCCX (HRC) o Cisco unificaron el centro de la inteligencia (CUIC) contra la base de datos UCCX. Estas interrogaciones son estáticas y no se pueden modificar y las interrogaciones, junto con los indicies relevantes, haber escrito, haber probado, y haber ajustado para el efecto de rendimieento mínimo.
• Realice las interrogaciones intensivas en las tablas históricas - Las interrogaciones que requieren la base de datos UCCX para realizar múltiple se unen a través de las tablas, las cantidades significativas selectas de información o actúan los campos encendido NON-puestos en un índice podrían causar los impactos del rendimiento a la base de datos UCCX.

Un ejemplo con una interrogación compleja que implique una tabla HR funcionada con como uccxhruser se muestra aquí:

session                                      #RSAM    total      used       dynamic
id       user     tty      pid      hostname threads  memory     memory     explain
435050   uccxhrus WBBOX 836      10.16.5. 1        90112      80712      off

...................

Current SQL statement :
  SELECT x.resourceName, t.eventType, x.datetime, x.extension FROM ( SELECT
    t1.resourceID, t1.resourceName, t1.extension, MAX(t2.eventDateTime) AS
    datetime FROM  Resource AS  t1, AgentStateDetail AS  t2 WHERE  t2.agentID
    = t1.resourceID AND t1.assignedTeamID  = 21 and t1.active GROUP BY
    t1.resourceID, t1.resourceName, t1.extension ) AS  x, AgentStateDetail AS
    t  WHERE  t.agentID  = x.resourceID AND t.eventDateTime  = x.datetime
    ORDER BY  x.resourceName

El ejemplo anterior muestra una interrogación compleja, ingresada por el uccxhruser originado del host WBBOX que podría causar el impacto del rendimiento en la base de datos UCCX si fue ingresada a menudo o ingresada periódicamente antes de que la interrogación anterior hubiera vuelto los resultados.

Aunque sea raro, el funcionamiento de base de datos UCCX pueda también degradar (y la utilización de la CPU del proceso del uccxoninit fluctúa o sigue siendo alta), como resultado del proceso incorporado de la purgación. El proceso de la purgación se diseña para borrar los datos de la configuración y las tablas históricas dentro de la base de datos UCCX para mantener el tamaño de la base de datos. La purgación se puede programar basó en el tamaño de la base de datos o del más viejo expediente contenido dentro de la base de datos.

Cuando el proceso de la purgación se ejecuta, los datos se quitan con una interrogación. No se hacen basados iterativo en la cantidad de expedientes para quitar. Esto significa que si la purgación detecta una gran cantidad de datos que deban ser quitados, publica una sola interrogación en un intento por quitar estos datos.

La modificación del horario o de los parámetros de la purgación de la página de AppAdmin UCCX para programar la purgación para quitar una gran cantidad de datos puede hacer esta sola interrogación, sobre la purgación después programada, para llevar una cantidad significativa de tiempo para completar. Por lo tanto, conduce encima de la utilización de la CPU de la instancia de la base de datos.

En la salida del script del dbperf, la interrogación de la purgación puede ser considerada. Debe ser la única interrogación ingresada por el uccxuser del usuario que llama el procedimiento almacenado del sp_purge.

session                                      #RSAM    total      used       dynamic
id       user     tty      pid      hostname threads  memory     memory     explain
5628     uccxuser -        -1       CC-EXPR- 1        544768     523408     off

 

Current SQL statement in procedure db_cra:sp_purge
   proc-counter 0x0x4ccf9260 opcode SQL


delete from contactroutingdetail
  where (exists
    (select 1
      from contactcalldetail as ccdr
      where (and (and (and (and (and (= contactroutingdetail.sessionid, 
ccdr.sessionid), (= contactroutingdetail.nodeid, ccdr.nodeid)), 
(= contactroutingdetail.sessionseqnum, ccdr.sessionseqnum)), 
(= contactroutingdetail.profileid, ccdr.profileid)), (>= ccdr.enddatetime, 
p_purgefrom)), (< ccdr.enddatetime, p_purgeto))));