Orientação para analise de tickets de Performance (Em construção)

Produto:Microsiga Protheus®
Ambiente:Faturamento (SIGAFAT)
Ocorrência:Processo de Análise de Performance nos times de Suporte Faturamento/Serviços/jurídico
Passo a passo:

A Análise de Performance visa identificar o foco da baixa performance no ambiente, indicando formas de melhorar o tempode processamento ou a reprodução da baixa performance realizando a abertura de Issue para analise do time de Produto.

Os passos para a análise de performance serão indicados abaixo:

Em conjunto com os analistas que atendem a demanda, estabelecemos a macro de Primeira solicitação de informações identificada no Zendesk como "Performance: Primeira Solicitação de Informações".

A macro contém a solicitação dos dados abaixo para uma primeira análise:

Lentidão em rotina específica

Encaminhar documentação de melhoria de Performance da rotina atendida (Se houver documentação) 

Lentidão generalizada

Caso o cliente relate lentidão em diversas rotinas, encaminhamos a Documentação de Performance do Framework

Datas de Fontes

Arquivo "Exportar Dados" para avaliarmos as datas de fontes do cliente

Arquivo Profiler.log

Na primeira solicitação de informações não é necessário retirar as customizações, podemos analisar o tempo de processamento delas e, se for necessário, solicitar a retirada.

Qtd. de Registros
 Tempo demandado

Isso é importante para sabermos se conseguiremos reproduzir o cenário do cliente em nosso ambiente, ou até mesmo ter ideia d expectativa do cliente.

Vídeo do Processo

Isso deve ser avaliado, um vídeo para observar o que o cliente fez até que a lentidão seja reproduzida e não um vídeo de todo o processamento.

MALOC-IO

Esta ferramenta irá indicar como está o tempode processmento e a alocação de memória no Servidor do cliente, caso esteja Ruim ou Péssimo, precisamos solicitar que o cliente realize a manutenção do ambiente, mas isso não impede de darmos continuidade na análise, mesmo porque, se reproduzirmos, não faz sentido alegar que o problema está no ambiente do cliente.

DBTrace.log

O log do DBTrace ajuda a vermos qual query esta sendo executada no momento da lentidão e qual o tempo de processamento dela no Banco de Dados.

Caso o cliente seja TOTVS Cloud, alguns itens devem ser solicitados ao Cloud, como:

  • MALOC-IO
  • Lentidão Generalizada
  • Demais arquivos que o cliente não tenha acesso

Temos uma parceria com a equipe da TIS (Totvs Infra-Services) que atua na área de infra-estrutura, esta equipe irá nos apoiar nos clientes do suporte padrão para os casos onde foi constatada a necessidade de um profissional de banco de dados ou especialista em infraestrutura.

A TIS (TOTVS Infra-Services) e uma equipe 100% faturada, mas o time da TIS encaminha uma proposta comercial para o cliente antes de iniciar o atendimento.

Os contatos da TIS são:


O Envio da sugestão da TIS ocorre no seguinte cenário:


Caso o MALLOC-IO tenha retornado uma resultado "Ruim" ou "Pessimo", é necessário verificar se o cliente possui um time de infra ou se ele é cliente TOTVS Cloud, nesses dois casos não é necessário ofertarmos a TIS.

Porém, caso ele não possua time de infra e não seja TOTVS Cloud, é coerente ofertarmos o serviço.

O fato do MALLOC-IO do ambiente do cliente ter retornado como "Ruim" ou "Péssimo" não significa que podemos parar o atendimento até que ele corrija.

Nós prosseguimos com a análise, porém caso o único ponto de divergencia seja esse, aí sim podemos solicitar o ajuste e continuar a análise após isso.

Pode lhe Interessar: