Os mesmos incidentes continuam se repetindo
Você corrige o sintoma imediato, mas a causa subjacente e a responsabilidade continuam incertas.
Sua equipe sabe que existem problemas. A questão mais difícil é quais merecem atenção primeiro. Obtenha uma análise independente de desempenho, recuperação, segurança e operações diárias, com uma ordem clara de trabalho.
Trabalhe diretamente com especialistas experientes em SQL Server.
Comece pelo problema que sua equipe está enfrentando. Você não precisa de um diagnóstico antes de entrar em contato.
Você corrige o sintoma imediato, mas a causa subjacente e a responsabilidade continuam incertas.
A documentação está incompleta, a manutenção é inconsistente e o conhecimento importante está concentrado em uma pessoa.
Você precisa de uma linha de base técnica antes de uma migração, compra de hardware, lançamento de aplicação ou análise da liderança.
O escopo é adaptado ao seu ambiente, com as evidências e o método de acesso definidos no início.
Analise o histórico da carga, consultas caras, esperas, bloqueios, memória, armazenamento, tempdb e crescimento. Diferencie gargalos urgentes de condições que precisam apenas de observação.
Analise a cobertura e a retenção de backups, as evidências de restauração, as verificações de integridade e as dependências de failover. Identifique onde o plano de recuperação depende de premissas.
Analise os padrões de acesso, as contas de serviço, o gerenciamento de criptografia, as tarefas do SQL Agent, o encaminhamento de alertas, as práticas de patches e a transferência operacional.
Defina as entregas antes do início do trabalho. Quando incluída, a implementação segue seu processo de testes e mudanças.
Os riscos e as oportunidades relevantes, explicados em termos de disponibilidade, execução, custo e esforço da equipe.
Evidências, impacto provável, ação recomendada, dependências e um responsável sugerido para cada descoberta acordada.
Separe trabalhos urgentes, melhorias planejadas e itens a monitorar. Inclua etapas de validação e mudanças que exigem uma janela de manutenção.
Analise as descobertas em conjunto para que seus DBAs e engenheiros entendam o raciocínio e possam questionar as premissas.
O relatório foi projetado para se tornar uma lista de trabalho para sua equipe.
| Parte da descoberta | A pergunta que responde |
|---|---|
| Evidências | O que observamos e de onde vieram as evidências? |
| Impacto no negócio | Qual serviço, equipe, custo ou requisito de recuperação é afetado? |
| Ação recomendada | O que deve mudar, quem precisa participar e o que pode ser afetado? |
| Validação | Como saberemos que a mudança funcionou e o que devemos monitorar depois? |
Você continua envolvido nas decisões e entende o raciocínio por trás das recomendações.
Escolha as instâncias, os serviços de negócio, as evidências e as pessoas necessárias para uma análise útil.
Use o monitoramento existente e os métodos de diagnóstico acordados. Analise as permissões e a sobrecarga da coleta antes de executar qualquer coisa.
Relacione o comportamento do banco de dados e as práticas operacionais aos problemas enfrentados pelo negócio.
Defina prioridades e responsabilidades. A implementação pode ter um escopo separado ou ser concluída por sua equipe.
Uma conversa direcionada ajuda a determinar se este serviço se adapta à sua situação.
A análise usa sua carga, seus incidentes e seus requisitos operacionais. Uma configuração diferente do padrão é motivo para investigação, não uma instrução automática para alterá-la.
As mudanças são acordadas separadamente. O diagnóstico começa com o método de acesso e coleta aprovado por sua equipe, e qualquer coleta que possa adicionar carga é analisada primeiro.
O escopo depende do número de instâncias, da complexidade do ambiente, das evidências disponíveis e das perguntas que você deseja responder. As entregas, os honorários e os prazos são definidos antes do início do trabalho.
Alguns problemas abrangem mais de uma parte do ambiente. Podemos combinar o trabalho relevante em um único escopo acordado.
Encontre a causa de aplicações lentas.
Torne as boas operações repetíveis.
Uma aplicação lenta, um incidente recorrente, uma mudança futura ou um processo que sua equipe deseja melhorar. Comece com uma breve descrição.