Início / dba / Perguntas / 167663
Accepted
Kevin3NF
Asked: 2017-03-21 09:39:08 +0800 CST

MAX NUMA/ "Afinidade" no SQL Server

  • 772

Existe agora, ou possivelmente em andamento, uma maneira de dizer ao SQL Server para permanecer dentro de um nó NUMA, seja em todo o servidor ou no nível de consulta? Basicamente a mesma funcionalidade do MAXDOP, mas MAXNUMA?

No momento, a menos que eu esteja totalmente ausente, quando uma consulta for paralela, ela poderá usar todos os processadores que puder ver. Apenas imaginando se existe uma maneira de restringi-lo a um ou dois ou 'x' nós NUMA. Eu posso realmente não querer minhas consultas espalhadas por mais de 80 processadores lógicos :)

Isso é mais uma curiosidade do que uma pergunta "me ajude a quebrar minha coisa quebrada".

sql-server numa

2 respostas

  1. Você pode usar a "afinidade do processador" do SQL Server para limitar o processamento a um único nó NUMA. Consulte a <process affinity>seção do ALTER SERVER CONFIGURATIONcomando nesta página do MSDN para obter mais detalhes.

    Por padrão, o SQL Server tenta manter o processamento da consulta contido em um determinado nó NUMA se a consulta for paralela onde MAXDOP <= número de núcleos por nó NUMA. A indicação aqui é configurar MAXDOP para um valor razoável; certamente não mais do que o número de núcleos por nó NUMA. Há muitos recursos para ajudar a calcular um MAXDOP razoável; incluindo as respostas da minha pergunta .

    • 2
  2. Best Answer

    ...uma maneira de dizer ao SQL Server para ficar dentro de um nó NUMA...

    Não há nenhuma dica que faça isso, mas o SQL Server pode ser configurado para fazer o que você descreve. Consulte Lógica de decisão de posicionamento de consulta paralela do SQL Server pela equipe de suporte e atendimento ao cliente do Microsoft SQL Server para obter detalhes. A tabela abaixo é reproduzida desse post:

    Lógica de posicionamento de thread

    Além disso, de NUMA Connection Affinity e Parallel Queries no mesmo blog:

    • Se o DOP para a consulta puder ser satisfeito por um único nó, o nó ideal (a maioria dos trabalhadores, agendadores e memória disponível no momento em que a consulta é iniciada) é selecionado. O trabalhador controlador pode estar em um nó diferente do ideal. Por exemplo, você pode ter a afinidade da porta NUMA estabelecida para o NÓ 1, mas a consulta paralela é executada no NÓ 4 porque 4 era o nó ideal. Isso não é um problema porque a maior parte do trabalho é feita pelos trabalhadores paralelos que estão localizados juntos em um nó.
    • 1

relate perguntas