Utilização elevada da CPU de Informix

Análise de dados

Os logs recolhidos pela execução do script do dbperf do onstat - ses g 0 perguntas do active da mostra que são emitidas contra o base de dados UCCX. A alta utilização da CPU no processo do uccxoninit é tipicamente o resultado das perguntas complexas que tomam um muito tempo executar. O objetivo é determinar as perguntas que consomem a maioria de recursos, determinam o cliente da fonte para aquelas perguntas, desabilitam as perguntas do cliente para a resolução imediata, e aperfeiçoam as perguntas longas para a definição permanente.

Nos logs recolhidos pelo script do dbperf, procure as perguntas que as flutuações altas da causa mais provável no CPU ou o consumo sustentado da alta utilização da CPU pelo uccxoninit processam.

Perguntas do suspeito:

• São emitidos das sessões conectadas como o uccxhruser - como descrito mais cedo, o uccxhruser tem privilégios selecionar a informação fora de um grande número de configuração e de tabelas de histórico. Em consequência, o complexo, perguntas longas através das tabelas múltiplas pode ser construído e pode ter impactos no desempenho no base de dados UCCX. Embora não absoluto, o uccxwallboard e os usuários do uccxworkforce têm tal acesso limitado às tabelas dentro do base de dados UCCX, as perguntas do complexo que causam o impacto no desempenho emitido por estes usuários são improváveis. Adicionalmente, as perguntas emitidas pelo uccxhrcare emitido pelo Cliente de relatório histórico UCCX (HRC) ou Cisco unificaram o centro da inteligência (CUIC) contra o base de dados UCCX. Estas perguntas são estáticas e não podem ser alteradas e as perguntas, junto com indicies relevantes, ter sido escritas, testado, e ajustado para o impacto de desempenho mínimo.
• Execute perguntas intensivas em tabelas de histórico - As perguntas que exigem o base de dados UCCX para executar múltiplo juntam-se através das tabelas, quantidades significativas seletas de informação ou operam-se campos sobre NON-posicionados poderiam causar impactos no desempenho ao base de dados UCCX.

Um exemplo com uma pergunta complexa que envolva uma tabela HR executada como o uccxhruser é mostrado aqui:

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

O exemplo acima mostrou uma pergunta complexa, incorporada pelo uccxhruser originado do host WBBOX que poderia causar o impacto no desempenho no base de dados UCCX se foi incorporado frequentemente ou incorporado periodicamente antes que a pergunta precedente retornou resultados.

Embora raro, o desempenho de base de dados UCCX pode igualmente degradar (e a utilização CPU do processo do uccxoninit flutua ou permanece alta), em consequência do processo incorporado da remoção. O processo da remoção é projetado suprimir de dados da configuração e de tabelas de histórico dentro do base de dados UCCX a fim manter o tamanho do base de dados. A remoção pode ser programada baseou no tamanho do base de dados ou do registro o mais velho contido dentro do base de dados.

Quando o processo da remoção é executado, os dados estão removidos com a uma pergunta. Não são feitos baseados iterativamente na quantidade de registros para remover. Isto significa que se a remoção detecta uma grande quantidade de dados que devem ser removidos, emite uma única pergunta na tentativa de remover estes dados.

A alteração da programação ou dos parâmetros da remoção da página appadmin UCCX a fim programar a remoção para remover uma grande quantidade de dados pode fazer com que esta única pergunta, em cima da remoção em seguida programada, tome uma quantidade significativa de tempo terminar. Consequentemente, conduz acima da utilização CPU da instância de base de dados.

Na saída do script do dbperf, a pergunta da remoção pode ser considerada. Deve ser a única pergunta incorporada pelo uccxuser do usuário que chama o procedimento armazenado do 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))));