Entrar
Fale com a QA

Pottencial Seguros: como a QAMetrik reduziu 30% do consumo de memória SAP HANA em produção, sem incidentes, no momento mais desafiador do mês

Um banco de dados SAP HANA operando no limite. Um fechamento mensal se aproximando. E uma janela de execução desafiadora.

Contexto do Projeto

A Pottencial Seguros é uma das maiores seguradoras do Brasil, com operação distribuída em múltiplos estados e um ambiente SAP HANA crítico para o controle financeiro e operacional da companhia. O sistema responsável por processos centrais da empresa operava com consumo de memória consistentemente entre 750 e 800 MB em condições normais, com risco real de pressão nos períodos de fechamento mensal.

O problema não era novo. Era recorrente, previsível e crescente. E sem uma ação técnica estruturada de otimização de memória SAP HANA, era só questão de tempo até virar incidente.

Desafio do projeto

O banco de dados SAP HANA da Pottencial operava próximo ao limite de memória disponível. Nos períodos de pré-fechamento mensal, a carga aumentava ainda mais, criando risco concreto de instabilidade em um ambiente onde qualquer interrupção tem impacto financeiro direto.

O desafio não era apenas técnico. Era também de timing: a janela disponível para execução coincidiu com o período de maior carga do ambiente. Executar durante o pré-fechamento era arriscado. Adiar era deixar o risco crescer.

Ainda durante o diagnóstico, a equipe identificou que o banco operava com cerca de dois anos de defasagem de versão do SAP HANA, risco que não havia sido mapeado anteriormente e que representava exposição adicional de suporte e segurança.

Solução Implementada pela QAMetrik

A QAMetrik iniciou o projeto com um diagnóstico completo via SAP HANA Load History, mapeando com precisão o comportamento de consumo de memória antes de qualquer intervenção.

A estratégia adotada foi a ativação e configuração do NSE (Native Storage Extension), recurso nativo do SAP HANA que desloca dados menos acessados para armazenamento em disco, liberando memória RAM para dados de uso frequente. A abordagem é cirúrgica: nenhuma regra de negócio é tocada, nenhum dado é perdido.

A execução aconteceu em 22 de abril de 2026, durante o pré-fechamento mensal, com acompanhamento contínuo da equipe técnica ao longo de todo o processo. Todas as alterações foram rastreadas, com possibilidade de rollback imediato a qualquer momento.

Resultados Impactantes

Os indicadores medidos antes e após a intervenção:
• 31% de redução na Database Resident Memory (de ~860 MB para ~592 MB em média)
• 30% de redução na Database Used Memory (de ~733 MB para ~513 MB em média)
• Faixa operacional passou de 750-800 MB para ~513 MB
• Zero incidentes em produção
• Zero alertas críticos SAP HANA registrados
• Hit Ratio do Column Store Cache: 99,96%

A execução foi concluída durante o período mais crítico do calendário financeiro da Pottencial, sem qualquer impacto para os usuários finais.

Felipe Bueno, IT Solutions Development Manager da Pottencial Seguros, registrou formalmente: "Muito obrigado pelo esforço e dedicação a essa iniciativa e parabéns pelo resultado atingido. Estamos muito contentes com o valor que foi entregue à Pottencial."

Conclusão

Memória no limite não é um problema de infraestrutura. É um risco operacional com data marcada. A Pottencial Seguros tinha esse risco crescendo dentro de um ambiente crítico, sem visibilidade e sem plano de ação.

Com diagnóstico preciso de consumo de memória SAP HANA e execução técnica controlada, a QAMetrik transformou um risco iminente de fechamento mensal em um resultado mensurável: 30% menos pressão de memória, ambiente estabilizado e operação sem nenhum incidente.

Soluções aplicadas: Fábrica de Software, SAP HANA Optimization