Executamos janelas de manutenção semanalmente e mensalmente. Algumas de nossas janelas de manutenção estão online e a última coisa que queremos são nossos scripts para bloquear consultas ativas de nossos aplicativos.
Existe uma maneira de definir a prioridade de uma consulta para que ela não faça com que outras consultas sejam bloqueadas por mais de X segundos?
Exemplo:
Eu sei que existe uma funcionalidade semelhante com impasses (definir vítima de impasse como baixo).
Obrigado!
Temos picos em que a latência (medida por [Physical Disk\Avg Disk Sec read] na unidade onde está nosso arquivo de dados) chega a 0,2 segundos.
Imediatamente comecei a suspeitar do SAN enquanto o DBA suspeitava que isso estava relacionado ao fato de que atualmente temos um único arquivo MDF de 5 terabytes.
Um arquivo MDF muito grande afeta negativamente a latência? Se sim qual o tamanho adequado?
Não tenho visto muito conteúdo sobre esse assunto.
Obrigado! -Xavier
Vamos supor que eu tenha um SQL Server com 4 soquetes com cada 1 nó NUMA. Cada soquete tem 4 núcleos físicos. Há 512 GB de memória total, então cada nó NUMA tem 128 GB de RAM.
Uma tabela de chaves é carregada no primeiro nó NUMA.
Vamos supor que temos muito tráfego lendo essa tabela. Se todos os núcleos físicos do soquete que possui o nó NUMA tiverem 100% de utilização da CPU, isso influenciará negativamente o custo do acesso NUMA não local vindo de outros soquetes? Ou, por outro lado, o custo do acesso NUMA não local é independente de quão ocupado esse soquete esteja?
Espero que minha pergunta faça sentido. Por favor, deixe-me saber se não, vou tentar esclarecer.
Tivemos um problema de banco de dados em nosso servidor de produção na semana passada e alguns de nossos negócios processados pareceram mais afetados do que outros. Tivemos consultas com poucas leituras lógicas demorando mais de 1 minuto. Analisamos a utilização geral da CPU, que estava em torno de 60%. Não analisamos as métricas de CPU específicas do soquete. As métricas de E/S foram medianas.