1 / 27

Implementação do Tivoli Performance Reporter no Banco Itaú

Implementação do Tivoli Performance Reporter no Banco Itaú. Objetivo. Expor os motivos que levaram à migraçãp para o PR, comentando os problemas que ocorreram durante sua implementação em produção e mostrar sua aplicabilidade no Banco Itaú. Agenda. Introdução: O que é o PR

billie
Download Presentation

Implementação do Tivoli Performance Reporter no Banco Itaú

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Implementação do Tivoli Performance Reporter noBanco Itaú

  2. Objetivo Expor os motivos que levaram à migraçãp para o PR, comentando os problemas que ocorreram durante sua implementação em produção e mostrar sua aplicabilidade no Banco Itaú

  3. Agenda • Introdução: O que é o PR • Razões para Migração • Aplicabilidade no Banco Itaú • Implantação em Produção • Possibilidades • Conclusões

  4. Introdução

  5. O que é ? • Produto para geração de relatórios de performance, com dados extraídos das logs do sistema e armazenados em banco de dados relacional (DB2) • Ou: Mesmo papel do SLR(Service Level Reporter)

  6. O que faz ? • Duas funções • Coletar os dados de performance, armazenando-os no DB2 • Criar relatórios a partir desses dados

  7. Como Funciona ? PR QMF DB2

  8. Conceitos • Produto baseado em features • Features contém definições de tabelas e de como atualizá-las durante a coleta das logs • Também contém relatórios pré-definidos p/ apresentar estes dados

  9. Razões para Migração

  10. Por quê ? Se PR e SLR têm a mesma funcionalidade, por quê evoluir? • SLR descontinuado (não há suporte) • SLR não suporta IMS v6 • Vantagens

  11. Características e Vantagens • Interface mais amigável • Extração de dados • tabelas independentes (_h, _d, _m) • uso de variáveis em reports • Criação de reports • Multiprodutos/multiplataforma

  12. Características e Vantagens • Administração via painéis • Baseado em features • Vantagens agregadas DB2 • Know-how • Ferramentas • Acesso DRDA • Portabilidade

  13. Aplicabilidade no Banco Itaú

  14. Usos principais: • Capacity Planning • Determinação de Problemas (após processamento) • Evolução de Uso de Recursos / Workloads

  15. Usos principais: • System Performance Feature: • Perfil Simples e Segmentado por Workload • Consumo total por grupo de Aplicativos • Análise por Jobs/Address Spaces • IMS Feature: • Total de Transações • Distribuição do tempo de resposta • Consumo por grupos de transações

  16. Implantação em Produção

  17. Considerações: • Instalado no ambiente de Desenvolvimento • Perfil do ambiente favorável, livre durante a madrugada. • Ambiente segregado, coletas não concorrem com batch produtivo da empresa

  18. Implantação em Produção:Uma pequena análise. • Características • Problemas encontrados • Soluções adotadas

  19. System Performance: • Site Itaú • 13 Ambientes (Online + Batch + BE + Des.) • 20.000.000 Registros / Dia • Problemas • Tabelas desnecessárias, purge conditions • Solução • Reavaliação de Necessidades

  20. IMS: • Site Itaú • 3 ambientes IMS • 325.000.000 Registros / Dia • Problemas • Janela Batch menor que Elapsed da coleta

  21. IMS: • Solução • Eliminar tabelas e colunas desnecessárias • Filtrar os registros desnecessários

  22. IMS e Sys. Performance:Processo em Produção • Rotinas Diárias • Coletas, Backups, Purges e Runstats • Rotinas Semanais • Reorgs das Feature Tables • Rotinas Mensais • Reorgs das System Tables

  23. Recomendações • Checar Extents de Índices e Tabelas • Determinar Purge Conditions • Usuários ¬= Administradores • Elimine tabelas desnecessárias • Serialize coletas/backups/purges • Tabelas com maior resolução -> maior espaço

  24. Possibilidades

  25. Possibilidades • Flexibilidade e poder via SQL • Acesso remoto (DRDA, ODBC, JDBC) • Integração com Web (Websphere, CGIs, Net.Data) • Multiplataforma(Unix, AS/400, ... )

  26. Conclusões

  27. Perguntas ? Jorge Carlos Socolowski jorge.socolowski@itau.com.br (0xx11) 3274-9054

More Related