Coleta histórica de capacidade

Use este complemento para transformar snapshots pontuais em uma série histórica de crescimento.

1. Instalação

1. Baixe o script SQL disponibilizado no Capacity & Growth Analyzer.
2. Escolha uma base administrativa para armazenar a tabela dbo.EMRQData_CapacitySnapshot.
3. Execute a primeira seção uma única vez nessa base.
4. Na seção de coleta, ajuste @RepositoryDatabase para o nome correto e execute em cada instância monitorada.

2. Agendamento recomendado

Comece com uma coleta diária fora do horário de pico. Para ambientes com muita variação ou crescimento acelerado, considere snapshots mais frequentes. Use SQL Server Agent e monitore falhas do job e crescimento da base administrativa.

3. Permissões

O login precisa consultar metadados de servidor e volumes (VIEW SERVER STATE ou VIEW SERVER PERFORMANCE STATE conforme a versão), acessar os bancos online e inserir na base de repositório. Restrinja as permissões da tabela e retenção conforme a política interna.

4. Interpretação

• size_mb: tamanho provisionado do arquivo, não é espaço efetivamente usado.
• used_mb: fica NULL nesta coleta multi-database para não retornar valores incorretos por contexto. Assim, a taxa histórica calculada pelo importador usa a variação do tamanho provisionado do arquivo. Para crescimento de espaço efetivamente usado, será necessária uma coleta complementar executada dentro de cada database.
• provisioned_growth: variação do tamanho provisionado entre snapshots.
• used_growth: variação do tamanho provisionado dos arquivos (o campo de espaço usado não é coletado neste script).
• Compare snapshots do mesmo arquivo. Mudanças de file_id/nome, remoção e recriação podem quebrar a continuidade histórica.
• Volume livre é uma propriedade do filesystem e será repetida por arquivo. Ao consolidar volume, não some os valores repetidos: use um único valor por servidor, volume e instante.

5. Inteligência de capacidade 2.0

• Importe o CSV histórico completo exportado pela consulta do coletor. O importador reconhece server_name, database_name, logical_file_name e file_id.
• As tendências de 30, 60 e 90 dias são calculadas por arquivo usando primeira e última coleta disponível dentro de cada janela.
• O ranking por banco soma as taxas dos arquivos identificados. Arquivos sem duas coletas no intervalo aparecem como N/D.
• As previsões de 80%, 90% e 95% estimam meses até cada limite com crescimento linear e capacidade/livre atuais do volume.
• O indicador de aceleração compara a taxa recente de 30 dias com a de 90 dias e é heurístico, não um detector estatístico ou alerta operacional.
• A confiança é apenas uma indicação baseada na quantidade de dias cobertos; não substitui avaliação de sazonalidade, qualidade da coleta ou mudanças no ambiente.

6. Capacity Forecast & Alert Engine 3.0

• Após importar inventário e/ou histórico e clicar em Analisar, o motor calcula alertas para os limites de 80%, 90% e 95% de ocupação do volume.
• Prioridades: crítico (limite atingido ou previsto em até 1 mês), alto (até 3 meses), médio (até 6 meses), preventivo (até 12 meses) e sem dados quando capacidade/livre não estão disponíveis.
• A previsão usa crescimento mensal consolidado e capacidade/livre do inventário mais recente. Se não houver taxa histórica válida, a taxa manual configurada será usada.
• O resumo por instância consolida volumes, alertas e capacidade livre. O CSV exportado pode ser usado em relatórios e integrações externas.
• O motor é local e sob demanda: não envia e-mail, não executa monitoramento contínuo e não cria alertas no Dynatrace. Integre a coleta agendada a uma plataforma de observabilidade para operação 24x7.
• Alertas são heurísticos. Confirme espaço real, crescimento recente, arquivos externos, TEMPDB, backups, snapshots, expansão de storage e políticas de reserva antes de agir.

7. DBA Capacity Operations Center 4.0

• O painel consolida as instâncias presentes no inventário e no histórico importado.
• Para carregar históricos em arquivos separados, marque Adicionar ao histórico já importado antes de selecionar o próximo CSV. Use nomes de instância consistentes.
• O comparativo resume bancos, arquivos, volumes, uso médio dos volumes conhecidos, alertas críticos/altos e data da coleta mais recente.
• A tabela de qualidade mostra cobertura de snapshots, arquivos históricos e campos ausentes. Campos ausentes reduzem a confiabilidade do forecast.
• Exporte a visão da frota em CSV para relatórios externos. O processamento continua local no navegador; não há banco central, API, autenticação ou envio automático de alertas nesta versão.
• Uso médio é média simples entre volumes com capacidade válida, não ponderada por tamanho. Interprete como indicador comparativo, não como percentual global ponderado.

8. Boas práticas

• Mantenha pelo menos 30 dias de histórico antes de confiar na tendência; 60–90 dias ajudam a reduzir efeitos de sazonalidade.
• Use mediana ou média de vários intervalos para reduzir o efeito de autogrowth pontual.
• Para LOG, monitore uso do log por uma coleta específica em cada database com sys.dm_db_log_space_usage; tamanho provisionado sozinho não representa demanda.
• Considere AlwaysOn: evite duplicar snapshots sem identificar claramente a réplica/servidor coletor.
• Implemente retenção, backup e monitoramento do próprio repositório.

← Voltar ao Capacity Analyzer