Problemas de desempenho com o SQL Server 2012 Enterprise Edition sob licenciamento CAL

SELECT parent_node_id, [status], scheduler_id, [cpu_id], is_idle, current_tasks_count, runnable_tasks_count, active_workers_count, load_factorFROM sys.dm_os_schedulers;

SELECT parent_node_id, scheduler_id, [cpu_id], is_idle, current_tasks_count, runnable_tasks_count, active_workers_count, load_factorFROM sys.dm_os_schedulersWHERE [status] =N'VISIBLE ONLINE';

SELECT parent_node_id, SUM(current_tasks_count) AS current_tasks_count, SUM(runnable_tasks_count) AS runnable_tasks_count, SUM(active_workers_count) AS active_workers_count, AVG(load_factor) AS avg_load_factorFROM sys.dm_os_schedulersWHERE [status] =N'VISIBLE ONLINE'GROUP BY parent_node_id; 
 
Figura 5 – Balanço round-robin do nó NUMA 
 
 Esse comportamento está documentado nos Manuais Online para SQL Server (http://msdn.microsoft.com/en-us/library/ms180954(v=sql.105).aspx). Sabendo o que sei sobre SQLOS, SQL Server e hardware, isso faz sentido. Antes da limitação de 20 processadores lógicos no SQL Server 2012 Enterprise Edition com licenciamento Server+CAL, era um cenário raro que o SQL Server tivesse um desequilíbrio do agendador entre nós NUMA em um servidor de produção. Um dos problemas neste caso específico é a forma como o NUMA virtual foi passado para a VM. Realizar exatamente a mesma instalação no hardware físico permite que todos os escalonadores sejam VISÍVEIS ONLINE, uma vez que os processadores lógicos adicionais apresentados pelos hyperthreads são distinguíveis por SQL e gratuitos. 
 
 Em outras palavras, o limite de 20 processadores lógicos na verdade resulta em 40 agendadores ONLINE se (a) não for uma máquina virtual, (b) os processadores forem Intel e (c) o hyper-threading estiver ativado. forte> 
 
 Então, vemos esta mensagem no log de erros:
 Data    14/11/2012 22:36:18
Log     SQL Server (Atual – 14/11/2012 22:36:00)
Servidor de origem
Mensagem
SQL O servidor detectou 2 soquetes com 8 núcleos por soquete e 16 processadores lógicos por soquete, totalizando 32 processadores lógicos; usando 32 processadores lógicos baseados no licenciamento do SQL Server. Esta é uma mensagem informativa; Não é necessária nenhuma ação do usuário. 
 E a mesma consulta acima resulta em todos os 32 processadores sendo VISÍVEIS ONLINE:
 
SELECT parent_node_id, [status], scheduler_id, [cpu_id], is_idle, current_tasks_count, runnable_tasks_count, active_workers_count, load_factorFROM sys.dm_os_schedulersWHERE [status] =N'VISIBLE ONLINE';
 
 
Figura 6 – Mesma configuração em hardware físico 
 
 Nesse caso, como existem apenas 32 processadores lógicos, o limite de 20 (bem, 40) núcleos não nos afeta em nada e o trabalho é distribuído uniformemente por todos os núcleos. 
 
 Em cenários em que a limitação de 20 processadores afeta o equilíbrio NUMA de agendadores, é possível alterar manualmente a configuração do servidor para equilibrar o número de agendadores VISIBLE ONLINE em cada um dos nós NUMA através do uso de ALTER SERVER CONFIGURATION . No exemplo de VM fornecido, o comando a seguir configurará os primeiros 10 processadores lógicos em cada nó NUMA para VISIBLE ONLINE. 
 
ALTER SERVER CONFIGURATIONSET PROCESS AFINITY CPU =0 a 9, 16 a 25;
 
 Com essa nova configuração, executando a mesma carga de trabalho de 300 sessões e a carga de trabalho do AdventureWorks Books Online, podemos ver que o desequilíbrio de carga não ocorre mais. 
 
 
Figura 7 – Saldo restaurado com configuração manual 
 
 E, novamente, usando o SQL Sentry Performance Advisor, podemos ver a carga da CPU distribuída de forma mais uniforme em ambos os nós NUMA:
 
 
Figura 8 – Balanço NUMA conforme mostrado no SQL Sentry Performance Advisor 
 
 Esse problema não se limita estritamente às VMs e à forma como as CPUs virtuais são apresentadas ao SO. Também é possível encontrar esse problema com hardware físico. Por exemplo, um Dell R910 mais antigo com quatro soquetes e oito núcleos por soquete, ou mesmo um servidor baseado em AMD Opteron 6200 Interlagos com dois soquetes e 16 núcleos por soquete, que se apresenta como quatro nós NUMA com oito núcleos cada. Em qualquer uma dessas configurações, o desequilíbrio do processo também pode resultar em um dos nós NUMA sendo totalmente configurado offline. Consequentemente, outros efeitos colaterais, como a distribuição da memória desse nó pelos nós online, levando a problemas de acesso à memória externa, também podem prejudicar o desempenho. 
 
Resumo
 
 A configuração padrão do SQL Server 2012 usando o licenciamento Enterprise Edition para Server+CAL não é ideal em todas as configurações de NUMA que possam existir para o SQL Server. Sempre que o licenciamento do Enterprise Server+CAL estiver sendo usado, a configuração do NUMA e os status do agendador por nó NUMA precisam ser revisados ​​para garantir que o SQL Server esteja configurado para um desempenho ideal. Esse problema não ocorre no licenciamento baseado em núcleo, pois todos os agendadores são licenciados e VISÍVEIS ONLINE.