IBM Sterling Control Center: Performance Tuning do CC

= Diagnostico e Tuning do Banco de Dados=

O Control Center depende muito de seu banco de dados para funcionar. Lentidão em consultas de banco de dados, como inserções, atualizações e exclusões são sinais de baixo desempenho do banco de dados.

Para confirmar que os problemas de desempenho do banco de dados estão ocorrendo, verifique:

Health no IBM Control Center
O Health no IBM Control Center vai listar todas as situações de baixa performance durante as operações do Control Center:

Ficheiro:cc health poor.png

Arquivos de Logs
Pesquise nos logs pelos seguintes textos:


 * CCTR135I
 * CCTR138I
 * excessive
 * inordinate

Exemplos de mensagens os logs:


 * CCTR135I Time to insert monitored server data into EVENTS database table was: 436776 milliseconds
 * CCTR138I Time EventMonitor took to retrieve data from EVENTS database table was: 1254366 milliseconds
 * updateQueuedProcesses query time excessive
 * updateQueuedProcesses query time (t1-t0) excessive - Total time
 * ProcessSummaryWorker.getEvents logic took an inordinate amount of time!
 * Time to update nnn processes as ended was excessive.
 * ProcessSummaryWorker took an inordinate amount of time to summarize file transfer
 * ProcessSummaryWorker took an inordinate amount of time to summarize Process
 * ProcessSummaryWorker took an inordinate amount of time to commit database changes to CC_PROCESS and CC_FILE_TRANSFER

Essas mensagens são indicativas de:


 * Bancos de dados cujos índices não são mantidos regularmente e / ou
 * Bancos de dados que contêm muitos dados

Situação do Banco de Dados
As inserções e atualizações do banco de dados normalmente levam apenas alguns milissegundos. Se as consultas demorarem muito, certifique-se de que os índices da tabela do Monitor do Centro de Controle sejam mantidos regularmente.

Podemos verificamos essas tabelas através da UI do Control Center ou no banco de dados usando a query (Oracle):

select table_name, owner,last_analyzed, num_rows from all_tables where owner='' and num_rows > 0 order by num_rows desc

Tome nota das informações como a quantidade de registros nas tabelas ou a data de atualização das estatísticas:


 * EVENTS,
 * BP_STATS_LOG,
 * CD_STATS_LOG,
 * CC_PROCESS,
 * CC_FILE_TRANSFER,
 * ROLL_UP.

Em primeiro lugar configure o Purge Summary Data Older Than para 10 ou 7 dias e verifique se reduziu o tempo. Depois solicite apoio da equipe de Banco de Dados para diagnosticar ou sugerir melhorias, a fim de que as queries sejam executados abaixo de 2000 milissegundos (2 segundos).

= Configurações de Tuning no IBM Control Center Monitor=

Configure o Purge Summary Data Older Than
Devemos habilitar o Purge Summary Data Older Than, com o intervalo de 10 dias. Esta variável é o período no qual o Summary Process Data e os dados de transferência de arquivos são retidos nas tabelas do banco de dados. 0 é o valor padrão, o que significa que o sistema não limpa os dados de resumo.

1) Acesse o console do IBM Control Center,

2) selecione System Settings e acesse a guia Database. Insira os valores:

Purge Summary Data Older Than (days): 10

Clique em Update para salvar os dados.

SUMMARY_TABLES_PURGE_ROLL_UP e SUMMARY_TABLES_PURGE_FILE_COUNTS
Ao alterar o “Purge Summary Data Older” para um valor maior que zero não causará todos dados de resumo a serem eliminados.

Precisamos definir para TRUE as seguintes propriedades do engine.properties:

SUMMARY_TABLES_PURGE_ROLL_UP=true SUMMARY_TABLES_PURGE_FILE_COUNTS=true

cujo o padrão é FALSE, informa ao ICC se deve limpar os dados das tabelas ROLL_UP e FILE_COUNTS quando outros dados de resumo são limpos.

Os dados da tabela ROLL_UP são usados pelo console da Web ICC para facilitar a atividade de transferência de arquivo recente.

EVENT_MONITOR_EVENT_COUNT_FOR_CATCHUP
Alterar o valor da variável:

EVENT_MONITOR_EVENT_COUNT_FOR_CATCHUP=200

O valor atual 100 é referente a versões antes da versão 6.2 do Control Center, o valor atual é 200.

https://www.ibm.com/docs/en/control-center/6.2.1.0?topic=issues-performance-related-engine-properties-settings

Este valor pode ser maior, mas não deve passar de 1000.

Verificar no Engine.log, pelas mensagens:

EventMonitor - Event Monitor in catchup. EVENT_COUNT_FOR_CATCHUP = 100 processedCount = 125

ou no Health do Control Center.

EVENT_MONITOR_EVENT_LIMIT_PER_RUN
Alterar o valor da variável:

EVENT_MONITOR_EVENT_LIMIT_PER_RUN=1000

O valor atual 125 é referente a versões antes da versão 6.2 do Control Center, o valor atual é 1000.

https://www.ibm.com/docs/en/control-center/6.2.0?topic=issues-performance-related-engine-properties-settings

PROCESS_SUMMARY_THREADS
Define a quantidade de threads que são usados pelo ProcessSummarizationService para resumir os processos concluídos.

Quanto maior for esse valor definido, maior será a utilização de memória e CPU.

Alterar o valor da variável:

PROCESS_SUMMARY_THREADS=

O valor default é 4.

https://www.ibm.com/docs/en/control-center/6.2.1.0?topic=issues-performance-related-engine-properties-settings

=Referências=


 * https://www.ibm.com/docs/en/control-center/6.2.1.0?topic=performance-database-issues-due-increased-data-volumes


 * https://www.ibm.com/docs/en/control-center/6.2.1.0?topic=issues-performance-related-engine-properties-settings


 * https://www.ibm.com/docs/en/control-center/6.2.1.0?topic=volumes-manually-purging-summary-table-data


 * https://www.ibm.com/support/pages/ibm-control-center-performance-and-tuning-guide

= Ver também =


 * IBM Sterling Control Center: Instalação do IBM Sterling Control Center no Linux
 * IBM Sterling Control Center: Configuração do SCC
 * IBM Sterling External Authentication Server (SEAS): Instalação
 * IBM Sterling External Authentication Server (SEAS): Configuração para LDAP


 * Artigos sobre IBM Sterling
 * Mais Artigos sobre Cloud / WebDev / Tecnologias