35+ ANOS NO MERCADO
Operando ininterruptamente desde 1990. Mais de 25.000 horas de consultoria entregues e 596+ incidentes críticos resolvidos em produção. Pattern recognition que só vem com décadas de operação real.
PERFORMANCE TUNING SQL SERVER — DESDE 1990
Não é "falta de memória". É plan regression no Query Store, parameter sniffing num proc crítico, PAGELATCH_UP em tempdb ou índice ausente que custa 8.000 logical reads por execução. A gente acha em 48h.
DBAs SQL Server confiados por
O DIAGNÓSTICO RASO
O fornecedor sugere upgrade de Edition
Standard pra Enterprise dobra o custo de licença por core. Mas se o problema é parameter sniffing num proc de busca, a Edition não muda nada. Você só está pagando mais pelo mesmo gargalo.
DBA olha CPU e memória, ignora waits
CXPACKET, PAGELATCH_EX, ASYNC_NETWORK_IO. Cada wait conta uma história diferente. Sem leitura de sys.dm_os_wait_stats segmentada por workload, é palpite.
Query Store ativado, mas ninguém usa
Você ativou Query Store em 2019 e nunca abriu o relatório de regressed queries. Tem ouro embaixo do nariz: forçar plano bom em 1 clique resolve incidente sem deploy.
A HTI lê o Query Store antes de pedir acesso
Você exporta o Query Store + sys.dm_os_wait_stats + missing index DMVs. Em 48h devolvemos diagnóstico com plano forçado proposto, índices a criar e estimativa de ganho.
ESCOPO TÉCNICO
Não é "rebuild de índice e shrink". É análise de Query Store, segmentação de waits, fix de parameter sniffing com OPTION (RECOMPILE) seletivo, e prova de ganho em sys.dm_exec_query_stats comparativo.
Análise de regressed queries, plan forcing seletivo, captura de baseline pré-deploy. O DBA enxerga 30 dias de histórico de plano por query, não só o último.
sys.dm_os_wait_stats segmentado por janela. CXPACKET vs CXCONSUMER, PAGELATCH em hot page, LCK_M_* em proc mal indexado. Cada wait com root cause.
OPTION RECOMPILE seletivo, OPTIMIZE FOR UNKNOWN, plan guides, Query Store plan forcing. Decisão técnica por caso, não regra geral que quebra outro proc.
Missing index DMVs cruzadas com workload real, índices duplicados removidos, filtered indexes em lookup, estatística com FULLSCAN em tabelas voláteis.
PAGELATCH_UP em GAM/SGAM/PFS, número correto de arquivos por core, MEMORY_OPTIMIZED_TEMPDB_METADATA em 2019+. Fim do gargalo invisível.
HADR_SYNC_COMMIT em sync replica, redo lag em async, backup strategy em AG. Quando readable secondary ajuda e quando atrapalha.
DBAs MS CERTIFIED
Não é generalista que decorou o Brent Ozar Blitz. É DBA com track record em SQL Server desde 2000, em sala física controlada no PIT/SP.
Query Store não é mágica. É telemetria. Quem sabe ler, vê o problema antes do usuário abrir chamado.
RESULTADOS MENSURADOS
VAREJO B2B
API de catálogo
Stored procedure de busca de produto em SQL Server 2019 reduzida de 12s para 200ms com plan forcing via Query Store + filtered index.
FINTECH
OLTP 24x7
Eliminação de parameter sniffing crônico em proc de autorização. CPU média do core OLTP caiu de 78% para 27% sem mudar hardware.
SETOR PÚBLICO
Tempdb 32 cores
Resolução de contenção PAGELATCH_UP em tempdb de servidor com 32 cores: ajuste de arquivos + MEMORY_OPTIMIZED_TEMPDB_METADATA em SQL 2019.
METODOLOGIA
Coleta Query Store + DMVs
Você exporta Query Store (30 dias), sys.dm_os_wait_stats, missing index DMVs e ERRORLOG. Sem precisar dar acesso ao ambiente.
Diagnóstico técnico
Análise de regressed queries, segmentação de waits por janela, identificação de parameter sniffing e índices ausentes prioritários.
Plano de fix priorizado
Plan forcing, scripts de índice, OPTION RECOMPILE seletivo. Ordenado por ROI medido em sys.dm_exec_query_stats.
Aplicação supervisionada
Homologação com workload realista, deploy em produção com rollback via Query Store. Relatório pós-fix comprovando o ganho.
FAQ
Não. O diagnóstico inicial roda em Query Store export + DMVs que você gera e envia. Só pedimos acesso quando o fix entrar em homologação — com usuário restrito, auditado e revogado ao fim.
Atendemos ambos. Em Standard, Query Store, plan forcing e missing index DMVs funcionam normalmente. Várias features de tuning não exigem Enterprise — antes de sugerir upgrade, otimizamos o que você tem.
Com Query Store plan forcing. Capturamos o plano otimizado, forçamos como plano aceito, e qualquer regressão futura é alertada automaticamente. Imune a auto-update statistics ou parameter sniffing.
Sim. SQL Server 2017+ em Linux (RHEL, Ubuntu) e em containers (Docker, Kubernetes). Os princípios de tuning são os mesmos; mudam só algumas ferramentas de OS-level.
Sim. Azure SQL Managed Instance, Azure SQL Database, SQL Server em VM no Azure e AWS RDS for SQL Server. Query Store funciona em todos, com pequenas variações.
20 minutos com um DBA Senior SQL Server. Você manda o export do Query Store, a gente devolve diagnóstico técnico. Sem formulário comercial.
Versões e edições atendidas
POR QUE A HTI
Desde 1990 sustentando ambientes críticos no Brasil. Não somos uma consultoria genérica que aprendeu banco de dados — somos The Database Company.
Operando ininterruptamente desde 1990. Mais de 25.000 horas de consultoria entregues e 596+ incidentes críticos resolvidos em produção. Pattern recognition que só vem com décadas de operação real.
Único MySQL Authorized Education Center (AMEC) da Oracle University no Brasil — conquista obtida duas vezes. Mais de 1.000 DBAs formados em cursos oficiais HTI.
DBAs em sala de acesso restrito no PIT de São José dos Campos: câmeras 24h, acesso biométrico, rack dedicado. Sem freelancer remoto, sem estação improvisada. Compliance que vai além da política interna.
Monitoramento comportamental desenvolvido internamente. Detecta padrões anômalos de ingestão e acessos a objetos protegidos — sem dependência de ferramenta de terceiro.