Parecer Técnico e Diagnóstico de Performance - SRVDATABASE1-PE
1. Introdução
Este relatório apresenta uma análise técnica completa do ambiente de banco de dados SQL Server do cliente Pet Care, realizada em 10 de março de 2026. A análise baseia-se em dados coletados através do Smart Visions Soluções, incluindo métricas de performance, consumo de recursos e identificação de gargalos críticos.
O objetivo deste parecer é fornecer recomendações técnicas fundamentadas para otimizar a performance, melhorar a disponibilidade e preparar o ambiente para crescimento futuro.
2. Visualização das Conexões Monitoradas
2.1 Porcentagem de Uso de CPU
Figura 1: Utilização de CPU ao longo do dia (10/03/2026)
O gráfico de CPU mostra um padrão de utilização com picos frequentes ao longo do dia, atingindo máximos de aproximadamente 87%. A média de utilização mantém-se em torno de 30-35%, com saturação ocasional de CPU. Apesar dos picos significativos, não há indicação de saturação crítica que impediria o processamento de novas requisições.
2.2 Disk Throughput - Partição E
Figura 2: Throughput de Disco - Partição E (10/03/2026)
O throughput de disco da partição E mostra atividade moderada durante o dia, com picos ocasionais atingindo aproximadamente 550 MB/s. Há um pico significativo ao meio-dia, coincidindo com o horário de backup full do banco de dados. Este padrão é esperado e não representa um problema crítico, desde que a infraestrutura de disco seja adequada. Como informação adicional, o pico de IOPS foi de aproximadamente 17 mil, e ocorreu as 17:16 horas. Em 95% do tempo, o total de 2 mil IOPS atende o ambiente no volume E.
2.3 Profundidade de Fila - Partição E
Figura 3: Profundidade de Fila de Disco - Partição E (10/03/2026)
A profundidade de fila de disco mostra picos ocasionais, com o máximo registrado em torno de 360 operações pendentes. Tambem é possivel observar uma contentação em periodos de backups, indicando contenção de I/O durante este período. Fora do horário de backup, a fila mantém-se baixa, indicando que a partição E, possui performance adequada para operações normais.
3. Análise de Infraestrutura
⚠️ Achado Crítico: A partição C (Sistema Operacional) está sendo utilizada para armazenar TEMPDB e arquivos de backup, causando contenção de I/O que afeta a performance geral do SQL Server.
3.1 CPU - Status Normal
A utilização de CPU apresenta comportamento esperado, com média de 30-35% e picos até 87%. O MAXDOP está configurado em 8, o que é correto para um servidor com 16 processadores lógicos (representa 50% do total, valor recomendado). Não há necessidade de ajuste desta configuração. O SQL Server utiliza essa memória para:
3.2 Memória - Necessidade de Acerto
O SQL Server está configurado para usar até 104 GB de RAM, e está utilizando aproximadamente 92% dessa alocação. Isso é NORMAL e ESPERADO para um servidor de banco de dados em produção. O SQL Server utiliza essa memória para:
Buffer Pool (cache de páginas de dados)
Plan Cache (cache de planos de execução)
Memory Grants (alocação para queries)
Outras estruturas internas
✓ OBSERVAÇÃO IMPORTANTE: O SQL Server é projetado para usar toda a memória disponível alocada. A pressão de memória no servidor (92% de RAM total) esta sendo causada pelo SQL Server usar sua alocação máxima, deixando pouca memória livre para o sistema operacional. Isso é um problema. Aproveite melhor o SQL Server, e considere 128 GB de memória dedicada, deixando pelo menos 20GB de memória para o Sistema Operacional. Recomendo considerar 160 GB de memória no Servidor.
3.3 Disco I/O - Problema Identificado
A partição E apresenta performance adequada com throughput máximo de 550 MB/s e profundidade de fila controlada. Entretanto, a partição C (Sistema Operacional) está sendo utilizada para TEMPDB e Backup, o que causa contenção crítica durante operações de backup e utilização da TEMPDB. Lembre-se que o ERP faz muito uso da TEMPDB, e o atraso em tempo de resposta nesse disco, afeta todo o banco de dados.
4. Limitações da Edição Standard e Necessidade de Enterprise
ℹ️ Informação Importante: O cliente está utilizando SQL Server 2019 Standard Edition, que possui limitações significativas para ambientes de produção com grandes volumes de dados.
4.1 Limitações Atuais
A edição Standard do SQL Server não permite operações de manutenção online, como:
Rebuild de Índices Online: Requer interrupção do ERP
Criação de Índices Online: Requer interrupção do ERP
Manutenção de Planos: Não pode ser executada sem impacto
4.2 Contexto do Cliente Pet Care
O cliente possui um banco de dados com volume na casa de 1 TB, combinado com uma janela de manutenção limitada de apenas 4 a 6 horas. Estas restrições tornam praticamente impossível realizar manutenção adequada com a edição Standard.
4.3 Impacto da Falta de Manutenção
Sem manutenção regular (que deveria ocorrer semanalmente), o banco de dados sofrerá:
Fragmentação crescente de índices, aumentando o número de leituras de páginas e reduzindo a eficiência de operações de varredura (scans);
Estatísticas desatualizadas, levando o otimizador de consultas do SQL Server a gerar planos de execução subótimos;
Aumento da fragmentação interna e uso ineficiente das páginas de dados, podendo elevar o volume de I/O;
Degradação progressiva da performance em consultas e rotinas críticas do sistema.
4.4 Benefícios da Edição Enterprise
A migração para SQL Server Enterprise Edition traria ganhos significativos:
✓ Operações Online
Rebuild de índices sem interrupção do ERP
Criação de índices sem impacto na aplicação
Manutenção contínua sem janelas de parada
✓ Planos de Manutenção Automatizados
Agendamento de manutenção regular (semanal)
Execução automática sem necessidade de parada
Monitoramento contínuo de performance
✓ Melhor Performance Geral
Índices sempre otimizados
Planos de execução consistentes
Crescimento controlado do banco de dados
Conclusão: Recomenda-se fortemente a migração para SQL Server Enterprise Edition, de forma a garantir a saúde e performance do ambiente. A edição Standard é inadequada para um banco de dados de 1 TB, com janelas de manutenção limitadas.
5. Problemas Críticos Identificados
5.1 TEMPDB na Partição C (CRÍTICO)
🔴 Problema Crítico: A TEMPDB está localizada na partição C (Sistema Operacional), causando contenção de I/O que afeta diretamente a performance do SQL Server.
A TEMPDB é um banco de dados crítico utilizado pelo SQL Server para operações temporárias, ordenação de dados e trabalho com tabelas temporárias. Quando localizada na mesma partição do sistema operacional, causa:
Contenção de I/O com operações do SO
Redução de performance geral do servidor
Aumento de latência de disco
Possível indisponibilidade em picos de carga
5.2 Backup na Partição C (CRÍTICO)
🔴 Problema Crítico: Os arquivos de backup estão sendo gerados na partição C, causando contenção durante o backup full do meio-dia.
Conforme observado no gráfico de profundidade de fila, há pico significativo durante o dia (incluindo no horário de backup full), atingindo 360 operações pendentes. Este pico indica que o disco em alguns momentos está sobrecarregado, afetando a performance do banco de dados.
6. Recomendações Prioritárias
Prioridade
Ação
Timeline
Impacto
🔴 CRÍTICA
Mover TEMPDB para disco dedicado (500MB/s, 5-7k IOPS)
1-2 semanas
Muito Alto
🔴 CRÍTICA
Criar volume dedicado para Backup
1-2 semanas
Muito Alto
🟠 IMPORTANTE
Migrar para SQL Server Enterprise Edition
Em análise pelo cliente
Alto
🟠 IMPORTANTE
Implementar plano de manutenção semanal
Após Enterprise
Alto
🟡 MODERADA
Otimizar índices fragmentados
1-2 semanas
Alto
6.1 Ação 1: Mover TEMPDB para Disco Dedicado
Especificações do Disco Recomendado
Throughput: Mínimo 500 MB/s
IOPS: 5.000 a 7.000 IOPS
Tipo: SSD ou NVMe (recomendado)
Benefícios:
Eliminação de contenção entre SO e TEMPDB
Melhoria significativa de performance
Redução de latência de I/O
Melhor estabilidade do sistema
6.2 Ação 2: Criar Volume Dedicado para Backup
Especificações do Disco para Backup
Capacidade: Mínimo 2 TB (para retenção de backups)
Throughput: Mínimo 300 MB/s
Tipo: SSD ou HDD de alta performance
Benefícios:
Eliminação de contenção durante backup
Redução de picos de I/O na partição C
Melhoria de performance durante backup
Melhor retenção de backups
6.3 Ação 3: Migrar para SQL Server Enterprise Edition
Conforme detalhado na seção 4, a migração para Enterprise Edition é crítica para garantir a saúde do ambiente a longo prazo. Isto permitirá:
Manutenção online sem parada do ERP
Planos de manutenção automatizados
Melhor performance geral
Escalabilidade para crescimento futuro
7. Conclusão
Diagnóstico Geral: O ambiente apresenta performance aceitável no momento, mas possui problemas críticos que, se não resolvidos, levarão a degradação significativa de performance e possível indisponibilidade.
Problemas Identificados:
🔴 TEMPDB na partição C causando contenção
🔴 Backup na partição C causando picos de I/O
🟠 Edição Standard inadequada para banco de dados de 1 TB
🟠 Falta de manutenção regular (impossível com Standard)
Recomendações Imediatas:
Mover TEMPDB para disco dedicado (1-2 semanas)
Criar volume para Backup (1-2 semanas)
Planejar migração para Enterprise Edition (Em Analise pelo Cliente)
Implementar plano de manutenção semanal (após Enterprise)
Próximos Passos: Em reunião com o cliente, foi informado que o impacto de não resolver estes problemas será progressivo, levando a degradação contínua de performance.O Ambiente continuará sendo monitorado ao longo do mês, e qualquer novidade, serão informados.
